matplotlib-users Mailing List for matplotlib (Page 7)

I have discovered, from the mailing list, the easy way to draw a circle 
in linear space:
cx = 700
cy = 700
r = 1000
xmin = cx - r
xmax = cx + r
ymin = cy - r
ymax = cy + r
cir = Circle( (cx,cx), radius=r,facecolor='w',edgecolor='b')
a = gca()
a.add_patch(cir)
axis([xmin,xmax,ymin,ymax])
axis('equal')
However, when trying to overplot a circle on an existing log/log plot, I 
get a circle section:
e = 
[70,1,1,12,7,185,6,3,0,1015,6,222,500,0,661,105,0,8706,0,23,131,0,0,0,6,22,1,4,0]
o = 
[180,2,0,15,13,3,0,0,0,20,6,2000,9748,0,38,100,0,20023,0,2,0,0,0,0,1,0,0,0,1]
f1 = figure()
loglog(o,e,'b.')
hold('on')
cx = 700
cy = 700
r = 1000
xmin = cx - r
xmax = cx + r
ymin = cy - r
ymax = cy + r
cir = Circle( (cx,cx), radius=r,facecolor='w',edgecolor='b')
a = gca()
a.add_patch(cir)
axis([xmin,xmax,ymin,ymax])
axis('equal')
How can I plot a circle in log space?
As an additional aside, I've discovered that even if I define the points 
that make up a circle (in linear space), I cannot plot a smooth line 
through them using the plot() function:
def pol2cart(th,r):
 x = r*cos(th)
 y = r*sin(th)
 return (x,y)
 
def drawCircle(cx,cy,radius,np,style):
 theta = linspace(0,2*pi,np)
 rho = ones((1,np))*radius
 x,y = pol2cart(theta,rho)
 x = x + cx
 y = y + cy
 plot(x,y,style)
cx = 700
cy = 700
r = 1000
drawCircle(cx,cy,r,1000,'b')
When I look at the resulting plot, I see empty axes. If I change the 
plot style to 'b.', then I see the circle. Is this a bug or an 
undocumented feature?
Thanks,
Mike Hearne

Thank you. I finally upgraded my Ubuntu system, pretty easy, and now pylab
is available. Thank you to everyone on this thread for your input.
BTW, matplotlib is very nicely done, useful, and appreciated.
Marc
Sandro Tosi-4 wrote:
> 
> On Wed, Jan 21, 2009 at 15:01, mzs <ms...@th...> wrote:
>>
>> Thank you for the information. I figured out that using pylab works. I
>> would rather use a current version. I tried to find the version you
>> mentioned in a deb package for Ubuntu but it doesn't seem to exist. Do
>> you
>> know why or where can I get it?
> 
> Probably there are none for the version of Ubuntu you're using but
> there are newer packages in Ubuntu[1].
> 
> I'm not a Ubuntu guru, but you seem to be rather old in version, I
> suggest, given the short release period, to keep your system
> up-to-date to the current version (not 8.10 I think) and there there
> are newer binary packages too[2].
> 
> [1] https://launchpad.net/ubuntu/+source/matplotlib
> [2] http://packages.ubuntu.com/search?keywords=python-matplotlib
> 
> Regards,
> -- 
> Sandro Tosi (aka morph, morpheus, matrixhasu)
> My website: http://matrixhasu.altervista.org/
> Me at Debian: http://wiki.debian.org/SandroTosi
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
> 
-- 
View this message in context: http://www.nabble.com/ImportError%3A-No-module-named-pyplot-tp21576482p21630876.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

kei...@bt... wrote:
> At _http://matplotlib.sourceforge.net/_, the "Show Source" link doesn't
> work.
This is because, unlike the other pages, there is no ReST source that is used to
generate the main page. John/Mike, any ideas what to do?
> At _http://matplotlib.sourceforge.net/_, the table of functions links
> "show" to
> _http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.show_,
> but there is no such function mentioned there.
This is because there is no docstring for show() in pyplot.py, because it gets
pulled in from the backend. Any idea how to fix this? Show() really needs to be
in this list, seeing as it's the most important line in any script.
I'll also add that pyplot.plotting() shows up on the pyplot.api page completely
busted. Seeing as this is a dummy function whose sole purpose is to hold a
docstring listing plotting functions, is there something better we could do here?
 Could we put the information in the plotting docstring as a pyplot module level
docstring and do away with plotting() all together?
> At _http://matplotlib.sourceforge.net/users/shell.html_, there are two
> typos: "opertation" and "on every plot commands".
> 
> At _http://matplotlib.sourceforge.net/users/shell.html_, the link
> :_file:matplotlibrc_ does not work (unless the user has a /matplotlibrc
> file).
Fix these two. Thanks for the reports!
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

At http://matplotlib.sourceforge.net/, the "Show Source" link doesn't
work.
At http://matplotlib.sourceforge.net/, the table of functions links
"show" to
http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.
show, but there is no such function mentioned there.
At http://matplotlib.sourceforge.net/users/shell.html, there are two
typos: "opertation" and "on every plot commands".
At http://matplotlib.sourceforge.net/users/shell.html, the link
:file:matplotlibrc does not work (unless the user has a /matplotlibrc
file).
Keith

