Re: [Numpy-discussion] New ufuncs

On Mon, Nov 10, 2008 at 5:15 PM, T J <[EMAIL PROTECTED]> wrote: > On Mon, Nov 10, 2008 at 4:05 PM, Charles R Harris > <[EMAIL PROTECTED]> wrote: > > > > I added log2 and exp2. I still need to do the complex versions. I think > > logaddexp2 should go in also to compliment these. > > Same here, espe

Re: [Numpy-discussion] New ufuncs

On Mon, Nov 10, 2008 at 4:05 PM, Charles R Harris <[EMAIL PROTECTED]> wrote: > > I added log2 and exp2. I still need to do the complex versions. I think > logaddexp2 should go in also to compliment these. Same here, especially since logaddexp is present. Or was the idea that both logexpadd and lo

Re: [Numpy-discussion] Generalised ufuncs

On Sun, Nov 9, 2008 at 5:46 PM, Stéfan van der Walt <[EMAIL PROTECTED]>wrote: > Hi everyone, > > I finally merged the generalised ufunc patches that awaited comment as > the gen_ufuncs branch. Please review the changes on trunk, and let me > know if problems occur. > > One of the tests fail on Fr

Re: [Numpy-discussion] New ufuncs

On Mon, Nov 10, 2008 at 1:17 PM, Travis E. Oliphant <[EMAIL PROTECTED]>wrote: > Charles R Harris wrote: > > > > > > On Sun, Nov 9, 2008 at 11:29 PM, T J <[EMAIL PROTECTED] > > > wrote: > > > > On Thu, Nov 6, 2008 at 3:01 PM, T J <[EMAIL PROTECTED] > >

Re: [Numpy-discussion] New ufuncs

