matplotlib-users Mailing List for matplotlib

>
> Is it fairly easy to put something like this together using all the
> offsetbox tools and fancy arrows?
I tried to cook up something similar to what you described. See the
attached file.
Well, I would not say it is fairly easy, but not that difficult either I hope.
The demo requires svn r8227 to work correctly.
I think the demo is rather self-explanatory. But let me know if there
is anything that are not clear.
Regards,
-JJ
>
> Thanks,
> JDH
>
> ------------------------------------------------------------------------------
> 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
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

On 2010年04月13日 16:55 PM, K.-Michael Aye wrote:
> 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.
The latency is variable, but it's been getting pretty bad recently.
-- 
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma
 that is made terrible by our own mad attempt to interpret it as though it had
 an underlying truth."
 -- Umberto Eco

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.

Have you been meaning to prepare an abstract to submit for a SciPy 2010
specialized track (http://conference.scipy.org/scipy2010/papers.html#tracks 
)?
Didn't find the time? Well you're in luck.
This weekend, we had technical issues with the email submissions for the
specialized tracks. In light of the inconvenience, we've decided to 
extend
the deadline an additional two weeks until Sunday, April 25th.
If you have an abstract ready for one of the four specialized tracks, 
please
use the links below to submit it to the program chair. If you previously
submitted one and didn't receive confirmation that we received it, it 
would
be a great idea to submit it again to ensure we get it.
 * Biomedical/bioinformatics chaired by Glen Otero, Dell
 submit/contact: 201...@sc...
 * Financial analysis chaired by Wes McKinney, AQR Capital Management
 submit/contact: 201...@sc...
 * Geophysics chaired by Alan Jackson, Shell
 submit/contact: 201...@sc...
 * Parallel processing & cloud computing co-chaired by Ken Elkabany,
 PiCloud & Brian Granger, CalPoly
 submit/contact: 201...@sc...
Main Conference Submissions
Submissions for the main SciPy 2010 conference closed Sunday. Thanks to
everyone who submitted. We'll announce the accepted talks Tuesday April
20th.
Student Sponsorships
If you're an academic and contribute to SciPy or related projects, 
make sure
to apply for one of our student sponsorships. The deadline to apply is
April 18th. We are also accepting nominations.
http://conference.scipy.org/scipy2010/student.html
Don't forget to register...
Registrations are coming in pretty steadily now. Remember that to get 
early
registration prices you need to [8]register before May 10th!
https://conference.scipy.org/scipy2010/registration.html
The SciPy 2010 Team
@SciPy2010 on Twitter
--
Amenity Applewhite
Enthought, Inc.
Scientific Computing Solutions
www.enthought.com

Drain, Theodore R (343P) wrote:
> On Linux:
> 
> import pylab as p
> p.plot( [1,2,3] )
> p.savefig( 'test.ps' )
> p.savefig( 'test.png' )
> 
> ls -l test.*
> -rw-r--r-- 1 --- ----- 17236 Apr 13 10:32 test.png
> -rw------- 1 --- ----- 8640 Apr 13 10:32 test.ps
> 
> This is with a umask of 022. It looks to me like this is caused by
> the
> ps backend creating a temp file and then moving it to the requested file
> name. The permissions in the /tmp directory are generally different than
> a normal file system.
> 
> Any thoughts on whether this is bug or not? It seems to me that using
> a temp file is an implementation detail and calling savefig should
> always create files w/ the user's permission settings.
Yes, I think it is a bug.
> I'm not sure how to "fix" this - the normal copy command preserves
> the permissions. I guess the temp file could be opened and the data
> read and then copied to the requested file.
> 
An alternative, avoiding the copy operation, is to replace
shutil.move(tmpfile, outfile)
with
open(outfile, 'w')
mode = os.stat(outfile).st_mode
shutil.move(tmpfile, outfile)
os.chmod(outfile, mode)
Eric
> Ted
> ------------------------------------------------------------------------------
> 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
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

On Linux:
import pylab as p
p.plot( [1,2,3] )
p.savefig( 'test.ps' )
p.savefig( 'test.png' )
ls -l test.*
-rw-r--r-- 1 --- ----- 17236 Apr 13 10:32 test.png
-rw------- 1 --- ----- 8640 Apr 13 10:32 test.ps
This is with a umask of 022. It looks to me like this is caused by the ps backend creating a temp file and then moving it to the requested file name. The permissions in the /tmp directory are generally different than a normal file system. 
Any thoughts on whether this is bug or not? It seems to me that using a temp file is an implementation detail and calling savefig should always create files w/ the user's permission settings.
I'm not sure how to "fix" this - the normal copy command preserves the permissions. I guess the temp file could be opened and the data read and then copied to the requested file. 
Ted

