Mailman 3 August 2010 - SciPy-Dev

question to scikits.appspot.com editors
by Dmitrey Aug. 23, 2010

Aug. 23, 2010

hi all, who is responsible for scikits.appspot.com editing? I see some scikits (e.g. learn) has mentioned their personal website ( http://scikit-learn.sourceforge.net), while openopt entry still points to deprecated location that is out of maintanance for several years; same for svn root mentioned there. Could you either fix it to modern locations (http://openopt.org, svn://openopt.org/PythonPackages/OpenOpt) or, at least, remove it at all to prevent misleading of users? Regards, D.

3 2

could you consider creating "build/install issues" mail list?
by Dmitrey Aug. 21, 2010

Aug. 21, 2010

Hi all, could you consider creating special mail list "build/install numpy/scipy issues" or something like that? I guess lots of people (as well as I) are not interested in reading all those huge amounts of messages related to these issues. Regards, D.

3 5

status of http://ask.scipy.org and http://advice.mechanicalkern.com/
by Jarrod Millman Aug. 18, 2010

Aug. 18, 2010

Hello, This email was prompted by a blog post from William Stein: http://sagemath.blogspot.com/2010/08/overflow.html Is http://ask.scipy.org the official site at this point? What is the plan for http://advice.mechanicalkern.com/? Thanks, Jarrod

3 3

Contingency Table Model
by Anthony Scopatz Aug. 11, 2010

Aug. 11, 2010

Hello All, I have just opened a ticket (http://projects.scipy.org/scipy/ticket/1258) that adds a general contingency table class to the the stats package. This class includes methods to slice and collapse the table as well a calculate metrics such as chi-squared and entropy. This implementation came out of Warren Weckesser and me working on this over the SciPy 2010 statistics sprint. Please take a look! Comments and suggestions are always welcome. Be Well, Anthony

3 7

First contact
by Roberto Bucher Aug. 11, 2010

Aug. 11, 2010

Hi all I'm new in the mailing list and I'd like to contact people responsible of the signal/ltisys module. I'm working on a porting of all my control functions from Scicoslab under Python and I found some errors(?) in the signal/ltisys module. In addition I added some code to the module for handling state space MIMO systems. The first problem was related with the function "ss2tf" which gives as return numerator a 2 dimensional array, not more usable by the print function of the class. I added these lines at the end of the function: # Avoid leading zeros in num num=num[0] while num[0]==0: num=num[1:] but I don't want to get problems with other modules... Best regards Roberto -- ----------------------------------------------------------------------------- Coltivate Linux! Tanto Windows si pianta da solo... ----------------------------------------------------------------------------- University of Applied Sciences of Southern Switzerland Dept. Innovative Technologies CH-6928 Lugano-Manno http://web.dti.supsi.ch/~bucher

2 2

ANN: SfePy 2010.3
by Robert Cimrman Aug. 6, 2010

Aug. 6, 2010

I am pleased to announce release 2010.3 of SfePy. Description ----------- SfePy (simple finite elements in Python) is a software for solving systems of coupled partial differential equations by the finite element method. The code is based on NumPy and SciPy packages. It is distributed under the new BSD license. Development, mailing lists, issue tracking: http://sfepy.org Documentation: http://docs.sfepy.org/doc Git repository: http://github.com/sfepy Project page: http://sfepy.kme.zcu.cz Highlights of this release -------------------------- - significantly rewritten code for better interactive use - cleaner and simpler high level interface - new tutorial section: - Interactive Example: Linear Elasticity [1] [1] http://docs.sfepy.org/doc/tutorial.html#interactive-example-linear-elastici… Major improvements ------------------ Apart from many bug-fixes, let us mention: - new examples: - demonstration of the high level interface - new tests: - tests of the new high level interface - simplified but more powerful homogenization engine For more information on this release, see http://sfepy.googlecode.com/svn/web/releases/2010.3_RELEASE_NOTES.txt (full release notes, rather long and technical). Best regards, Robert Cimrman and Contributors (*) (*) Contributors to this release (alphabetical order): Vladimír Lukeš, Osman, Andre Smit, Logan Sorenson

1 0

scipy.org down?
by David Goldsmith Aug. 6, 2010

Aug. 6, 2010

I'm getting "Network Timeout" failures trying to visit www.scipy.org and mail.scipy.org... DG

3 3

Status of scipy.* docstrings
by David Goldsmith Aug. 5, 2010

Aug. 5, 2010

Hi, folks! Except for scipy.stats, the docstrings of all sub-packages immediately "below" scipy have now had autosummary directives for all (with one exception) their objects added to them, with either the existing description if there already was one, or the description pulled in by the autosummary (perhaps paraphrased if necessary to satisfy the 75 character restriction) if said pulling worked, or "TODO" if neither of those conditions were met; scipy.stats was already partially under autosummary "control" when I checked it, so I've left it alone pending further info as to whether this incompleteness is intentional or not. I will continue to work my way down the namespace tree - at a reduced pace - but I just wanted to announce that this *ad hoc* (i.e., "unofficial") milestone has been met, and point out that some of the holes alluded to above can serve as pointers to places that need work, e.g., places where the autosummary directive either pulled nothing, "failed to parse" the summary, or pulled an excessively long description (indicating, IIUC, a docstring w/ an excessively long Brief Summary). Thanks for all you do (and thanks for all the kudos that have come in post my resignation announcement). DG -- Mathematician: noun, someone who disavows certainty when their uncertainty set is non-empty, even if that set has measure zero.

4 16

Would it be acceptable to give up subpackage build ?
by David Cournapeau July 31, 2010

July 31, 2010

Hi there, I have made enough progress on bento recently to start tackling the meat of the issue: building numpy and scipy with it. Numpy goes nicely, but scipy causes issues because of the following constraing: in scipy, each package with a setup.py is a self-contained package, i.e. you can just do python setup.py build in scipy/lib/blas, and it will run. Is it acceptable to give up on this in the long run ? I don't see much advantages in that feature, and giving it up has several nice advantages: - one can have a global configure stage (i.e. check blas/lapack only once instead of many times as done currently, although the way numpy.distutils has near 0 cost since it only stat files) - I would expect the build to be faster and more accurate - it makes my life easier for bento Note that this has no incidence on the existing distutils-based infrastructure, cheers, David

3 2