that's nice!!! thank you...
anyway, I wanted to take advantage of the Traits implementation of my app...
simone
2009年1月23日 eliben <el...@gm...>:
>
>
>
> Simone Gabbriellini-3 wrote:
>>
>> Dear List,
>>
>> I have some variables I want to plot... the values of those variable
>> change in time... I would like to plot the result with a traditional
>> line plot
>>
>> those variables are traits of a class (don't know if this can make a
>> difference...)
>>
>> is there any example of this with matplotlib?
>>
>
> Hi Simone,
>
> I think you will find the following examples useful:
> http://eli.thegreenplace.net/2008/08/01/matplotlib-with-wxpython-guis/
>
> Both feature "dynamic" plotting of variables that change (either by the user
> or in time)
>
> Eli
>
>
> --
> View this message in context: http://www.nabble.com/plot-a-data-stream-with-matplotlib-tp21530559p21622559.html
> Sent from the matplotlib - users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Simone Gabbriellini-3 wrote:
> 
> Dear List,
> 
> I have some variables I want to plot... the values of those variable
> change in time... I would like to plot the result with a traditional
> line plot
> 
> those variables are traits of a class (don't know if this can make a
> difference...)
> 
> is there any example of this with matplotlib?
> 
Hi Simone,
I think you will find the following examples useful:
http://eli.thegreenplace.net/2008/08/01/matplotlib-with-wxpython-guis/
Both feature "dynamic" plotting of variables that change (either by the user
or in time)
Eli
-- 
View this message in context: http://www.nabble.com/plot-a-data-stream-with-matplotlib-tp21530559p21622559.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Hi All,
Too many people in the Python community think the only way to work with
Excel files in Python is using COM on Windows.
To try and correct this, I'm giving a tutorial at this year's PyCon in 
Chicago on Wednesday, 25th March that will cover working with Excel 
files in Python using the pure-python libraries xlrd, xlwt and xlutils.
I'll be looking to cover:
- Reading Excel Files
 Including formatting, unicode dates and formulae.
- Writing Excel Files
 Including formatting with easyxf and things like freeze pains, print
 areas, etc
- Filtering Excel Files
 A run through on the structure of xlutils.filter and some examples to
 show you how it works.
- Workshop for your problems
 I'm hoping anyone who attends will get a lot out of this! If you're
 planning on attending and have a particular problem you'd like to work
 on in this part of the tutorial, please drop me an email and I'll try
 and make sure I come prepared!
All you need for the tutorial is a working knowledge of Excel and 
Python, with a laptop as an added benefit, and to be at PyCon this year:
http://us.pycon.org
I look forward to seeing you all there!
Chris
-- 
Simplistix - Content Management, Zope & Python Consulting
 - http://www.simplistix.co.uk

Maybe a backend problem, since your soft is based on wx and the user
uses Tk :
...
> Using fontManager instance from /Users/nick/.matplotlib/fontManager.cache
> backend TkAgg version 8.4
> Traceback (most recent call last):
> File "Croizat.py", line 71, in <module>
> Croizat = Application(0)
...
-- 
Lionel Roubeyrie
chargé d'études
LIMAIR - La Surveillance de l'Air en Limousin
http://www.limair.asso.fr

On Wed, Jan 21, 2009 at 21:09, John Hunter <jd...@gm...> wrote:
> This looks like a simple bug in which FigureCanvasBase is not
> imported. Try replacing line 31 in
> matplotlib/backends/backend_cocoaagg.py with this::
>
> from matplotlib.backend_bases import FigureManagerBase, FigureCanvasBase
>
> I've fixed the bug on the svn branch and trunk.
Thanks, that fixes the backtrace.
> In a somewhat unrelated note, this style of "pylab animation" is no
> longer encouraged or supported (and your example does not work with
> cocoaagg, even with the fix, on my osx box). Rather, you should use
> the GUI timeout or idle loop for your backend to support animation, as
> in the examples in
> http://matplotlib.sourceforge.net/examples/animation/index.html.
> While there are no cocoa specific examples (feel free to contribute
> one) the pattern should be fairly clear across the UIs we have
> examples for.
Thanks, I'll pass that onto the user who reported this problem to me.
Cheers
Adam

On Wed, Jan 21, 2009 at 8:31 PM, Adam Mercer <ram...@gm...> wrote:
> Anyone?
>
> Cheers
>
> Adam
>
> On Sat, Jan 17, 2009 at 17:19, Adam Mercer <ram...@gm...> wrote:
>> Hi
>>
>> I'm trying to track down an issue with the CocoaAgg backend on Mac OS
>> X using MacPorts, when run with the CocoaAgg backend the following
>> code:
>>
>> from pylab import *
>> import time
>>
>> ion()
>>
>> tstart = time.time()
>> x = arange(0,2*pi,0.01)
>> line, = plot(x,sin(x))
>> for i in arange(1,200):
>> line.set_ydata(sin(x+i/10.0))
>> draw()
>>
>> print 'FPS:' , 200/(time.time()-tstart)
>>
>> fails with the backtrace:
>>
>> $ python temp.py -dCocoaAgg
>> Traceback (most recent call last):
>> File "temp.py", line 2, in <module>
>> from pylab import *
>> File "/opt/local/lib/python2.5/site-packages/pylab.py", line 1, in <module>
>> from matplotlib.pylab import *
>> File "/opt/local/lib/python2.5/site-packages/matplotlib/pylab.py",
>> line 253, in <module>
>> from matplotlib.pyplot import *
>> File "/opt/local/lib/python2.5/site-packages/matplotlib/pyplot.py",
>> line 75, in <module>
>> new_figure_manager, draw_if_interactive, show = pylab_setup()
>> File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/__init__.py",
>> line 25, in pylab_setup
>> globals(),locals(),[backend_name])
>> File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/backend_cocoaagg.py",
>> line 54, in <module>
>> class FigureCanvasCocoaAgg(FigureCanvasAgg):
>> File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/backend_cocoaagg.py",
>> line 63, in FigureCanvasCocoaAgg
>> start_event_loop.__doc__=FigureCanvasBase.start_event_loop_default.__doc__
>> NameError: name 'FigureCanvasBase' is not defined\
This looks like a simple bug in which FigureCanvasBase is not
imported. Try replacing line 31 in
matplotlib/backends/backend_cocoaagg.py with this::
 from matplotlib.backend_bases import FigureManagerBase, FigureCanvasBase
