Mailman 3 March 2006 - SciPy-User

Typo in SciPy code
by Armando Serrano Lombillo March 27, 2006

March 27, 2006

I found a typo in the help provided by: help(scipy.optimize) where should I report that? Armando.

4 4

Web site down?
by Ed Schofield March 27, 2006

March 27, 2006

The scipy.org site seems to be down again... -- Ed

2 1

Problems with porting code using weave
by Lars Bittrich March 27, 2006

March 27, 2006

Hi, I just tried to port my code to the new SciPy (scipy 0.4.7.1715 / numpy 0.9.7.2248). I got some problems with weave which are usually hard to track down. So I looked at the tests: scipy.test(10, 10) runs without any errors. But I was really surprised when I got a few errors running: scipy.weave.test(1) Found 16 tests for scipy.weave.slice_handler Found 0 tests for scipy.weave.c_spec Found 9 tests for scipy.weave.build_tools Found 0 tests for scipy.weave.inline_tools Found 1 tests for scipy.weave.ast_tools Found 0 tests for scipy.weave.wx_spec Found 2 tests for scipy.weave.blitz_tools building extensions here: /home/bittrich/.python23_compiled/m15 Found 1 tests for scipy.weave.ext_tools Found 3 tests for scipy.weave.standard_array_spec Found 26 tests for scipy.weave.catalog Found 74 tests for scipy.weave.size_check Found 0 tests for __main__ ................warning: specified build_dir '_bad_path_' does not exist or is not writable. Trying default locations ...warning: specified build_dir '..' does not exist or is not writable. Trying default locations ..warning: specified build_dir '_bad_path_' does not exist or is not writable. Trying default locations ...warning: specified build_dir '..' does not exist or is not writable. Trying default locations .....F....copying /home/bittrich/.python23_compiled/linux223compiled_catalog -> /tmp/tmpIvzGBO copying /tmp/tmpIvzGBO/linux223compiled_catalog -> /home/bittrich/.python23_compiled .........copying /home/bittrich/.python23_compiled/linux223compiled_catalog -> /tmp/tmpvpgFD0 copying /tmp/tmpvpgFD0/linux223compiled_catalog -> /home/bittrich/.python23_compiled .copying /home/bittrich/.python23_compiled/linux223compiled_catalog -> /tmp/tmp2Mm4v7 copying /tmp/tmp2Mm4v7/linux223compiled_catalog -> /home/bittrich/.python23_compiled ............removing '/tmp/tmp2vO62Qcat_test' (and everything under it) Exception bsddb._db.DBNoSuchFileError: <bsddb._db.DBNoSuchFileError instance at 0x4a279bec> in ignored .removing '/tmp/tmpuIJkqocat_test' (and everything under it) .............................E..E........E................EEEE............. ====================================================================== ERROR: check_1d_3 (scipy.weave.tests.test_size_check.test_dummy_array_indexing) ---------------------------------------------------------------------- Traceback (most recent call last): File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_size_check.py", line 207, in check_1d_3 if nx.which[0] != "numarray": AttributeError: 'module' object has no attribute 'which' ====================================================================== ERROR: check_1d_6 (scipy.weave.tests.test_size_check.test_dummy_array_indexing) ---------------------------------------------------------------------- Traceback (most recent call last): File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_size_check.py", line 214, in check_1d_6 if nx.which[0] != "numarray": AttributeError: 'module' object has no attribute 'which' ====================================================================== ERROR: through a bunch of different indexes at it for good measure. ---------------------------------------------------------------------- Traceback (most recent call last): File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_size_check.py", line 265, in check_1d_random self.generic_1d('a[%s:%s:%s]' %(beg,end,step)) File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_size_check.py", line 174, in generic_1d self.generic_wrap(a,expr) File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_size_check.py", line 164, in generic_wrap desired = array(eval(expr).shape) File "<string>", line 0, in ? ValueError: slice step cannot be zero ====================================================================== ERROR: through a bunch of different indexes at it for good measure. ---------------------------------------------------------------------- Traceback (most recent call last): File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_size_check.py", line 289, in check_2d_random self.generic_2d(expr) File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_size_check.py", line 177, in generic_2d self.generic_wrap(a,expr) File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_size_check.py", line 164, in generic_wrap desired = array(eval(expr).shape) File "<string>", line 0, in ? ValueError: slice step cannot be zero ====================================================================== ERROR: through a bunch of different indexes at it for good measure. ---------------------------------------------------------------------- Traceback (most recent call last): File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_size_check.py", line 303, in check_3d_random self.generic_3d(expr) File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_size_check.py", line 180, in generic_3d self.generic_wrap(a,expr) File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_size_check.py", line 164, in generic_wrap desired = array(eval(expr).shape) File "<string>", line 0, in ? ValueError: slice step cannot be zero ====================================================================== ERROR: check_calculated_index (scipy.weave.tests.test_size_check.test_expressions) ---------------------------------------------------------------------- Traceback (most recent call last): File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_size_check.py", line 410, in check_calculated_index size_check.check_expr(expr,locals()) File "/usr/lib/python2.3/site-packages/weave/size_check.py", line 52, in check_expr exec(expr,values) File "<string>", line 1, in ? NameError: name 'a' is not defined ====================================================================== ERROR: check_calculated_index2 (scipy.weave.tests.test_size_check.test_expressions) ---------------------------------------------------------------------- Traceback (most recent call last): File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_size_check.py", line 415, in check_calculated_index2 size_check.check_expr(expr,locals()) File "/usr/lib/python2.3/site-packages/weave/size_check.py", line 52, in check_expr exec(expr,values) File "<string>", line 1, in ? NameError: name 'a' is not defined ====================================================================== FAIL: check_type_match_array (scipy.weave.tests.test_standard_array_spec.test_array_converter) ---------------------------------------------------------------------- Traceback (most recent call last): File "/opt/cp/lib/python2.3/site-packages/scipy/weave/tests/test_standard_array_spec.py", line 40, in check_type_match_array assert(s.type_match(arange(4))) AssertionError ---------------------------------------------------------------------- Ran 132 tests in 0.804s FAILED (failures=1, errors=7) I wondered why there is no such test already in scipy.test(10, 10). I also tried scipy.weave.test(10, 10). That test really takes a long time and breaks with a segmentation fault. Using gdb I got: [...] None .file changed None .file changed None after and after2 should be equal in the following before, after, after2: 2 3 3 .file changed None .file changed None .file changed None .file changed None hash: 123 .file changed None ..file changed None /home/bittrich/.python23_compiled/sc_47e62d08f4ce8af8a6c67863d921b7942.cpp: In function `PyObject* compiled_func(PyObject*, PyObject*)': /home/bittrich/.python23_compiled/sc_47e62d08f4ce8af8a6c67863d921b7942.cpp:648: error: parse error before `!' token /home/bittrich/.python23_compiled/sc_47e62d08f4ce8af8a6c67863d921b7942.cpp: In function `PyObject* compiled_func(PyObject*, PyObject*)': /home/bittrich/.python23_compiled/sc_47e62d08f4ce8af8a6c67863d921b7942.cpp:648: error: parse error before `!' token Efile changed None /home/bittrich/.python23_compiled/sc_47e62d08f4ce8af8a6c67863d921b7943.cpp: In function `PyObject* compiled_func(PyObject*, PyObject*)': /home/bittrich/.python23_compiled/sc_47e62d08f4ce8af8a6c67863d921b7943.cpp:648: error: parse error before `!' token /home/bittrich/.python23_compiled/sc_47e62d08f4ce8af8a6c67863d921b7943.cpp: In function `PyObject* compiled_func(PyObject*, PyObject*)': /home/bittrich/.python23_compiled/sc_47e62d08f4ce8af8a6c67863d921b7943.cpp:648: error: parse error before `!' token Efile changed None .file changed None .file changed None .file changed None .file changed None .file changed None .file changed None .file changed None Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1075425408 (LWP 23435)] 0x400cde50 in clearerr () from /lib/tls/libc.so.6 (gdb) (gdb) bt #0 0x400cde50 in clearerr () from /lib/tls/libc.so.6 #1 0x08079725 in PyDict_DelItemString () #2 0x0807b5b5 in PyObject_Print () #3 0x4363f962 in compiled_func (self=0x0, args=0x0) at object.h:175 #4 0x080fde6a in PyCFunction_Call () #5 0x0805b989 in PyObject_Call () #6 0x080ab5c7 in PyEval_CallObjectWithKeywords () #7 0x080a0df6 in _PyBuiltin_Init () #8 0x080fde6a in PyCFunction_Call () #9 0x080ab834 in PyEval_CallObjectWithKeywords () #10 0x080a9bee in Py_MakePendingCalls () #11 0x080ab96d in PyEval_CallObjectWithKeywords () #12 0x080ab72c in PyEval_CallObjectWithKeywords () #13 0x080a9bee in Py_MakePendingCalls () #14 0x080aa77c in PyEval_EvalCodeEx () #15 0x080ab8e9 in PyEval_CallObjectWithKeywords () #16 0x080ab72c in PyEval_CallObjectWithKeywords () #17 0x080a9bee in Py_MakePendingCalls () #18 0x080aa77c in PyEval_EvalCodeEx () #19 0x080ab8e9 in PyEval_CallObjectWithKeywords () #20 0x080ab72c in PyEval_CallObjectWithKeywords () #21 0x080a9bee in Py_MakePendingCalls () #22 0x080aa77c in PyEval_EvalCodeEx () #23 0x080fd9b7 in PyStaticMethod_New () #24 0x0805b989 in PyObject_Call () #25 0x080623d8 in PyMethod_Fini () #26 0x0805b989 in PyObject_Call () #27 0x080aba52 in PyEval_CallObjectWithKeywords () #28 0x080ab6b9 in PyEval_CallObjectWithKeywords () #29 0x080a9bee in Py_MakePendingCalls () #30 0x080aa77c in PyEval_EvalCodeEx () #31 0x080fd9b7 in PyStaticMethod_New () #32 0x0805b989 in PyObject_Call () #33 0x080623d8 in PyMethod_Fini () #34 0x0805b989 in PyObject_Call () #35 0x0808e6fb in _PyObject_SlotCompare () #36 0x0805b989 in PyObject_Call () #37 0x080aba52 in PyEval_CallObjectWithKeywords () #38 0x080ab6b9 in PyEval_CallObjectWithKeywords () #39 0x080a9bee in Py_MakePendingCalls () #40 0x080aa77c in PyEval_EvalCodeEx () #41 0x080fd9b7 in PyStaticMethod_New () #42 0x0805b989 in PyObject_Call () #43 0x080623d8 in PyMethod_Fini () #44 0x0805b989 in PyObject_Call () #45 0x0808e6fb in _PyObject_SlotCompare () #46 0x0805b989 in PyObject_Call () #47 0x080aba52 in PyEval_CallObjectWithKeywords () #48 0x080ab6b9 in PyEval_CallObjectWithKeywords () #49 0x080a9bee in Py_MakePendingCalls () I am using Debian Sarge and have already installed the patch glibc package. So there are no problems with weave while using old scipy (debian stable package). Best regards, Lars