On 2010年04月13日 11:13 AM, K. -Michael Aye wrote:
>>
>> 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).
Hmm, don't know. Getting a gdb traceback for the bus error would help identify 
the problem.
> 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? ;)
I use an NNTP newsreader to read this list via GMane, but you can just change 
your subscription to not use the digest. Scroll down to the bottom of this page 
to log in and edit your delivery options:
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
You will get every message in your inbox individually. You should do this if you 
are going to be replying to messages. Please consider the digest as read-only.
-- 
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma
 that is made terrible by our own mad attempt to interpret it as though it had
 an underlying truth."
 -- Umberto Eco

> 
> 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).
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? ;)

Hello,
I have to add new features to my windows project developed in Python 2.3 . So I need the Matplotlib and Basemap extension for Python 23. I have not found it in SourceForge. Could someone help me in finding these extensions?
Thanks very much!!

Hello,
I have a question concerning the label positions of x- or y-ticks. My
problem is that I want to make a polar plot with ticklabels. To
generate such a plot you can use the following simple example script.
# #################################################
import numpy as np
import matplotlib.pyplot as plt
r = np.linspace(0, 10, 100)
t = np.linspace(0, 4*np.pi, 100)
fig = plt.figure(1)
fig.clf()
ax = fig.add_subplot(1,1,1, polar=True)
ax.plot(t, r, lw=2)
plt.draw()
plt.show()
# ##################################################
When generating a polarplot with this script one realizes that the
r-ticklabels (y-ticklabels) end up on the gridlines. This looks looks
kind of ugly especially for the last ticklabel ("10") which breaks the
solid line at the outer plot boundary. So I would like to move the
ticklabels a little bit to the right.
My question is: Is there a simple trick to change the default
ticklabelpad between the axis and the ticklabels or do I have to do
this manually by changing the position of every single ticklabel?
About a short answer I would be very glad.
With kind regards,
Daniel

2010年4月12日 Filipe Pires Alvarenga Fernandes <oc...@gm...>:
> Thanks for point TKinter to me. However, I'm stuck again.
>
> I've tried two approaches, one is following what you suggested:
>
> """ Tkinter """
> import Tkinter as tk
> root = tk.Tk()
> from PIL import Image, ImageTk
> image = ImageTk.PhotoImage(Image.open('map.png')) # load saved image
> #image = ImageTk.PhotoImage(im) # load image from StringIO
> tk.Label(root, image=image).pack()
>
> The other is to convert the PIL image to array and show with imshow()
>
> """ PIL to array """
> from matplotlib.image import pil_to_array
> rgba = pil_to_array(Image.open('map.png')) # load saved image
> #rgba = pil_to_array(im) # load image from StringIO
> rgba = rgba.astype(np.float32)/255.
> imshow(rgba)
>
> Both work fine for a saved image. However, they return strange errors
> when I tried to apply them to the image from "StringIO", or even for a
> saved image in the same script used to generate them. I guess that
> something I import from matplotlib is causing a conflict here.
>
> Here are the error messages:
>
> """ Tkinter """
> _tkinter.TclError: image "pyimage9" doesn't exist
>
>
> """ PIL to array """
> terminate called after throwing an instance of 'char const*'
Hi,
with the Tkinter PhotoImage, I think it's intended for use with
Tkinter.Canvas, and not compatible with Label. For what I know, it
works fine for me with Canvas (Windows). I guess what you end up with
is not a real PhotoImage but something faky.
Now, I cannot execute your script and dive in myself, because I
switched to another laptop, where I have to compile everything ... So
in some days, I will know more.
With the pil_to_image issue, I really have no idea. It's really quite
strange, isn't it? I mean, it should return a newly created
numpy.ndarray, and shouldn't borrow any memory with the PIL Image? I
really don't know at the moment, I'm sorry.
For the Tkinter issue, from your script it seems that you simply want
to display it, so give the Canvas a try. I used it in
http://github.com/friedrichromstedt/diagram_cl/blob/master/panels/tk/diagram.py
, start with update() and __init__().
hth for now,
Friedrich

I saw something about the spy method. Do you think it's possible to use it
combined with the imshow() capabilities ?
2010年4月13日 Shaexoh6Wi Eweiju5ohx <ooh...@gm...>
> Hello,
>
> I would like to ask you a way to fill certain regions with a specific motif
>
> when running imshow(). I take the following example :
>
> For certain value, instead of writing directly a numerical result, I would
> like to fill my table with
> 'x'. For other values, with 'o'. How take care of this with imshow, and how
> assign a specific
> color to such a specific region ?
>
> Thank you very much.
>
>
>
>