I've fixed the bug on the svn branch and trunk.
In a somewhat unrelated note, this style of "pylab animation" is no
longer encouraged or supported (and your example does not work with
cocoaagg, even with the fix, on my osx box). Rather, you should use
the GUI timeout or idle loop for your backend to support animation, as
in the examples in
http://matplotlib.sourceforge.net/examples/animation/index.html.
While there are no cocoa specific examples (feel free to contribute
one) the pattern should be fairly clear across the UIs we have
examples for.
JDH

Anyone?
Cheers
Adam
On Sat, Jan 17, 2009 at 17:19, Adam Mercer <ram...@gm...> wrote:
> Hi
>
> I'm trying to track down an issue with the CocoaAgg backend on Mac OS
> X using MacPorts, when run with the CocoaAgg backend the following
> code:
>
> from pylab import *
> import time
>
> ion()
>
> tstart = time.time()
> x = arange(0,2*pi,0.01)
> line, = plot(x,sin(x))
> for i in arange(1,200):
> line.set_ydata(sin(x+i/10.0))
> draw()
>
> print 'FPS:' , 200/(time.time()-tstart)
>
> fails with the backtrace:
>
> $ python temp.py -dCocoaAgg
> Traceback (most recent call last):
> File "temp.py", line 2, in <module>
> from pylab import *
> File "/opt/local/lib/python2.5/site-packages/pylab.py", line 1, in <module>
> from matplotlib.pylab import *
> File "/opt/local/lib/python2.5/site-packages/matplotlib/pylab.py",
> line 253, in <module>
> from matplotlib.pyplot import *
> File "/opt/local/lib/python2.5/site-packages/matplotlib/pyplot.py",
> line 75, in <module>
> new_figure_manager, draw_if_interactive, show = pylab_setup()
> File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/__init__.py",
> line 25, in pylab_setup
> globals(),locals(),[backend_name])
> File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/backend_cocoaagg.py",
> line 54, in <module>
> class FigureCanvasCocoaAgg(FigureCanvasAgg):
> File "/opt/local/lib/python2.5/site-packages/matplotlib/backends/backend_cocoaagg.py",
> line 63, in FigureCanvasCocoaAgg
> start_event_loop.__doc__=FigureCanvasBase.start_event_loop_default.__doc__
> NameError: name 'FigureCanvasBase' is not defined
>
> However this runs without issue using the MacOSX backend:
>
> $ python temp.py -dMacOSX
> FPS: 20.1183278689
>
> Is there some missing dependency that could cause this?
>
> Cheers
>
> Adam
>

On 1/21/2009 4:52 PM ramirodsl apparently wrote:
> Hi,
> 
> I'm experiencing a weird problem with the bounding box of my eps files.
> I have a script that produces my plots and saves them as eps files.
> For some reason the x coordinate of the bounding box is negative.
> 
> The bounding box of the files are: %%BoundingBox: -54 36 666 756
> 
> Then, when I try to print or show these files with gv they are clipped at
> the left side.
That seems just right: they should be clipped at the
page boundary. This shoud *not* affect their inclusion
in a document, however, for correctly behaving applications.
Perhaps this is useful:
http://osdir.com/ml/python.pyx.users/2006-03/msg00022.html
> I found the translate command on the EPS file format specification, so I
> added: 54 0 translate to the eps header.
> Everything looked ok until I tried to include these files in a tex/ps
> document. Now they get clipped on the right side!
You would need to change the bounding box too!
I think eps2eps will do all this for you if you really want to.
Alan Isaac

