On 2010-04-13 18:13:40 +0200, K. -Michael Aye said:

>> 
>> 
>> On 2010-04-13 10:18 AM, K. -Michael Aye wrote:
>>> Dear all,
>>> 
>>> maybe this should go to the Enthought list, but as the failure is 
>>> directly related to the pylab switch of ipython, I thought I try it 
>>> here first:
>>> 
>>> On OSX I have trouble with using the pylab switch for ipython after I 
>>> copied the gdal.pth into the Enthought site-packages folder (to be able 
>>> to use my KyngChaos GDAL Frameworks inside the Enthought Python).
>>> 
>>> The gdal.pth does the following to the sys.path:
>>> import sys; 
>>> sys.path.insert(0,'/Library/Frameworks/GDAL.framework/Versions/1.7/Python/site-packages')

and 
>>> 
>>> in that folder there is:
>>> 
>>> -rw-rw-r--   1 root  admin   128B  8 Feb 20:52 gdal.py
>>> -rw-r--r--   1 root  admin   274B  3 Mar 23:20 gdal.pyc
>>> -rw-rw-r--   1 root  admin   143B  8 Feb 20:52 gdalconst.py
>>> -rw-r--r--   1 root  admin   304B  3 Mar 23:20 gdalconst.pyc
>>> -rw-rw-r--   1 root  admin   147B  8 Feb 20:52 gdalnumeric.py
>>> -rw-r--r--   1 root  admin   309B  3 Mar 23:20 gdalnumeric.pyc
>>> drwxrwxr-x  42 root  admin   1.4K  3 Mar 23:20 numpy
>>> -rw-rw-r--   1 root  admin   125B  8 Feb 20:52 ogr.py
>>> -rw-r--r--   1 root  admin   286B  3 Mar 23:20 ogr.pyc
>>> drwxrwxr-x  21 root  admin   714B  3 Mar 23:20 osgeo
>>> -rw-rw-r--   1 root  admin   125B  8 Feb 20:52 osr.py
>>> -rw-r--r--   1 root  admin   286B  3 Mar 23:20 osr.pyc
>>> 
>>> Maybe the double import of a potentially different numpy compared to 
>>> the Enthought numpy creates the Bus Error?
>> 
>> Not so much a double import. Only one version ever gets imported, but the 
>> GDAL
>> Python bindings expect its version and matplotlib expects another version.
>> 
>>> If so, how can I avoid it?
>> 
>> You would have to rebuild the GDAL Python bindings against Enthought's numpy.
>> 
> But why does everything work fine, when I start an Enthought ipython 
> withOUT the -pylab switch?
> Importing 'from osgeo import gdal' and using it works fine in this case 
> (Tried ReadAsArray from a gdal dataset and imshow'ed it without 
> problems, apart from that I had to call show() because of the lack of 
> the -pylab switch, but other than that, fine).

Sorry, seems that I had messed up my config somehow, now GDAL does not 
work anymore inside the EPD Python. Hmm, have to make some clean 
tests...

> 
> PS.: Sorry for the mail-list noob question, but how can I nicely reply 
> to your answer like you replied to my question, with 'Robert Kern 
> wrote' and so on? There's no reply possible on sourceforge and the 
> digest contains obviously many emails, so how do you do this? ;)

Trying Unison via the GMane NNTP now, but weird that nabble has your 
last answer already for long time, whereas GMane still does not show 
it. Does the NNTP pull the mailing lists on a low frequency.
Man, I think it's 10 years ago or so since I have used NNTP. Used it a 
lot in my first net years, 94/95 ;)
Thanks for the GMane tip, the nabble reply web interface does not even 
quote properly, very strange thing, or i do something wrong.



------------------------------------------------------------------------------
Download Intel® Parallel Studio Eval
Try the new software tools for yourself. Speed compiling, find bugs
proactively, and fine-tune applications for parallel performance.
See why Intel Parallel Studio got high marks during beta.
http://p.sf.net/sfu/intel-sw-dev
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Reply via email to