Hmm, it seems my original message did not come through? Not in gmane, at
least... Well, here's again:
Hi numpy and/or gdal guru's,
I'm suddenly getting into trouble compiling gdal's python extension,
when it includes ndarrayobject.h from numpy. First it complains about my
python not being
Hi all,
It appeared to be a gdal issue after all: the arrayobject header file
was being included before the python headers...
Glad it wasn't something like me having borked my numpy build :)
Cheers,
Vincent.
Vincent Schut wrote:
Hmm, it seems my original message did not come through? Not in
It's just the other way around:
mymat[:,0] # first column
mymat[:,1] # second column
Take a look at the tutorial:
http://scipy.org/Tentative_NumPy_Tutorial#head-864862d3f2bb4c32f04260fac61eb4ef34788c4c
best! bernhard
On Nov 1, 7:22 am, dev new [EMAIL PROTECTED] wrote:
is there a method for
A Wednesday 31 October 2007, Timothy Hochberg escrigué:
On Oct 31, 2007 3:18 AM, Francesc Altet [EMAIL PROTECTED] wrote:
[SNIP]
Incidentally, all the improvements of the PyTables flavor of
numexpr have been reported to the original authors, but, for the
sake of keeping numexpr simple,
On Nov 1, 2007, at 08:56 , Francesc Altet wrote:
A Wednesday 31 October 2007, Timothy Hochberg escrigué:
On Oct 31, 2007 3:18 AM, Francesc Altet [EMAIL PROTECTED] wrote:
[SNIP]
Incidentally, all the improvements of the PyTables flavor of
numexpr have been reported to the original authors,
At 11:55 PM 10/31/2007, Travis wrote:
Ray S wrote:
I am using
fftRes = abs(fft.rfft(data_array[end-2**15:end]))
At first glance, I would say that I don't expect memory to be growing
here, so it looks like a problem with rfft that deserves looking into.
I saw that Numeric did also (I still
Hi,
The problem will arise for every package, not only numpy, so Apple fixing
this is the best solution IMHO.
Matthieu
2007/11/1, Brian Granger [EMAIL PROTECTED]:
Hi,
It turns out that Leopard includes numpy. But it is an older version
that won't detect the version string of gfortran
Matthieu Brucher wrote:
Hi,
The problem will arise for every package, not only numpy, so Apple
fixing this is the best solution IMHO.
It's unlikely they are going to. If they put that stuff there, it's because they
are using it for something, not as an (in)convenience to you. I don't
It's unlikely they are going to. If they put that stuff there, it's because
they
are using it for something, not as an (in)convenience to you. I don't
recommend
using the Python.framework in /System for anything except for distributing
lightweight .apps. In that case, you can control your
More evidence that just using the python.org python binary isn't a
universal fix for everyone:
From a thread on one of the python-dev lists:
Which reminds me -- what version of Python is in Leopard?
2.5.1 + most of the patches that will be in 2.5.2 + some additional
patches by Apple. AFAIK the
Robert Kern wrote:
The problem will arise for every package, not only numpy, so Apple
fixing this is the best solution IMHO.
It's unlikely they are going to. If they put that stuff there, it's because
they
are using it for something, not as an (in)convenience to you. I don't
recommend
Does anyone know of a C or C++ library that's similar to NumPy?
Seems like all the big C++ efforts are focused on linear algebra
rather than general purpose multidimensional arrays.
I've written a multidimensional array class in the D programming
language with an API modeled loosely after
In article [EMAIL PROTECTED],
Christopher Barker [EMAIL PROTECTED] wrote:
[...] AARRGG!
[...]
Hence Roberts solution: treat the Apple Python as a system only tool,
only to be added to by Apple themselves. I guess that's OK, but it's
really silly that it has to be that way.
The solution:
http://www.oonumerics.org/blitz/
On Fri, 2 Nov 2007, Bill Baxter wrote:
Does anyone know of a C or C++ library that's similar to NumPy?
Seems like all the big C++ efforts are focused on linear algebra
rather than general purpose multidimensional arrays.
I've written a multidimensional array
Ah, ok. Thanks. That does look like a good example.
I've heard of it, but never looked too closely for some reason. I
guess I always thought of it as the library that pioneered expression
templates but that no one actually uses.
--bb
On Nov 2, 2007 9:06 AM, Warren Focke [EMAIL PROTECTED]
On 11/1/07, Ray S [EMAIL PROTECTED] wrote:
At 09:00 AM 11/1/2007, Chuck wrote:
In Python, collections.deque makes a pretty good circular buffer.
Numpy will
make an array out of it, which involves a copy, but it might be
better than what you are doing now.
hmmm, I'll think more about that
On 11/1/07, Ray S [EMAIL PROTECTED] wrote:
At 09:00 AM 11/1/2007, you wrote:
I saw that Numeric did also (I still use Numeric for smaller array
speed) but much more slowly.
I will try to repeat with a small demo and post.
It turns out to be some aspect of mixing numpy and Numeric;
the
On 11/1/07, Bill Baxter [EMAIL PROTECTED] wrote:
Ah, ok. Thanks. That does look like a good example.
I've heard of it, but never looked too closely for some reason. I
guess I always thought of it as the library that pioneered expression
templates but that no one actually uses.
I believe
It's not entirely silly. This has been the advice given to app
developers on this list and the PyObjC list for years now. It's nice
to have a better system Python for quick scripts, but it's still the
System Python. It's Apples, for their stuff that uses Python. And it
is specific to OS
On Nov 2, 2007 3:50 PM, Matthieu Brucher [EMAIL PROTECTED] wrote:
You can look at Vigra (but I don't know if there is linear algebra, but
there are views, multidimensional containers, ...).
Thanks for the link. Hadn't heard of that one.
--bb
___
20 matches
Mail list logo