Charles R Harris wrote: > > > On Sun, Nov 9, 2008 at 11:29 PM, T J <[EMAIL PROTECTED] > > wrote: > > On Thu, Nov 6, 2008 at 3:01 PM, T J <[EMAIL PROTECTED] > > wrote: > > On Thu, Nov 6, 2008 at 2:36 PM, Charles R Harris > > <[EMAI

Re: [Numpy-discussion] New ufuncs

On Sun, Nov 9, 2008 at 11:29 PM, T J <[EMAIL PROTECTED]> wrote: > On Thu, Nov 6, 2008 at 3:01 PM, T J <[EMAIL PROTECTED]> wrote: > > On Thu, Nov 6, 2008 at 2:36 PM, Charles R Harris > > <[EMAIL PROTECTED]> wrote: > >> I could add exp2, log2, and logaddexp2 pretty easily. Almost too easily, > I > >

Re: [Numpy-discussion] numpy array serialization with JSON

Travis E. Oliphant wrote: > numpy.set_printoptions(threshold=1000) just to be clear, will: numpy.set_printoptions(threshold=None) restore the default? -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(206) 526-6959 voice 7600

Re: [Numpy-discussion] numpy array serialization with JSON

Christopher Barker wrote: > Matthieu Brucher wrote: > >> Last time I checked, repr() does the same thing as str(): the middle >> of the array may not be displayed... >> > > right. darn -- is that controllable? > numpy.set_printoptions(threshold=1000) -Travis __

Re: [Numpy-discussion] numpy array serialization with JSON

On Mon, Nov 10, 2008 at 12:18, Christopher Barker <[EMAIL PROTECTED]> wrote: > Matthieu Brucher wrote: >> Last time I checked, repr() does the same thing as str(): the middle >> of the array may not be displayed... > > right. darn -- is that controllable? set_printoptions() > It also breaks the a

Re: [Numpy-discussion] numpy array serialization with JSON

Matthieu Brucher wrote: > Last time I checked, repr() does the same thing as str(): the middle > of the array may not be displayed... right. darn -- is that controllable? It also breaks the axum: eval(repr(x)) == x but I guess with big arrays, this in one of those times that: "Practicality bea

Re: [Numpy-discussion] numpy array serialization with JSON

> If you're thinking JSON, then I think you'd want text, not binary. Maybe > you can make use of the repr()? Last time I checked, repr() does the same thing as str(): the middle of the array may not be displayed... Matthieu -- Information System Engineer, Ph.D. Website: http://matthieu-brucher.d

Re: [Numpy-discussion] numpy array serialization with JSON

Simon Palmer wrote: > What, if any, header information from numarray gets put in the bytes by > tostring(), especially as I have n dimensions? none, you'd have to do that separately. > I am very likely to be deserializing into a Java Array object (or maybe > a double[]) and it is not clear to m

Re: [Numpy-discussion] numpy array serialization with JSON

What, if any, header information from numarray gets put in the bytes by tostring(), especially as I have n dimensions? I am very likely to be deserializing into a Java Array object (or maybe a double[]) and it is not clear to me how I would do that from the bytes in the tostring() representation.

Re: [Numpy-discussion] numpy-docs and sphinx

Hi, Mon, 10 Nov 2008 08:42:16 +0100, Nils Wagner wrote: > I tried to build the NumPy Reference Guide. > > svn/numpy-docs > make html > mkdir -p build > ./ext/autosummary_generate.py source/reference/*.rst \ > -p dump.xml -o source/reference/generated > Traceback (most recent call last):

Re: [Numpy-discussion] numpy array serialization with JSON

On Mon, Nov 10, 2008 at 11:25, Simon Palmer <[EMAIL PROTECTED]> wrote: > Does anyone have a recommendation of a library/method for serialization of > numpy arrays to and from text (specifically for the purposes of embedding in > XML)? I don't want to use pickle or tostring() because my XML has to

[Numpy-discussion] numpy array serialization with JSON

Does anyone have a recommendation of a library/method for serialization of numpy arrays to and from text (specifically for the purposes of embedding in XML)? I don't want to use pickle or tostring() because my XML has to be consumable across a variety of programming environments. I'm currently us

Re: [Numpy-discussion] numpy, Py_ssize_t, cython and 64 bits python 2.4

On Mon, Nov 10, 2008 at 12:38 PM, David Cournapeau <[EMAIL PROTECTED]> wrote: > > This sounds like the right solution, but OTOH, since I am not familiar > with the cython codebase at all, I will prepare a patch following the > first solution, and I guess you can always improve it later. Ok, I mad

Re: [Numpy-discussion] numpy, Py_ssize_t, cython and 64 bits python 2.4

Charles R Harris wrote: > > > On Sun, Nov 9, 2008 at 4:29 PM, Dag Sverre Seljebotn > <[EMAIL PROTECTED] > wrote: > > > What the Cython numpy.pxd file does is implementing PEP 3118 [1], > which > is supported by Cython in all Python versions (ie backported, not

Re: [Numpy-discussion] numpy, Py_ssize_t, cython and 64 bits python 2.4

Charles R Harris wrote: > > > On Sun, Nov 9, 2008 at 4:37 PM, Dag Sverre Seljebotn > <[EMAIL PROTECTED] > wrote: > > Charles R Harris wrote: > > > But mixing python types and numpy types is not a good idea, they > exist > > separately and apply to differen

Re: [Numpy-discussion] site.cfg and libraries in several folders

Matthieu Brucher wrote: > > Yes, that is what I did in the MKL folder ;) But I suppose that you > should be able to tell numpy that the libraries are in separate > folders, shouldn't you? Yes, you could :) I have little interest in working on numpy.distutils, but feel free if you want to add this

Re: [Numpy-discussion] site.cfg and libraries in several folders

2008/11/10 David Cournapeau <[EMAIL PROTECTED]>: > Matthieu Brucher wrote: >> Hi, >> >> I'm still trying to get the MKL to work with Numpy, but I've tried the >> latest MKL (10.1) and ran into a problem. >> With the MKL, I have to link against mkl, guide and iomp5. The problem >> is that the two la

Re: [Numpy-discussion] site.cfg and libraries in several folders

Matthieu Brucher wrote: > Hi, > > I'm still trying to get the MKL to work with Numpy, but I've tried the > latest MKL (10.1) and ran into a problem. > With the MKL, I have to link against mkl, guide and iomp5. The problem > is that the two last libraries are not in the MKL anymore, but only in > th

[Numpy-discussion] site.cfg and libraries in several folders

Hi, I'm still trying to get the MKL to work with Numpy, but I've tried the latest MKL (10.1) and ran into a problem. With the MKL, I have to link against mkl, guide and iomp5. The problem is that the two last libraries are not in the MKL anymore, but only in the compiler folder. I have thus two fo