Mailman 3 September 2006 - NumPy-Discussion

typeDict vs sctypeDict
by Francesc Altet 26 Sep '06

26 Sep '06

Hi, I've just noted this: In [12]: numpy.typeNA is numpy.sctypeNA Out[12]: True In [13]: numpy.typeDict is numpy.sctypeDict Out[13]: True Why these aliases? Ara sc* replacing its not-sc-prefix counterparts? I'd like to know this so that I can avoid names that could be deprecated in a future. Cheers, -- >0,0< Francesc Altet http://www.carabos.com/ V V Cárabos Coop. V. Enjoy Data "-"

2 1

numpy/scipy/mpl on Mac OS X with python 2.5 successful compilation
by Rob Hetland 26 Sep '06

26 Sep '06

I successfully compiled numpy/scipy/mpl on my Intel mac (OS X 10.4.7 with gfortran) with the latest Universal MacPython 2.5. Everything went through without a hitch. I've been waiting for this for a while now (between desire for ctypes, and macpython 2.4 readline issues), and I am very happy to have it up and running. Thanks to everyone who makes this happen, -Rob ---- Rob Hetland, Associate Professor Dept. of Oceanography, Texas A&M University http://pong.tamu.edu/~rob phone: 979-458-0096, fax: 979-845-6331

1 0

Re: [Numpy-discussion] numpy1.0rc and matplotlib-0.87.5
by Peter Bienstman 26 Sep '06

26 Sep '06

On Tuesday 26 September 2006 14:24, numpy-discussion-request(a)lists.sourceforge.net wrote: > Are you sure it's matplotlib-0.87.5? > Line 74 in my c:/Python24/Lib/site-packages/matplotlib/numerix/ > is "from numpy import *" > and not "Matrix = matrix" as in your stackdump. > > You can check the site-packages/matplotlib/__init__.py file for the > __version__ variable to make sure. Mine's got: > __version__ = '0.87.5' > __revision__ = '$Revision: 2761 $' > __date__ = '$Date: 2006-09-05 09:37:04 -0400 (Tue, 05 Sep 2006) $' Hmm, turns out deleting the build directory and doing a 'setup.py install' is not enough. When I delete the matplotlib directory from site-packages it does work. Thanks! Peter

1 0

This one is shooting skywards
by accordion 26 Sep '06

26 Sep '06

1 0

numpy1.0rc and matplotlib-0.87.5
by Peter Bienstman 26 Sep '06

26 Sep '06

Hi, Not sure if this is a numpy or a matplotlib issue, but I can't seem to get matplotlib-0.87.5 to work with numpy1.0rc: Python 2.4.3 (#1, Sep 21 2006, 13:06:42) [GCC 4.1.1 (Gentoo 4.1.1)] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> from pylab import * Traceback (most recent call last): File "<stdin>", line 1, in ? File "/usr/lib64/python2.4/site-packages/pylab.py", line 1, in ? from matplotlib.pylab import * File "/usr/lib/python2.4/site-packages/matplotlib/pylab.py", line 196, in ? import cm File "/usr/lib/python2.4/site-packages/matplotlib/cm.py", line 5, in ? import colors File "/usr/lib/python2.4/site-packages/matplotlib/colors.py", line 33, in ? from numerix import array, arange, take, put, Float, Int, where, \ File "/usr/lib/python2.4/site-packages/matplotlib/numerix/__init__.py", line 74, in ? Matrix = matrix NameError: name 'matrix' is not defined This is on an AMD64 platform. I tried removing the build directories of both packages, and reinstalling, but that didn't work. I also posted this to the matplotlib list, but got no reply. Thanks! Peter

2 1

[Numpy-discussion] 非财务经理的财务管理-沙盘模拟课程
by "9月28-29日/上海" 26 Sep '06

26 Sep '06

1 0

Numpy RC1 build blows up
by listservs＠mac.com 25 Sep '06

25 Sep '06