Dear ALL,
I received a report of a Mac OS X user who attempted to run my
recently released biodiversity mapping software based on MPL/Basemap
and wxPython.
As I have no access to an Apple Macintosh machine nor have much
experience with that OS anyway, I am posting the error report here in
the hope some of you nice guys can help.
I am also posting the steps the user followed in order to install the
software on the Mac OS X. From the error log, it looks that there may
be some issue with the version fo MPL he is using (which is the one
packaged with Enthought Python).
Thanks in advance for any assistance you can provide.
With best regards,
========================
Getting the package to work:
1. need networkx
download .egg file from here:
http://pypi.python.org/pypi/networkx/
install with:
easy_install /Users/nick/Desktop/downloads/networkx-0.99-py2.5.egg
(get easy_install from here:
http://peak.telecommunity.com/DevCenter/EasyInstall#installing-easy-install
http://peak.telecommunity.com/DevCenter/EasyInstall#downloading-and-installing-a-package
)
2. need mpl_toolkits.basemap:
download source from here:
http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=142792/&abmode=1
install instructions:
http://matplotlib.sourceforge.net/basemap/doc/html/users/installing.html
2.1 - download & unpack
cd /Users/nick/Desktop/downloads/basemap-0.99.3/
cd geos-2.2.3
export GEOS_DIR=/usr/local
./configure --prefix=$GEOS_DIR
make
sudo make install
cd ..
python setup.py install
in python:
mpl_toolkits.basemap import Basemap
need matplotlib 0.98 not 0.91
in python:
mpl_toolkits.basemap import Basemap
need matplotlib 0.98 not 0.91
2.2 - download updated version
http://sourceforge.net/project/showfiles.php?group_id=80706
download basemap:
http://sourceforge.net/project/showfiles.php?group_id=80706&package_id=142792&release_id=653688
double click:
matplotlib-0.98.5.2-py2.5-macosx10.5.mpkg
3. that didn't work, installing WHOLE NEW VERSION of Enthought which
has matplotlib 0.98
http://www.enthought.com/products/epddownload.php
redo install of basemap:
http://matplotlib.sourceforge.net/basemap/doc/html/users/installing.html
cd /Users/nick/Desktop/downloads/basemap-0.99.3/
cd geos-2.2.3
export GEOS_DIR=/usr/local
./configure --prefix=$GEOS_DIR
make
sudo make install
cd ..
python setup.py install
in python:
mpl_toolkits.basemap import Basemap
invalid syntax
from mpl_toolkits.basemap import Basemap
this works!
test:
cd examples
python simpletest.py
python run_all.py
basemap: most things worked, but not all. Neat mapping capability!
Probably slow though...
========================
Basically, the most important thing was re-installing the newest
version of Enthought, so as to get matplotlib 0.98, and then
installing basemap.
So I got all of that working, then ran 'python Croizat.py' and got the
following error which has me stymied:
==========================================
mws2:/bioinformatics/croizat/Croizat nick$ python -V
Python 2.5.2 |EPD Py25 4.1.30101|
mws2:/bioinformatics/croizat/Croizat nick$ python Croizat.py
matplotlib data path
/Library/Frameworks/Python.framework/Versions/4.1.30101/lib/python2.5/site-packages/matplotlib-0.98.3.0001-py2.5-macosx-10.3-fat.egg/matplotlib/mpl-data
loaded rc file /Users/nick/.matplotlib/matplotlibrc
matplotlib version 0.98.3
verbose.level helpful
interactive is True
units is False
platform is darwin
numerix numpy 1.1.1
$HOME=/Users/nick
CONFIGDIR=/Users/nick/.matplotlib
Using fontManager instance from /Users/nick/.matplotlib/fontManager.cache
backend TkAgg version 8.4
Traceback (most recent call last):
 File "Croizat.py", line 71, in <module>
 Croizat = Application(0)
 File "/Library/Frameworks/Python.framework/Versions/4.1.30101/lib/python2.5/site-packages/wxPython-2.8.7.1.0003_s-py2.5-macosx-10.3-fat.egg/wx/_core.py",
line 7836, in __init__
 self._BootstrapApp()
 File "/Library/Frameworks/Python.framework/Versions/4.1.30101/lib/python2.5/site-packages/wxPython-2.8.7.1.0003_s-py2.5-macosx-10.3-fat.egg/wx/_core.py",
line 7433, in _BootstrapApp
 return _core_.PyApp__BootstrapApp(*args, **kwargs)
 File "Croizat.py", line 62, in OnInit
 MainWindow = MainForm(None, -1, "")
 File "/home/maurobio/Projetos/Croizat/source/MainForm.py", line 201,
in __init__
 File "/home/maurobio/Projetos/Croizat/source/MainForm.py", line 320,
in __do_layout
 File "/home/maurobio/Projetos/Croizat/source/MainForm.py", line 1187,
in DrawMap
 File "/Library/Frameworks/Python.framework/Versions/4.1.30101/lib/python2.5/site-packages/basemap-0.99.1.0001-py2.5-macosx-10.3-fat.egg/mpl_toolkits/basemap/__init__.py",
line 1361, in drawcoastlines
 self.set_axes_limits(ax=ax)
 File "/Library/Frameworks/Python.framework/Versions/4.1.30101/lib/python2.5/site-packages/basemap-0.99.1.0001-py2.5-macosx-10.3-fat.egg/mpl_toolkits/basemap/__init__.py",
line 2501, in set_axes_limits
 figManager.canvas.draw()
AttributeError: 'NoneType' object has no attribute 'canvas'
==========================================
-- 
Dr. Mauro J. Cavalcanti
Ecoinformatics Studio
P.O. Box 46521, CEP 20551-970
Rio de Janeiro, RJ, BRASIL
E-mail: mau...@gm...
Web: http://studio.infobio.net
Linux Registered User #473524 * Ubuntu User #22717
"Life is complex. It consists of real and imaginary parts."

