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
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
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
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
>> 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
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
[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
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
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
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
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
--
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/
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
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,
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
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
-
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
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
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
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
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
21 matches
Mail list logo