[Numpy-discussion] ANN: SciPy 0.10.1 released

2012-02-27 Thread Ralf Gommers
Hi all, I am pleased to announce the availability of SciPy 0.10.1. This is a maintenance release, with no new features compared to 0.10.0. Sources and binaries can be found at http://sourceforge.net/projects/scipy/files/scipy/0.10.1/, release notes are copied below. Enjoy, The SciPy developers

Re: [Numpy-discussion] speed of array creation from tuples

2012-02-27 Thread Keith Goodman
On Mon, Feb 27, 2012 at 2:55 PM, Skipper Seabold wrote: > I am surprised by this (though maybe I shouldn't be?) It's always faster to > use list comprehension to unpack lists of tuples than np.array/asarray? > > [~/] > [1]: X = [tuple(np.random.randint(10,size=2)) for _ in > range(100)] > > [~/] >

[Numpy-discussion] speed of array creation from tuples

2012-02-27 Thread Skipper Seabold
I am surprised by this (though maybe I shouldn't be?) It's always faster to use list comprehension to unpack lists of tuples than np.array/asarray? [~/] [1]: X = [tuple(np.random.randint(10,size=2)) for _ in range(100)] [~/] [2]: timeit np.array([x1 for _,x1 in X]) 1 loops, best of 3: 26.4 us

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Travis Oliphant
The architecture of this system should separate the iteration across the I/O from the transformation *on* the data. It should also allow the ability to plug-in different transformations at a low-level --- some thought should go into the API of the low-level transformation.Being able to mem

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Matthew Brett
Hi, On Mon, Feb 27, 2012 at 2:58 PM, Pauli Virtanen wrote: > Hi, > > 27.02.2012 20:43, Alan G Isaac kirjoitti: >> On 2/27/2012 2:28 PM, Pauli Virtanen wrote: >>> ISO specifies comma to be used in international standards >>> (ISO/IEC Directives, part 2 / 6.6.8.1): >>> >>> http://isotc.iso.org/live

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Pauli Virtanen
Hi, 27.02.2012 20:43, Alan G Isaac kirjoitti: > On 2/27/2012 2:28 PM, Pauli Virtanen wrote: >> ISO specifies comma to be used in international standards >> (ISO/IEC Directives, part 2 / 6.6.8.1): >> >> http://isotc.iso.org/livelink/livelink?func=ll&objId=10562502&objAction=download > > I do not t

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Alan G Isaac
On 2/27/2012 2:47 PM, Matthew Brett wrote: > Maybe we can just agree it is an important option to have rather than > an unimportant one, It depends on what you mean by "option". If you mean there should be conversion tools from other formats to a specified supported format, then I agree. If you

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Matthew Brett
Hi, On Mon, Feb 27, 2012 at 2:43 PM, Alan G Isaac wrote: > On 2/27/2012 2:28 PM, Pauli Virtanen wrote: >> ISO specifies comma to be used in international standards >> (ISO/IEC Directives, part 2 / 6.6.8.1): >> >> http://isotc.iso.org/livelink/livelink?func=ll&objId=10562502&objAction=download > >

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Alan G Isaac
On 2/27/2012 2:28 PM, Pauli Virtanen wrote: > ISO specifies comma to be used in international standards > (ISO/IEC Directives, part 2 / 6.6.8.1): > > http://isotc.iso.org/livelink/livelink?func=ll&objId=10562502&objAction=download I do not think you are right. I think that is a presentational req

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Pauli Virtanen
27.02.2012 19:07, Alan G Isaac kirjoitti: > On 2/27/2012 1:00 PM, Paulo Jabardo wrote: >> First of all '.' isn't international notation > > That is in fact a standard designation. > http://en.wikipedia.org/wiki/Decimal_mark#Influence_of_calculators_and_computers ISO specifies comma to be used in

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Alan G Isaac
On 2/27/2012 1:00 PM, Paulo Jabardo wrote: > First of all '.' isn't international notation That is in fact a standard designation. http://en.wikipedia.org/wiki/Decimal_mark#Influence_of_calculators_and_computers Alan Isaac ___ NumPy-Discussion mailing

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Erin Sheldon
Excerpts from Nathaniel Smith's message of Mon Feb 27 12:07:11 -0500 2012: > On Mon, Feb 27, 2012 at 2:44 PM, Erin Sheldon wrote: > > What I've got is a solution for writing and reading structured arrays to > > and from files, both in text files and binary files.  It is written in C > > and python

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Paulo Jabardo
I don't know what is the best solution but this certainly isn't madness. First of all '.' isn't international notation it is used in some countries. In most of Europe (and Latin America) the comma is used. Anyone in countries that use a comma as a separator will stumble upon text files with com

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Nathaniel Smith
On Mon, Feb 27, 2012 at 2:44 PM, Erin Sheldon wrote: > What I've got is a solution for writing and reading structured arrays to > and from files, both in text files and binary files.  It is written in C > and python.  It allows reading arbitrary subsets of the data efficiently > without reading in

Re: [Numpy-discussion] Proposed Roadmap Overview

2012-02-27 Thread Jason McCampbell
> > Sure. This list actually deserves a long writeup about that. First, > there wasn't a "Cython-refactor" of NumPy. There was a Cython-refactor of > SciPy. I'm not sure of it's current status. I'm still very supportive > of that sort of thing. > > > I think I missed that - is it on git so

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Alan G Isaac
On 2/27/2012 10:10 AM, Paulo Jabardo wrote: > I have a few features that I believe would make text file easier for many > people. In some countries (most?) the decimal separator in real numbers is > not a point but a comma. > I think it would be very useful that the decimal separator be specified

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Paulo Jabardo
I have a few features that I believe would make text file easier for many people. In some countries (most?) the decimal separator in real numbers is not a point but a comma. I think it would be very useful that the decimal separator be specified with a keyword argument (decimal = '.' for example

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Erin Sheldon
Excerpts from Jay Bourque's message of Mon Feb 27 00:24:25 -0500 2012: > Hi Erin, > > I'm the one Travis mentioned earlier about working on this. I was planning on > diving into it this week, but it sounds like you may have some code already > that > fits the requirements? If so, I would be ava

[Numpy-discussion] Nature Editorial: Science Software should be Open Source

2012-02-27 Thread Jason Grout
Jan Groenewald posted this link to the Sage development list, and I thought people here would be interested (and I figured people on the matplotlib, scipy, and ipython lists would see it here too): http://www.nature.com/nature/journal/v482/n7386/full/nature10836.html Thanks, Jason

Re: [Numpy-discussion] Possible roadmap addendum: building better text file readers

2012-02-27 Thread Lluís
Erin Sheldon writes: [...] > This was why I essentially wrote my own memmap like interface with > recfile, the code I'm converting. It allows working with columns and > rows without loading large chunks of memory. [...] This sounds like at any point in time you only have one part of the array map

Re: [Numpy-discussion] np.longlong casts to int

2012-02-27 Thread Pierre Haessig
Le 24/02/2012 16:38, Robert Pyle a écrit : >> I wonder what is the use case of these 80 bits numbers apart from what >> > is described as "keeping intermediate results" when performing >> > exponentiation on doubles ? > In AIFF audio files, the sample rate is stored in the Common Chunk as an > 80-