Hi,
I'm experiencing a weird problem with the bounding box of my eps files.
I have a script that produces my plots and saves them as eps files.
For some reason the x coordinate of the bounding box is negative.
The bounding box of the files are: %%BoundingBox: -54 36 666 756
Then, when I try to print or show these files with gv they are clipped at
the left side.
I found the translate command on the EPS file format specification, so I
added: 54 0 translate to the eps header.
Everything looked ok until I tried to include these files in a tex/ps
document. Now they get clipped on the right side! I've tried and googled
several things and can't get it to work.
Does anyone knows what is going on?
Thanks in advance
Ramiro
-- 
View this message in context: http://www.nabble.com/negative-bounding-box-in-eps-files-tp21593093p21593093.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Got it working using tkAgg by recompiling matplotlib from source.
David
On Jan 21 2009, David Trethewey wrote:
>I have switched between python2.5 and 2.6, so maybe I've messed up the
>installation somehow, and it's not looking for things in the right
>directories.
>
>I fiddled around with the versions of cairo and pycairo, and got them to
>match but still got errors:
>
>>>> import gtk
>Traceback (most recent call last):
> File "<stdin>", line 1, in <module>
> File "/usr/lib64/python2.6/site-packages/gtk-2.0/gtk/__init__.py",
>line 48, in <module>
> from gtk import _gtk
>ImportError: /usr/lib64/libcairo.so.2: undefined symbol:
>pixman_region32_rectangles
>
>Also using tk doesn't work either:
>
>>>> import pylab
>Traceback (most recent call last):
> File "<stdin>", line 1, in <module>
> File "/usr/lib64/python2.6/site-packages/pylab.py", line 1, in <module>
> from matplotlib.pylab import *
> File "/usr/lib64/python2.6/site-packages/matplotlib/pylab.py", line
>253, in <module>
> from matplotlib.pyplot import *
> File "/usr/lib64/python2.6/site-packages/matplotlib/pyplot.py", line
>75, in <module>
> new_figure_manager, draw_if_interactive, show = pylab_setup()
> File
>"/usr/lib64/python2.6/site-packages/matplotlib/backends/__init__.py",
>line 25, in pylab_setup
> globals(),locals(),[backend_name])
> File
>"/usr/lib64/python2.6/site-packages/matplotlib/backends/backend_tkagg.py",
>line 8, in <module>
> import tkagg # Paint image to Tk photo blitter extension
> File
>"/usr/lib64/python2.6/site-packages/matplotlib/backends/tkagg.py", line
>1, in <module>
> import _tkagg
>ImportError: No module named _tkagg
>
>
>John Hunter wrote:
>> On Wed, Jan 21, 2009 at 11:56 AM, Michael Droettboom <md...@st...> 
>> wrote:
>>> I haven't seen this before, but it definitely looks like an installation
>>> problem with pygtk and/or pycairo, since it fails without matplotlib
>>> even entering into it. In particular, it looks like a possible mismatch
>>> between the versions of pycairo and cairo. Is everything installed from
>>> your distro's packages, or did you build this yourself?
>>>
>>> Until "import gtk" works, there's little matplotlib can do,
>>> unfortunately. You may want to head over to the pygtk list for help if
>>> you're still stuck.
>>>
>> 
>> Or simply set your backend to tkagg
>> 
>> http://matplotlib.sourceforge.net/users/customizing.html
>> http://matplotlib.sourceforge.net/faq/installing_faq.html#id1
>> 
>> JDH
>
>
> 
> ------------------------------------------------------------------------------ 
> This SF.net email is sponsored by: SourcForge Community SourceForge wants 
> to tell your story. http://p.sf.net/sfu/sf-spreadtheword 
> _______________________________________________ Matplotlib-users mailing 
> list Mat...@li... 
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

I have switched between python2.5 and 2.6, so maybe I've messed up the
installation somehow, and it's not looking for things in the right
directories.
I fiddled around with the versions of cairo and pycairo, and got them to
match but still got errors:
>>> import gtk
Traceback (most recent call last):
 File "<stdin>", line 1, in <module>
 File "/usr/lib64/python2.6/site-packages/gtk-2.0/gtk/__init__.py",
line 48, in <module>
 from gtk import _gtk
ImportError: /usr/lib64/libcairo.so.2: undefined symbol:
pixman_region32_rectangles
Also using tk doesn't work either:
>>> import pylab
Traceback (most recent call last):
 File "<stdin>", line 1, in <module>
 File "/usr/lib64/python2.6/site-packages/pylab.py", line 1, in <module>
 from matplotlib.pylab import *
 File "/usr/lib64/python2.6/site-packages/matplotlib/pylab.py", line
253, in <module>
 from matplotlib.pyplot import *
 File "/usr/lib64/python2.6/site-packages/matplotlib/pyplot.py", line
75, in <module>
 new_figure_manager, draw_if_interactive, show = pylab_setup()
 File
"/usr/lib64/python2.6/site-packages/matplotlib/backends/__init__.py",
line 25, in pylab_setup
 globals(),locals(),[backend_name])
 File
"/usr/lib64/python2.6/site-packages/matplotlib/backends/backend_tkagg.py",
line 8, in <module>
 import tkagg # Paint image to Tk photo blitter extension
 File
"/usr/lib64/python2.6/site-packages/matplotlib/backends/tkagg.py", line
1, in <module>
 import _tkagg
ImportError: No module named _tkagg
John Hunter wrote:
> On Wed, Jan 21, 2009 at 11:56 AM, Michael Droettboom <md...@st...> wrote:
>> I haven't seen this before, but it definitely looks like an installation
>> problem with pygtk and/or pycairo, since it fails without matplotlib
>> even entering into it. In particular, it looks like a possible mismatch
>> between the versions of pycairo and cairo. Is everything installed from
>> your distro's packages, or did you build this yourself?
>>
>> Until "import gtk" works, there's little matplotlib can do,
>> unfortunately. You may want to head over to the pygtk list for help if
>> you're still stuck.
>>
> 
> Or simply set your backend to tkagg
> 
> http://matplotlib.sourceforge.net/users/customizing.html
> http://matplotlib.sourceforge.net/faq/installing_faq.html#id1
> 
> JDH

