ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> scipy-dev
scipy-dev
Re: [SciPy-dev] sparse matrix support status
by Fernando Perez other posts by this author
Oct 7 2005 4:12PM messages near this date
Re: [SciPy-dev] sparse matrix support status | Re: [SciPy-dev] sparse matrix support status
Jonathan Guyer wrote:
>  On Oct 7, 2005, at 3:01 PM, Fernando Perez wrote:
>  
>  
> >it does seem that
> >pysparse offers extra capabilities beyond what scipy.sparse has, it 
> >would be
> >nice (I think) to fold that into the new shiny scipy.
>  
>  
>  True enough. Dan Wheeler and I would be willing to look into this. We 
>  presently use pysparse in FiPy because that's what we could figure out, 
>  particularly for iterative solvers, but it'd simplify our lives 
>  considerably if we could reduce our installation instructions to "Get 
>  SciPy. Get FiPy."
>  
>  Roman Geus has indicated to us that he's not interested in merging 
>  pysparse into a larger suite like SciPy; he prefers individually 
>  maintained small packages to large monolithic systems. He may have 
>  changed his mind about that, though, and regardless, pysparse is BSD 
>  licensed, so it's perfectly legal to use his code to improve 
>  scipy.sparse (assuming that rigorous benchmarking determines that there 
>  are, in fact, improvements to be made). We'll do some tests and, if a 
>  merge is warranted, we'll run it by Roman out of courtesy.

Well, as Travis just mentioned in another thread:

"""
But, frankly, we can probably distribute an __init__ file with scipy
core that is generic enough to get all the packages installed, and not
distribute an __init__ file with scipy.

That way we achieve the modularity of scipy that is desired (and can
perhaps start to persuade people like pysparse to get their package in a
condition to work like scipy.sparse).  And they can still keep their own
release (because scipy core will be the basic foundation).

And installing packages separately becomes no big deal at all.
"""

scipy is moving towards making it as easy as possible for externally 
maintained packages (possibly with their own release cycle) to integrate 
cleanly into scipy.  So hopefully there will be room for common work here...

Best regards,

f

_______________________________________________
Scipy-dev mailing list
Scipy-dev@[...].net
http://www.scipy.net/mailman/listinfo/scipy-dev
Thread:
Travis Oliphant
Robert Cimrman
Travis Oliphant
Robert Cimrman
Fernando Perez
Jonathan Guyer
Fernando Perez
Jonathan Guyer
Jonathan Guyer
Robert Cimrman
Jonathan Guyer
Ed Schofield
Jonathan Guyer
Ed Schofield
Travis Oliphant
Jonathan Guyer
Nils Wagner
Jonathan Guyer
Robert Cimrman
Robert Kern
Robert Cimrman
Travis Oliphant
Fernando Perez
Jonathan Guyer
Travis Oliphant
Nils Wagner
Jeff Whitaker
Nils Wagner

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved