Re: [Numpy-discussion] Please stop bottom posting!!

2013-04-12 Thread Paul Ivanov
> Paul Ivanov wrote: > > ... But I just came across a wonderfully short signature from > > Rick Moen, and thought I'd pass it along: > > > Cheers, A: Yes. > > Rick Moen > Q: Are you sure? > > rick@linuxmafia >> A: Because it reverses the logical flow of > > conversation

Re: [Numpy-discussion] Time Zones and datetime64

2013-04-12 Thread Colin J. Williams
On 12/04/2013 3:57 PM, Chris Barker - NOAA Federal wrote: On Fri, Apr 12, 2013 at 9:52 AM, Riccardo De Maria wrote: Not related to leap seconds and physically accurate time deltas, I have just noticed that SQLite has a nice API: http://www.sqlite.o

Re: [Numpy-discussion] Time Zones and datetime64

2013-04-12 Thread Anthony Scopatz
Thanks for putting this together Chris. I am in favor of option (1) Pure UTC. I think it is the simplest to implement, and to get from / to other time zones is one ufunc application. On the other hand, option (3) full time zone support isn't too bad either. It is more work to implement but a lo

Re: [Numpy-discussion] Time Zones and datetime64

2013-04-12 Thread Chris Barker - NOAA Federal
On Fri, Apr 12, 2013 at 9:52 AM, Riccardo De Maria wrote: > Not related to leap seconds and physically accurate time deltas, I have just > noticed that SQLite has a nice API: > > http://www.sqlite.org/lang_datefunc.html > > that one can be inspired from. The source contains a date.c which looks >

[Numpy-discussion] Non-Integer deprecations

2013-04-12 Thread Sebastian Berg
Hey all, just revisiting non-integer (index) deprecations (basically https://github.com/numpy/numpy/pull/2891). I believe for all natural integer arguments, it is correct to do a deprecation if the input is not an integer. (Technically most of these go through PyArray_PyIntAsIntp, and if not proba

Re: [Numpy-discussion] Time Zones and datetime64

2013-04-12 Thread Riccardo De Maria
Not related to leap seconds and physically accurate time deltas, I have just noticed that SQLite has a nice API: http://www.sqlite.org/lang_datefunc.html that one can be inspired from. The source contains a date.c which looks reasonably clear. Riccardo __

Re: [Numpy-discussion] Please stop bottom posting!!

2013-04-12 Thread Derek Homeier
On 12.04.2013, at 6:01PM, Chris Barker - NOAA Federal wrote: > Maybe we need a short-hand for "clean up the previous parts of the > thread to show only what you need to make your post relevant and > clear" > +1 > Paul Ivanof wrote: >> ... But I just came across a wonderfully short signature fr

Re: [Numpy-discussion] Please stop bottom posting!!

2013-04-12 Thread Chris Barker - NOAA Federal
On Fri, Apr 12, 2013 at 7:34 AM, Derek Homeier wrote: > In German this kind of faux pas is usually labelled "TOFU" for "text on top, > full quote underneath", > and I think it has been a bit overlooked so far that the "full quote" part > probably is the bigger problem. Exactly -- my original t

Re: [Numpy-discussion] Impossible to draw a direction of arrows in Python???

2013-04-12 Thread Chris Barker - NOAA Federal
On Fri, Apr 12, 2013 at 2:34 AM, Happyman wrote: > I have encountered some problem while I was drawing a direction of arrow. What are you drawing with? numpy has nothign to do with drawing. It's likely that matplotlib is a good choice, if you are doing genreal plotting, and not jsut frawing an a

Re: [Numpy-discussion] Random number generation and testing across different OS's.

2013-04-12 Thread Robert Kern
On Fri, Apr 12, 2013 at 8:20 PM, Andrew Nelson wrote: > I have written a differential evolution optimiser that i use for > curvefitting. As a genetic optimisation technique it is stochastic and > relies heavily on random number generators to do the minimisation. As > part > of t

Re: [Numpy-discussion] Random number generation and testing across different OS's.

2013-04-12 Thread Sebastian Berg
On Fri, 2013-04-12 at 10:50 -0400, Andrew Nelson wrote: > I have written a differential evolution optimiser that i use for > curvefitting. As a genetic optimisation technique it is stochastic and > relies heavily on random number generators to do the minimisation. As > part > of

[Numpy-discussion] Random number generation and testing across different OS's.

2013-04-12 Thread Andrew Nelson
I have written a differential evolution optimiser that i use for curvefitting. As a genetic optimisation technique it is stochastic and relies heavily on random number generators to do the minimisation. As part of the module tests I would like to write a cross-platform test that c

Re: [Numpy-discussion] Please stop bottom posting!!

2013-04-12 Thread Derek Homeier
On 12.04.2013, at 2:14AM, Charles R Harris wrote: > On Thu, Apr 11, 2013 at 5:49 PM, Colin J. Williams > wrote: > On 11/04/2013 7:20 PM, Paul Hobson wrote: >> On Wed, Apr 3, 2013 at 4:28 PM, Doug Coleman wrote: >> >> Also, gmail "bottom-posts" by default. It's transparent to gmail users. I'd

Re: [Numpy-discussion] Impossible to draw a direction of arrows in Python???

2013-04-12 Thread Andreas Hilboll
> Hi, > I have encountered some problem while I was drawing a direction of > arrow. I have point (x,y) coordinates and angle of them. What I want to > do is that to draw arrow according to the given angle (just to show the > point direction as an arrow in each point coordinate). Here, we should > a

[Numpy-discussion] Impossible to draw a direction of arrows in Python???

2013-04-12 Thread Happyman
Hi, I have encountered some problem while I was drawing a direction of arrow. I have point (x,y) coordinates and angle of them. What I want to do is that to draw arrow according to the given angle (just to show the point direction as an arrow in each point coordinate). Here, we should assume co

Re: [Numpy-discussion] The "I" dtype character

2013-04-12 Thread Nathaniel Smith
On Mon, Apr 8, 2013 at 8:14 AM, Georg Brandl wrote: > Hi, > > is it intentional that "I" is supported as a dtype character, but cannot be > suffixed with a size? > dtype('i1') > dtype('int8') dtype('I1') > dtype('uint32') "i" means "integer". "i1" means "integer with 8 bits". "I" means