Dear all,
I want to plot 3 overlapping regions using fill() into one panel, but my
solution looks sort of messy... Here is the code:
===
import matplotlib.pyplot as plt
import scipy
##Data to plot
seq = scipy.sin(range(0,10))
xpts = scipy.concatenate((range(0,10), range(0,10)[::-1]))
plt.figure()
##Plot 3 overlapping regions, a different color for each one
for diff, color in zip([1,2,3], ["blue", "red", "yellow"]):
 ypts = scipy.concatenate((seq - diff, (seq - diff * 2)[::-1]))
 plt.fill(xpts, ypts, alpha=0.4, fc=color, ec="black", lw=2,
label=str(diff))
plt.legend()
plt.show()
===
The figure looks like 4 regions are plotted, because overlapping red and
yellow make an orange region... I tried some different combination, but
it never looked good. Does anybody have an idea how to chose the colors
and 'alpha' values for transparency so that the plot looks good and
could be printed?
Any help is appreciated,
thanks in advance,
Hannes

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.
-- 
Robert Kern
"I have come to believe that the whole world is an enigma, a harmless enigma
 that is made terrible by our own mad attempt to interpret it as though it had
 an underlying truth."
 -- Umberto Eco

Hello,
I would like to ask you a way to fill certain regions with a specific motif
when running imshow(). I take the following example :
For certain value, instead of writing directly a numerical result, I would
like to fill my table with
'x'. For other values, with 'o'. How take care of this with imshow, and how
assign a specific
color to such a specific region ?
Thank you very much.

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?
If so, how can I avoid it?
For a complete picture, here is my sys.path:
['',
 '/Library/Frameworks/Python.framework/Versions/6.1/bin',
 '/Users/aye/Library/Python/2.6/site-packages/ipython-0.10-py2.6.egg',
 '/Users/aye/Library/Python/2.6/site-packages/pydot-1.0.2-py2.6.egg',
 '/Users/aye/Library/Python/2.6/site-packages/pyparsing-1.5.2-py2.6.egg',
 '/Users/aye/Library/Python/2.6/site-packages/simplejson-2.0.9-py2.6.egg',
 '/Users/aye/Library/Python/2.6/site-packages/python_twitter-0.6-py2.6.egg',
 '/Users/aye/Library/Python/2.6/site-packages/PIL-1.1.7-py2.6-macosx-10.6-universal.egg',
 '/Users/aye/Library/Python/2.6/site-packages/Sphinx-0.6.3-py2.6.egg',
 '/Users/aye/Library/Python/2.6/site-packages/docutils-0.6-py2.6.egg',
 '/Users/aye/Library/Python/2.6/site-packages/Jinja2-2.2.1-py2.6.egg',
 '/Users/aye/Library/Python/2.6/site-packages/Pygments-1.1.1-py2.6.egg',
 '/Users/aye/Library/Python/2.6/site-packages/spyder-1.0.3-py2.6.egg',
 '/Users/aye/Library/Python/2.6/site-packages/scikits.image-0.2.2-py2.6-macosx-10.5-i386.egg',
 '/Users/aye/Library/Python/2.6/site-packages/PyXML-0.8.4-py2.6-macosx-10.6-universal.egg',
 '/Users/aye/Library/Python/2.6/site-packages/pyfo-0.6-py2.6.egg',
 '/Users/aye/Library/Python/2.6/site-packages/Amara-2.0a4-py2.6-macosx-10.6-universal.egg',
 '/Users/aye/Library/Python/2.6/site-packages/setuptools-0.6c11-py2.6.egg',
 '/Users/aye/Library/Python/2.6/site-packages/distribute-0.6.10-py2.6.egg',
 '/Users/aye/Library/Python/2.6/site-packages/pip-0.6.3-py2.6.egg',
 '/Library/Frameworks/GDAL.framework/Versions/1.7/Python/site-packages',
 '/Library/Frameworks/Python.framework/Versions/6.1/lib/python26.zip',
 '/Library/Frameworks/Python.framework/Versions/6.1/lib/python2.6',
 '/Library/Frameworks/Python.framework/Versions/6.1/lib/python2.6/plat-darwin',
 '/Library/Frameworks/Python.framework/Versions/6.1/lib/python2.6/plat-mac',
 '/Library/Frameworks/Python.framework/Versions/6.1/lib/python2.6/plat-mac/lib-scriptpackages',
 '/Library/Frameworks/Python.framework/Versions/6.1/lib/python2.6/lib-tk',
 '/Library/Frameworks/Python.framework/Versions/6.1/lib/python2.6/lib-old',
 '/Library/Frameworks/Python.framework/Versions/6.1/lib/python2.6/lib-dynload',
 '/Library/Frameworks/Python.framework/Versions/6.1/lib/python2.6/site-packages/PIL',
 '/Library/Frameworks/Python.framework/Versions/6.1/lib/python2.6/site-packages/setuptools-0.6c11-py2.6.egg-info',
 '/Users/aye/Library/Python/2.6/site-packages',
 '/Users/aye/Library/Python/2.6/site-packages/PIL',
 '/Users/aye/Library/Python/2.6/site-packages/ipython-0.10-py2.6.egg/IPython/Extensions',
 u'/Users/aye/.ipython']
I am grateful for any hint how to make the -pylab switch working again in this scenario.
Best regards,
Michael