Is https://docs.scipy.org/ being down known issue?
Ryan
--
Ryan May
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
https://mail.scipy.org/mailman/listinfo/numpy-discussion
ssue:
>>
>> https://github.com/numpy/numpy/issues/5543
>>
>> There was also a very thorough discussion of this recently on this
>> mailing list:
>>
>> http://numpy-discussion.10968.n7.nabble.com/Proposal-to-supp
>> ort-format-td43931.html
>>
>&
e now hit this in my code. If someone can even point me in the general
direction of the code to dig into for this (please let it be python, please
let it be python...), I'll dig in more.
Ryan
--
Ryan May
___
NumPy-Discussion mailing list
NumPy-Discus
it could be nice to add an axis
> argument, so it can work similarly to np.stack.
>
itertools.product, itertools.permutation, etc. with np.fromiter (and
reshape) is probably also useful here, though it doesn't solve the
non-scalar problem.
Ryan
--
Ryan May
_
eval function:
https://docs.python.org/3/library/functions.html#eval
?
Ryan
--
Ryan May
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
https://mail.scipy.org/mailman/listinfo/numpy-discussion
On Sun, Oct 9, 2016 at 12:59 PM, Stephan Hoyer wrote:
> On Sun, Oct 9, 2016 at 6:25 AM, Sebastian Berg > wrote:
>
>> For what its worth, I still feel it is probably the only real option to
>> go with error, changing to float may have weird effects.
Sounds good.
On Thu, Jul 14, 2016 at 10:51 AM, Nathan Goldbaum <nathan12...@gmail.com>
wrote:
> Fine with me as well. Meet in the downstairs lobby after the lightning
> talks?
>
> On Thu, Jul 14, 2016 at 10:49 AM, Ryan May <rma...@gmail.com> wrote:
>
>> Fine with
would work for me. Dinner?
>> On Jul 13, 2016 2:43 PM, "Ryan May" <rma...@gmail.com> wrote:
>>
>>> On Mon, Jul 11, 2016 at 12:39 PM, Chris Barker <chris.bar...@noaa.gov>
>>> wrote:
>>>
>>>>
>>>>
>>>>
evening, which would overlap at
least part of multiple happy hour events. I lean towards evening. Thoughts?
Ryan
--
Ryan May
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
https://mail.scipy.org/mailman/listinfo/numpy-discussion
us on)
>
I agree that a more general solution is a good goal--just that units is my
"sine qua non". Also, I would have love to have heard that someone solved
the unit + ndarray-like thing problem. :)
Ryan
--
Ryan May
___
NumPy-Discussion mailing
s can be an informal BOF session?
>
> Nathan
>
>
> On Sunday, July 10, 2016, Ryan May <rma...@gmail.com> wrote:
>
>> Hi Nathaniel,
>>
>> Thursday works for me; anyone else interested is welcome to join.
>>
>> Ryan
>>
>> On Sun, Jul
on/Tue/Wed between the Python Compilers Workshop
> and my talk, but do you want to meet up Thursday maybe?
>
> -n
>
> On Sat, Jul 9, 2016 at 6:44 PM, Ryan May <rma...@gmail.com> wrote:
> > Greetings!
> >
> > I've been beating my head against a wall trying to work seam
or another before I can move
forward in my corner of the world, and I have time I can dedicate to
implementing a solution.
Ryan
--
Ryan May
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
https://mail.scipy.org/mailman/listinfo/numpy-discussion
n mailing
> listNumPy-Discussion@scipy.orghttps://mail.scipy.org/mailman/listinfo/numpy-discussion
>
>
>
>
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
> https://mail.scipy.org/mailman/listinfo/numpy-discussion
>
>
--
Ryan May
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
https://mail.scipy.org/mailman/listinfo/numpy-discussion
>
>
>
>
> --
>
> Jonathan D. Slavin Harvard-Smithsonian CfA
> jsla...@cfa.harvard.edu 60 Garden Street, MS 83
> phone: (617) 496-7981 Cambridge, MA 02138-1516
> cell: (781) 363-0035 USA
> __
On Fri, Sep 25, 2015 at 3:02 PM, Nathaniel Smith wrote:
>
> The coroutines in 3.5 are just syntactic sugar around features that were
> added in *2*.5 (yield expressions and yield from), so no need to wait :-).
> They fall far short of arbitrary continuations, though.
>
This has to be one of the most bizarre threads I've ever read in my life.
Somehow companies are lurking around like the boogeyman and academics are
completely free of ulterior motives and conflicts of interest? This is just
asinine--we're all people and have various motivations. (Having just
Out[8]: (3, 4, 5, 6, 2)
So it behaves just like insert. But len(a.shape) is rather
cumbersome, especially if you haven't given a a name yet:
It's available as a.ndim
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
asarray() but would work fine with
masked arrays (or other subclasses), feel free to file/post as a bug.
It's good to get those cases fixed where possible. (I've done this in
the past.)
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
atleast_1d(d).astype('d')
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
something. It feels to me like it's violating the principle
of in the face of ambiguity, resist the temptation to guess.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
NumPy-Discussion mailing list
NumPy
it's because you're trying to replace
the object pointed to by the .data attribute. Instead, try to just
change the bits contained in .data:
basic.data['Air_Temp'].data[:] = np.ones(len(basic.data['Air_Temp']))*30
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University
need to do is:
if b.any():
or:
if b.all()
Now for determining empty or not, you'll need to look at len(b) or b.shape
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
NumPy-Discussion mailing list
NumPy
On Fri, Apr 2, 2010 at 8:31 AM, Robert Kern robert.k...@gmail.com wrote:
On Fri, Apr 2, 2010 at 08:28, Ryan May rma...@gmail.com wrote:
On Thu, Apr 1, 2010 at 10:07 PM, Shailendra shailendra.vi...@gmail.com
wrote:
Hi All,
Below is some array behaviour which i think is odd
a=arange(10
, -53.584962500721154)
-1.5849625007211561
np.version.version
'2.0.0.dev8313'
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo
, is there something wrong with the support for 2to3
that already exists within distutils? (Other than it just being
distutils)
http://bruynooghe.blogspot.com/2010/03/using-lib2to3-in-setuppy.html
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
more obvious (doing a multiply between
boolean arrays to get an AND operator seems a tad odd):
x[(23x) (x45)] = 0
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
NumPy-Discussion mailing list
NumPy
On Tue, Mar 30, 2010 at 3:16 PM, Friedrich Romstedt
friedrichromst...@gmail.com wrote:
2010/3/30 Ryan May rma...@gmail.com:
On Tue, Mar 30, 2010 at 11:12 AM, Alan G Isaac ais...@american.edu wrote:
On 3/30/2010 12:56 PM, Sean Mulcahy wrote:
512x512 arrays. I would like to set elements
On Tue, Mar 30, 2010 at 3:40 PM, Robert Kern robert.k...@gmail.com wrote:
On Tue, Mar 30, 2010 at 16:35, Ryan May rma...@gmail.com wrote:
On Tue, Mar 30, 2010 at 3:16 PM, Friedrich Romstedt
friedrichromst...@gmail.com wrote:
x *= ((x = 23) | (x = 45)) .
Interesting. In an ideal world, I'd
On Mon, Mar 29, 2010 at 8:00 AM, Bruce Southey bsout...@gmail.com wrote:
On 03/27/2010 01:31 PM, Ryan May wrote:
Because of the call to asarray(), the mask is completely discarded and
you end up with identical results to an unmasked array,
which is not what I'd expect. Worse, the actual
this addresses the concerns that were raised about the changes
for subclasses in this case. Let me know if I've missed something (or
if there's no way in hell any such patch will ever be committed).
Thanks,
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
On Mon, Mar 22, 2010 at 8:14 AM, Ryan May rma...@gmail.com wrote:
On Sun, Mar 21, 2010 at 11:57 PM, josef.p...@gmail.com wrote:
On Mon, Mar 22, 2010 at 12:49 AM, Ryan May rma...@gmail.com wrote:
Hi,
I found that trapz() doesn't work with subclasses:
http://projects.scipy.org/numpy/ticket
On Sat, Mar 27, 2010 at 11:12 AM, josef.p...@gmail.com wrote:
On Sat, Mar 27, 2010 at 1:00 PM, Ryan May rma...@gmail.com wrote:
On Mon, Mar 22, 2010 at 8:14 AM, Ryan May rma...@gmail.com wrote:
On Sun, Mar 21, 2010 at 11:57 PM, josef.p...@gmail.com wrote:
On Mon, Mar 22, 2010 at 12:49 AM
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On Sun, Mar 21, 2010 at 11:57 PM, josef.p...@gmail.com wrote:
On Mon, Mar 22, 2010 at 12:49 AM, Ryan May rma...@gmail.com wrote:
Hi,
I found that trapz() doesn't work with subclasses:
http://projects.scipy.org/numpy/ticket/1438
A simple patch (attached) to change asarray() to asanyarray
at the moment to
come up with a more complete fix.
That fixed it for me, thanks for getting done quickly.
What's amusing is that I found it because pupynere was failing to
write files where a variable had an attribute that consisted of a
single letter.
Ryan
--
Ryan May
Graduate Research Assistant
Hi,
I found that trapz() doesn't work with subclasses:
http://projects.scipy.org/numpy/ticket/1438
A simple patch (attached) to change asarray() to asanyarray() fixes
the problem fine.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
.dev8297'
Thoughts?
(Filed at: http://projects.scipy.org/numpy/ticket/1436)
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org
the next release after that.
Thanks,
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
fix_gradient_with_subclasses.diff
Description: Binary data
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http
of ndarray.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
the textbook use case for the python 2.5/2.6 context
manager. Pity we can't use it yet... (and I'm not sure it'd be easy
to wrap around the calls here.)
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
NumPy
On Wed, Mar 17, 2010 at 9:20 AM, Darren Dale dsdal...@gmail.com wrote:
On Wed, Mar 17, 2010 at 10:11 AM, Ryan May rma...@gmail.com wrote:
On Wed, Mar 17, 2010 at 7:19 AM, Darren Dale dsdal...@gmail.com wrote:
Is this general enough for your use case? I haven't tried to think
about how
([1, ly - 1)
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
that. It wasn't
helpful and I apologize.
Actually, Darren, I found you fairly entertaining.
;)
Agreed. I found it actually helpful in hammering home something said
by Travis that was somewhat ignored.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
resubscribe?
I'm seeing traffic on numpy-tickets since about the time scipy-tickets
came back. I'd try resubscribing.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Sent from Norman, Oklahoma, United States
as a non-issue/'not a big deal'.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
complex data from some routine into a new
array (without specifying a dtype) ends up with the complex downcast
silently to float64. The only reason you even notice it is because at
the end you have incorrect answers. I know to look for it now, but for
inexperienced users, it's a pain.
Ryan
--
Ryan
considering the
prevalence of Barnes/Cressman weighting for spatial averaging
typically used in meteorology. And if you have no idea what I'm
talking about, Google them, and you'll see. :)
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
considering the
prevalence of Barnes/Cressman weighting for spatial averaging
typically used in meteorology. And if you have no idea what I'm
talking about, Google them, and you'll see. :)
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
On Fri, Oct 23, 2009 at 4:02 AM, David Warde-Farley d...@cs.toronto.edu wrote:
On 21-Oct-09, at 11:01 AM, Ryan May wrote:
~/.local was added to *be the standard* for easily installing python
packages in your user account. And it works perfectly on the other
major OSes, no twiddling of paths
Intels vector math library or AMD's math core
library, see the doc's of -mveclibabi. You just need to recompile numpy
with proper compiler arguments.
Do you have a link to the documentation for -mveclibabi? I can't find
this anywhere and I'm *very* interested.
Ryan
--
Ryan May
Graduate
On Wed, Oct 21, 2009 at 1:23 PM, Ryan May rma...@gmail.com wrote:
On Wed, Oct 21, 2009 at 11:38 AM, Gregor Thalhammer
gregor.thalham...@gmail.com wrote:
I once wrote a module that replaces the built in transcendental
functions of numpy by optimized versions from Intels vector math
library
:
numpy.genfromtext(filename, delimiter=';', skiprows=1, names=['year',
'month', 'day', 'hour', 'value'])
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Sent from Norman, Oklahoma, United States
___
NumPy-Discussion mailing
found a bug?
I see the same here on 1.4.0.dev7400. Seems pretty odd to me. Then again,
it's a bit more complex using masked boolean arrays for indexing since you
have True, False, and masked values. Anyone have thoughts on what *should*
happen here? Or is this it?
Ryan
--
Ryan May
Graduate
/numpy-discussion
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
a python dictionary to hold
the arrays, depending on you motives behind using a record array.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Sent from Norman, Oklahoma, United States
___
NumPy-Discussion mailing
On Thu, Jul 30, 2009 at 2:13 PM, BBands bba...@gmail.com wrote:
Could someone point me toward some information on Scipy/Numpy and
Python 3.1? I'd like to upgrade, but can't seem to find the path.
Scipy/Numpy are have not yet been ported to python 3.x
Ryan
--
Ryan May
Graduate Research
On Thu, Jun 4, 2009 at 5:14 AM, David Cournapeau courn...@gmail.com wrote:
On Tue, Jun 2, 2009 at 10:56 PM, Ryan May rma...@gmail.com wrote:
On Tue, Jun 2, 2009 at 5:59 AM, David Cournapeau
da...@ar.media.kyoto-u.ac.jp wrote:
Robin wrote:
On Tue, Jun 2, 2009 at 11:36 AM, David
, and it takes less memory too).
I'd be +1 on including something like this (provided it expanded to include
complex-valued data). I think it's a real need, since everyone seems to
keep rolling their own. I had to write my own just so that I can calculate
a few lags in a vectorized fashion.
Ryan
--
Ryan
(s), skiprows=11)
The last line yields, as expected:
array([ 11., 12., 13., 14., 15., 16., 17., 18., 19.])
This is with 1.4.0.dev6983. Can we see code and data file?
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Sent from Norman, Oklahoma
behaviour ?
Bruno.
It's a bug that's been fixed. Numpy 1.0.4 is quite a bit out of date, so
I'd recommend updating to the latest (1.3).
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
Numpy-discussion
the factors might be. I
know this works with datetime objects, but I'm really not sure why None and
the empty list don't work.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Sent from Norman, Oklahoma, United States
(yoyo) which will
work in both python 2.x and 3.x. The parenthesis are just extraneous in
python 2.x. Now, the more complicated uses of print won't be as easy to
change, but I'm not sure how prevalent their use is.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University
On Thu, Apr 23, 2009 at 11:23 AM, Christopher Barker
chris.bar...@noaa.govwrote:
Ryan May wrote:
On Thu, Apr 23, 2009 at 9:52 AM, David Cournapeau courn...@gmail.com
But replacing print is not as easy as reduce. Things like print
yoyo, a do not work, for example.
I think
tells me it got fixed in between 1.2.0
and 1.2.1.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Sent from Norman, Oklahoma, United States
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http
Hi,
What's the status on SVN and ticket email notifications? The only messages
I'm seeing since the switch is the occasional spam. Should I try
re-subscribing?
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Sent from: Norman Oklahoma United States
On Thu, Mar 12, 2009 at 3:05 AM, Francesc Alted fal...@pytables.org wrote:
A Wednesday 11 March 2009, Ryan May escrigué:
Thanks. That's actually pretty close to what I had. I was actually
thinking that you were using only blas_opt and lapack_opt, since
supposedly the [mkl] style section
On Thu, Mar 12, 2009 at 8:30 AM, David Cournapeau
da...@ar.media.kyoto-u.ac.jp wrote:
Ryan May wrote:
[DEFAULT]
include_dirs = /opt/intel/mkl/10.0.2.018/include/
http://10.0.2.018/include/
library_dirs = /opt/intel/mkl/10.0.2.018/lib/em64t/:/usr/lib
http://10.0.2.018/lib/em64t/:/usr
On Thu, Mar 12, 2009 at 9:02 AM, David Cournapeau courn...@gmail.comwrote:
On Thu, Mar 12, 2009 at 5:25 AM, Ryan May rma...@gmail.com wrote:
That's fine. I just wanted to make sure I didn't do something weird
while
getting numpy built with MKL.
It should be fixed in r6650
Fixed for me
On Thu, Mar 12, 2009 at 9:55 AM, David Cournapeau courn...@gmail.comwrote:
On Thu, Mar 12, 2009 at 11:23 PM, Ryan May rma...@gmail.com wrote:
Fixed for me. I get a segfault running scipy.test(), but that's probably
due to MKL.
Yes, it is. Scipy run the test suite fine for me.
While
On Thu, Mar 12, 2009 at 10:11 AM, Francesc Alted fal...@pytables.orgwrote:
A Thursday 12 March 2009, Ryan May escrigué:
I can get it working now with either the [mkl] section like your
config or the following config:
[DEFAULT]
include_dirs = /opt/intel/mkl/10.0.2.018/include
On Thu, Mar 12, 2009 at 12:00 PM, David Cournapeau courn...@gmail.comwrote:
On Fri, Mar 13, 2009 at 12:10 AM, Ryan May rma...@gmail.com wrote:
On Thu, Mar 12, 2009 at 9:55 AM, David Cournapeau courn...@gmail.com
wrote:
On Thu, Mar 12, 2009 at 11:23 PM, Ryan May rma...@gmail.com wrote
that
check should instead read:
elif cpu.is_Xeon() or cpu.is_Core2():
Thoughts?
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Sent from: Norman Oklahoma United States.
___
Numpy-discussion mailing list
Numpy
On Wed, Mar 11, 2009 at 1:41 PM, David Cournapeau courn...@gmail.comwrote:
On Thu, Mar 12, 2009 at 3:15 AM, Ryan May rma...@gmail.com wrote:
Hi,
I noticed the following in numpy/distutils/system_info.py while trying to
get numpy to build against MKL:
if cpu.is_Itanium
On Wed, Mar 11, 2009 at 1:34 PM, Francesc Alted fal...@pytables.org wrote:
A Wednesday 11 March 2009, Ryan May escrigué:
Hi,
I noticed the following in numpy/distutils/system_info.py while
trying to get numpy to build against MKL:
if cpu.is_Itanium
On Wed, Mar 11, 2009 at 2:20 PM, Francesc Alted fal...@pytables.org wrote:
A Wednesday 11 March 2009, Ryan May escrigué:
You know, I knew this sounded familiar. If you regularly build
against MKL, can you send me your site.cfg. I've had a lot more
success getting the build to work using
happen until I updated to *numpy* SVN HEAD. Numpy itself is
building without errors and no tests fail on my system. Any ideas?
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Sent from: Norman Oklahoma United States
Hi,
Is anyone getting mails of the SVN commits? I've gotten 1 spam message from
that list, but no commits.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
Numpy-discussion mailing list
Numpy-discussion
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Sent from: Norman Oklahoma United States.
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
: my impression in undergrad was that
infinity / 8 could be anything from 0 to infinity in physics :)
Not to nitpick, but this is the second time I've seen this lately:
physician == medical doctor != physicist :)
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University
On Wed, Feb 18, 2009 at 8:19 PM, David Cournapeau courn...@gmail.comwrote:
On Thu, Feb 19, 2009 at 11:07 AM, Ryan May rma...@gmail.com wrote:
Not to nitpick, but this is the second time I've seen this lately:
physician == medical doctor != physicist :)
You're right of course
On Wed, Feb 11, 2009 at 10:47 PM, Pierre GM pgmdevl...@gmail.com wrote:
On Feb 11, 2009, at 11:38 PM, Ryan May wrote:
Pierre,
I noticed that using dtype=None with a heterogeneous set of data,
trying to use unpack=True to get the columns into separate arrays
(instead of a structured
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
of separate
arrays. Does this seem like a good idea to you?
Here's a test case:
from cStringIO import StringIO
s = '2,1950-02-27,35.55\n2,1951-02-19,35.27\n'
a,b,c = np.genfromtxt(StringIO(s), delimiter=',', unpack=True, missing=' ',
dtype=None)
Ryan
--
Ryan May
Graduate Research Assistant
School
considered writing a
subclass/wrapping just so I can make metadata available while passing around
recarrays. It'd save me a bunch of work. I don't think there's anything
wrong with making the user propagate the dictionary.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University
Hi,
Ok, what am I missing here:
x = np.array([[4,2],[5,3]])
x[x.argsort(1)]
array([[[5, 3],
[4, 2]],
[[5, 3],
[4, 2]]])
I was expecting:
array([[2,4],[3,5]])
Certainly not a 3D array. What am I doing wrong?
Ryan
--
Ryan May
Graduate Research Assistant
School
the
string '0' to the converter. Are the converters expected to handle what amounts
to bad input even though the file itself has no such problems? Specifying the
dtype doesn't appear to help either.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Pierre GM wrote:
On Feb 3, 2009, at 11:24 AM, Ryan May wrote:
Pierre,
Should the following work?
import numpy as np
from StringIO import StringIO
converter = {'date':lambda s: datetime.strptime(s,'%Y-%m-%d %H:%M:
%SZ')}
data = np.ndfromtxt(StringIO('2009-02-03 12:00:00Z,72214.0
Ryan May wrote:
Pierre,
I know you did some preliminary work on helping to make sure that doing
operations on masked arrays doesn't change the underlying data. I ran into
the
following today.
import numpy as np
a = np.ma.array([1,2,3], mask=[False, True, False])
b = a * 10
c = 10
up with
the value of the scalar. If this is getting too hairy to handle not touching
data, I understand. I just thought I should point out the inconsistency here.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Pierre GM wrote:
On Feb 3, 2009, at 4:00 PM, Ryan May wrote:
Well, I guess I hit send too soon. Here's one easy solution
(consistent with
what you did for __radd__), change the code for __rmul__ to do:
return multiply(self, other)
instead of:
return multiply(other, self
to these values:
16 X(1) Y(1) Z(1)
The 16 comes from the size of 2 ints and 1 double. Since you're always writing
out the 3 values, and they're always the same size, try adding another integer
column as the first field in your array.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
Nils Wagner wrote:
On Mon, 02 Feb 2009 10:17:13 -0600
Ryan May rma...@gmail.com wrote:
Every write statement in fortran first writes out the
number of bytes that will
follow, *then* the actual data. So, for instance, the
first write to file in
your program will write the bytes
','int32'),('icol','int32'),('value','float')])
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
Numpy-discussion mailing list
Numpy-discussion@scipy.org
http://projects.scipy.org/mailman/listinfo/numpy-discussion
Nils Wagner wrote:
On Mon, 02 Feb 2009 14:07:35 -0600
Ryan May rma...@gmail.com wrote:
Nils Wagner wrote:
Is this a 64-bit problem ?
I don't know if it's a 64-bit problem per-se, so much as
a disagreement between
fortran and numpy. Numpy is making the size of the
integer fields 8
numpy.ones to fill
with fives makes no sense to me. But I would be +1 on having a function
called numpy.values or numpy.fill that would create and fill an ndarray
with arbitrary values.
I completely agree here.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University
.
I think that's right, but at that point, what gain is that over using a regular
constant and relying on numpy's broadcasting?
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
___
Numpy-discussion mailing list
))[0]
if fourEnd: f.seek(4,1)
#===
I'm not sure about whether or not its optimized, but I can tell you that the
mystery 4 bytes are the number of bytes it that wrote out followed by that
number of bytes of data.
Ryan
--
Ryan May
Graduate Research
1 - 100 of 165 matches
Mail list logo