Oh, I didn't realize you didn't give a link. I just googled reflexively.
Anyway, that makes me think of the other generic image library I've
heard of -- Adobe's GIL.
Never really looked at it in much detail but checking now, it looks
like it does support N-dim images.
http://opensource.adobe.com
Sorry : http://kogs-www.informatik.uni-hamburg.de/~koethe/vigra/
It has some publications written about the design it uses (iterators and
such), really well done.
Matthieu
2007/11/2, Bill Baxter <[EMAIL PROTECTED]>:
>
> On Nov 2, 2007 3:50 PM, Matthieu Brucher <[EMAIL PROTECTED]>
> wrote:
>
> > Y
In article <07Nov1.205537pst."57996"@synergy1.parc.xerox.com>,
Bill Janssen <[EMAIL PROTECTED]> wrote:
> This is really interesting. For my apps, I use the system Python on
> Tiger, and expect to do it again with Leopard. If I have to have a
> specific version of an extension that's needed, I ma
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
___
It is not although it is used in scipy (without everything to use it with
Visual Studio)
You can look at Vigra (but I don't know if there is linear algebra, but
there are views, multidimensional containers, ...).
Matthieu
2007/11/2, Charles R Harris <[EMAIL PROTECTED]>:
>
>
>
> On 11/1/07, Bill
> 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
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 be
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;
>
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 a
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]> wro
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 a
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
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 NumPy's.
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
> reco
On Nov 1, 2007 7:14 AM, David M. Cooke <[EMAIL PROTECTED]> wrote:
> 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 t
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 th
> 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
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 reco
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 gfortra
Hi,
It turns out that Leopard includes numpy. But it is an older version
that won't detect the version string of gfortran correctly (thus
preventing scipy from being installed). But, when I downloaded the
numpy svn and did python setup.py python was still finding the older
version of numpy.
The
On Nov 1, 2007 12:20 PM, Alan G Isaac <[EMAIL PROTECTED]> wrote:
> On Wed, 31 Oct 2007, Timothy Hochberg apparently wrote:
> > because M**n results in the matrix power of n. It would be
> > confusing if n**M did a broadcast element wise power.
>
>
>
> In an attempt to summarize:
> scalar to a matr
On Wed, 31 Oct 2007, Timothy Hochberg apparently wrote:
> because M**n results in the matrix power of n. It would be
> confusing if n**M did a broadcast element wise power.
In an attempt to summarize:
scalar to a matrix power
1. may have been overlooked, or may have been omitted as
confusing
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 attached *Stable.py files allocate memory that stays
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 - and the copy is only at program
start, it seem
On 11/1/07, Ray Schumacher <[EMAIL PROTECTED]> wrote:
> 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 w
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
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 or
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
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 f
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 g
30 matches
Mail list logo
