Congrats, numpy is now available on the Google App Engine:
http://googleappengine.blogspot.in/2012/02/announcing-general-availability-of.html
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
Off-Trac comments should probably go to numpy-discussion rather than
back to numpy-tickets. I'm not sure why it's not read-only, but it
should be.
On Tue, Feb 28, 2012 at 01:15, Phillip Feldman
phillip.m.feld...@gmail.com wrote:
I'd appreciate a pointer to something in the NumPy reference
On Sat, Feb 18, 2012 at 5:09 PM, David Cournapeau courn...@gmail.comwrote:
There are better languages than C++ that has most of the technical
benefits stated in this discussion (rust and D being the most
obvious ones), but whose usage is unrealistic today for various
reasons: knowledge,
I just received word that NumPy has a license to use TeamCity and YouTrack for
NumPy development.
YouTrack is a really nice issue tracker: http://www.jetbrains.com/youtrack/
TeamCity is a really nice Continuous Integration system:
http://www.jetbrains.com/teamcity/
I'm planning to set
On Tue, Feb 28, 2012 at 12:05 PM, John Hunter jdh2...@gmail.com wrote:
On Sat, Feb 18, 2012 at 5:09 PM, David Cournapeau courn...@gmail.comwrote:
There are better languages than C++ that has most of the technical
benefits stated in this discussion (rust and D being the most
obvious ones),
Travis Oliphant teoliphant at gmail.com writes:
I just received word that NumPy has a license to use TeamCity and YouTrack
for NumPy development.
YouTrack is a really nice issue tracker: http://www.jetbrains.com/youtrack/
TeamCity is a really nice Continuous Integration system:
On Tue, Feb 28, 2012 at 8:12 PM, Travis Oliphant teoliph...@gmail.comwrote:
I just received word that NumPy has a license to use TeamCity and
YouTrack for NumPy development.
YouTrack is a really nice issue tracker:
http://www.jetbrains.com/youtrack/
TeamCity is a really nice Continuous
On 02/28/2012 11:05 AM, John Hunter wrote:
On Sat, Feb 18, 2012 at 5:09 PM, David Cournapeau courn...@gmail.com
mailto:courn...@gmail.com wrote:
There are better languages than C++ that has most of the technical
benefits stated in this discussion (rust and D being the most
On Tue, Feb 28, 2012 at 2:34 PM, Dag Sverre Seljebotn
d.s.seljeb...@astro.uio.no wrote:
On 02/28/2012 11:05 AM, John Hunter wrote:
On Sat, Feb 18, 2012 at 5:09 PM, David Cournapeau courn...@gmail.com
mailto:courn...@gmail.com wrote:
There are better languages than C++ that has
On Mon, Feb 6, 2012 at 10:54 PM, David Cournapeau courn...@gmail.comwrote:
On Sat, Feb 4, 2012 at 3:55 PM, Ralf Gommers
ralf.gomm...@googlemail.com wrote:
On Wed, Dec 14, 2011 at 6:50 PM, Ralf Gommers
ralf.gomm...@googlemail.com
wrote:
On Wed, Dec 14, 2011 at 3:04 PM, David
On Mon, Feb 27, 2012 at 1:47 AM, Patrick Armstrong patri...@uvic.ca wrote:
Hi,
On 2012-02-25, at 5:14 AM, Ralf Gommers wrote:
Since you're using pip, I assume that gcc-4.2 is llvm-gcc. As a first
step, I suggest using plain gcc and not using pip (so just python setup.py
install). Also make
[Re-adding the list to the To: field, after it got dropped accidentally]
On Tue, Feb 28, 2012 at 12:28 AM, Erin Sheldon erin.shel...@gmail.com wrote:
Excerpts from Nathaniel Smith's message of Mon Feb 27 17:33:52 -0500 2012:
On Mon, Feb 27, 2012 at 6:02 PM, Erin Sheldon erin.shel...@gmail.com
For an arbitrary numpy array 'a', what does 'a.flags.owndata' indicate?
I originally thought that owndata is False iff 'a' is a view. But
that is incorrect.
Consider the following:
In [119]: a = np.zeros((3,3))
In [120]: a.flags.owndata # should be True; zeros() creates and
returns a
Stack overflow post related to this:
http://stackoverflow.com/questions/9164269/can-you-tell-if-an-array-is-a-view-of-another
On Feb 28, 2012, at 4:01 PM, Kurt Smith wrote:
For an arbitrary numpy array 'a', what does 'a.flags.owndata' indicate?
I originally thought that owndata is False iff
On Tue, Feb 28, 2012 at 5:12 PM, Larsen, Brian A balar...@lanl.gov wrote:
Stack overflow post related to this:
http://stackoverflow.com/questions/9164269/can-you-tell-if-an-array-is-a-view-of-another
They recommend testing a.base. However, in the example I posted,
a.base is not reliable
On Tue, Feb 28, 2012 at 23:01, Kurt Smith kwmsm...@gmail.com wrote:
For an arbitrary numpy array 'a', what does 'a.flags.owndata' indicate?
I originally thought that owndata is False iff 'a' is a view. But
that is incorrect.
Consider the following:
In [119]: a = np.zeros((3,3))
In
On Tue, Feb 28, 2012 at 11:01 PM, Kurt Smith kwmsm...@gmail.com wrote:
For an arbitrary numpy array 'a', what does 'a.flags.owndata' indicate?
I think what it really indicates is whether a's destructor should call
free() on a's data pointer.
I originally thought that owndata is False iff 'a'
Hi All -
I've added the relevant code to my numpy fork here
https://github.com/esheldon/numpy
The python module and c file are at /numpy/lib/recfile.py and
/numpy/lib/src/_recfile.c Access from python is numpy.recfile
See below for the doc string for the main class, Recfile. Some example
In article
cagy4rcxxl8pos5zcwa4thcg0dhkyesoepjso4z05sz_pqjv...@mail.gmail.com,
David Cournapeau courn...@gmail.com wrote:
On Sat, Feb 18, 2012 at 10:50 PM, Sturla Molden stu...@molden.no wrote:
 In an ideal world, we would have a better language than C++ that can
be spit out as C for
On 2/28/12 4:09 PM, Russell E. Owen wrote:
I can't imagine working in C anymore and doing without exception
handling and namespaces. So I'm sorry to hear that C++ is not being
considered for a numpy rewrite. -- Russell
AFAIK C++ is still being considered for numpy in the future, and I think
Thank you all for your answers. Kurt and I were training new developers on
numpy and telling them that
- fancy indexing creates a copy
- owndata was a good way to know if an array is a view or a copy.
It turns out that these were both correct statements but we didn't think
that the fancy indexing
On Tue, Feb 28, 2012 at 4:49 PM, Bryan Van de Ven bry...@continuum.io wrote:
Just my own $0.02 regarding this issue: I am in favor of using C++ for
numpy, I think it could confer various benefits. However, I am also in
favor of explicitly deciding and documenting what subset of C++ features
Viewness is in the eyes of the beholder.
You have to use indirect methods to figure it out.
Probably the most robust approach is to go up the base chain until you get
None.
In [71]: c1=np.arange(16)
In [72]: c2=c1[::2]
In [73]: c4=c2[::2]
In [74]: c8=c4[::2]
In [75]: id(c8.base)==id(c4)
Out[75]:
We already use the NEP process for such decisions. This discussion came from
simply from the *idea* of writing such a NEP.
Nothing has been decided. Only opinions have been shared that might influence
the NEP. This is all pretty premature, though --- migration to C++ features
on a trial
On Tue, Feb 28, 2012 at 10:46 PM, Travis Oliphant tra...@continuum.io wrote:
We already use the NEP process for such decisions. This discussion came
from simply from the *idea* of writing such a NEP.
Nothing has been decided. Only opinions have been shared that might
influence the NEP.
On Tue, Feb 28, 2012 at 11:03 PM, Fernando Perez fperez@gmail.comwrote:
On Tue, Feb 28, 2012 at 10:46 PM, Travis Oliphant tra...@continuum.io
wrote:
We already use the NEP process for such decisions. This discussion
came from simply from the *idea* of writing such a NEP.
Nothing
26 matches
Mail list logo