2 2

multiplying sparse matrices in scipy-0.4.8?
by afraser March 26, 2006

March 26, 2006

I'm using numpy-0.9.6 and scipy-0.4.8. When I multiply sparse matrices, I often get the error: "ValueError: nzmax must not be less than nnz". The error happens when the matrices are only sort of sparse. Any advice appreciated. Here is a sample program and Traceback: ============================================================ import numpy, scipy, scipy.sparse, random L = 30 frac = .3 random.seed(0) # make runs repeatable A = scipy.sparse.csc_matrix((L,2)) #A = numpy.asmatrix(numpy.zeros((L,2),numpy.Float)) for i in xrange(L): for j in xrange(2): r = random.random() if r < frac: A[i,j] = r/frac B = A*A.T print B ============================================================ Traceback (most recent call last): File "<stdin>", line 15, in ? File "/usr/lib/python2.3/site-packages/scipy/sparse/sparse.py", line 658, in __mul__ return self.dot(other) File "/usr/lib/python2.3/site-packages/scipy/sparse/sparse.py", line 306, in dot result = self.matmat(other) File "/usr/lib/python2.3/site-packages/scipy/sparse/sparse.py", line 824, in matmat return csc_matrix((c, rowc, ptrc), dims=(M, N)) File "/usr/lib/python2.3/site-packages/scipy/sparse/sparse.py", line 558, in __init__ self._check() File "/usr/lib/python2.3/site-packages/scipy/sparse/sparse.py", line 574, in _check raise ValueError, "nzmax must not be less than nnz" ValueError: nzmax must not be less than nnz ============================================================ Andy

