Hi David,
Sorry for the late reply. Can you CC any reply to me as well, as I
just get the digests and read them every few days.
On 08/11/2006, at 11:09 PM, David Cournapeau wrote:
I didn't know that, thanks. Unfortunately, it is not really what I am
trying to do: mlabwrap is just a python i
Hi David,
Did you have a look at mlabwrap? It's quite hard to find on the net,
which is a shame, since it is a much more up to date version,
enhancing pymat with the things that you are trying to do. It allows
passing arrays and getting arrays back.
http://mlabwrap.sourceforge.net/
However
On 11/31/06, Fernando Perez <[EMAIL PROTECTED]> wrote:
> Fernando Perez wrote:
> ps - one more thing. This guy:
>
> http://blog.vrplumber.com/
>
> has been rewriting the OpenGL bindings using ctypes, and I've seen
> posts from him about numpy (in his blog). He might be able to
> contribute some
Thanks for the fix Bob.
Unfortunately Matplotlib does not work with zipped data files, after
all that. So, we'll leave the recipes as is, as they work for now.
I suspect the way forward is to get numpy/Matplotlib/scipy working
with setuptools and using pkg_resources to manage the data files.
Thanks for the info on how the various recipes work, Bob. Very helpful.
On 19/07/2006, at 9:28 AM, Bob Ippolito wrote:
> The recipe mechanism doesn't allow for it because it doesn't
> generally make sense. There are very few packages that can find
> their resources in an alternative manner. I'
Back in December last year, I was building a PyObjC application that
embedded numpy (scipy_core at the time), scipy and matplotlib. I ran
into a few issues doing so, some of which were resolved. One was the
inability for scipy to run from a zipped site-packages. I worked
around this by expa