On Wed, Jan 21, 2009 at 11:56 AM, Michael Droettboom <md...@st...> wrote:
> I haven't seen this before, but it definitely looks like an installation
> problem with pygtk and/or pycairo, since it fails without matplotlib
> even entering into it. In particular, it looks like a possible mismatch
> between the versions of pycairo and cairo. Is everything installed from
> your distro's packages, or did you build this yourself?
>
> Until "import gtk" works, there's little matplotlib can do,
> unfortunately. You may want to head over to the pygtk list for help if
> you're still stuck.
>
Or simply set your backend to tkagg
 http://matplotlib.sourceforge.net/users/customizing.html
 http://matplotlib.sourceforge.net/faq/installing_faq.html#id1
JDH

I haven't seen this before, but it definitely looks like an installation 
problem with pygtk and/or pycairo, since it fails without matplotlib 
even entering into it. In particular, it looks like a possible mismatch 
between the versions of pycairo and cairo. Is everything installed from 
your distro's packages, or did you build this yourself?
Until "import gtk" works, there's little matplotlib can do, 
unfortunately. You may want to head over to the pygtk list for help if 
you're still stuck.
Mike
David Trethewey wrote:
> Michael Droettboom wrote:
> 
>> What does
>>
>> python -c "import gtk"
>>
>> say?
>> 
> python2.6 -c "import gtk"
> Traceback (most recent call last):
> File "<string>", line 1, in <module>
> File "/usr/lib64/python2.6/site-packages/gtk-2.0/gtk/__init__.py",
> line 48, in <module>
> from gtk import _gtk
> File "/usr/lib64/python2.6/site-packages/cairo/__init__.py", line 1,
> in <module>
> from _cairo import *
> ImportError: /usr/lib64/python2.6/site-packages/cairo/_cairo.so:
> undefined symbol: cairo_ps_surface_set_eps
>
> 
>> Mike
>>
>> David Trethewey wrote:
>> 
>>> Although I have python-gtk installed I still get this error message when
>>> importing pylab. I'm not sure why. Can anyone enlighten me?
>>>
>>> 
>>> 
>>>>>> from pylab import *
>>>>>> 
>>>>>> 
>>> Traceback (most recent call last):
>>> File "<stdin>", line 1, in <module>
>>> File "/usr/lib64/python2.6/site-packages/pylab.py", line 1, in <module>
>>> from matplotlib.pylab import *
>>> File "/usr/lib64/python2.6/site-packages/matplotlib/pylab.py", line
>>> 253, in <module>
>>> from matplotlib.pyplot import *
>>> File "/usr/lib64/python2.6/site-packages/matplotlib/pyplot.py", line
>>> 75, in <module>
>>> new_figure_manager, draw_if_interactive, show = pylab_setup()
>>> File
>>> "/usr/lib64/python2.6/site-packages/matplotlib/backends/__init__.py",
>>> line 25, in pylab_setup
>>> globals(),locals(),[backend_name])
>>> File
>>> "/usr/lib64/python2.6/site-packages/matplotlib/backends/backend_gtkagg.py",
>>>
>>> line 10, in <module>
>>> from matplotlib.backends.backend_gtk import gtk, FigureManagerGTK,
>>> FigureCanvasGTK,\
>>> File
>>> "/usr/lib64/python2.6/site-packages/matplotlib/backends/backend_gtk.py",
>>> line 11, in <module>
>>> raise ImportError("Gtk* backend requires pygtk to be installed.")
>>> ImportError: Gtk* backend requires pygtk to be installed.
>>>
>>> ------------------------------------------------------------------------------
>>>
>>> This SF.net email is sponsored by:
>>> SourcForge Community
>>> SourceForge wants to tell your story.
>>> http://p.sf.net/sfu/sf-spreadtheword
>>> _______________________________________________
>>> Matplotlib-users mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>> 
>>> 
>
> 
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Michael Droettboom wrote:
> What does
> 
> python -c "import gtk"
> 
> say?
python2.6 -c "import gtk"
Traceback (most recent call last):
 File "<string>", line 1, in <module>
 File "/usr/lib64/python2.6/site-packages/gtk-2.0/gtk/__init__.py",
line 48, in <module>
 from gtk import _gtk
 File "/usr/lib64/python2.6/site-packages/cairo/__init__.py", line 1,
in <module>
 from _cairo import *