2 1

Segfault on ndimage.test() - the long odyssey that is 64 bit
by Matthew Brett March 25, 2006

March 25, 2006

Hi, Sorry to keep bombarding the list with 64-bit troubles. In brief - scipy.ndimage.test() segfaults on my x86-64 P4 system, but passes on other x86-32 systems. After many interations of gcc versions and compile flags, I successfully compiled scipy / ATLAS on my 64bit FC4 P4 system - in the end using gcc / g77 3.4.6. When running scipy.test(), I get a segfault. This turns out to be from scipy.ndimage.test(). I've appended a backtrace from gdb in the hope that it's useful. I have an older Redhat P4 x86-32 ES3 system for which all tests pass - so this issue seems to be specific to 64 bit. It may also be specific to the 64 bit compile of python - on an almost identical ubuntu 64 bit platform, but with a 32-bit python (as standard) - I get a different set of errors (also attached as ndimag_test_out.txt) - I assume this is expected? Has anyone had the same trouble? Is there anyone out there running a P4 / Python 64 bit / latest SVN numpy,scipy / x86-64 bit linux system that isn't getting this behavior? I've attached my ATLAS and LAPACK make includes for reference, Best, Matthew gdb output: >>> import scipy.ndimage >>> scipy.ndimage.test() Found 397 tests for scipy.ndimage Found 0 tests for __main__ ............................................................................................................................................E....E.E.................................................................................. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912496295936 (LWP 17678)] 0x00002aaaafbfb3f5 in NI_Histogram (input=0x821310, labels=0x0, min_label=-1, max_label=0, indices=0x0, n_results=1, histograms=0x822c00, min=0, max=10, nbins=210453397514) at Lib/ndimage/src/ni_measure.c:752 752 Lib/ndimage/src/ni_measure.c: No such file or directory. in Lib/ndimage/src/ni_measure.c (gdb) bt #0 0x00002aaaafbfb3f5 in NI_Histogram (input=0x821310, labels=0x0, min_label=-1, max_label=0, indices=0x0, n_results=1, histograms=0x822c00, min=0, max=10, nbins=210453397514) at Lib/ndimage/src/ni_measure.c:752 #1 0x00002aaaafbf0ee4 in Py_Histogram (obj=Variable "obj" is not available. ) at Lib/ndimage/src/nd_image.c:1103 #2 0x00000031b8b8da11 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 #3 0x00000031b8b8e238 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0 #4 0x00000031b8b8d6a1 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 #5 0x00000031b8b8d775 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 #6 0x00000031b8b8e238 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0 #7 0x00000031b8b49922 in PyFunction_SetClosure () from /usr/lib64/libpython2.4.so.1.0 #8 0x00000031b8b3783b in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0 #9 0x00000031b8b8c164 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 #10 0x00000031b8b8e238 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0 #11 0x00000031b8b49922 in PyFunction_SetClosure () ---Type <return> to continue, or q <return> to quit--- from /usr/lib64/libpython2.4.so.1.0 #12 0x00000031b8b3783b in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0 #13 0x00000031b8b3e455 in PyMethod_Fini () from /usr/lib64/libpython2.4.so.1.0 #14 0x00000031b8b3783b in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0 #15 0x00000031b8b8a4a0 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 #16 0x00000031b8b8e238 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0 #17 0x00000031b8b49922 in PyFunction_SetClosure () from /usr/lib64/libpython2.4.so.1.0 #18 0x00000031b8b3783b in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0 #19 0x00000031b8b3e455 in PyMethod_Fini () from /usr/lib64/libpython2.4.so.1.0 #20 0x00000031b8b3783b in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0 #21 0x00000031b8b6dd15 in _PyObject_SlotCompare () from /usr/lib64/libpython2.4.so.1.0 #22 0x00000031b8b3783b in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0 #23 0x00000031b8b8a4a0 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 #24 0x00000031b8b8e238 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0 #25 0x00000031b8b49922 in PyFunction_SetClosure () from /usr/lib64/libpython2.4.so.1.0 #26 0x00000031b8b3783b in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0 ---Type <return> to continue, or q <return> to quit--- #27 0x00000031b8b8c164 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 #28 0x00000031b8b8e238 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0 #29 0x00000031b8b49922 in PyFunction_SetClosure () from /usr/lib64/libpython2.4.so.1.0 #30 0x00000031b8b3783b in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0 #31 0x00000031b8b3e455 in PyMethod_Fini () from /usr/lib64/libpython2.4.so.1.0 #32 0x00000031b8b3783b in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0 #33 0x00000031b8b6dd15 in _PyObject_SlotCompare () from /usr/lib64/libpython2.4.so.1.0 #34 0x00000031b8b3783b in PyObject_Call () from /usr/lib64/libpython2.4.so.1.0 #35 0x00000031b8b8a4a0 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 #36 0x00000031b8b8d775 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 #37 0x00000031b8b8e238 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0 #38 0x00000031b8b8d6a1 in PyEval_EvalFrame () from /usr/lib64/libpython2.4.so.1.0 #39 0x00000031b8b8e238 in PyEval_EvalCodeEx () from /usr/lib64/libpython2.4.so.1.0 #40 0x00000031b8b8e471 in PyEval_EvalCode () ---Type <return> to continue, or q <return> to quit--- from /usr/lib64/libpython2.4.so.1.0 #41 0x00000031b8ba8801 in PyErr_Display () from /usr/lib64/libpython2.4.so.1.0 #42 0x00000031b8ba9a07 in PyRun_InteractiveOneFlags () from /usr/lib64/libpython2.4.so.1.0 #43 0x00000031b8ba9ae4 in PyRun_InteractiveLoopFlags () from /usr/lib64/libpython2.4.so.1.0 #44 0x00000031b8ba9fdf in PyRun_AnyFileExFlags () from /usr/lib64/libpython2.4.so.1.0 #45 0x00000031b8baf313 in Py_Main () from /usr/lib64/libpython2.4.so.1.0 #46 0x00000031b3e1c3cf in __libc_start_main () from /lib64/libc.so.6 #47 0x0000000000400689 in _start () #48 0x00007ffffff6c718 in ?? () #49 0x0000000000000000 in ?? ()

