[SciPy-dev] The future of the scipy.sandbox and a reminder of upcoming doc-day

[Matthieu Brucher]

>
> AFAIK the current proposal is as follows
>
> scipy.sparse
>     Will contain the sparse matrix classes and perhaps construction
> functions (e.g. spdiags)
>
> scipy.splinalg
>     New home for sparse linear algebra (i.e. anything that has a dense
> analog in scipy.linalg)
>     Possible home for sparse construction functions (e.g. spkron)
>
> splinalg.eigen
>     Sparse eigensolvers:
>         sandbox.lobpcg -> splinalg.eigen.lobpcg
>         sandbox.arpack -> splinalg.eigen.arpack
>
>         a function splinalg.eigen.eigs() should support a simplified
> interface to ARPACK,
>         without exposing many ARPACK-specific parameters (allowing the
> backend to be
>         changed in the future)
>
> splinalg.isolve
>     Iterative solvers for linear systems (e.g. cg, gmres):
>         linalg.iterative -> splinalg.isolve
>
> splinalg.dsolve
>     Direct solvers for linear systems (e.g. SuperLU):
>         scipy.linsolve -> splinalg.dsolve
>         scipy.linsolve.umfpack -> scikit
>

Is there any concern about this ? If not, it may be time to make it happen ?

Matthieu
-- 
French PhD student
Website : http://matthieu-brucher.developpez.com/
Blogs : http://matt.eifelle.com and http://blog.developpez.com/?blog=92
LinkedIn : http://www.linkedin.com/in/matthieubrucher
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.python.org/pipermail/scipy-dev/attachments/20080123/96441546/attachment.html>