ImportError: /usr/lib64/python2.6/site-packages/cairo/_cairo.so:
undefined symbol: cairo_ps_surface_set_eps
> 
> Mike
> 
> David Trethewey wrote:
>> Although I have python-gtk installed I still get this error message when
>> importing pylab. I'm not sure why. Can anyone enlighten me?
>>
>> 
>>>>> from pylab import *
>>>>> 
>> Traceback (most recent call last):
>> File "<stdin>", line 1, in <module>
>> File "/usr/lib64/python2.6/site-packages/pylab.py", line 1, in <module>
>> from matplotlib.pylab import *
>> File "/usr/lib64/python2.6/site-packages/matplotlib/pylab.py", line
>> 253, in <module>
>> from matplotlib.pyplot import *
>> File "/usr/lib64/python2.6/site-packages/matplotlib/pyplot.py", line
>> 75, in <module>
>> new_figure_manager, draw_if_interactive, show = pylab_setup()
>> File
>> "/usr/lib64/python2.6/site-packages/matplotlib/backends/__init__.py",
>> line 25, in pylab_setup
>> globals(),locals(),[backend_name])
>> File
>> "/usr/lib64/python2.6/site-packages/matplotlib/backends/backend_gtkagg.py",
>>
>> line 10, in <module>
>> from matplotlib.backends.backend_gtk import gtk, FigureManagerGTK,
>> FigureCanvasGTK,\
>> File
>> "/usr/lib64/python2.6/site-packages/matplotlib/backends/backend_gtk.py",
>> line 11, in <module>
>> raise ImportError("Gtk* backend requires pygtk to be installed.")
>> ImportError: Gtk* backend requires pygtk to be installed.
>>
>> ------------------------------------------------------------------------------
>>
>> This SF.net email is sponsored by:
>> SourcForge Community
>> SourceForge wants to tell your story.
>> http://p.sf.net/sfu/sf-spreadtheword
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>> 
> 

Although I have python-gtk installed I still get this error message when
importing pylab. I'm not sure why. Can anyone enlighten me?
>>> from pylab import *
Traceback (most recent call last):
 File "<stdin>", line 1, in <module>
 File "/usr/lib64/python2.6/site-packages/pylab.py", line 1, in <module>
 from matplotlib.pylab import *
 File "/usr/lib64/python2.6/site-packages/matplotlib/pylab.py", line
253, in <module>
 from matplotlib.pyplot import *
 File "/usr/lib64/python2.6/site-packages/matplotlib/pyplot.py", line
75, in <module>
 new_figure_manager, draw_if_interactive, show = pylab_setup()
 File
"/usr/lib64/python2.6/site-packages/matplotlib/backends/__init__.py",
line 25, in pylab_setup
 globals(),locals(),[backend_name])
 File
"/usr/lib64/python2.6/site-packages/matplotlib/backends/backend_gtkagg.py",
line 10, in <module>
 from matplotlib.backends.backend_gtk import gtk, FigureManagerGTK,
FigureCanvasGTK,\
 File
"/usr/lib64/python2.6/site-packages/matplotlib/backends/backend_gtk.py",
line 11, in <module>
 raise ImportError("Gtk* backend requires pygtk to be installed.")
ImportError: Gtk* backend requires pygtk to be installed.

On Wed, Jan 21, 2009 at 15:01, mzs <ms...@th...> wrote:
>
> Thank you for the information. I figured out that using pylab works. I
> would rather use a current version. I tried to find the version you
> mentioned in a deb package for Ubuntu but it doesn't seem to exist. Do you
> know why or where can I get it?
Probably there are none for the version of Ubuntu you're using but
there are newer packages in Ubuntu[1].
I'm not a Ubuntu guru, but you seem to be rather old in version, I
suggest, given the short release period, to keep your system
up-to-date to the current version (not 8.10 I think) and there there
are newer binary packages too[2].
[1] https://launchpad.net/ubuntu/+source/matplotlib
[2] http://packages.ubuntu.com/search?keywords=python-matplotlib
Regards,
-- 
Sandro Tosi (aka morph, morpheus, matrixhasu)
My website: http://matrixhasu.altervista.org/
Me at Debian: http://wiki.debian.org/SandroTosi

On Wed, Jan 21, 2009 at 8:25 AM, Michael Droettboom <md...@st...> wrote:
> I've removed the "%%EOF" comment from the embedded font in SVN (your
> suggested change). I'm still stumped as to why this matters, but it
> should be benign.
Since this was a windows platform, I am curious if this has something
to do with the differences in newline '\r\n' handling and python
binary file handling between windows and unix platforms (there is no
difference between file(somefile, 'wb') and file(somefile, 'w') on
linux but they are different on windows)
JDH

