Re: [Numpy-discussion] DVCS at PyCon

2009-03-30 Thread David Cournapeau
Eric Firing wrote: > > I agree. The PEP does not show overwhelming superiority (or, arguably, > even mild superiority) of any alternative I think this PEP was poorly written. You can't see any of the advantage/differences of the different systems. Some people even said they don't see the differe

Re: [Numpy-discussion] DVCS at PyCon

2009-03-30 Thread Eric Firing
David Cournapeau wrote: > On Tue, Mar 31, 2009 at 6:16 AM, Bruce Southey wrote: >> It is now official that Python will switch to Mercurial (Hg): >> http://thread.gmane.org/gmane.comp.python.devel/102706 >> >> Not that it directly concerns me, but this is rather surprising given: >> http://www.pyth

Re: [Numpy-discussion] Numpy 1.3.0 rc1 OS X Installer

2009-03-30 Thread David Cournapeau
Chris Barker wrote: > > I see -- well that's good news. I've found the Universal library > requirements to be a pain sometimes, and it probably would be here if > Apple wasn't giving us lapack/blas. > Yes, definitely. I could see a lot of trouble if people had to build a universal ATLAS :) >

Re: [Numpy-discussion] A module for homogeneous transformation matrices, Euler angles and quaternions

2009-03-30 Thread cgohlke
Hello, I have reimplemented many functions of the transformations.py module in a C extension module. Speed improvements are 5-50 times. -- Christoph On Mar 4, 8:28 pm, Jona

Re: [Numpy-discussion] DVCS at PyCon

2009-03-30 Thread David Cournapeau
On Tue, Mar 31, 2009 at 6:16 AM, Bruce Southey wrote: > It is now official that Python will switch to Mercurial (Hg): > http://thread.gmane.org/gmane.comp.python.devel/102706 > > Not that it directly concerns me, but this is rather surprising given: > http://www.python.org/dev/peps/pep-0374/ I do

Re: [Numpy-discussion] lost with slicing

2009-03-30 Thread Partridge, Matthew BGI SYD
Sorry group. I found Travis Oliphant's earlier 12 March post (that didn't show up in the same thread), and found the answer to my question. matt > > > I apologise if I'm asking an obvious question or one that > > has already > > > been addressed. > > > > > > I've tried to understand the docum

Re: [Numpy-discussion] lost with slicing

2009-03-30 Thread Robert Kern
On Mon, Mar 30, 2009 at 20:29, Partridge, Matthew BGI SYD wrote: > Thanks Josef, > > I've looked over "is it a bug" thread, and realise that it is very relevant! > But I'm still lost.  Robert Kern wrote: > >  "It's certainly weird, but it's working as designed. Fancy indexing via >  arrays is a se

Re: [Numpy-discussion] lost with slicing

2009-03-30 Thread Partridge, Matthew BGI SYD
> > I apologise if I'm asking an obvious question or one that > has already > > been addressed. > > > > I've tried to understand the documentation in the numpy manual on > > slicing, but I'm a bit lost. I'm trying to do indexing using both > > slices and index lists. I have a problem when I

Re: [Numpy-discussion] lost with slicing

2009-03-30 Thread josef . pktd
On Mon, Mar 30, 2009 at 7:54 PM, Partridge, Matthew BGI SYD wrote: > > I apologise if I'm asking an obvious question or one that has already > been addressed. > > I've tried to understand the documentation in the numpy manual on > slicing, but I'm a bit lost.  I'm trying to do indexing using both

[Numpy-discussion] lost with slicing

