Re: [Numpy-discussion] FFTW?? Do I need it to do Fourier transforms?

2009-04-11 Thread Jon Wright
Charles R Harris wrote: On Fri, Apr 10, 2009 at 8:33 PM, John Seales praxbaf...@hotmail.com mailto:praxbaf...@hotmail.com wrote: The link to FFTW on http://www.scipy.org/Installing_SciPy/Mac_OS_X is broken. Is it needed to do Fourier Transforms? My main motivation for using

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread Gael Varoquaux
On Sat, Apr 11, 2009 at 12:05:55PM +0900, David Cournapeau wrote: On Sat, Apr 11, 2009 at 11:53 AM, Eric Firing efir...@hawaii.edu wrote: No need to apologize, I think I used the work bashing inappropriately - I just wanted to say that the only way to understand the differences between the

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread Gael Varoquaux
On Fri, Apr 10, 2009 at 11:54:59PM -0600, Charles R Harris wrote: It seems that designing an intuitive gui that fits a dvcs isn't all that easy, and git is a bit of a jump because of the way it treats branches and the irrelevence of time as opposed to change set sequence. I think these

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread David Cournapeau
On Sat, Apr 11, 2009 at 6:52 PM, Gael Varoquaux gael.varoqu...@normalesup.org wrote: On Sat, Apr 11, 2009 at 12:05:55PM +0900, David Cournapeau wrote: On Sat, Apr 11, 2009 at 11:53 AM, Eric Firing efir...@hawaii.edu wrote: No need to apologize, I think I used the work bashing inappropriately -

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread josef . pktd
On Sat, Apr 11, 2009 at 6:38 AM, David Cournapeau courn...@gmail.com wrote: On Sat, Apr 11, 2009 at 6:52 PM, Gael Varoquaux gael.varoqu...@normalesup.org wrote: On Sat, Apr 11, 2009 at 12:05:55PM +0900, David Cournapeau wrote: On Sat, Apr 11, 2009 at 11:53 AM, Eric Firing efir...@hawaii.edu

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread Gael Varoquaux
On Sat, Apr 11, 2009 at 07:38:42PM +0900, David Cournapeau wrote: But that's a development tool. I think it is expected that people have to somewhat learn something about it. I agree we should care about barrier of entry - if there is no way to make Josef happy, for example, that would be a

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread Bruce Southey
On Sat, Apr 11, 2009 at 5:38 AM, David Cournapeau courn...@gmail.com wrote: On Sat, Apr 11, 2009 at 6:52 PM, Gael Varoquaux gael.varoqu...@normalesup.org wrote: On Sat, Apr 11, 2009 at 12:05:55PM +0900, David Cournapeau wrote: On Sat, Apr 11, 2009 at 11:53 AM, Eric Firing efir...@hawaii.edu

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread David Cournapeau
On Sun, Apr 12, 2009 at 12:05 AM, Bruce Southey bsout...@gmail.com wrote: On Sat, Apr 11, 2009 at 5:38 AM, David Cournapeau courn...@gmail.com wrote: On Sat, Apr 11, 2009 at 6:52 PM, Gael Varoquaux gael.varoqu...@normalesup.org wrote: On Sat, Apr 11, 2009 at 12:05:55PM +0900, David Cournapeau

[Numpy-discussion] documentation suggestion

2009-04-11 Thread Neal Becker
numpy.ndarray says: buffer : object exposing buffer interface, optional Used to fill the array with data. I found this misleading. It isn't just used to _fill_ the array - it is the actual storage for the array. If set to an object exporting the buffer interface, any updates to the ndarray

[Numpy-discussion] Python version dependency

2009-04-11 Thread Charles R Harris
Hi All, Sturla Molden has a patch adding offset support to memmap. However... the feature requires Python 2.5 and above. The Python version is checked for in the code but I am wondering if we want to do that sort of thing. Using advanced features here and there doesn't bother me too much as long

Re: [Numpy-discussion] Python version dependency

2009-04-11 Thread Matthew Brett
Hi, Sturla Molden has a patch adding offset support to memmap. However... the feature requires Python 2.5 and above. The Python version is checked for in the code but I am wondering if we want to do that sort of thing. Using advanced features here and there doesn't bother me too much as long

Re: [Numpy-discussion] Using where with tuples

