Re: [Numpy-discussion] first recarray steps

On Wed, May 21, 2008 at 1:48 AM, Vincent Schut <[EMAIL PROTECTED]> wrote: > Christopher Barker wrote: >> Also, if you image data is rgb, usually, that's a (width, height, 3) >> array: rgbrgbrgbrgb... in memory. If you have a (3, width, height) >> array, then that's rrr..bbb

Re: [Numpy-discussion] first recarray steps

Christopher Barker wrote: > > Vincent Schut wrote: >> Lets say I have a rgb image of arbitrary size, as a normal ndarray >> (that's what my image reading lib gives me). Thus shape is >> (3,ysize,xsize), dtype = int8. How would I convert/view this as a >> recarray of shape (ysize, xsize) with th

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

On Wed, May 21, 2008 at 1:27 AM, Pauli Virtanen <[EMAIL PROTECTED]> wrote: > I think it would be quite straightforward to write a function that > crawled over the numpy namespace and dynamically replaced __doc__ with > gettextized versions. The user could call this function to switch the > languag

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

ti, 2008-05-20 kello 18:04 -0500, Robert Kern kirjoitti: > On Tue, May 20, 2008 at 5:55 PM, Jonathan Wright <[EMAIL PROTECTED]> wrote: > > Stéfan van der Walt wrote: > > > As for internationali(s/z)ation, we'll see who writes the most > > > docstrings. > > > > Indeed. There are some notes on the

Re: [Numpy-discussion] URGENT: Re: 1.1.0rc1, Win32 Installer: please test it

joep wrote: > Testing the windows installers > > On an 8 years old Windows 2000 with Intel processor (which ?) no sse, > installed numpy-1/1/0rc1-nosse.exe > * with Python 2.4.3 (no ctypes) > - numpy.test(): 1001 test OK, no errors or failures typo: missed with option all=True: - nump

Re: [Numpy-discussion] URGENT: Re: 1.1.0rc1, Win32 Installer: please test it

Testing the windows installers On an 8 years old Windows 2000 with Intel processor (which ?) no sse, installed numpy-1/1/0rc1-nosse.exe * with Python 2.4.3 (no ctypes) - numpy.test(): 1001 test OK, no errors or failures - numpy.test(): 1271 tests, errors=12, failures=1 no crash, some

Re: [Numpy-discussion] question on NumPy NaN

On Tue, May 20, 2008 at 6:12 PM, David Cournapeau <[EMAIL PROTECTED]> wrote: > Keith Goodman wrote: >> Or >> >> np.nansum(a) / np.isfinite(a).sum() >> >> A nanmean would be nice to have in numpy. >> > > nanmean, nanstd and nanmedian are available in scipy, though. Thanks for pointing that out. Stu

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

Charles R Harris wrote: > > Ah... Is this going to be a problem with Debian installs? No, I meant that Lenny has a clear rule for transition, whereas I could not find such information for Ubuntu. Since the transition happened during the Hardy developement time-frame, I don't know what Ubuntu did

Re: [Numpy-discussion] Shouldn't numpy.core modules avoid calling numpy.lib ?

On Tue, May 20, 2008 at 8:39 PM, David Cournapeau < [EMAIL PROTECTED]> wrote: > Charles R Harris wrote: > > > > > > On Tue, May 20, 2008 at 8:14 PM, David Cournapeau > > <[EMAIL PROTECTED] > > > wrote: > > > > Hi, > > > >I noticed that some functions in numpy.

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

On Tue, May 20, 2008 at 8:32 PM, David Cournapeau < [EMAIL PROTECTED]> wrote: > Charles R Harris wrote: > > Curious bug on Stefan's Ubuntu build client: > > > > ImportError: /usr/lib/atlas/libblas.so.3gf: undefined symbol: > _gfortran_st_write_done > > make[1]: *** [test] Error 1 > > Unfortunately

Re: [Numpy-discussion] Shouldn't numpy.core modules avoid calling numpy.lib ?

Charles R Harris wrote: > > > On Tue, May 20, 2008 at 8:14 PM, David Cournapeau > <[EMAIL PROTECTED] > > wrote: > > Hi, > >I noticed that some functions in numpy.core call functions in > numpy.lib. Shouldn't this be avoided as much as possible, to avoid >

Re: [Numpy-discussion] URGENT: Re: 1.1.0rc1, Win32 Installer: please test it

Alan G Isaac wrote: > What tests would you like? :: > > >>> np.test(level=1) > Numpy is installed in C:\Python25\lib\site-packages\numpy > Numpy version 1.1.0rc1 > Python version 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [MSC v.13 > ... > OK > > > This is on an old ma

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

Charles R Harris wrote: > Curious bug on Stefan's Ubuntu build client: > > ImportError: /usr/lib/atlas/libblas.so.3gf: undefined symbol: > _gfortran_st_write_done > make[1]: *** [test] Error 1 Unfortunately not curious and very well known: I bet the client is configured to build with g77; libbla

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

Charles R Harris wrote: Hi Chuck, > Curious bug on Stefan's Ubuntu build client: > > ImportError: /usr/lib/atlas/libblas.so.3gf: undefined symbol: > _gfortran_st_write_done > make[1]: *** [test] Error 1 > Anyone know what that is about? > You need to link -lgfortran since the blas you use was com

Re: [Numpy-discussion] Shouldn't numpy.core modules avoid calling numpy.lib ?

On Tue, May 20, 2008 at 8:14 PM, David Cournapeau < [EMAIL PROTECTED]> wrote: > Hi, > >I noticed that some functions in numpy.core call functions in > numpy.lib. Shouldn't this be avoided as much as possible, to avoid > potential circular import, dependencies, etc... ? > Probably not. But num

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

Curious bug on Stefan's Ubuntu build client: ImportError: /usr/lib/atlas/libblas.so.3gf: undefined symbol: _gfortran_st_write_done make[1]: *** [test] Error 1 Anyone know what that is about? Chuck ___ Numpy-discussion mailing list Numpy-discussion@scip

Re: [Numpy-discussion] URGENT: Re: 1.1.0rc1, Win32 Installer: please test it

On Tue, 20 May 2008, Jarrod Millman apparently wrote: > Please test the Windows binaries. What tests would you like? :: >>> np.test(level=1) Numpy is installed in C:\Python25\lib\site-packages\numpy Numpy version 1.1.0rc1 Python version 2.5.1 (r251:54863, Apr 18 2007, 08:51:08) [

[Numpy-discussion] Shouldn't numpy.core modules avoid calling numpy.lib ?

Hi, I noticed that some functions in numpy.core call functions in numpy.lib. Shouldn't this be avoided as much as possible, to avoid potential circular import, dependencies, etc... ? cheers, David ___ Numpy-discussion mailing list Numpy-d

Re: [Numpy-discussion] question on NumPy NaN

Keith Goodman wrote: > Or > > np.nansum(a) / np.isfinite(a).sum() > > A nanmean would be nice to have in numpy. > nanmean, nanstd and nanmedian are available in scipy, though. cheers, David ___ Numpy-discussion mailing list Numpy-discussion@scipy.or

Re: [Numpy-discussion] Quick Question about Optimization

James Snyder wrote: >> Well, if you do f = a[n, :], you would get a view, another object that >> shares the data in memory with a but is a separate object. > > OK, so it is a new object, with the properties of the slice it > references, but if I write anything to it, it will consistently go > back

Re: [Numpy-discussion] Quick Question about Optimization

> > Well, if you do f = a[n, :], you would get a view, another object that > shares the data in memory with a but is a separate object. OK, so it is a new object, with the properties of the slice it references, but if I write anything to it, it will consistently go back to the same spot in the ori

Re: [Numpy-discussion] 1.1.0rc1 OSX Installer - please test

On Mon, May 19, 2008 at 12:39 PM, Christopher Burns <[EMAIL PROTECTED]> wrote: > I've built a Mac binary for the 1.1 release candidate. Mac users, > please test it from: > > https://cirl.berkeley.edu/numpy/numpy-1.1.0rc1-py2.5-macosx10.5.dmg > > This is for the MacPython installed from python.org.

[Numpy-discussion] URGENT: Re: 1.1.0rc1, Win32 Installer: please test it

On Mon, May 19, 2008 at 7:15 PM, David Cournapeau <[EMAIL PROTECTED]> wrote: >Sorry for the delay, but it is now ready: numpy "superpack" > installers for numpy 1.1.0rc1: > > http://www.ar.media.kyoto-u.ac.jp/members/david/archives/numpy-1.1.0rc1-win32-superpack-python2.5.exe > http://www.ar.me

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

On Tue, May 20, 2008 at 5:55 PM, Jonathan Wright <[EMAIL PROTECTED]> wrote: > Stéfan van der Walt wrote: > > As for internationali(s/z)ation, we'll see who writes the most > > docstrings. > > Indeed. There are some notes on the OLPC wiki at > > http://wiki.laptop.org/go/Python_i18n > > It seems t

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

Stéfan van der Walt wrote: > As for internationali(s/z)ation, we'll see who writes the most > docstrings. Indeed. There are some notes on the OLPC wiki at http://wiki.laptop.org/go/Python_i18n It seems to be just a question of adding at the top of add_newdocs.py from gettext import gettext as

Re: [Numpy-discussion] (SPAM) Re:embeddedPyArray_FromDimsAndDataSegmentationFault

Hi Pauli my makefile compiles with the following options /usr/global/matlab/bin/mex -cxx -g -I./include/ -I/home/global/python32/include/python2.4 -I/home/global/python32/lib/python2.4/site-packages/numpy/core/include/ -DLIBPYTHON=\"/usr/global/python32/lib/libpython2.4.so\" -lpython2.4

Re: [Numpy-discussion] Squeak, squeak. Trac mailing list still broken.

On Tue, May 20, 2008 at 3:20 PM, Peter Wang <[EMAIL PROTECTED]> wrote: > Hey Chuck, I was able to create a ticket just now and received a > notification email about it. Can you try modifying or updating a > ticket and see if you get notifications? > > -Peter > No joy. The Scipy/Numpy ticket mai

Re: [Numpy-discussion] Squeak, squeak. Trac mailing list still broken.

Hey Chuck, I was able to create a ticket just now and received a notification email about it. Can you try modifying or updating a ticket and see if you get notifications? -Peter On May 20, 2008, at 2:19 PM, Charles R Harris wrote: > Robert, > > The dead mailer is a PITA and becoming a majo

Re: [Numpy-discussion] (SPAM) Re: embeddedPyArray_FromDimsAndDataSegmentationFault

ti, 2008-05-20 kello 13:36 -0700, Thomas Hrabe kirjoitti: > Thats what PyErr_Print() prints. > Python is initialised, for sure > > Traceback (most recent call last): > File "/usr/global/python32/lib/python2.4/site-packages/numpy/__init__.py", > lin > e 34, in ? > import testing > File >

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

2008/5/20 Jonathan Wright <[EMAIL PROTECTED]>: > Joe Harrington wrote: >> NUMPY/SCIPY DOCUMENTATION MARATHON 2008 >> > On the wiki it says: "Writers should be fluent in English" > > In case someone is working on the dynamic docstring magic, is this a > good moment to mention "international

Re: [Numpy-discussion] embeddedPyArray_FromDimsAndDataSegmentationFault

On Tue, May 20, 2008 at 3:36 PM, Thomas Hrabe <[EMAIL PROTECTED]> wrote: > Thats what PyErr_Print() prints. > Python is initialised, for sure > > Traceback (most recent call last): > File "/usr/global/python32/lib/python2.4/site-packages/numpy/__init__.py", > lin > e 34, in ? >import testing

Re: [Numpy-discussion] embeddedPyArray_FromDimsAndDataSegmentationFault

Thats what PyErr_Print() prints. Python is initialised, for sure Traceback (most recent call last): File "/usr/global/python32/lib/python2.4/site-packages/numpy/__init__.py", lin e 34, in ? import testing File "/usr/global/python32/lib/python2.4/site-packages/numpy/testing/__init__. py", l

Re: [Numpy-discussion] 1.1.0rc1, Win32 Installer: please test it

David Cournapeau ar.media.kyoto-u.ac.jp> writes: > > Hi, > > Sorry for the delay, but it is now ready: numpy "superpack" > installers for numpy 1.1.0rc1: > > http://www.ar.media.kyoto-u.ac.jp/members/david/archives/numpy-1.1.0rc1-win32-superpack-python2.5.exe > http://www.ar.media.kyoto-u

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

On Tue, May 20, 2008 at 2:26 PM, Charles R Harris <[EMAIL PROTECTED]> wrote: > How about ticket 770? Did Roberts endianess fixes cover that? Yes. -- Robert Kern "I have come to believe that the whole world is an enigma, a harmless enigma that is made terrible by our own mad attempt to interpret

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

On Tue, May 20, 2008 at 1:16 PM, Jarrod Millman <[EMAIL PROTECTED]> wrote: > On Tue, May 20, 2008 at 12:10 PM, Charles R Harris > <[EMAIL PROTECTED]> wrote: > > Can we close ticket 605, Incorrect Behavior of Numpy Histogram? > > http://projects.scipy.org/scipy/numpy/ticket/605 > > Yes, but we need

Re: [Numpy-discussion] Quick Question about Optimization

> The time has now been shaved down to ~9 seconds with this suggestion > from the original 13-14s, with the inclusing of Eric Firing's > suggestions. This is without scipy.weave, which at the moment I can't > get to work for all lines, and when I just replace one of them > sucessfully it seems to

Re: [Numpy-discussion] embedded PyArray_FromDimsAndDataSegmentationFault

On Tue, May 20, 2008 at 2:01 PM, Thomas Hrabe <[EMAIL PROTECTED]> wrote: > After all, I figured how to create an numpy in C with the help below. > > If called in C, import_array() but actually _import_array() successfully > creates all the instances needed for the array. > However, once I call this

[Numpy-discussion] Squeak, squeak. Trac mailing list still broken.

Robert, The dead mailer is a PITA and becoming a major bottleneck to bugfixing/development. So I am putting on my Romex suit and wading into the fires of your irritation to raise the issue once more. Chuck ___ Numpy-discussion mailing list Numpy-discuss

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

On Tue, May 20, 2008 at 12:10 PM, Charles R Harris <[EMAIL PROTECTED]> wrote: > Can we close ticket 605, Incorrect Behavior of Numpy Histogram? > http://projects.scipy.org/scipy/numpy/ticket/605 Yes, but we need to create a new ticket for 1.2 detailing the planned changes. If no one else gets to

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

Can we close ticket 605, Incorrect Behavior of Numpy Histogram? http://projects.scipy.org/scipy/numpy/ticket/605 Chuck ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

ti, 2008-05-20 kello 20:06 +0200, Rob Hetland kirjoitti: > On May 20, 2008, at 7:30 PM, Stéfan van der Walt wrote: > > > and send us your UserName. > > > Oh, and my username is RobHetland You're in now. Regards, Pauli ___ Numpy-discussion mailing

Re: [Numpy-discussion] embedded PyArray_FromDimsAndDataSegmentationFault

After all, I figured how to create an numpy in C with the help below. If called in C, import_array() but actually _import_array() successfully creates all the instances needed for the array. However, once I call this function from another environment such as Matlab, PyObject *numpy = PyImport_

Re: [Numpy-discussion] 1.1.0rc1, Win32 Installer: please test it

Hi, No installation or test errors on my AMD Athlon XP 2100 running Win XP and Python 2.5 Bruce On Mon, May 19, 2008 at 9:15 PM, David Cournapeau <[EMAIL PROTECTED]> wrote: > Hi, > >Sorry for the delay, but it is now ready: numpy "superpack" > installers for numpy 1.1.0rc1: > > http://www.ar.

Re: [Numpy-discussion] 1.1.0rc1 OSX Installer - please test

Good to know. Thanks! On Tue, May 20, 2008 at 11:28 AM, Tommy Grav <[EMAIL PROTECTED]> wrote: > Yes it does put python in that location as it should ;o) > > Cheers > Tommy > > On May 20, 2008, at 2:20 PM, Christopher Burns wrote: > >> Hey Tommy, >> >> Does ActiveState install python in the same

Re: [Numpy-discussion] 1.1.0rc1 OSX Installer - please test

Yes it does put python in that location as it should ;o) Cheers Tommy On May 20, 2008, at 2:20 PM, Christopher Burns wrote: > Hey Tommy, > > Does ActiveState install python in the same location as python.org? > > [EMAIL PROTECTED] 10:35:05 $ which python > /Library/Frameworks/Python.framework

Re: [Numpy-discussion] 1.1.0rc1 OSX Installer - please test

Hey Tommy, Does ActiveState install python in the same location as python.org? [EMAIL PROTECTED] 10:35:05 $ which python /Library/Frameworks/Python.framework/Versions/Current/bin/python On Tue, May 20, 2008 at 11:04 AM, Tommy Grav <[EMAIL PROTECTED]> wrote: > Powerbook G4 with 10.5.2 and Active

Re: [Numpy-discussion] 1.1.0rc1 OSX Installer - please test

Great! I'm glad to see we have several PPC's in testing also. On Tue, May 20, 2008 at 10:42 AM, Christopher Barker <[EMAIL PROTECTED]> wrote: > Christopher Burns wrote: >> Reminder to please test the installer. > > Dual G5 PPC mac, OS-X 10.4.11 python2.5 from python.org > >> We already discovered

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

On May 20, 2008, at 7:30 PM, Stéfan van der Walt wrote: > and send us your UserName. Oh, and my username is RobHetland -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 __

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

On May 20, 2008, at 7:30 PM, Stéfan van der Walt wrote: > ...and send us your UserName. This is the part I skipped over... I registered, and wondered why everything was not editable. -Rob Rob Hetland, Associate Professor Dept. of Oceanography, Texas A&M University http://pong.tamu.edu

Re: [Numpy-discussion] dimension aligment

2008/5/20 Thomas Hrabe <[EMAIL PROTECTED]>: > given a 3d array > a = > numpy.array([[[1,2,3],[4,5,6]],[[7,8,9],[10,11,12]],[[13,14,15],[16,17,18]],[[19,20,21],[22,23,24]]]) > a.shape > returns (4,2,3) > > so I assume the first digit is the 3rd dimension, second is 2nd dim and > third is the first.

Re: [Numpy-discussion] 1.1.0rc1 OSX Installer - please test

Powerbook G4 with 10.5.2 and Activestate Python 2.5.1.1, no problems beyond the two endian test failures Cheers Tommy On May 20, 2008, at 12:57 PM, Christopher Burns wrote: > Reminder to please test the installer. We already discovered a couple > endian bugs on PPC, which is good, but we'd

Re: [Numpy-discussion] dimension aligment

I am wandering what shape would be like in C would it be {4;2;3} or {3;2;4} ? so shape[0] == 4 or shape[0] == 3 -Original Message- From: [EMAIL PROTECTED] on behalf of Charles R Harris Sent: Tue 5/20/2008 10:56 AM To: Discussion of Numerical Python Subject: Re: [Numpy-discussion]

Re: [Numpy-discussion] dimension aligment

On Tue, May 20, 2008 at 11:47 AM, Thomas Hrabe <[EMAIL PROTECTED]> wrote: > > Hi all, > > just a simple question regarding the alignment of dimensions: > > > given a 3d array > a = > numpy.array([[[1,2,3],[4,5,6]],[[7,8,9],[10,11,12]],[[13,14,15],[16,17,18]],[[19,20,21],[22,23,24]]]) > a.shape > r

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

Joe Harrington wrote: > NUMPY/SCIPY DOCUMENTATION MARATHON 2008 > On the wiki it says: "Writers should be fluent in English" In case someone is working on the dynamic docstring magic, is this a good moment to mention "internationalisation" and "world domination" in the same sentence?

[Numpy-discussion] dimension aligment

Hi all, just a simple question regarding the alignment of dimensions: given a 3d array a = numpy.array([[[1,2,3],[4,5,6]],[[7,8,9],[10,11,12]],[[13,14,15],[16,17,18]],[[19,20,21],[22,23,24]]]) a.shape returns (4,2,3) so I assume the first digit is the 3rd dimension, second is 2nd dim and thi

Re: [Numpy-discussion] building issue in windows

On Tue, May 20, 2008 at 8:33 AM, Igor Sylvester <[EMAIL PROTECTED]> wrote: > Hi. > I have mingw and Visual Studio installed on my computer. I am following the > building instructions posted in [1]. I explicitly tell setup.py to use > mingw by passing the argument --compiler=mingw32. However, set

Re: [Numpy-discussion] 1.1.0rc1 OSX Installer - please test

Christopher Burns wrote: > Reminder to please test the installer. Dual G5 PPC mac, OS-X 10.4.11 python2.5 from python.org > We already discovered a couple endian bugs on PPC, Got those same bugs, otherwise not issues. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response D

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

Charles R Harris wrote: > Absolutely! If anybody has access to such a machine and is willing to > let a build-slave run on it, please let me know and I'll send you the > necessary configuration files. > > The current Mac machine seems to have a configuration problem. I've got a PPC M

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

Hi Rob Which of the instructions are not clear? We'd like to make this as accessible as possible. In order to start editing, you need to complete step 5, which is to register on the wiki and send us your UserName. Regards Stéfan 2008/5/20 Rob Hetland <[EMAIL PROTECTED]>: > > I would like to he

Re: [Numpy-discussion] numpy.save bug on solaris x86 w/ nans and objects

On Tue, May 20, 2008 at 12:13 PM, Charles R Harris <[EMAIL PROTECTED]> wrote: > Looks like we need to add a test for this before release. But I'm off to > work. Here's a simpler example in case you want to wrap it in a test harness: import datetime import numpy as np r = np.rec.fromarrays([

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

I would like to help, but it's not clear to me exactly how to do that from the wiki. What are the steps? -Rob ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] data exchange format

On May 20, 2008, at 6:11 PM, Gary Pajer wrote: > I thought about that. It seems to have much more than I need, so I > wonder if it's got more overhead / less speed / more complex API than > I need. But big isn't necessarily bad, but it might be. Is pytables > overkill? I use netCDF (which u

Re: [Numpy-discussion] numpy.save bug on solaris x86 w/ nans and objects

On Tue, May 20, 2008 at 10:57 AM, John Hunter <[EMAIL PROTECTED]> wrote: > I have a record array w/ dates (O4) and floats. If some of these > floats are NaN, np.save crashes (on my solaris platform but not on a > linux machine I tested on). Here is the code that produces the bug: > > In [1]: pwd

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

2008/5/20 Charles R Harris <[EMAIL PROTECTED]>: > The current Mac machine seems to have a configuration problem. If anyone out > there has an SGI machine we could use that too. I heart the buildbot. I mailed Barry, he'll reset it for us. I'm glad the buildbot makes you happy, Charles :) Regards

Re: [Numpy-discussion] data exchange format

I am not exactly an expert on data storage, but I use PyTables a lot for all kinds of scientific data sets and am very happy with it. Indeed it has many advanced capabilities; so it may seem overkill at first glance. But for simple tasks such as the one you describe the api is simple; indeed I als

Re: [Numpy-discussion] 1.1.0rc1 OSX Installer - please test

Reminder to please test the installer. We already discovered a couple endian bugs on PPC, which is good, but we'd like to verify the release candidate on several more machines before the 1.1.0 tag on Thursday. It only takes a few minutes and you get the added bonus of having a current install of

[Numpy-discussion] numpy.save bug on solaris x86 w/ nans and objects

I have a record array w/ dates (O4) and floats. If some of these floats are NaN, np.save crashes (on my solaris platform but not on a linux machine I tested on). Here is the code that produces the bug: In [1]: pwd Out[1]: '/home/titan/johnh/python/svn/matplotlib/matplotlib/examples/data' In [2]

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

On Tue, May 20, 2008 at 10:30 AM, Stéfan van der Walt <[EMAIL PROTECTED]> wrote: > 2008/5/20 Charles R Harris <[EMAIL PROTECTED]>: > > > > > > On Tue, May 20, 2008 at 9:48 AM, Jarrod Millman <[EMAIL PROTECTED]> > > wrote: > >> > >> On Tue, May 20, 2008 at 8:37 AM, Charles R Harris > >> <[EMAIL PRO

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

Stéfan van der Walt wrote: > 2008/5/20 Charles R Harris <[EMAIL PROTECTED]>: > >> On Tue, May 20, 2008 at 9:48 AM, Jarrod Millman <[EMAIL PROTECTED]> >> wrote: >> >>> On Tue, May 20, 2008 at 8:37 AM, Charles R Harris >>> <[EMAIL PROTECTED]> wrote: >>> Two of the buildbots are sh

Re: [Numpy-discussion] data exchange format

On Tue, May 20, 2008 at 10:11 AM, Gary Pajer <[EMAIL PROTECTED]> wrote: > On Tue, May 20, 2008 at 10:26 AM, Gabriel J.L. Beckers > <[EMAIL PROTECTED]> wrote: > > PyTables is an efficient way of doing it (http://www.pytables.org). You > > essentially write data to a HDF5 file, which is portable and

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

2008/5/20 Charles R Harris <[EMAIL PROTECTED]>: > > > On Tue, May 20, 2008 at 9:48 AM, Jarrod Millman <[EMAIL PROTECTED]> > wrote: >> >> On Tue, May 20, 2008 at 8:37 AM, Charles R Harris >> <[EMAIL PROTECTED]> wrote: >> > Two of the buildbots are showing problems, probably installation >> > related

Re: [Numpy-discussion] question on NumPy NaN

On Tue, May 20, 2008 at 9:11 AM, Anne Archibald <[EMAIL PROTECTED]> wrote: > 2008/5/20 Vasileios Gkinis <[EMAIL PROTECTED]>: > >> I have a question concerning nan in NumPy. >> Lets say i have an array of sample measurements >> a = array((2,4,nan)) >> in NumPy calculating the mean of the elements in

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

2008/5/20 Charles R Harris <[EMAIL PROTECTED]>: > Two of the buildbots are showing problems, probably installation related, > but it would be nice to see all green before the release. Thanks, fixed in SVN. Regards Stéfan ___ Numpy-discussion mailing lis

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

On Tue, May 20, 2008 at 9:48 AM, Jarrod Millman <[EMAIL PROTECTED]> wrote: > On Tue, May 20, 2008 at 8:37 AM, Charles R Harris > <[EMAIL PROTECTED]> wrote: > > Two of the buildbots are showing problems, probably installation related, > > but it would be nice to see all green before the release. >

Re: [Numpy-discussion] data exchange format

On Tue, May 20, 2008 at 10:26 AM, Gabriel J.L. Beckers <[EMAIL PROTECTED]> wrote: > PyTables is an efficient way of doing it (http://www.pytables.org). You > essentially write data to a HDF5 file, which is portable and can be read > in Matlab or in a C program (using the HDF5 library). > > Gabriel

Re: [Numpy-discussion] question on NumPy NaN

2008/5/20 Vasileios Gkinis <[EMAIL PROTECTED]>: > I have a question concerning nan in NumPy. > Lets say i have an array of sample measurements > a = array((2,4,nan)) > in NumPy calculating the mean of the elements in array a looks like: > a = array((2,4,nan)) a > array([ 2., 4., NaN]

[Numpy-discussion] question on NumPy NaN

Original Message Subject:question on NumPy NaN Date: Tue, 20 May 2008 18:03:00 +0200 From: Vasileios Gkinis <[EMAIL PROTECTED]> To: numpy-discussion@scipy.org Hi all, I have a question concerning nan in NumPy. Lets say i have an array of sample measurements

Re: [Numpy-discussion] first recarray steps

Vincent Schut wrote: > Lets say I have a rgb image of arbitrary size, as a normal ndarray > (that's what my image reading lib gives me). Thus shape is > (3,ysize,xsize), dtype = int8. How would I convert/view this as a > recarray of shape (ysize, xsize) with the first dimension split up into

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

On Tue, May 20, 2008 at 8:37 AM, Charles R Harris <[EMAIL PROTECTED]> wrote: > Two of the buildbots are showing problems, probably installation related, > but it would be nice to see all green before the release. Absolutely. Thanks for catching this. -- Jarrod Millman Computational Infrastructu

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

On Tue, May 20, 2008 at 6:11 AM, Jarrod Millman <[EMAIL PROTECTED]> wrote: > On Tue, May 20, 2008 at 3:47 AM, Pearu Peterson <[EMAIL PROTECTED]> wrote: > > On Tue, May 20, 2008 12:59 pm, Jarrod Millman wrote: > > > >> Commits to the trunk (1.2.x) should follow these rules: > >> > >> 1. Documentat

Re: [Numpy-discussion] first recarray steps

Hi Vincent 2008/5/20 Vincent Schut <[EMAIL PROTECTED]>: > Hi, I'm trying to get into recarrays. Unfortunately documentation is a > bit on the short side... > > Lets say I have a rgb image of arbitrary size, as a normal ndarray > (that's what my image reading lib gives me). Thus shape is > (3,ysize

[Numpy-discussion] first recarray steps

Hi, I'm trying to get into recarrays. Unfortunately documentation is a bit on the short side... Lets say I have a rgb image of arbitrary size, as a normal ndarray (that's what my image reading lib gives me). Thus shape is (3,ysize,xsize), dtype = int8. How would I convert/view this as a recarr

Re: [Numpy-discussion] no mail

> Can I please be removed from this mailing list There is a link at the bottom of every email for the numpy discussion list: > http://projects.scipy.org/mailman/listinfo/numpy-discussion At the bottom of that page, you'll find what you're looking for, where it says "To unsubscribe from Numpy

[Numpy-discussion] no mail

Can I please be removed from this mailing list ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://projects.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] 1.1.0rc1 OSX Installer - please test

Hi all, On May 19, 2008, at 3:39 PM, Christopher Burns wrote: > I've built a Mac binary for the 1.1 release candidate. Mac users, > please test it from: > > https://cirl.berkeley.edu/numpy/numpy-1.1.0rc1-py2.5-macosx10.5.dmg > > This is for the MacPython installed from python.org. From System

Re: [Numpy-discussion] data exchange format

PyTables is an efficient way of doing it (http://www.pytables.org). You essentially write data to a HDF5 file, which is portable and can be read in Matlab or in a C program (using the HDF5 library). Gabriel On Tue, 2008-05-20 at 09:32 -0400, Gary Pajer wrote: > I want to store data in a way that

[Numpy-discussion] building issue in windows

Hi. I have mingw and Visual Studio installed on my computer. I am following the building instructions posted in [1]. I explicitly tell setup.py to use mingw by passing the argument --compiler=mingw32. However, setuptools is using Visual Studio anyways. has anyone encountered this problem? I am

[Numpy-discussion] data exchange format

I want to store data in a way that can be read by a C or Matlab program. Not too much data, not too complicated: a dozen or so floats, a few integers, a few strings, and a (3, x) numpy array where typically 500 < x < 3. I was about to create my own format for storage when it occurred to me t

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

Hi Alan Yes, the one discussed in this thread: http://groups.google.com/group/sphinx-dev/browse_thread/thread/ef74352b9f196002/0e257bc8c116f73f I've only had to make one change so far, to parse '*' as in 'A^*' (patch attached). Unfortunately, the author chose incomprehensible variable names lik

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

On Tue, 20 May 2008, Stéfan van der Walt apparently wrote: > Also, the math role and directive, i.e. > :math:`\int_0^\infty` and > .. math:: \int_0^\infty > now render correctly. Is this being done with Jens's writers? If not, I'd like to know how. Thank you, Alan Isaac PS There is currently

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

2008/5/20 Steven H. Rogers <[EMAIL PROTECTED]>: >> .. [1] http://mentat.za.net/numpy/refguide/ >>So far, this preview contains only docs for ndarray, though. The reference guide has been updated to contain the entire numpy. Once we've applied indexing tags to functions, those will be sorted in

Re: [Numpy-discussion] ANN: NumPy/SciPy Documentation Marathon 2008

Pauli Virtanen wrote: > Hi, > > su, 2008-05-18 kello 07:16 -0600, Steven H. Rogers kirjoitti: > >> Joe Harrington wrote: >> >>>NUMPY/SCIPY DOCUMENTATION MARATHON 2008 >>> ... >>> 5. Write a new help function that optionally produces ASCII or points >>> the user's PDF or HTML reader

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

On Tue, May 20, 2008 at 3:47 AM, Pearu Peterson <[EMAIL PROTECTED]> wrote: > On Tue, May 20, 2008 12:59 pm, Jarrod Millman wrote: > >> Commits to the trunk (1.2.x) should follow these rules: >> >> 1. Documentation fixes are allowed and strongly encouraged. >> 2. Bug-fixes are strongly encouraged.

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

2008/5/20 Pearu Peterson <[EMAIL PROTECTED]>: >> 7. If you fix a bug, it must have tests. > > Since you asked, I have a problem with the rule 7 when applying > it to packages like numpy.distutils and numpy.f2py, for instance. > > Do you realize that there exists bugs/features for which unittests c

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

Pearu Peterson wrote: > > Since you asked, I have a problem with the rule 7 when applying > it to packages like numpy.distutils and numpy.f2py, for instance. > Although Jarrod did not mention it, I think everybody agrees that distutils is not really testable, by its nature and design. But that

Re: [Numpy-discussion] [Numpy-svn] r5198 - trunk/numpy/f2py

On Tue, May 20, 2008 1:36 pm, Jarrod Millman wrote: > On Mon, May 19, 2008 at 10:29 PM, Pearu Peterson <[EMAIL PROTECTED]> > wrote: >> On Tue, May 20, 2008 1:26 am, Robert Kern wrote: >>> Is this an important bugfix? If not, can you hold off until 1.1.0 is >>> released? >> >> The patch fixes a long

Re: [Numpy-discussion] Branching 1.1.x and starting 1.2.x development

On Tue, May 20, 2008 12:59 pm, Jarrod Millman wrote: > Commits to the trunk (1.2.x) should follow these rules: > > 1. Documentation fixes are allowed and strongly encouraged. > 2. Bug-fixes are strongly encouraged. > 3. Do not break backwards compatibility. > 4. New features are permissible. >

Re: [Numpy-discussion] [Numpy-svn] r5198 - trunk/numpy/f2py

On Tue, May 20, 2008 at 1:00 AM, Pearu Peterson <[EMAIL PROTECTED]> wrote: > How do you define a critical bug? Critical to whom? I know that the definition of a "critical bug" is somewhat ill-defined, but I think that "a long existing and unreported bug" probably wouldn't fall into the category of

Re: [Numpy-discussion] [Numpy-svn] r5198 - trunk/numpy/f2py

On Mon, May 19, 2008 at 10:29 PM, Pearu Peterson <[EMAIL PROTECTED]> wrote: > On Tue, May 20, 2008 1:26 am, Robert Kern wrote: >> Is this an important bugfix? If not, can you hold off until 1.1.0 is >> released? > > The patch fixes a long existing and unreported bug in f2py - I think > the bug was

Re: [Numpy-discussion] [Numpy-svn] r5198 - trunk/numpy/f2py

On Tue, May 20, 2008 12:03 pm, David Cournapeau wrote: > Pearu Peterson wrote: >> f2py changes are never critical to numpy users who do not use f2py. >> > No, but they are to scipy users if f2py cannot build scipy. Well, I know pretty well what f2py features scipy uses and what could break scipy b

  1   2   >