Re: [Numpy-discussion] Style for pad implementation in 'pad' namespace or functions under np.lib

On Wed, Mar 28, 2012 at 1:57 PM, Ralf Gommers wrote: > > > On Wed, Mar 28, 2012 at 9:31 PM, Tim Cera wrote: > >> I have been developing a set of pad functions to pad arrays in different >> ways. Really close to having it accepted into numpy, but I want to revisit >> an implementation issue that

Re: [Numpy-discussion] problem with dot for complex matrices

Have you tried to create your arrays with the numpy.zeros functions rather than the scipy.zeros functions? I can imagine that something may get confused here. Maybe some version mismatch or what not. Mark From: Ryan Krauss gmail.com> Subject: Re: problem with dot for complex matrices

Re: [Numpy-discussion] Style for pad implementation in 'pad' namespace or functions under np.lib

On Wed, Mar 28, 2012 at 9:31 PM, Tim Cera wrote: > I have been developing a set of pad functions to pad arrays in different > ways. Really close to having it accepted into numpy, but I want to revisit > an implementation issue that I have become worried about. Should these > functions be collec

[Numpy-discussion] Style for pad implementation in 'pad' namespace or functions under np.lib

I have been developing a set of pad functions to pad arrays in different ways. Really close to having it accepted into numpy, but I want to revisit an implementation issue that I have become worried about. Should these functions be collected into a 'pad' namespace or put raw into np.lib? Do I re

Re: [Numpy-discussion] weird searchsorted behavior for unicode array

On Wed, Mar 28, 2012 at 11:51 AM, wrote: > On Wed, Mar 28, 2012 at 10:55 AM, Thouis (Ray) Jones wrote: >> I am seeing some very strange behavior searching a unicode array.  The >> attached code outputs the following: >> UNICODE >> Is sorted: True >> Search sorted by iteration, left: [0, 1, 2, 4,

Re: [Numpy-discussion] weird searchsorted behavior for unicode array

On Wed, Mar 28, 2012 at 10:55 AM, Thouis (Ray) Jones wrote: > I am seeing some very strange behavior searching a unicode array.  The > attached code outputs the following: > UNICODE > Is sorted: True > Search sorted by iteration, left: [0, 1, 2, 4, 4, 6, 6, 8, 8, 10, 10, > 12, 12, 13] > Search sor

Re: [Numpy-discussion] Looking for people interested in helping with Python compiler to LLVM

Hi, Up to now, I didn't post frequently to this mailing list. So I present myself a little bit. I'm Frédéric Bastien, one of Theano senior developer. I'm not a student nor a professor, but a staff of our lab. So I more time for Theano then most people in our lab, but I have other work too. >From

[Numpy-discussion] weird searchsorted behavior for unicode array

I am seeing some very strange behavior searching a unicode array. The attached code outputs the following: UNICODE Is sorted: True Search sorted by iteration, left: [0, 1, 2, 4, 4, 6, 6, 8, 8, 10, 10, 12, 12, 13] Search sorted by iteration, right: [0, 2, 2, 4, 4, 6, 6, 8, 8, 10, 10, 12, 12, 13] Se

Re: [Numpy-discussion] different percentile implementations ?

On Wed, Mar 28, 2012 at 5:44 AM, Pierre Haessig wrote: > Le 27/03/2012 18:56, josef.p...@gmail.com a écrit : >> similar to std, var, histogram, ... some functions from scipy.stats >> are now in numpy. > Ok, historical reasons then. Fair enough. > Would a "See also: numpy.percentile" make sense in

Re: [Numpy-discussion] different percentile implementations ?

Le 27/03/2012 18:56, josef.p...@gmail.com a écrit : > similar to std, var, histogram, ... some functions from scipy.stats > are now in numpy. Ok, historical reasons then. Fair enough. Would a "See also: numpy.percentile" make sense in stats.scoreatpercentile ? > However, in contrast to std, var, I