2 1

Ynt: SciPy-user Digest, Vol 31, Issue 28
by adiril March 25, 2006

March 25, 2006

1 0

Handling NaN in array's
by Nils Wagner March 24, 2006

March 24, 2006

>>> b=rand(2) >>> linalg.cg(a,b) (array([ nan, nan]), 1) >>> linalg.cgs(a,b) (array([ nan, nan]), 1) >>> linalg.solve(a,b) Traceback (most recent call last): File "<stdin>", line 1, in ? File "/usr/lib64/python2.4/site-packages/scipy/linalg/basic.py", line 103, in solve a1, b1 = map(asarray_chkfinite,(a,b)) File "/usr/lib64/python2.4/site-packages/numpy/lib/function_base.py", line 167, in asarray_chkfinite raise ValueError, "array must not contain infs or NaNs" ValueError: array must not contain infs or NaNs Iterative solvers are inured to NaNs. Also >>> linalg.hessenberg(a) array([[ nan, 1. ], [ 1. , 0. ]]) >>> a array([[ nan, 1. ], [ 1. , 0. ]]) Nils

1 0

The "Performance Python with Weave" article
by Peter Bowyer March 23, 2006

March 23, 2006

Hi, Referring to http://old.scipy.org/documentation/weave/weaveperformance.html (I can't find it on the new site - weave appears to have vanished), I note that there is no date on it and neither are there any details of the versions of the libraries uses. Could anyone enlighten me as to how accurate it is, as I was planning to reference it in my dissertation writeup as an example of how Python code can be speeded up if required. Thanks, Peter -- Maple Design - quality web design and programming http://www.mapledesign.co.uk

