Re: [Numpy-discussion] Irregular arrays

2006-09-04 Thread rw679aq02
Exalted presences and superior intellects aside, the point is not hard to get: Motivational examples are everywhere. Think about gridding physical problems expressed in cylindrical or spherical coordinates. The natural slices are not rectangles. You can use rectangular storage but only with O(n

Re: [Numpy-discussion] Irregular arrays

2006-09-04 Thread David M. Cooke
On Mon, 4 Sep 2006 17:35:04 -0600 "Charles R Harris" <[EMAIL PROTECTED]> wrote: > On 9/4/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > > >> The question is whether numpy has such support; if not, is it planned. > > > > > No, and no. > > > > Thank you for answering, and I am sorry to hear

[Numpy-discussion] Going to cut NumPy 1.0b5 tonight

2006-09-04 Thread Travis Oliphant
This is a last reminder that I'm going to cut a release of NumPy 1.0b5 tonight. Please have any fixes and/or problems worked out before then. -Travis - Using Tomcat but need to do more? Need to support web services, secur

Re: [Numpy-discussion] Irregular arrays

2006-09-04 Thread Charles R Harris
On 9/4/06, [EMAIL PROTECTED] <[EMAIL PROTECTED] > wrote:>> The question is whether numpy has such support; if not, is it planned. > No, and no.Thank you for answering, and I am sorry to hear that.I will be dropping my membership on the scipy-numpy email list shortly.Many systems handle rectangular

Re: [Numpy-discussion] Irregular arrays

2006-09-04 Thread rw679aq02
>> The question is whether numpy has such support; if not, is it planned. > No, and no. Thank you for answering, and I am sorry to hear that. I will be dropping my membership on the scipy-numpy email list shortly. Many systems handle rectangular arrays quite well already, and are more fully dev

Re: [Numpy-discussion] Problem with concatenate and object arrays

2006-09-04 Thread Travis Oliphant
Fernando Perez wrote: > Hi all, > > I'm wondering if the following difference in behavior of object arrays should > be considered a bug. Let a and b be: > > In [21]: a = [0,1] > > In [22]: b = [ None, None] > > If we concatenate a with an empty list, it works: > > In [23]: numpy.concatenate(([],a

Re: [Numpy-discussion] Irregular arrays

2006-09-04 Thread Robert Kern
[EMAIL PROTECTED] wrote: > Forgive me if I missed any replies. Since I have seen none, I will > rephrase the request. > > Please demonstrate an irregular array in numpy with time complexity > measurement. The shape does not matter so long as it is non-rectangular > and includes a complexity meas

Re: [Numpy-discussion] bug in round with negative number of decimals

2006-09-04 Thread Charles R Harris
On 9/4/06, Charles R Harris <[EMAIL PROTECTED]> wrote: On 9/4/06, Sebastian Haase < [EMAIL PROTECTED]> wrote: Paulo J. S. Silva wrote:> Once again, the information that singed zero is part of IEEE standard is> in the paper I cited in my last message.>> It is very important to be able to compute the

Re: [Numpy-discussion] Irregular arrays

2006-09-04 Thread rw679aq02
Forgive me if I missed any replies. Since I have seen none, I will rephrase the request. Please demonstrate an irregular array in numpy with time complexity measurement. The shape does not matter so long as it is non-rectangular and includes a complexity measurement. A sparse matrix is conceptu

Re: [Numpy-discussion] bug in round with negative number of decimals

2006-09-04 Thread David M. Cooke
On Mon, 4 Sep 2006 01:53:40 -0400 "A. M. Archibald" <[EMAIL PROTECTED]> wrote: > > A better question to ask is, "Can I change numpy's rounding behaviour > for my programs?" (And, more generally, "can I set all the various > floating-point options that the IEEE standard and my processor both > supp

Re: [Numpy-discussion] bug in round with negative number of decimals

2006-09-04 Thread Paulo J. S. Silva
Ops, I believe you were caught by int versus float here: In [16]:around(66.0, decimals=-1) Out[16]:70.0 In [17]:around(66, decimals=-1) Out[17]:60 Note that in the int case, it seems like round is simply truncation. Paulo --

Re: [Numpy-discussion] bug in round with negative number of decimals

2006-09-04 Thread Charles R Harris
On 9/4/06, Sebastian Haase <[EMAIL PROTECTED]> wrote: Paulo J. S. Silva wrote:> Once again, the information that singed zero is part of IEEE standard is> in the paper I cited in my last message.>> It is very important to be able to compute the sign of an overflowed > quantity in expressions like 1/

Re: [Numpy-discussion] Problem with concatenate and object arrays

2006-09-04 Thread Fernando Perez
On 9/3/06, Robert Kern <[EMAIL PROTECTED]> wrote: > > I think it's propably a bug: > > > > >>> concatenate((array([]),b)) > > array([None, None], dtype=object) > > Well, if you can fix it without breaking anything else, then it's a bug. > > However, I would suggest that a rule of thumb for using

Re: [Numpy-discussion] bug in round with negative number of decimals

2006-09-04 Thread Sebastian Haase
Paulo J. S. Silva wrote: > Once again, the information that singed zero is part of IEEE standard is > in the paper I cited in my last message. > > It is very important to be able to compute the sign of an overflowed > quantity in expressions like 1/x when x goes to zero. > > Best, > > Paulo Hi,

Re: [Numpy-discussion] Random number generators

2006-09-04 Thread A. M. Archibald
On 04/09/06, Charles R Harris <[EMAIL PROTECTED]> wrote: > > > > On 9/4/06, A. M. Archibald <[EMAIL PROTECTED]> wrote: > > On 04/09/06, Robert Kern <[EMAIL PROTECTED]> wrote: > > > Charles R Harris wrote: > > However, a random number generator based on a stream cipher is > > probably going to be p

Re: [Numpy-discussion] bug in round with negative number of decimals

2006-09-04 Thread Paulo J. S. Silva
Once again, the information that singed zero is part of IEEE standard is in the paper I cited in my last message. It is very important to be able to compute the sign of an overflowed quantity in expressions like 1/x when x goes to zero. Best, Paulo -

Re: [Numpy-discussion] bug in round with negative number of decimals

2006-09-04 Thread Charles R Harris
On 9/4/06, Paulo J. S. Silva <[EMAIL PROTECTED]> wrote: Interesting, I was just reading about the round rule in IEEE standardlast Friday.What numpy's "around" function does is called "round to even" (round istake to make the next digit even), instead of "round up". According to "What every computer

Re: [Numpy-discussion] Random number generators

2006-09-04 Thread Charles R Harris
On 9/4/06, A. M. Archibald <[EMAIL PROTECTED]> wrote: On 04/09/06, Robert Kern <[EMAIL PROTECTED]> wrote:> Charles R Harris wrote:>> > What sort of api should this be? It occurs to me that there are already > > 4 sources of random bytes:> >> > Initialization:> >> > /dev/random (pseudo random, I thi

Re: [Numpy-discussion] bug in round with negative number of decimals

2006-09-04 Thread Paulo J. S. Silva
Interesting, I was just reading about the round rule in IEEE standard last Friday. What numpy's "around" function does is called "round to even" (round is take to make the next digit even), instead of "round up". According to "What every computer scientist should know about floating-point arithmet

Re: [Numpy-discussion] Random number generators

2006-09-04 Thread A. M. Archibald
On 04/09/06, Robert Kern <[EMAIL PROTECTED]> wrote: > Charles R Harris wrote: > > > What sort of api should this be? It occurs to me that there are already > > 4 sources of random bytes: > > > > Initialization: > > > > /dev/random (pseudo random, I think) /dev/random is (supposed to be) true rando

Re: [Numpy-discussion] Random number generators

2006-09-04 Thread Robert Kern
Charles R Harris wrote: > What sort of api should this be? It occurs to me that there are already > 4 sources of random bytes: > > Initialization: > > /dev/random (pseudo random, I think) > /dev/urandom > crypto system on windows > > Pseudo random generators: > > mtrand > > I suppose we coul