Re: [Numpy-discussion] [help needed] associativity and precedence of '@'

In article , Nathaniel Smith wrote: > OPTION 1 FOR @: > Precedence: same as * > Associativity: left > My shorthand name for it: "same-left" (yes, very creative) > > This means that if you don't use parentheses, you get: >a @ b @ c -> (a @ b) @ c >a * b @ c -> (a * b) @ c >a @ b

Re: [Numpy-discussion] Binary releases

In article , Ralf Gommers wrote: > On Mon, Sep 16, 2013 at 2:45 AM, wrote: > > > On Sun, Sep 15, 2013 at 9:04 PM, Charles R Harris > > wrote: > > > Hi All, > > > > > > Numpy 1.8 is about ready for an rc1, which brings up the question of > > which > > > binary builds so put up on sourceforge.

Re: [Numpy-discussion] Binary releases

In article <8e95a257-3f06-43b7-8407-95916d284...@mac.com>, William Ray Wing wrote: > On Sep 15, 2013, at 9:04 PM, Charles R Harris > wrote: > > > Hi All, > > > > Numpy 1.8 is about ready for an rc1, which brings up the question of which > > binary builds so put up on sourceforge. For Window

Re: [Numpy-discussion] OS X binaries for releases

In article , Matthew Brett wrote: > Hi, > > On Thu, Aug 22, 2013 at 12:14 PM, Russell E. Owen wrote: > > In article > > , > > Ralf Gommers wrote: > > > >> Hi all, > >> > >> Building binaries for releases is currently quite com

Re: [Numpy-discussion] OS X binaries for releases

In article , Ralf Gommers wrote: > Hi all, > > Building binaries for releases is currently quite complex and > time-consuming. For OS X we need two different machines, because we still > provide binaries for OS X 10.5 and PPC machines. I propose to not do this > anymore. It doesn't mean we com

Re: [Numpy-discussion] ANN: matplotlib 1.3.0 released

In article <51faa3ab.6020...@stsci.edu>, Michael Droettboom wrote: > On behalf of a veritable army of super coders, I'm pleased to announce > the release of matplotlib 1.3.0. > > > Downloads > > Downloads are available here: > > http://matplotlib.org/

Re: [Numpy-discussion] install numpy 1.6.2 .dmg on macosx 10.7, check for python 2.7

In article , denis wrote: > Trying to install numpy 1.6.2 on a mac osx 10.7.4 from this .dmg > 9323135 numpy-1.6.2-py2.7-python.org-macosx10.3.dmg > gives > "numpy 1.6.2 can't be installed on this disk. > numpy requires python.org Python 2.7 to install." > > But python 2.7.3 *is* in

Re: [Numpy-discussion] Code Freeze for NumPy 1.7

In article <1342393528.28368.3.ca...@esdceeprjpstudent1.mit.edu>, Paul Natsuo Kishimoto wrote: > On Sat, 2012-07-14 at 17:45 -0500, Travis Oliphant wrote: > > Hey all, > > > > We are nearing a code-freeze for NumPy 1.7. Are there any > > last-minute changes people are wanting to push into Nu

Re: [Numpy-discussion] Proposed Roadmap Overview

In article , David Cournapeau wrote: > On Sat, Feb 18, 2012 at 10:50 PM, Sturla Molden wrote: > > >  > In an ideal world, we would have a better language than C++ that can > > be spit out as > C for portability. > > > > What about a statically typed Python? (That is, not Cython.) We just > >

Re: [Numpy-discussion] trouble building numpy 1.6.1 on Scientific Linux 5

In article , Ralf Gommers wrote: > On Tue, Dec 20, 2011 at 10:52 PM, Russell E. Owen wrote: > > > In article , > > "Russell E. Owen" wrote: > > > > > In article > > > , > > > Ralf Gommers wrote: > > > > > >

Re: [Numpy-discussion] trouble building numpy 1.6.1 on Scientific Linux 5

In article , Ralf Gommers wrote: > On Tue, Dec 20, 2011 at 10:52 PM, Russell E. Owen wrote: > > > In article , > > "Russell E. Owen" wrote: > > > > > In article > > > , > > > Ralf Gommers wrote: > > > > > >

