Re: [Numpy-discussion] numpy histogram normed=True (bug / confusing behavior)

Hi, On Fri, Aug 27, 2010 at 06:43:26PM -0600, Charles R Harris wrote: >On Fri, Aug 27, 2010 at 2:47 PM, Robert Kern >wrote: > > On Fri, Aug 27, 2010 at 15:32, David Huard > wrote: > > Nils and Joseph, > > Thanks for the bug report, this is now fixed in SVN (r8672). >

Re: [Numpy-discussion] bug in dtype.__eq__ method, bug filed

http://projects.scipy.org/numpy/ticket/1594 ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/listinfo/numpy-discussion

Re: [Numpy-discussion] bug in dtype.__eq__ method ?

On Wed, Aug 25, 2010 at 12:41:37PM -0500, Travis Oliphant wrote: > > On Aug 23, 2010, at 11:55 AM, Zbyszek Szmek wrote: > > > On Mon, Aug 23, 2010 at 06:50:09PM +0200, Tiziano Zito wrote: > >> hi all, > >> we just noticed the following weird thing: > &g

Re: [Numpy-discussion] bug in dtype.__eq__ method ?

On Mon, Aug 23, 2010 at 06:50:09PM +0200, Tiziano Zito wrote: > hi all, > we just noticed the following weird thing: > > $ python > Python 2.6.6rc2 (r266rc2:84114, Aug 18 2010, 07:33:44) > [GCC 4.4.5 20100816 (prerelease)] on linux2 > Type "help", "copyright", "credits" or "license" for more inf

Re: [Numpy-discussion] [ANN] carray: an in-memory compressed data container

OK, I've got a case where carray really shines :| zbys...@escher:~/python/numpy/carray-0.1.dev$ PYTHONPATH=. python bench/concat.py numpy 80 1000 4 1 problem size: (80) x 1000 = 10^8.90309 time for concat: 4.806s size of the final container: 6103.516 MB zbys...@escher:~/python/numpy/carra

Re: [Numpy-discussion] numpy.concatenate slower than slice copying

On Wed, Aug 18, 2010 at 02:06:51AM +0100, Francesc Alted wrote: > Hey Zbyszek, > > 2010/8/17, Zbyszek Szmek : > > Hi, > > this is a problem which came up when trying to replace a hand-written > > array concatenation with a call to numpy.vstack: > > for some arr

[Numpy-discussion] numpy.concatenate slower than slice copying

Hi, this is a problem which came up when trying to replace a hand-written array concatenation with a call to numpy.vstack: for some array sizes, numpy.vstack(data) runs > 20% longer than a loop like alldata = numpy.empty((tlen, dim)) for x in data: step = x.shape[0] all

[Numpy-discussion] numpy ticket #852 (temporary files in savez)

Hi, I looked at this ticket and whipped up two alternative patches, like mentioned in the description: in-memory or temporary dir on disk. On my computer the second one is slightly faster. I think it is important to merge some version of this fix. In it's current form, someone using numpy.io.sav

Re: [Numpy-discussion] loadtxt and usecols

> data = loadtxt('18B180.dat', skiprows = 1, usecols = xrange(1,46)) On Sat, Jul 12, 2008 at 04:35:20PM +0200, Lorenzo Bolla wrote: > why not using: or data = loadtxt('18B180.dat', skiprows=1, unpack=True)[1:] > > obviously, you need to know how many columns you have. Or not, if you don't mind th

Re: [Numpy-discussion] Should we fix Ticket #709?

On Wed, Jul 02, 2008 at 10:55:12PM +0200, Stéfan van der Walt wrote: > 2008/7/2 Zbyszek Szmek <[EMAIL PROTECTED]>: > >> That's Ticket #709 <http://projects.scipy.org/scipy/numpy/ticket/709>: > >> > >> > I'm faily sure that: > >> &g

Re: [Numpy-discussion] Time to fix ticket #390?

On Sat, Jun 28, 2008 at 04:31:22PM -0600, Charles R Harris wrote: > Questions about ticket #390: Unfortunately, Trac has a problem, it's impossible to view the ticket: SubversionException: ("Can't open file '/home/scipy/svn/numpy/db/revprops/5331

Re: [Numpy-discussion] Should we fix Ticket #709?

On Sun, Jun 29, 2008 at 09:57:52AM -0600, Charles R Harris wrote: Hi, > That's Ticket #709 : > > > I'm faily sure that: > > numpy.isnan(datetime.datetime.now() > > ...should just return False and not raise an exception. IMHO numpy.isnan() makes no

[Numpy-discussion] tests in distutils/exec_command.py

Hi, while looking at test coverage statistics published Stéfan van der Walt at http://mentat.za.net/numpy/coverage/, I noticed that the least-covered file, numpy/distutils/exec_command.py has it's own test routines, e.g.: def test_svn(**kws): s,o = exec_command(['svn','status'],**kws) ass

Re: [Numpy-discussion] fromiter + dtype='S' -> Python crash

On Fri, Mar 14, 2008 at 02:53:17PM -0500, Travis E. Oliphant wrote: > Zbyszek Szmek wrote: > > On Thu, Mar 13, 2008 at 05:44:54PM -0400, Alan G Isaac wrote: > >> In principle you should be able to use ``fromiter``, > >> I believe, but it does not work. BUG? (Crasher

Re: [Numpy-discussion] fromiter + dtype='S' -> Python crash

On Thu, Mar 13, 2008 at 05:44:54PM -0400, Alan G Isaac wrote: > Looks like I misunderstood your question: > you want an **array** of strings? > In principle you should be able to use ``fromiter``, > I believe, but it does not work. BUG? (Crasher.) > > >>> import numpy as N > >>> x = [1,2,3] > >>>