On 06/03/2010 01:02 PM, Eric Firing wrote:
>
> In any case, in MPL_isnan.h, isfinite is fast, because it involves only
> a single bitwise-and plus comparison; isnan and isinf are slower,
> because they involve about twice as much work.
Concerning speed, the problem is that it depends a lot on the
On 06/02/2010 05:00 PM, David wrote:
> On 06/03/2010 10:11 AM, Eric Firing wrote:
>> http://www.mail-archive.com/numpy-discussion@scipy.org/msg23912.html
>>
>> On some systems--but evidently not for most numpy users, or there would
>> have been a steady stream of screams--the appearance of np.inf i
On Wed, Jun 2, 2010 at 9:00 PM, David wrote:
> On 06/03/2010 10:11 AM, Eric Firing wrote:
> > http://www.mail-archive.com/numpy-discussion@scipy.org/msg23912.html
> >
> > On some systems--but evidently not for most numpy users, or there would
> > have been a steady stream of screams--the appearan
On Wed, Jun 2, 2010 at 7:11 PM, Eric Firing wrote:
> http://www.mail-archive.com/numpy-discussion@scipy.org/msg23912.html
>
> On some systems--but evidently not for most numpy users, or there would
> have been a steady stream of screams--the appearance of np.inf in any
> call to np.isfinite or np
On 06/03/2010 10:11 AM, Eric Firing wrote:
> http://www.mail-archive.com/numpy-discussion@scipy.org/msg23912.html
>
> On some systems--but evidently not for most numpy users, or there would
> have been a steady stream of screams--the appearance of np.inf in any
> call to np.isfinite or np.isinf yie
On Wed, Jun 2, 2010 at 7:11 PM, Eric Firing wrote:
> http://www.mail-archive.com/numpy-discussion@scipy.org/msg23912.html
>
> On some systems--but evidently not for most numpy users, or there would
> have been a steady stream of screams--the appearance of np.inf in any
> call to np.isfinite or np
On 06/03/2010 10:24 AM, Jarrod Millman wrote:
> On Wed, Jun 2, 2010 at 10:08 AM, Matthew Brett
> wrote:
>> Do y'all think opt-in? Or opt-out?If it's opt-in I guess you'll
>> catch most of the current committers, and most of the others you'll
>> lose, but maybe that's good enough.
>
> I think
On Wed, Jun 2, 2010 at 10:08 AM, Matthew Brett wrote:
> Do y'all think opt-in? Or opt-out? If it's opt-in I guess you'll
> catch most of the current committers, and most of the others you'll
> lose, but maybe that's good enough.
I think it should be opt-in. How would opt-out work? Would som
On Wed, Jun 2, 2010 at 7:11 PM, Eric Firing wrote:
> http://www.mail-archive.com/numpy-discussion@scipy.org/msg23912.html
>
> On some systems--but evidently not for most numpy users, or there would
> have been a steady stream of screams--the appearance of np.inf in any
> call to np.isfinite or np
On Wed, Jun 2, 2010 at 6:18 PM, Stephen Simmons wrote:
>
> On 1/06/2010 10:51 PM, Wes McKinney wrote:
> >
> > This is a pretty good example of the "group-by" problem that will
> > hopefully work its way into a future edition of NumPy.
>
> Wes (or anyone else), please can you elaborate on any p
http://www.mail-archive.com/numpy-discussion@scipy.org/msg23912.html
On some systems--but evidently not for most numpy users, or there would
have been a steady stream of screams--the appearance of np.inf in any
call to np.isfinite or np.isinf yields this:
In [1]:import numpy as np
In [2]:np.is
On 1/06/2010 10:51 PM, Wes McKinney wrote:
>
> This is a pretty good example of the "group-by" problem that will
> hopefully work its way into a future edition of NumPy.
Wes (or anyone else), please can you elaborate on any plans for groupby?
I've made my own modification to numpy.bincount f
On 6/2/2010 2:32 PM, Mathew Yeates wrote:
> Nope. This version didn't work either.
>
>
>
> If you're on Python 2.6 the binary on here might work for you:
>
> http://www.lfd.uci.edu/~gohlke/pythonlibs/
>
> It looks recent enough to have the rewritten ndimage
On 6/2/2010 2:32 PM, Mat
I'm about to commit some changes in the numpy trunk regarding the masked
constant. Namely, 'masked' is now its own object. It inherits from MaskedArray,
but doesn't have a fill_value and is represented slightly differently:
>>> repr(ma.masked)
'masked'
The reason behind that is to reduce the head
Nope. This version didn't work either.
>
> If you're on Python 2.6 the binary on here might work for you:
>
> http://www.lfd.uci.edu/~gohlke/pythonlibs/
>
> It looks recent enough to have the rewritten ndimage
> ___
> NumPy-Discussion mailing list
> Num
On Wed, Jun 2, 2010 at 2:26 PM, wrote:
> On Wed, Jun 2, 2010 at 2:09 PM, Mathew Yeates wrote:
>> I'm on Windows, using a precompiled binary. I never built numpy/scipy on
>> Windows.
>
> ndimage measurements has been recently rewritten. ndimage is very fast
> but (the old version) has insufficien
On Wed, Jun 2, 2010 at 2:09 PM, Mathew Yeates wrote:
> I'm on Windows, using a precompiled binary. I never built numpy/scipy on
> Windows.
ndimage measurements has been recently rewritten. ndimage is very fast
but (the old version) has insufficient type checking and may crash on
wrong inputs.
I
I'm on Windows, using a precompiled binary. I never built numpy/scipy on
Windows.
On Wed, Jun 2, 2010 at 10:45 AM, Wes McKinney wrote:
> On Wed, Jun 2, 2010 at 1:23 PM, Mathew Yeates
> wrote:
> > thanks. I am also getting an error in ndi.mean
> > Were you getting the error
> > "RuntimeError: da
On Wed, Jun 2, 2010 at 1:23 PM, Mathew Yeates wrote:
> thanks. I am also getting an error in ndi.mean
> Were you getting the error
> "RuntimeError: data type not supported"?
>
> -Mathew
>
> On Wed, Jun 2, 2010 at 9:40 AM, Wes McKinney wrote:
>>
>> On Wed, Jun 2, 2010 at 3:41 AM, Vincent Schut wr
thanks. I am also getting an error in ndi.mean
Were you getting the error
"RuntimeError: data type not supported"?
-Mathew
On Wed, Jun 2, 2010 at 9:40 AM, Wes McKinney wrote:
> On Wed, Jun 2, 2010 at 3:41 AM, Vincent Schut wrote:
> > On 06/02/2010 04:52 AM, josef.p...@gmail.com wrote:
> >> On
Hi.
>> Maybe you could put up a list of those people whose emails you need to
>> scrape (obviously without the email addresses) and ask for opt-out?
>> Or opt-in if you think that's better?
>
> So here is the list of authors:
Do y'all think opt-in? Or opt-out?If it's opt-in I guess you'll
ca
On Wed, Jun 2, 2010 at 3:41 AM, Vincent Schut wrote:
> On 06/02/2010 04:52 AM, josef.p...@gmail.com wrote:
>> On Tue, Jun 1, 2010 at 9:57 PM, Zachary Pincus
>> wrote:
I guess it's as fast as I'm going to get. I don't really see any
other way. BTW, the lat/lons are integers)
>>>
>>> You
Hi there,
I'm interested in the solution to a special case of the parallel thread
'2D binning', which is going on at the moment. My data is on a fine global
grid, say .125x.125 degrees. I'm looking for a way to do calculations on
coarser grids, e.g.
* calculate means()
* calculate std()
* ...
on
Why not simply use a set?
uniquePoints = set(zip(lats, lons))
Ben Root
On Wed, Jun 2, 2010 at 2:41 AM, Vincent Schut wrote:
> On 06/02/2010 04:52 AM, josef.p...@gmail.com wrote:
> > On Tue, Jun 1, 2010 at 9:57 PM, Zachary Pincus
> wrote:
> >>> I guess it's as fast as I'm going to get. I don't
On Wed, Jun 2, 2010 at 3:09 AM, Matthew Brett wrote:
> Maybe you could put up a list of those people whose emails you need to
> scrape (obviously without the email addresses) and ask for opt-out?
> Or opt-in if you think that's better?
So here is the list of authors:
abaecker
alan.mcintyre
ariv
On 06/02/2010 04:52 AM, josef.p...@gmail.com wrote:
> On Tue, Jun 1, 2010 at 9:57 PM, Zachary Pincus
> wrote:
>>> I guess it's as fast as I'm going to get. I don't really see any
>>> other way. BTW, the lat/lons are integers)
>>
>> You could (in c or cython) try a brain-dead "hashtable" with no
>
26 matches
Mail list logo