2009-04-11 Thread Nadav Horesh
b = a2.copy() base256 = 256**arange(4) idx = dot(a2, base256) from = dot((255,0,0,255), base256) to = dot((0,0,0,255), base256) b[idx == from] = to Nadav -הודעה מקורית- מאת: numpy-discussion-boun...@scipy.org בשם Frank Peacock נשלח: ש 11-אפריל-09 02:28 אל: numpy-discussion@scipy.org נושא:

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread Ondrej Certik
On Sat, Apr 11, 2009 at 11:44 AM, Neal Becker ndbeck...@gmail.com wrote: Ondrej Certik wrote: On Fri, Apr 10, 2009 at 12:43 AM, Eric Firing efir...@hawaii.edu wrote: Ondrej Certik wrote: On Thu, Apr 9, 2009 at 10:45 PM, David Cournapeau da...@ar.media.kyoto-u.ac.jp wrote: Ondrej Certik

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread Neal Becker
Ondrej Certik wrote: On Sat, Apr 11, 2009 at 11:44 AM, Neal Becker ndbeck...@gmail.com wrote: Ondrej Certik wrote: On Fri, Apr 10, 2009 at 12:43 AM, Eric Firing efir...@hawaii.edu wrote: Ondrej Certik wrote: On Thu, Apr 9, 2009 at 10:45 PM, David Cournapeau da...@ar.media.kyoto-u.ac.jp

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread Ondrej Certik
On Sat, Apr 11, 2009 at 2:12 PM, Neal Becker ndbeck...@gmail.com wrote: Why not try asking on mercur...@selenic.com (gmane.comp.version- control.mercurial.general) Done: http://www.selenic.com/pipermail/mercurial/2009-April/025131.html O. ___

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread Stéfan van der Walt
Hi all, DVCS discussions are notoriously unproductive, aren't they :) The two systems under discussion, git and hg, are both *almost* what we want, which means we have to make a choice and compromise. Here are some of the pros and cons I've picked up, and I'm sure you can add more: Git has

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread Charles R Harris
2009/4/11 Stéfan van der Walt ste...@sun.ac.za Hi all, DVCS discussions are notoriously unproductive, aren't they :) The two systems under discussion, git and hg, are both *almost* what we want, which means we have to make a choice and compromise. Here are some of the pros and cons I've

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread Stéfan van der Walt
2009/4/12 Charles R Harris charlesr.har...@gmail.com: I vote that we don't even think about a decision until next year. The current system works well enough, I think. Meanwhile, the endless discussions are fun and pass the time. I'll take that with a pinch of salt, as I assume it was intended

Re: [Numpy-discussion] documentation suggestion

2009-04-11 Thread Stéfan van der Walt
Hi Neal 2009/4/11 Neal Becker ndbeck...@gmail.com: I found this misleading.  It isn't just used to _fill_ the array - it is the Please create an account on docs.scipy.org, then I'll give you priviledges to edit documentation. Thanks! Stéfan ___

Re: [Numpy-discussion] numpy.ma.arg{min,max}

2009-04-11 Thread Stéfan van der Walt
Hi Adam 2009/4/11 Adam Oliner oli...@stanford.edu: I see, thanks. Then the documentation should say that it returns an array of the _smallest_ indices of the minimum values along the given axis. Please sign up on http://docs.scipy.org, then I'll give you acess to the documentation editor.

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread Fernando Perez
2009/4/11 Stéfan van der Walt ste...@sun.ac.za: From my POV, the current system is very unproductive and, while git-svn makes life a bit easier, it comes with its own set of headaches.  Especially now that we are evaluating different work-flows, we need the right kind of vcs to back it up.

[Numpy-discussion] Preserving trailing zeros when printing an array

2009-04-11 Thread Minjae Kim
Hello, When I work with arrays, I would like to print trailing zeros also. Somehow, Numpy refuses to print trailing zeros of a number within an array. For example, if I set the print precision to 5 decimal digits (set_printoptions(5)) and try to print array([0.1001], it gives me 0.1 instead

Re: [Numpy-discussion] DVCS at PyCon

2009-04-11 Thread Ondrej Certik
On Sat, Apr 11, 2009 at 8:28 PM, Fernando Perez fperez@gmail.com wrote: In bzr (and as far as I see, also in hg),  this kind of history rewriting is near impossible, so the best you can do is make a merge commit and leave all that history in there, visible in the 'second level' log