2 1

Help installing SciPy.
by Armando Serrano Lombillo March 23, 2006

March 23, 2006

Hello everybody. I'm trying to install SciPy on an Intel Pentium M Windows XP laptop. I'm using Python 2.4.2. I'm following the instructions posted at http://www.scipy.org/Installing_SciPy/Windows. Step 1 (Getting MinGW): ok. Step 2 (numpy): Downloaded Tortoise SVN: ok. Tried to compile: failure. Had to manually edit the PATH enviroment variable to add the MinGW/bin path (that should have been explained somewhere). Retry to complie: ok, numpy works. Step 3 (scipy): I'm supposed to download some ATLAS binaries from http://old.scipy.org/download/atlasbinaries/winnt/ I'm not sure which one to download, can anybody help (Intel Pentium M Windows XP)? Also, what should I do with those files, just put them in any folder I choose and set the environment variable accordingly? Armando Serrano Lombillo.

3 5

ANN: Python Enthought Edition Version 0.9.3 Released
by Travis N. Vaught March 23, 2006

March 23, 2006

Enthought is pleased to announce the release of Python Enthought Edition Version 0.9.3 (http://code.enthought.com/enthon/) -- a python distribution for Windows. 0.9.3 Release Notes: -------------------- Version 0.9.3 of Python Enthought Edition includes an update to version 1.0.3 of the Enthought Tool Suite (ETS) Package-- you can look at the release notes for this ETS version here. Other major changes include: * upgrade to VTK 5.0 * addition of docutils * addition of numarray * addition of pysvn. Also, MayaVi issues should be fixed in this release. Full Release Notes are here: http://code.enthought.com/release/changelog-enthon0.9.3.shtml About Python Enthought Edition: ------------------------------- Python 2.3.5, Enthought Edition is a kitchen-sink-included Python distribution for Windows including the following packages out of the box: Numeric SciPy IPython Enthought Tool Suite wxPython PIL mingw f2py MayaVi Scientific Python VTK and many more... More information is available about all Open Source code written and released by Enthought, Inc. at http://code.enthought.com

1 0