Re: [Numpy-discussion] trouble building numpy 1.6.1 on Scientific Linux 5

In article , "Russell E. Owen" wrote: > In article > , > Ralf Gommers wrote: > > > On Fri, Dec 9, 2011 at 8:02 PM, Russell E. Owen wrote: > > > > > I'm trying to build numpy 1.6.1 on Scientific Linux 5 but the unit tests > > > clai

Re: [Numpy-discussion] trouble building numpy 1.6.1 on Scientific Linux 5

In article , Olivier Delalleau wrote: > 2011/12/12 Russell E. Owen > > > In article > > , > > Ralf Gommers wrote: > > > > > On Fri, Dec 9, 2011 at 8:02 PM, Russell E. Owen wrote: > > > > > > > I'm trying to build numpy 1.6

Re: [Numpy-discussion] trouble building numpy 1.6.1 on Scientific Linux 5

In article , Ralf Gommers wrote: > On Fri, Dec 9, 2011 at 8:02 PM, Russell E. Owen wrote: > > > I'm trying to build numpy 1.6.1 on Scientific Linux 5 but the unit tests > > claim the wrong version of fortran was used. I thought I knew how to > > avo

[Numpy-discussion] trouble building numpy 1.6.1 on Scientific Linux 5

I'm trying to build numpy 1.6.1 on Scientific Linux 5 but the unit tests claim the wrong version of fortran was used. I thought I knew how to avoid that, but it's not working. I don't have atlas (this needs to run on a lot of similar-but-not-identical machines). I believe blas and lapack were

Re: [Numpy-discussion] wanted: decent matplotlib alternative

In article <8739ew90ry@falma.de>, Christoph Groth wrote: > Hello, > > Is it just me who thinks that matplotlib is ugly and a pain to use? So > far I haven't found a decent alternative usable from within python. (I > haven't tried all the packages out there.) I'm mostly interested in 2d >

Re: [Numpy-discussion] Efficient way to load a 1Gb file?

In article <781af0c6-b761-4abb-9798-938558253...@astro.physik.uni-goettingen.de>, Derek Homeier wrote: > On 11.08.2011, at 8:50PM, Russell E. Owen wrote: > > > It seems a shame that loadtxt has no argument for predicted length, > > which would allow preallocation an

Re: [Numpy-discussion] Efficient way to load a 1Gb file?

