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
y/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
>>
>> On Tue, Feb 28, 2017 at 11:32 AM Ryan May wrot
mat__
I've 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 maili
ment, 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
___
NumPy-Discussi
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. Which does not
>> mean it is impossible, I admi
Sounds good.
On Thu, Jul 14, 2016 at 10:51 AM, Nathan Goldbaum
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 wrote:
>
>> Fine with me.
>>
>> Ryan
>>
>> On T
Fine with me.
Ryan
On Thu, Jul 14, 2016 at 12:48 AM, Nathaniel Smith wrote:
> I have something at lunch, so dinner would be good for me too.
> On Jul 13, 2016 7:46 PM, "Charles R Harris"
> wrote:
>
>> Evening would work for me. Dinner?
>> On Jul 13, 2016 2:4
ystem generally, rather than specifically about unit support. (though unit
> support is a great use-case to focus on)
>
>
So Thursday's options seem to be in the standard BOF slot (up against the
Numfocus BOF), or doing something that evening, which would overlap at
least part of multipl
ral 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 list
NumPy-Discussion@scipy.o
on?
>
> Nathan
>
>
> On Sunday, July 10, 2016, Ryan May wrote:
>
>> Hi Nathaniel,
>>
>> Thursday works for me; anyone else interested is welcome to join.
>>
>> Ryan
>>
>> On Sun, Jul 10, 2016 at 12:20 AM, Nathaniel Smith wrote:
>>
n 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 wrote:
> > Greetings!
> >
> > I've been beating my head against a wall trying to work seamlessly with
> > pint's
one way 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
WA 98115 (206) 526-6317 main reception
> chris.bar...@noaa.gov
>
> ___
> NumPy-Discussion mailing
> listNumPy-Discussion@scipy.orghttps://mail.scipy.org/mailman/listinfo/numpy-discussion
>
>
>
>
> ____
rden Street, MS 83
> phone: (617) 496-7981 Cambridge, MA 02138-1516
> cell: (781) 363-0035 USA
>
>
>
> ___
> 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
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.
>
Correction: Python 3.4 gain
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 gotten
)).shape
> 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 Rese
g about using asanyarray(). If you encounter a
basic numpy function that calls 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
t
),dtype='d') works but seems cumbersome
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
C somewhere, at least at the BOF, this exact syntax was intended to
be supported.
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
tion--it strips away information contained in the class, and
IMHO should not be the default behavior. If I want the objects, I can
force it:
In [7]: np.array([a,b],dtype=np.object)
Out[7]: array([2.0 m, 1.0 s], dtype=object)
This works fine, but feels ugly since I have to explicitly tell numpy
; fails. Although single assignment works:
>
> I[13]: basic.data['Air_Temp'].data[0] = 30
>
> Shouldn't this be working like the regular NumPy arrays do?
Based on the traceback, I'd say it's because you're trying to replace
the object pointed to by the .data at
On Fri, Apr 2, 2010 at 8:31 AM, Robert Kern wrote:
> On Fri, Apr 2, 2010 at 08:28, Ryan May wrote:
>> On Thu, Apr 1, 2010 at 10:07 PM, Shailendra
>> wrote:
>>> Hi All,
>>> Below is some array behaviour which i think is odd
>>>>>> a=arange(1
pty
> array and non-empty array( irrespective to what is inside array).
But by using:
if not b[0]:
You're not considering the array as a whole, you're looking at the
first element, which is giving expected results. As I'm sure you're
aware,
t;license" for more information.
>>> import numpy as np
>>> np.logaddexp2(-0.5849625007211563, -53.584962500721154)
-0.58496250072115619
>>> np.logaddexp2(-1.5849625007211563, -53.584962500721154)
-1.5849625007211561
>>> np.version.version
'2.0.0.dev8313'
R
On Tue, Mar 30, 2010 at 3:40 PM, Robert Kern wrote:
> On Tue, Mar 30, 2010 at 16:35, Ryan May wrote:
>> On Tue, Mar 30, 2010 at 3:16 PM, Friedrich Romstedt
>> wrote:
>
>>> x *= ((x <= 23) | (x >= 45)) .
>>
>> Interesting. In an ideal world, I&#x
On Tue, Mar 30, 2010 at 3:16 PM, Friedrich Romstedt
wrote:
> 2010/3/30 Ryan May :
>> On Tue, Mar 30, 2010 at 11:12 AM, Alan G Isaac wrote:
>>> On 3/30/2010 12:56 PM, Sean Mulcahy wrote:
>>>> 512x512 arrays. I would like to set elements of the array whose value
On Tue, Mar 30, 2010 at 11:12 AM, Alan G Isaac wrote:
> On 3/30/2010 12:56 PM, Sean Mulcahy wrote:
>> 512x512 arrays. I would like to set elements of the array whose value fall
>> within a specified range to zero (eg 23< x< 45).
>
> x[(23http://mail.scipy.org/mailman/listinfo/numpy-discussion
here
> are probably simple ways to do it without mixing distutils in.
Out of curiosity, 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.htm
think 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
Un
On Mon, Mar 29, 2010 at 8:00 AM, Bruce Southey 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, t
nterface code.)
Yeah, it's kind of annoying, since the 10% is the cool part you want,
and that 90% is thorny to design and boring to code.
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
On Sat, Mar 27, 2010 at 11:12 AM, wrote:
> On Sat, Mar 27, 2010 at 1:00 PM, Ryan May wrote:
>> On Mon, Mar 22, 2010 at 8:14 AM, Ryan May wrote:
>>> On Sun, Mar 21, 2010 at 11:57 PM, wrote:
>>>> On Mon, Mar 22, 2010 at 12:49 AM, Ryan May wrote:
>>&g
On Mon, Mar 22, 2010 at 8:14 AM, Ryan May wrote:
> On Sun, Mar 21, 2010 at 11:57 PM, wrote:
>> On Mon, Mar 22, 2010 at 12:49 AM, Ryan May wrote:
>>> Hi,
>>>
>>> I found that trapz() doesn't work with subclasses:
>>>
>>> http://
On Sun, Mar 21, 2010 at 11:57 PM, wrote:
> On Mon, Mar 22, 2010 at 12:49 AM, Ryan May wrote:
>> Hi,
>>
>> I found that trapz() doesn't work with subclasses:
>>
>> http://projects.scipy.org/numpy/ticket/1438
>>
>> A simple patch (attached) to cha
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 Okl
things like this can slip), but I don't have the time 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 tha
ne):
ValueError: assignment to 0-d array
In [5]: np.__version__
Out[5]: '2.0.0.dev8297'
Thoughts?
(Filed at: http://projects.scipy.org/numpy/ticket/1436)
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
masked arrays (and masking invalid points)
is a pipe dream, but every function in numpy should IMO deal properly
with subclasses 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
gradient until 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
On Wed, Mar 17, 2010 at 9:20 AM, Darren Dale wrote:
> On Wed, Mar 17, 2010 at 10:11 AM, Ryan May wrote:
>> On Wed, Mar 17, 2010 at 7:19 AM, Darren Dale wrote:
>>> Is this general enough for your use case? I haven't tried to think
>>> about how to change some glob
tbook 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
___
last number, so really:
ux(:,1,col)
becomes:
ux(0, 0, col) # or ux(:, 0, col)
And if col is
col = [2:(ly-1)]
This needs to be:
col = np.arange([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
ter. Nor do I.
>
>> I definitely should have counted to 100 before sending that. It wasn't
>> helpful and I apologize.
>
> Actually, Darren, I found you fairly entertaining.
>
> ;)
Agreed. I found it actually helpful
- or should I 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
__
sue too :-) ).
+1 Completely agree. And to be clear, I realize the need not to break
anything relying on this behavior. I just don't want people passing
this off 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
-
ValueErrorTraceback (most recent call last)
/home/rmay/ in ()
ValueError: invalid literal for float(): bob
Why doesn't that silently downcast the strings to 0.0 or something
silly? Because that would be *stupid*
ers. I know to look for it now, but for
inexperienced users, it's a pain.
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
aussian kernel isn't really *that* ad hoc 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
aussian kernel isn't really *that* ad hoc 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
On Fri, Oct 23, 2009 at 4:02 AM, David Warde-Farley 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 tw
On Wed, Oct 21, 2009 at 1:23 PM, Ryan May wrote:
> On Wed, Oct 21, 2009 at 11:38 AM, Gregor Thalhammer
> wrote:
>> I once wrote a module that replaces the built in transcendental
>> functions of numpy by optimized versions from Intels vector math
>> library. If some
from 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* intereste
on). Indeed, on linux, I do end up conflicting
between my system numpy and my SVN install in ~/.local, and I don't
have a problem with it. This comes with the territory when I start
doing power-user/developer tasks. It just to me seems odd that the OS
that works so hard to make so many
,
> '/System/Library/Frameworks/Python.framework/Versions/2.6/Extras/lib/python/wx-2.8-mac-unicode']
>
> So I guess virtualenv or macports?
Wow. Once again, Apple makes using python unnecessarily difficult.
Someone needs a whack with a clue bat.
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
s and skip reading
the names from the file:
numpy.genfromtext(filename, delimiter=';', skiprows=1, names=['year',
'month', 'day', 'hour', 'value'])
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklaho
e],
> fill_value = 99)
>
> Is this the correct result or have I 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
ussion@scipy.org
> http://mail.scipy.org/mailman/listinfo/numpy-discussion
>
>
> ___
> NumPy-Discussion mailing list
> NumPy-Discussion@scipy.org
> http://mail.scipy.org/mailman/listinfo/numpy-discussion
>
>
-
u could try just using 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
___
NumP
On Thu, Jul 30, 2009 at 2:13 PM, BBands 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 wrote:
> On Tue, Jun 2, 2009 at 10:56 PM, Ryan May wrote:
> > On Tue, Jun 2, 2009 at 5:59 AM, David Cournapeau
> > wrote:
> >>
> >> Robin wrote:
> >> > On Tue, Jun 2, 2009 at 11:36 AM, David Courn
ded 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 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
xt(StringIO(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 fro
it when I do
> imshow( b[:,:,0] ).
>
It's going to be faster to do it without the transpose. Besides, for numpy,
that imshow becomes:
imshow(b[0])
Which, IMHO, looks better than Matlab.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
__
y([False, False], dtype=bool)
But based on these results, I have no idea what 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 o
m on a Ms-Windows and a Linux Machine.
>
> I could run the example by adding a \n at the end of c :
> c = StringIO("0 1\n2 3\n")
>
>
> Is it the normal and expected behaviour ?
>
> Bruno.
>
>
It's a bug that's
On Thu, Apr 23, 2009 at 11:23 AM, Christopher Barker
wrote:
> Ryan May wrote:
> > On Thu, Apr 23, 2009 at 9:52 AM, David Cournapeau > But replacing print is not as easy as reduce. Things like print
> > "yoyo", a do not work, for example.
> >
> >
not as easy as reduce. Things like print
> "yoyo", a do not work, for example.
>
I think the point is that you can just change it to print("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 p
xactly what happens on my installation, but your problem may be
> > platform specific).
> >
> > cheers,
> >
> > David
>
> Thanks for the quick replies! I'll report the bug.
Before reporting the bug, can you upgrade to 1.2.1. I seem to remember
some
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 Uni
On Thu, Mar 12, 2009 at 12:00 PM, David Cournapeau wrote:
> On Fri, Mar 13, 2009 at 12:10 AM, Ryan May wrote:
> > On Thu, Mar 12, 2009 at 9:55 AM, David Cournapeau
> > wrote:
> >>
> >> On Thu, Mar 12, 2009 at 11:23 PM, Ryan May wrote:
> >>
> >&g
On Thu, Mar 12, 2009 at 10:11 AM, Francesc Alted wrote:
> 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.
On Thu, Mar 12, 2009 at 9:55 AM, David Cournapeau wrote:
> On Thu, Mar 12, 2009 at 11:23 PM, Ryan May 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
On Thu, Mar 12, 2009 at 9:02 AM, David Cournapeau wrote:
> On Thu, Mar 12, 2009 at 5:25 AM, Ryan May 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 r66
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
On Thu, Mar 12, 2009 at 3:05 AM, Francesc Alted 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
On Wed, Mar 11, 2009 at 3:00 PM, David Cournapeau wrote:
> On Thu, Mar 12, 2009 at 4:52 AM, Ryan May wrote:
> > Hi,
> >
> > This is what I'm getting when I try to build scipy HEAD:
> >
> > building library "superlu_src" sources
> >
/rmay/.local/lib64/python2.5/site-packages/numpy/distutils/command/../mingw/gfortran_vs2003_hack.c:
No such file or directory
This didn't happen until I updated to *numpy* SVN HEAD. Numpy itself is
building without errors and no tests fail on my system. Any ideas?
Ryan
--
Ry
On Wed, Mar 11, 2009 at 2:20 PM, Francesc Alted 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 t
On Wed, Mar 11, 2009 at 1:34 PM, Francesc Alted 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 cp
On Wed, Mar 11, 2009 at 1:41 PM, David Cournapeau wrote:
> On Thu, Mar 12, 2009 at 3:15 AM, Ryan May wrote:
> > Hi,
> >
> > I noticed the following in numpy/distutils/system_info.py while trying to
> > get numpy to build against MKL:
> >
e2
Duo system, even though the platform is very much 'em64t'. I think 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.
___
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-discu
23]])
i = np.array([1, 3, 4]).reshape(-1,1)
j = np.array([1, 3])
a[i,j]
You need to make i,j conformable to the numpy broadcasting rules by manually
appending size 1 dimension.
Ryan
--
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma
Sent from: Norman Oklahoma U
On Wed, Feb 18, 2009 at 8:19 PM, David Cournapeau wrote:
> On Thu, Feb 19, 2009 at 11:07 AM, Ryan May wrote:
>
> >
> > Not to nitpick, but this is the second time I've seen this lately:
> >
> > physician == medical doctor != physicist :)
>
> You're r
Not if you are a physician: 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 Researc
ng point says that what should be an exact result won't
necessarily be exact. Try using N.around.
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
On Wed, Feb 11, 2009 at 10:47 PM, Pierre GM 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
&
a list 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
--
R
t want to make any assumptions, it becomes the
> > user's responsibility to do it manually.
>
> I don't think there is *any* sane way of numpy propagating the user's
> metadata. The user must be the one to do it.
>
I'm +1 on all of what Robert said.
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 of
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, othe
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=[F
values end 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 o
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,'%
: time data did not match format: data=0 fmt=%Y-%m-%d %H:%M:%SZ
Which comes from a part of the code in updating converters where it passes 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
Nils Wagner wrote:
> On Mon, 02 Feb 2009 14:07:35 -0600
> Ryan May 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 d
3.4484552433329538e-313),
> (0, 16, 0, 5.2413296037731544e-312),
> (0, 1077805056, 16, 3.3951932655444357e-313), (0,
> 19, 246, 27.0),
> (16, 0, 16, 4.2439915819305446e-313),
> (245, 0, 1077411840, 7.9050503334599447e-323)],
>dtype=[('isize
Nils Wagner wrote:
> On Mon, 02 Feb 2009 10:17:13 -0600
> Ryan May 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
>&g
1 - 100 of 175 matches
Mail list logo