I've just tried building RC1 on OSX 10.4 (Intel), and it fails almost immediately. This did not fail in the past with beta5 or from SVN: Osoyoos:~/Development/numpy-1.0rc1 chris$ python setup.py build Running from numpy source directory. F2PY Version 2_3198 blas_opt_info: FOUND: extra_link_args = ['-Wl,-framework', '-Wl,Accelerate'] define_macros = [('NO_ATLAS_INFO', 3)] extra_compile_args = ['-msse3', '-I/System/Library/Frameworks/ vecLib.framework/Headers'] lapack_opt_info: FOUND: extra_link_args = ['-Wl,-framework', '-Wl,Accelerate'] define_macros = [('NO_ATLAS_INFO', 3)] extra_compile_args = ['-msse3'] running build running config_fc running build_src building py_modules sources creating build creating build/src.darwin-8.7.1-i386-2.4 creating build/src.darwin-8.7.1-i386-2.4/numpy creating build/src.darwin-8.7.1-i386-2.4/numpy/distutils building extension "numpy.core.multiarray" sources creating build/src.darwin-8.7.1-i386-2.4/numpy/core Generating build/src.darwin-8.7.1-i386-2.4/numpy/core/config.h customize NAGFCompiler customize AbsoftFCompiler customize IbmFCompiler Could not locate executable g77 Could not locate executable f77 Could not locate executable f95 customize GnuFCompiler customize Gnu95FCompiler customize Gnu95FCompiler customize Gnu95FCompiler using config C compiler: gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -fPIC -fno-common -dynamic -DNDEBUG -g -O3 -Wall - Wstrict-prototypes compile options: '-I/Library/Frameworks/Python.framework/Versions/2.4/ include/python2.4 -Inumpy/core/src -Inumpy/core/include -I/Library/ Frameworks/Python.framework/Versions/2.4/include/python2.4 -c' gcc: _configtest.c gcc: installation problem, cannot exec `cc1': No such file or directory gcc: installation problem, cannot exec `cc1': No such file or directory failure. removing: _configtest.c _configtest.o Traceback (most recent call last): File "setup.py", line 89, in ? setup_package() File "setup.py", line 82, in setup_package configuration=configuration ) File "/Users/chris/Development/numpy-1.0rc1/numpy/distutils/ core.py", line 174, in setup return old_setup(**new_attr) File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ python2.4/distutils/core.py", line 149, in setup dist.run_commands() File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ python2.4/distutils/dist.py", line 946, in run_commands self.run_command(cmd) File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ python2.4/distutils/dist.py", line 966, in run_command cmd_obj.run() File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ python2.4/distutils/command/build.py", line 112, in run self.run_command(cmd_name) File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ python2.4/distutils/cmd.py", line 333, in run_command self.distribution.run_command(command) File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ python2.4/distutils/dist.py", line 966, in run_command cmd_obj.run() File "/Users/chris/Development/numpy-1.0rc1/numpy/distutils/ command/build_src.py", line 87, in run self.build_sources() File "/Users/chris/Development/numpy-1.0rc1/numpy/distutils/ command/build_src.py", line 106, in build_sources self.build_extension_sources(ext) File "/Users/chris/Development/numpy-1.0rc1/numpy/distutils/ command/build_src.py", line 212, in build_extension_sources sources = self.generate_sources(sources, ext) File "/Users/chris/Development/numpy-1.0rc1/numpy/distutils/ command/build_src.py", line 270, in generate_sources source = func(extension, build_dir) File "numpy/core/setup.py", line 50, in generate_config_h raise "ERROR: Failed to test configuration" ERROR: Failed to test configuration -- Christopher Fonnesbeck + Atlanta, GA + fonnesbeck at mac.com + Contact me on AOL IM using email address

2 2

NumPy types --> Numeric typecodes map?
by Francesc Altet 25 Sep '06

25 Sep '06

Hi, Anybody know if there is a map between NumPy types and Numeric typecodes? Something like 'typecodes' for numarray: >>> numarray.typecode {'UInt64': 'U', 'Int32': 'i', 'Int16': 's', 'Float64': 'd', 'Object': 'O', 'UInt8': 'b', 'UInt32': 'u', 'Complex64': 'D', 'UInt16': 'w', 'Bool': 'B', 'Complex32': 'F', 'Int64': 'N', 'Int8': '1', 'Float32': 'f'} Thanks, -- >0,0< Francesc Altet http://www.carabos.com/ V V Cárabos Coop. V. Enjoy Data "-"

2 3

please restore the way dtype prints to original version
by Christopher Hanley 25 Sep '06

25 Sep '06

Hi, Change set 3213 changed the data type printing with an array from something like dtype=int64 to dtype='int64'. Although this is a small cosmetic change it has broken all of the doctests I have written for numpy code. I expect that I am not the only person this change has caught. Please restore the previous behavior until after the 1.0 release at least. Thank you, Chris

2 1

Negative division and numpy scalars
by Francesc Altet 25 Sep '06

25 Sep '06

Hi, I have been bitten by a subtlety in numpy scalar divisions. The next exposes the issue: >>> -1/20 -1 >>> Numeric.array([-1])[0] / Numeric.array([20])[0] -1 >>> numarray.array([-1])[0] / numarray.array([20])[0] -1 >>> numpy.array([-1])[0] / numpy.array([20])[0] 0 After some digging, I've found that Python and C follow different conventions for doing this negative division: Python do a floor of the result, while C truncates it. As numpy scalar operations seems to be implemented in C, it seems that it follows the C convention and truncates the result. In fact, I like this behaviour of NumPy scalars (at least, when I'm aware of it!), but I thought it would be nice to warn other people about that. Cheers, -- >0,0< Francesc Altet http://www.carabos.com/ V V Cárabos Coop. V. Enjoy Data "-"

1 0

NumPy-Discussion September 2006