2009-03-30 Thread Partridge, Matthew BGI SYD
I apologise if I'm asking an obvious question or one that has already been addressed. I've tried to understand the documentation in the numpy manual on slicing, but I'm a bit lost. I'm trying to do indexing using both slices and index lists. I have a problem when I do something like: x[0, :,

Re: [Numpy-discussion] DVCS at PyCon

2009-03-30 Thread Alan G Isaac
On 3/30/2009 5:16 PM Bruce Southey apparently wrote: > It is now official that Python will switch to Mercurial (Hg): > http://thread.gmane.org/gmane.comp.python.devel/102706 > > Not that it directly concerns me, but this is rather surprising given: > http://www.python.org/dev/peps/pep-0374/ http

Re: [Numpy-discussion] Numpy 1.3.0 rc1 fails find_duplicates on Solaris

2009-03-30 Thread Pauli Virtanen
Mon, 30 Mar 2009 15:15:06 -0600, Charles R Harris wrote: > I'm guessing that it is the test that needs fixing. And maybe the windows > problem is related. Probably they are both related to unspecified sort order for the duplicates. There were some sort-order ignoring missing in the test. I think

Re: [Numpy-discussion] DVCS at PyCon

2009-03-30 Thread Bruce Southey
David Cournapeau wrote: > Hi Travis, > > On Sat, Mar 28, 2009 at 11:54 PM, Travis E. Oliphant > wrote: > >> FYI from PyCon >> >> Here at PyCon, it has been said that Python will be moving towards DVCS >> and will be using bzr or mecurial, but explicitly *not* git. It would >> seem that *git*

Re: [Numpy-discussion] Numpy 1.3.0 rc1 fails find_duplicates on Solaris

2009-03-30 Thread Charles R Harris
On Mon, Mar 30, 2009 at 3:04 PM, Mark Sienkiewicz wrote: > > >> == > >> FAIL: Test find_duplicates > >> -- > >> ... > >> AssertionError: > >> Arrays are not equal

Re: [Numpy-discussion] Numpy 1.3.0 rc1 fails find_duplicates on Solaris

2009-03-30 Thread Pauli Virtanen
Mon, 30 Mar 2009 14:03:17 -0600, Charles R Harris wrote: > On Mon, Mar 30, 2009 at 10:28 AM, Mark Sienkiewicz > wrote: > >> Numpy 1.3.0 rc1 fails this self-test on Solaris. [clip] >> == >> FAIL: Test find_duplicates >> --

Re: [Numpy-discussion] Numpy 1.3.0 rc1 fails find_duplicates on Solaris

2009-03-30 Thread Mark Sienkiewicz
>> == >> FAIL: Test find_duplicates >> -- >> ... >> AssertionError: >> Arrays are not equal >> >> (mismatch 50.0%) >> x: array([(1, (2.0, 'B')), (2, (2.0, 'B')),

Re: [Numpy-discussion] Numpy 1.3.0 rc1 fails find_duplicates on Solaris

2009-03-30 Thread Charles R Harris
On Mon, Mar 30, 2009 at 10:28 AM, Mark Sienkiewicz wrote: > Numpy 1.3.0 rc1 fails this self-test on Solaris. > > > == > FAIL: Test find_duplicates > -- > Tracebac

Re: [Numpy-discussion] np.savez not multi-processing safe, alternatives?

2009-03-30 Thread Pauli Virtanen
Mon, 30 Mar 2009 09:03:56 -0400, Wes McKinney wrote: > I have a process that stores a number of sets of 3 arrays output which > can either be stored as a few .npy files or an .npz file with the same > keys in each file (let's say, writing roughly 10,000 npz files, all > containing the same keys 'a'

Re: [Numpy-discussion] Numpy 1.3.0 rc1 OS X Installer

2009-03-30 Thread Chris Barker
David Cournapeau wrote: > On Tue, Mar 31, 2009 at 2:10 AM, Chris Barker wrote: >> I assume you meant NOT the easiest? ;-) > > Actually, no, I meant it :) It has gcc, which is the best supported > compiler by numpy and scipy, there is almost no problem with g77, and > the optimized blas/lapack is

Re: [Numpy-discussion] Optical autocorrelation calculated with numpy is slow

2009-03-30 Thread Charles R Harris
On Mon, Mar 30, 2009 at 12:23 PM, Anne Archibald wrote: > 2009/3/30 João Luís Silva : > > Hi, > > > > I wrote a script to calculate the *optical* autocorrelation of an > > electric field. It's like the autocorrelation, but sums the fields > > instead of multiplying them. I'm calculating > > > > I(

Re: [Numpy-discussion] Optical autocorrelation calculated with numpy is slow

2009-03-30 Thread Anne Archibald
2009/3/30 João Luís Silva : > Hi, > > I wrote a script to calculate the *optical* autocorrelation of an > electric field. It's like the autocorrelation, but sums the fields > instead of multiplying them. I'm calculating > > I(tau) = integral( abs(E(t)+E(t-tau))**2,t=-inf..inf) You may be in troubl

[Numpy-discussion] Optical autocorrelation calculated with numpy is slow

2009-03-30 Thread João Luís Silva
Hi, I wrote a script to calculate the *optical* autocorrelation of an electric field. It's like the autocorrelation, but sums the fields instead of multiplying them. I'm calculating I(tau) = integral( abs(E(t)+E(t-tau))**2,t=-inf..inf) with script appended at the end. It's too slow for my purp

Re: [Numpy-discussion] Numpy 1.3.0 rc1 OS X Installer

2009-03-30 Thread David Cournapeau
On Tue, Mar 31, 2009 at 2:10 AM, Chris Barker wrote: > David Cournapeau wrote: >> I don't really care, as long as there is only one. Maintaining binaries >> for every python out there is too time consuming. Given that mac os X >> is the easiest platform to build numpy/scipy on, > > I assume you me

Re: [Numpy-discussion] Numpy 1.3.0 rc1 OS X Installer

2009-03-30 Thread Chris Barker
David Cournapeau wrote: > I don't really care, as long as there is only one. Maintaining binaries > for every python out there is too time consuming. Given that mac os X > is the easiest platform to build numpy/scipy on, I assume you meant NOT the easiest? ;-) > that's not something i am interest

[Numpy-discussion] Numpy 1.3.0 rc1 fails find_duplicates on Solaris

2009-03-30 Thread Mark Sienkiewicz
Numpy 1.3.0 rc1 fails this self-test on Solaris. == FAIL: Test find_duplicates -- Traceback (most recent call last): File "/usr/ra/pyssg/2.5.1/numpy/lib/tests/

[Numpy-discussion] JOB: write numpy docs

2009-03-30 Thread Joe Harrington
Last year's Doc Marathon got us off to a great start on documenting NumPy! But, there's still much work to be done, and SciPy after that. It's time to gear up for doing it again. Critical to last year's success was Stefan van der Walt's committed time, but he will be unable to play that role this

Re: [Numpy-discussion] Numpy 1.3.0 rc1 OS X Installer

2009-03-30 Thread David Cournapeau
On Tue, Mar 31, 2009 at 12:51 AM, Chris Barker wrote: > Well, this is the big question: what python(s) should be provide > binaries for -- I think if you're only going to do one, it should be the > python.org build, so that you can support 10.4, and 10.5 and everyone > can use it. I don't really

Re: [Numpy-discussion] Numpy 1.3.0 rc1 OS X Installer

2009-03-30 Thread Chris Barker
David Cournapeau wrote: > On Mon, Mar 30, 2009 at 11:06 PM, Robert Pyle wrote: >> This one installs, but only in /Library/Python/2.5/site-packages/, >> that is, for Apple's system python. This happened when `which python` >> pointed to either EPD python or python.org's 2.5.4. > > Yes, what your

Re: [Numpy-discussion] Numpy 1.3.0 rc1 OS X Installer

2009-03-30 Thread David Cournapeau
On Mon, Mar 30, 2009 at 11:06 PM, Robert Pyle wrote: > Hi David, > > I decided to change the Subject line to be more apropos. > > On Mar 30, 2009, at 3:41 AM, David Cournapeau wrote: > >> David Cournapeau wrote: >>> On Mon, Mar 30, 2009 at 3:36 AM, Robert Pyle >>> wrote: >>> >>> I just insta

[Numpy-discussion] Numpy 1.3.0 rc1 OS X Installer

2009-03-30 Thread Robert Pyle
Hi David, I decided to change the Subject line to be more apropos. On Mar 30, 2009, at 3:41 AM, David Cournapeau wrote: > David Cournapeau wrote: >> On Mon, Mar 30, 2009 at 3:36 AM, Robert Pyle >> wrote: >> >> >>> I just installed 2.5.4 from python.org, and the OS X installer still >>> doesn'

Re: [Numpy-discussion] Failure with 1.3.0b1 under Solaris 10 SPARC

2009-03-30 Thread Jeff Blaine
FWIW, I solved this just now by removing Sun Studio from my PATH before build. It's clear that's a workaround though and the build process failed to determine something properly. Jeff Blaine wrote: >> What version of glibc do you have? > > None. Solaris does not use GNU libc. > > _

[Numpy-discussion] np.savez not multi-processing safe, alternatives?

2009-03-30 Thread Wes McKinney
I have a process that stores a number of sets of 3 arrays output which can either be stored as a few .npy files or an .npz file with the same keys in each file (let's say, writing roughly 10,000 npz files, all containing the same keys 'a', 'b', 'c'). If I run multiple processes on the same machine

Re: [Numpy-discussion] Failure with 1.3.0b1 under Solaris 10 SPARC

2009-03-30 Thread Jeff Blaine
> What version of glibc do you have? None. Solaris does not use GNU libc. ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] [Announce] Numpy 1.3.0 rc1

2009-03-30 Thread Robert Cimrman
Hi, It might be too late (I was off-line last week), but anyway: I have set the milestone for the ticket 1036 [1] to 1.4, but it does not change the existing functionality, brings some new one, and the tests pass, so I wonder if it could get it into the 1.3 release? cheers, r. [1] http://proje

Re: [Numpy-discussion] [Announce] Numpy 1.3.0 rc1

2009-03-30 Thread David Cournapeau
Peter wrote: > On Sat, Mar 28, 2009 at 2:26 PM, David Cournapeau > wrote: > >> Hi, >> >> I am pleased to announce the release of the rc1 for numpy >> 1.3.0. You can find source tarballs and installers for both Mac OS X >> and Windows on the sourceforge page: >> >> https://sourceforge.net/projec

Re: [Numpy-discussion] [Announce] Numpy 1.3.0 rc1

2009-03-30 Thread Peter
On Sat, Mar 28, 2009 at 2:26 PM, David Cournapeau wrote: > > Hi, > > I am pleased to announce the release of the rc1 for numpy > 1.3.0. You can find source tarballs and installers for both Mac OS X > and Windows on the sourceforge page: > > https://sourceforge.net/projects/numpy/ For the beta rel

Re: [Numpy-discussion] SWIG and numpy.i

2009-03-30 Thread Kevin Françoisse
Hello Bill, Finaly, I just change my function header to take a double* rather than a double**. It's working fine now. Thank you for all your answer and your help! Swig and numpy.i are really cool when you now how to use it! I also use INPLACE array as a way output 2D arrays from my C function

Re: [Numpy-discussion] [Announce] Numpy 1.3.0 rc1

2009-03-30 Thread David Cournapeau
David Cournapeau wrote: > On Mon, Mar 30, 2009 at 3:36 AM, Robert Pyle wrote: > > >> I just installed 2.5.4 from python.org, and the OS X installer still >> doesn't work. This is on a PPC G5; I haven't tried it on my Intel >> MacBook Pro. >> Could you try this one ? http://www.ar.media.