[SciPy-dev] The future of the scipy.sandbox and a reminder of upcoming doc-day
Travis E. Oliphant
oliphant at enthought.com
Thu Jan 24 00:38:04 EST 2008
Matthieu Brucher wrote:
>
> 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 ?
Looks good to me.
-Travis
More information about the SciPy-Dev
mailing list