I've removed the "%%EOF" comment from the embedded font in SVN (your 
suggested change). I'm still stumped as to why this matters, but it 
should be benign.
Mike
Paul Novak wrote:
> I am using matplotlib SVN revision 6810, and GSview 4.9 for Windows.
>
> Paul
>
> Michael Droettboom wrote:
>> Which version of matplotlib and ghostscript are you using? With 
>> matplotlib SVN trunk and gs 7.07, I can't reproduce this here, either 
>> with your provided ps file or generating it myself.
>>
>> Paul Novak wrote:
>>> Hello,
>>>
>>> I am having some problems with the PS backend. I used the following
>>> script to create a PostScript file
>>>
>>> #!/usr/bin/env python
>>> import matplotlib
>>> matplotlib.use('PS')
>>> import matplotlib.pyplot as plt
>>> import numpy
>>>
>>> x1 = numpy.arange(0,5)
>>> y1 = x1
>>> plt.plot(x1, y1)
>>> plt.savefig('ps_backend.ps')
>>> plt.show()
>>>
>>>
>>> When I tried to open the PostScript file in GSview, there is the
>>> following warning, and the file does not render properly. I have
>>> attached the PostScript file and a screenshot of the incorrect 
>>> rendering.
>>>
>>> DSC Error
>>> At line 233:
>>> %%Page: 1 1
>>> This %%Page: line occurred in the trailer, which is not legal.
>>> EPS files should be encapsulated in %%BeginDocument / %%EndDocument.
>>> If is possible that an EPS file was incorrectly encapsulated,
>>> and that we have been confused by the %%Trailer in an EPS file.
>> Something is leading Ghostscript to believe this is an encapsulated 
>> postscript file when it isn't. That's odd. Did you change the 
>> extension of the file or something?
>>>
>>>
>>> The error can be eliminated by removing the line with %%EOF at line 
>>> 230, but I don't know anything about PostScript or if that change 
>>> would have any other effects. I only found this solution after 
>>> comparing with the output from the Cairo backend. The same change to 
>>> PostScript output can be achieved with the following diff (from svn 
>>> diff), but again, I don't know if it is appropriate.
>>>
>>> Index: ttconv/pprdrv_tt.cpp
>>> ===================================================================
>>> --- ttconv/pprdrv_tt.cpp (revision 6810)
>>> +++ ttconv/pprdrv_tt.cpp (working copy)
>>> @@ -1070,7 +1070,6 @@
>>> } /* end of if Type 42 not understood. */
>>>
>>> stream.putline("FontName currentdict end definefont pop");
>>> - stream.putline("%%EOF");
>>> } /* end of ttfont_trailer() */
>>>
>>> /*------------------------------------------------------------------
>> I'm surprised that this works, as the %%EOF comments are generally 
>> just considered informational. But it doesn't hurt to remove this 
>> line (and save 6 bytes per file!) so I'm fine with removing this line 
>> if we can confirm this is the source of the error.
>>
>> Mike
>>>
>>>
>>> Paul Novak
>>>
>>> ------------------------------------------------------------------------ 
>>>
>>>
>>> ------------------------------------------------------------------------ 
>>>
>>>
>>> ------------------------------------------------------------------------------ 
>>>
>>> This SF.net email is sponsored by:
>>> SourcForge Community
>>> SourceForge wants to tell your story.
>>> http://p.sf.net/sfu/sf-spreadtheword
>>> ------------------------------------------------------------------------ 
>>>
>>>
>>> _______________________________________________
>>> Matplotlib-users mailing list
>>> Mat...@li...
>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Thank you for the information. I figured out that using pylab works. I
would rather use a current version. I tried to find the version you
mentioned in a deb package for Ubuntu but it doesn't seem to exist. Do you
know why or where can I get it?
Thank you again.
Marc
John Hunter-4 wrote:
> 
> On Wed, Jan 21, 2009 at 6:38 AM, mzs <ms...@th...> wrote:
>>
>> Yes, I did have an typo in when reporting the problem, it should be
>> pyplot
>> not plot. However, the problem is with pyplot anyway. The version of
>> matplotlib is 0.90.1 as shown here:
>>
>> >>> import matplotlib.pyplot as plt
>> Traceback (most recent call last):
>> File "<stdin>", line 1, in <module>
>> ImportError: No module named pyplot
>> >>> import matplotlib
>> >>> print matplotlib.__version__
>> 0.90.1
>> >>>
> 
> In the early releases of matplotlib, the procedural plotting interface
> of matplotlib resided in "pylab", which also mixed in a lot of
> numerical routines from numpy and other places. *After* the release
> of 0.90.1, Eric Firing reorganized the plotting functions into a
> separate module "matplotlib.pyplot" so people could access them w/o
> having to get all of the numpy functions in the same namespace. See
> 
> 
> http://matplotlib.sourceforge.net/faq/usage_faq.html#matplotlib-pylab-and-pyplot-how-are-they-related
> 
> The version you are using is 2 years old, so you may want to consider
> upgrading. But you can get the same functionality with 0.90.1 by
> simply
> 
> >>> import pylab as plt
> 
> instead of
> 
> >>> import matplotlib.pyplot as plt
> 
> JDH
> 
> ------------------------------------------------------------------------------
> This SF.net email is sponsored by:
> SourcForge Community
> SourceForge wants to tell your story.
> http://p.sf.net/sfu/sf-spreadtheword
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
> 
-- 
View this message in context: http://www.nabble.com/ImportError%3A-No-module-named-pyplot-tp21576482p21583697.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On Wed, Jan 21, 2009 at 6:38 AM, mzs <ms...@th...> wrote:
>
> Yes, I did have an typo in when reporting the problem, it should be pyplot
> not plot. However, the problem is with pyplot anyway. The version of
> matplotlib is 0.90.1 as shown here:
>
> >>> import matplotlib.pyplot as plt
> Traceback (most recent call last):
> File "<stdin>", line 1, in <module>
> ImportError: No module named pyplot
> >>> import matplotlib
> >>> print matplotlib.__version__
> 0.90.1
> >>>
In the early releases of matplotlib, the procedural plotting interface
of matplotlib resided in "pylab", which also mixed in a lot of
numerical routines from numpy and other places. *After* the release
of 0.90.1, Eric Firing reorganized the plotting functions into a
separate module "matplotlib.pyplot" so people could access them w/o
having to get all of the numpy functions in the same namespace. See
 http://matplotlib.sourceforge.net/faq/usage_faq.html#matplotlib-pylab-and-pyplot-how-are-they-related
The version you are using is 2 years old, so you may want to consider
upgrading. But you can get the same functionality with 0.90.1 by
simply
 >>> import pylab as plt
instead of
 >>> import matplotlib.pyplot as plt
JDH