In article , Torgil Svensson wrote: > Try the fromiter function, that will allow you to pass an iterator > which can read the file line by line and not preload the whole file. > > file_iterator = iter(open('filename.txt') > line_parser = lambda x: map(float,x.split('\t')) > a=np.fromiter(itert

Re: [Numpy-discussion] Efficient way to load a 1Gb file?

In article , Anne Archibald wrote: > There was also some work on a semi-mutable array type that allowed > appending along one axis, then 'freezing' to yield a normal numpy > array (unfortunately I'm not sure how to find it in the mailing list > archives). One could write such a setup by hand, u

[Numpy-discussion] Efficient way to load a 1Gb file?

A coworker is trying to load a 1Gb text data file into a numpy array using numpy.loadtxt, but he says it is using up all of his machine's 6Gb of RAM. Is there a more efficient way to read such text data files? -- Russell ___ NumPy-Discussion mailing l

Re: [Numpy-discussion] numpy.sqrt behaving differently on MacOS Lion

In article , Ralf Gommers wrote: > On Wed, Jul 27, 2011 at 7:17 PM, Ilan Schnell wrote: > > > MacOS Lion: > > >>> numpy.sqrt([complex(numpy.nan, numpy.inf)]) > > array([ nan+infj]) > > > > Other all system: > > array([ inf+infj]) > > > > This causes a few numpy tests to fail on Lion. The nump

Re: [Numpy-discussion] Problems with numpy binary for Python2.7 + OS X 10.6

In article <4e2dcb72.3070...@hkl.hms.harvard.edu>, Ian Stokes-Rees wrote: > As best I can tell, I have Python 2.7.2 for my system Python: > > [ijstokes@moose ~]$ python -V > Python 2.7.2 > > [ijstokes@moose ~]$ which python > /Library/Frameworks/Python.framework/Versions/2.7/bin/python > > ho

Re: [Numpy-discussion] ANN: NumPy 1.6.1 release candidate 2

In article , Ralf Gommers wrote: > On Tue, Jul 5, 2011 at 11:41 PM, Russell E. Owen wrote: > > > In article , > > Ralf Gommers wrote: > > > > > https://sourceforge.net/projects/numpy/files/NumPy/1.6.1rc2/ > > > > Will there be a Mac bina

Re: [Numpy-discussion] ANN: NumPy 1.6.1 release candidate 2

In article , Ralf Gommers wrote: > https://sourceforge.net/projects/numpy/files/NumPy/1.6.1rc2/ Will there be a Mac binary for 32-bit pythons (one that is compatible with older versions of MacOS X)? At present I only see a 64-bit 10.6-only version. -- Russell ___

Re: [Numpy-discussion] numpy build: automatic fortran detection

In article , Ralf Gommers wrote: > On Thu, Jun 9, 2011 at 11:46 PM, Russell E. Owen wrote: > > > What would it take to automatically detect which flavor of fortran to > > use to build numpy on linux? > > > > You want to figure out which compiler was used to

[Numpy-discussion] numpy build: automatic fortran detection

What would it take to automatically detect which flavor of fortran to use to build numpy on linux? The unit tests are clever enough to detect a mis-build (though surprisingly that is not done as part of the build process), so surely it can be done. Even if there is no interest in putting this

Re: [Numpy-discussion] ANN: Numpy 1.6.0 release candidate 2

In article , Ralf Gommers wrote: > Hi, > > I am pleased to announce the availability of the second release > candidate of NumPy 1.6.0. >... > Sources and binaries can be found at > http://sourceforge.net/projects/numpy/files/NumPy/1.6.0rc2/ > For (preliminary) release notes see below. Thanks!

[Numpy-discussion] Question about numpy.random, especially .poisson

I stumbled across code that looks like this: imageArr = # a 2-d array of floats noiseArr = numpy.random.poisson(imageArr) This works fine in numpy 1.5.1 and seems to do what I would hope: return an array of random ints whose "expectation of interval" is set by the corresponding element of the i

Re: [Numpy-discussion] ANN: Numpy 1.6.0 beta 1

In article , Ralf Gommers wrote: > Hi, > > I am pleased to announce the availability of the first beta of NumPy > 1.6.0. Due to the extensive changes in the Numpy core for this > release, the beta testing phase will last at least one month. Please > test this beta and report any problems on th

Re: [Numpy-discussion] Request for a bit more info on structured arrays in the "basics" page

In article , Skipper Seabold wrote: >> The page >> >> gives a good introduction to structured arrays. However, it says nothing >> about how to set a particular element (all fields at once) from a >> collection of data. > ... > I added a bi

[Numpy-discussion] Request for a bit more info on structured arrays in the "basics" page

The page gives a good introduction to structured arrays. However, it says nothing about how to set a particular element (all fields at once) from a collection of data. For instance: stArr = numpy.zeros([4,5], dtype=[("pos", float, (2,)), (

Re: [Numpy-discussion] updated 1.5.1 release schedule

In article , Ralf Gommers wrote: > On Mon, Nov 8, 2010 at 5:16 AM, Vincent Davis > wrote: > > > > > > On Sun, Nov 7, 2010 at 1:51 AM, Ralf Gommers > > wrote: > >> > >> Hi, > >> > >> Since we weren't able to stick to the original schedule for 1.5.1, > >> here's a short note about the current

Re: [Numpy-discussion] help from OS X 10.5 users wanted

In article , Friedrich Romstedt wrote: > 2010/10/15 Christopher Barker : > > On 10/15/10 10:54 AM, Russell E. Owen wrote: > >> I have a 10.4 Intel machine I keep around > >> for the sole purpose of building backward-compatible binary installers > >> for

Re: [Numpy-discussion] help from OS X 10.5 users wanted

Sorry I missed this thread until just now. I think you have it under control, but for the record I have a 10.4 Intel machine I keep around for the sole purpose of building backward-compatible binary installers for PIL and matplotlib. If help is still wanted I'm happy to build numpy as well. I

[Numpy-discussion] numpy mac binary for Python 2.7: which version is it for?

There are two Python 2.7 installers available at python.org a 32 bit version for MacOS X 10.3.9 and later and a 64 bit version for Mac OS X 10.5 and later. There is one numpy 1.5.0 binary installer for Mac Python 2.7. Which Mac python was it built for? (Or if it is compatible with both, how did

Re: [Numpy-discussion] More guestions on Chebyshev class.

In article , Charles R Harris wrote: > The Chebyshev class is now working pretty well, but I would like to settle > some things up front. > > 1) Order in which coefficients are stored/passed/accessed. > > The current poly1d class ctor is called with the coefficients in high to low > order, ye

[Numpy-discussion] numpy macosx10.5 binaries: compatible with 10.4?

All the official numpy 1.3.0 Mac binaries are labelled "macosx10.5". Does anyone know if these are backwards compatible with MacOS X 10.4 or 10.3.9? -- Russell ___ NumPy-Discussion mailing list NumPy-Discussion@scipy.org http://mail.scipy.org/mailman/

Re: [Numpy-discussion] record array question

In article , "Russell E. Owen" wrote: > Is it straightforward to generate a record array (preferably a standard > numpy.ndarray, not the numpy.rec variant) where some named fields > contain pairs of numbers, for example: > > named field pos contains pairs of floats &

[Numpy-discussion] record array question

Is it straightforward to generate a record array (preferably a standard numpy.ndarray, not the numpy.rec variant) where some named fields contain pairs of numbers, for example: named field pos contains pairs of floats named field rot contains floats Any pointers to relevant documentation would

Re: [Numpy-discussion] Advice on converting Numarray C extension?

In article , Charles R Harris wrote: > On Mon, Jun 29, 2009 at 4:17 PM, Russell E. Owen > wrote: > > > In article > > , > > Charles R Harris wrote: > > > > > On Mon, Jun 29, 2009 at 3:03 PM, Russell E. Owen > > > wrote: > > > >

Re: [Numpy-discussion] Advice on converting Numarray C extension?

In article <4d2b04ed-4612-4244-a8b8-3ff0c8659...@stsci.edu>, Perry Greenfield wrote: > Hi Russell, > > Have you looked at the example in our interactive data analysis > tutorial where we compute radial profiles in Python? It's not as fast > as C because of the sort, but perhaps that's fast

Re: [Numpy-discussion] Advice on converting Numarray C extension?

In article , Charles R Harris wrote: > On Mon, Jun 29, 2009 at 3:03 PM, Russell E. Owen > wrote: > > > I have an old Numarray C extension (or, rather, a Python package > > containing a C extension) that I would like to convert to numpy > > (in a way that is likel

[Numpy-discussion] Advice on converting Numarray C extension?

I have an old Numarray C extension (or, rather, a Python package containing a C extension) that I would like to convert to numpy (in a way that is likely to be supported long-term). Options I have found include: - Use the new numpy extension. This seems likely to be fast and future-proof. But I

[Numpy-discussion] Please add Mac binary for numpy 1.3.0 and Python 2.6

If you don't want to build one then you are welcome to serve one I built. Several people have tried it and reported that it works. Contact me for a URL. -- Russell ___ Numpy-discussion mailing list Numpy-discussion@scipy.org http://mail.scipy.org/mail

Re: [Numpy-discussion] numpy Mac binary for Python 2.6

In article <49ecf2aa.8080...@noaa.gov>, Christopher Barker wrote: > Russell E. Owen wrote: > >>> http://www.pymvpa.org/devguide.html > > > > The patch at the end of this document worked. > > Has anyone submitted these patches so they'll get into

Re: [Numpy-discussion] numpy Mac binary for Python 2.6

> In article > <5b8d13220904161842k2f2f76c9v1dde62f4655c2...@mail.gmail.com>, > David Cournapeau wrote: > > > It is a bug of bdist_mpkg on leopard (the error message is a bit > > misleading - if you look at the code, you will see it calls for a > > command line utility which does not exist on l

Re: [Numpy-discussion] numpy Mac binary for Python 2.6

In article <5b8d13220904161842k2f2f76c9v1dde62f4655c2...@mail.gmail.com>, David Cournapeau wrote: > On Fri, Apr 17, 2009 at 4:55 AM, Russell E. Owen > wrote: > > Does anyone have a binary installer for numpy 1.3.0 and Python 2.6? > > > > I've been able t

[Numpy-discussion] numpy Mac binary for Python 2.6

Does anyone have a binary installer for numpy 1.3.0 and Python 2.6? I've been able to install from source and all tests passed, but I prefer official binaries because I have some confidence that there are no hidden dependencies (important for distributing self-contained apps). I tried to build

Re: [Numpy-discussion] survey of freely available software for the solution of linear algebra problems

In article , "Nils Wagner" wrote: > http://www.netlib.org/utk/people/JackDongarra/la-sw.html You might add Eigen: We are finding it to be a very nice package (though the name is unfortunate from the perspective of internet search engines).

Re: [Numpy-discussion] A basic question about swig and Numeric

In article <[EMAIL PROTECTED]>, Michel Dupront <[EMAIL PROTECTED]> wrote: > > Hello, > > I am trying to use Numeric and swig but it seems that > there are few points that I don't understand. > The only excuse I have is that I am new to these tools. > I have a simple example that I cannot mak

Re: [Numpy-discussion] 1.1.0 OSX Installer Fails Under 10.5.3?

In article <[EMAIL PROTECTED]>, "Christopher Burns" <[EMAIL PROTECTED]> wrote: > I've been using bdist_mpkg to build the OSX Installer. I'd like to update > the requirement documentation for the 1.1.1 release candidate to say > "MacPython from python.org" instead of "System Python". bdist_mpkg

Re: [Numpy-discussion] Recommendations for using numpy ma?

In article <[EMAIL PROTECTED]>, Pierre GM <[EMAIL PROTECTED]> wrote: > Russell, > > What used to be numpy.core.ma is now numpy.oldnumeric.ma, but this latter isd > no longer supported and will disappear soon as well. Just use numpy.ma > > If you really need support to ancient versions of numpy

[Numpy-discussion] Recommendations for using numpy ma?

I have some code that does this: # an extra array cast is used because "compressed" returns what *looks* like an array # but is actually something else (I'm not sure exactly what) unmaskedArr = numpy.array( numpy.core.ma.array( dataArr, mask = mask & self.stretchExcludeBits,

[Numpy-discussion] numpy masked array oddity

The object returned by maskedArray.compressed() appears to be a normal numpy array (based on repr output), but in reality it has some surprising differences: import numpy a = numpy.arange(10, dtype=int) b = numpy.zeros(10) b[1] = 1 b[3] = 1 ma = numpy.core.ma.array(a, mask=b, dtype=float) print

Re: [Numpy-discussion] Moving away from svn ?

In article <[EMAIL PROTECTED]>, "David Cournapeau" <[EMAIL PROTECTED]> wrote: > On Jan 5, 2008 1:30 AM, Charles R Harris <[EMAIL PROTECTED]> wrote: > > > > > I like Mercurial and use it a lot, but I'm not convinced we have enough > > developers and code to justify the pain of changing the VCS a

Re: [Numpy-discussion] Anyone have a well-tested SWIG-based C++ STL valarray <=> numpy.array typemap to share?

In article <[EMAIL PROTECTED]>, "Bill Spotz" <[EMAIL PROTECTED]> wrote: > I have been considering adding some C++ STL support to numpy/doc/swig/ > numpy.i. Probably std::vector <=> PyArrayObject (and some > std::complex support as well). Is this what you had in mind? That sounds very useful

Re: [Numpy-discussion] NumPy 1.0.3 for OS-X

In article <[EMAIL PROTECTED]>, David L Goldsmith <[EMAIL PROTECTED]> wrote: > Hold on again, I think I did it: it works on my BSN Intel Mac and Chris > is about to test it on his not-so-new PPC Mac. Assuming I built a > viable product, how do I put it in the right place (i.e., @ > http://pyt

[Numpy-discussion] Compact way of performing array math with specified result type?

I often find myself doing simple math on sequences of numbers (which might or might not be numpy arrays) where I want the result (and thus the inputs) coerced to a particular data type. I'd like to be able to say: numpy.divide(seq1, seq2, dtype=float) but ufuncs don't allow on to specify a r

Re: [Numpy-discussion] numpy endian question

In article <[EMAIL PROTECTED]>, Francesc Altet <[EMAIL PROTECTED]> wrote: > El dj 26 de 04 del 2007 a les 11:38 -0700, en/na Russell E. Owen va > escriure: > > In converting some code from numarray to numpy I had this: > > isBigendian = (arr.isbyteswapped() != numa

Re: [Numpy-discussion] numpy endian question

In article <[EMAIL PROTECTED]>, Christopher Hanley <[EMAIL PROTECTED]> wrote: > Russell, > > This should work as a consistent test for bigendian: > > -> isBigEndian = (obj.dtype.str[0] == '>') > > Also, I have ported numarray's numdisplay to numpy if you would like to > directly display an ar

Re: [Numpy-discussion] numpy endian question

In article <[EMAIL PROTECTED]>, Travis Oliphant <[EMAIL PROTECTED]> wrote: > Russell E. Owen asked how best to translate some numarray code that > determines if an array is in big-endian order... > > What are you trying to test for (where a data-type is big-endian or

Re: [Numpy-discussion] Questions about converting to numpy

In article <[EMAIL PROTECTED]>, Robert Kern <[EMAIL PROTECTED]> wrote: > Christopher Barker wrote: > > > I can only help with one: > >> - Even after reading the book I'm not really clear on why one would use > >> numpy.float_ instead of numpy.float or float > > > > They float and numpy.float a

[Numpy-discussion] numpy endian question

In converting some code from numarray to numpy I had this: isBigendian = (arr.isbyteswapped() != numarray.isBigEndian) The only numpy version I've come up with is: isBigEndian = (arr.dtype.descr[0][1][0] == '>') which is short but very obscure. Has anyone got a suggestion for a clearer test? I f

[Numpy-discussion] Questions about converting to numpy

So I finally bit the bullet and converted most of my code from Numeric and numarray to numpy. (I haven't yet tried to convert one package that makes heavy use of nd_image and has C extensions). But it left me with a few questions: - What exception does numpy throw if it runs out of memory? (I c

Re: [Numpy-discussion] Distributing prebuilt numpy and other extensions

In article <[EMAIL PROTECTED]>, Zachary Pincus <[EMAIL PROTECTED]> wrote: > Hello folks, > > I've developed some command-line tools for biologists using python/ > numpy and some custom C and Fortran extensions, and I'm trying to > figure out how to easily distribute them... > > For people us

Re: [Numpy-discussion] Different results from repeated calculation

On a PPC MacOS X box I don't see an error. If I append if __name__ == "__main__": run() to your test code and then run it I get: repeatability #1 ... ok repeatability #2 ... ok repeatability #3 ... ok -- Ran 3 tests in 0.156s

Re: [Numpy-discussion] rewriting in C (was ANN: Masked Array...)

In article <[EMAIL PROTECTED]>, Travis Oliphant <[EMAIL PROTECTED]> wrote: > Matt Knox wrote: > > >>Moving the implementation to the C-level also has its downside. To > >>me, at least, Python code is much more readable and hence easier to > >>maintain. > >> > >>Is there a way that we can implem

Re: [Numpy-discussion] discussion about array.resize() -- compare to numarray

In article <[EMAIL PROTECTED]>, "Sebastian Haase" <[EMAIL PROTECTED]> wrote: >...But maybe even more worry some for the converting from numarray is this: > >>> a = N.array([5]) > >>> 999 # to kill '_' - reference > 999 > >>> a.resize(2) > >>> a > [5 0] > > in numarray you would get > >>> a =

Re: [Numpy-discussion] discussion about array.resize() -- compare to numarray

In article <[EMAIL PROTECTED]>, "Sebastian Haase" <[EMAIL PROTECTED]> wrote: > On 1/4/07, Sebastian Haase <[EMAIL PROTECTED]> wrote: > > > >>> N.__version__ > > '1.0.2.dev3487' > > > > in any case: inside the script it somehow generated a nan --- is > > there a bug in numpy !? > > No bug her