matplotlib-users Mailing List for matplotlib

FigureCanvasAgg seems to make fonts appear much larger that
FigureCanvasWxAgg. I am trying to get plots generated interactively
in a wx window to appear the same as those that I generate in a no
display batch script that outputs .png files. I use FigureCanvasWxAgg
for the former and FigureCanvasAgg for the latter. Is there a reason
why the same font size would appear much larger in FigureCanvasAgg
than FigureCanvasWxAgg. Is there another, better, way to achieve
uniformity accross png outputs and wx on screen display?
It doesn't look like one can use the FigureCanvasAgg for wx embedding
or the FigureCanvasWxAgg for png generation because the former will
not accept a parent window and the latter requires one.
If anyone has any ideas I would greatly appreciate suggestions.
--Tom

hu...@ya... wrote:
> I think that we will have soon a big problem with the scientific soft in 
> python. Some of them will use numpy, Numeric or numarray and they will be 
> totally incompatible.
I understand and to some extent share, your frustration, but the problem 
already existed with Numeric and numarray. Transitioning to numpy is the 
solution -- not the problem.
 > Theorically numpy was to do the reunification but a
> transition period must exist.
Yes, it must, and that's where we are now. It is a bit tricky, but once 
numpy reached 1.0 (soon, I think and hope!), we can all start using it 
and these problems will fade away....
> I want to thank you for all the work done for matplotlib, the critics are only 
> to avoid people to be distressed because one day all their softs won't work 
> due to numpy/numarray/Numeric incompatibility and stop to use python.
well, anyone using Numeric (or numarray), can just keep on using it for 
a god while. So something that works now should work for a while into 
the future.
-Chris
-- 
Christopher Barker, Ph.D.
Oceanographer
 		
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
Chr...@no...

On 6/9/06, Darren Dale <dd...@co...> wrote:
> I cant reproduce this. Are you sure it's a problem with matplotlib? It looks
> like its a problem with shutil and os.utime, not mpl. Are you sure you have
> write privileges for the file and the directory? Could another (k)ubuntu
> Dapper user please give this a try?
>
> On Friday 09 June 2006 11:42, massimo sandal wrote:
> > I have just reproduced it by doing an histogram in an interactive
> > ipython --pylab session and then exporting as 'figure.eps'.
> >
> > Just:
> > a=[...] <--numbers to histogram
> > hist(a)
> > savefig('hist001.eps')
> >
> > gives:
> >
> > exceptions.OSError Traceback (most
> > recent call last)
> >
> > /users/Massimo/synuclein/<ipython console>
> >
> > /usr/lib/python2.4/site-packages/matplotlib/pylab.py in savefig(*args,
> > **kwargs)
> > 809 def savefig(*args, **kwargs):
> > 810 fig = gcf()
> > --> 811 return fig.savefig(*args, **kwargs)
> > 812 if Figure.savefig.__doc__ is not None:
> > 813 savefig.__doc__ = _shift_string(Figure.savefig.__doc__)
> >
> > /usr/lib/python2.4/site-packages/matplotlib/figure.py in savefig(self,
> > *args, **kwargs)
> > 658 kwargs[key] = rcParams['savefig.%s'%key]
> > 659
> > --> 660 self.canvas.print_figure(*args, **kwargs)
> > 661
> > 662 def colorbar(self, mappable, cax=None, **kw):
> >
> > /usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtkagg.py
> > in print_figure(self, filename, dpi, facecolor, edgecolor, orientation,
> > **kwargs)
> > 110 try:
> > 111 agg.print_figure(filename, dpi, facecolor,
> > edgecolor,
> > --> 112 orientation, **kwargs)
> > 113 except IOError, msg:
> > 114 error_msg_gtk('Failed to save\nError message:
> > %s'%(msg,), self)
> >
> > /usr/lib/python2.4/site-packages/matplotlib/backends/backend_agg.py in
> > print_figure(self, filename, dpi, facecolor, edgecolor, orientation,
> > **kwargs)
> > 482 ps = self.switch_backends(FigureCanvasPS)
> > 483 ps.print_figure(filename, dpi, facecolor,
> > edgecolor,
> > --> 484 orientation, **kwargs)
> > 485 else:
> > 486 raise IOError('Do not know know to handle
> > extension *%s' % ext)
> >
> > /usr/lib/python2.4/site-packages/matplotlib/backends/backend_ps.py in
> > print_figure(self, outfile, dpi, facecolor, edgecolor, orientation,
> > papertype)
> > 1121 fh = file(tmpfile)
> > 1122 print >>outfile, fh.read()
> > -> 1123 else: shutil.move(tmpfile, outfile)
> > 1124
> > 1125 def _print_figure_tex(self, outfile, dpi, facecolor,
> > edgecolor, orientation,
> >
> > /usr/lib/python2.4/shutil.py in move(src, dst)
> > 191 rmtree(src)
> > 192 else:
> > --> 193 copy2(src,dst)
> > 194 os.unlink(src)
> > 195
> >
> > /usr/lib/python2.4/shutil.py in copy2(src, dst)
> > 91 dst = os.path.join(dst, os.path.basename(src))
> > 92 copyfile(src, dst)
> > ---> 93 copystat(src, dst)
> > 94
> > 95
> >
> > /usr/lib/python2.4/shutil.py in copystat(src, dst)
> > 66 mode = stat.S_IMODE(st.st_mode)
> > 67 if hasattr(os, 'utime'):
> > ---> 68 os.utime(dst, (st.st_atime, st.st_mtime))
> > 69 if hasattr(os, 'chmod'):
> > 70 os.chmod(dst, mode)
> >
> > OSError: [Errno 1] Operation not permitted: 'hist001.eps'
> >
> > MPL is 0.87.3 compiled from source on gnu/linux Kubuntu 6.06
> > Thanks,
Massimo, I'm away from my ubuntu machine right now, so I can't test
this. In the meantime, try in ipython
xmode verbose
before running your code. This will generate a more detailed
traceback, which might give us some clues.
Cheers,
f

		Hi,
just to tell that the new quiver2 sample are not working with numarray. 
/usr/lib/python2.4/site-packages/matplotlib/quiver.py", line 237, in 
_make_verts
 scale = nx.amax(a) * math.sqrt(len(a)) # crude auto-scaling
AttributeError: 'module' object has no attribute 'amax'
I think that we will have soon a big problem with the scientific soft in 
python. Some of them will use numpy, Numeric or numarray and they will be 
totally incompatible. Theorically numpy was to do the reunification but a 
transition period must exist. The module Numerix was doing it for matplotlib 
but it's beginning to have more and more incompatibility. 
The quiver problem is not the only one. I used a lot the griddata module to 
interpolate some irregulary spaced data, it was working very fine but it's 
not working with numpy and I don't have the skill to change it unfortunatly.
I want to thank you for all the work done for matplotlib, the critics are only 
to avoid people to be distressed because one day all their softs won't work 
due to numpy/numarray/Numeric incompatibility and stop to use python.
Regards,
N.

Nikolai Hlubek wrote:
> Hi everyone
> 
> First of all I'd like to thank you for all your work
> since many bugs which I found to be quite annoying have been
> fixed in the latest version.
> 
> But I ran into trouble with the new colorbar. As you can see in the
> attached picture horizontal lines are drawn.
> 
> The plot was generated with the following python code:
> 
> from pylab import *
> from RandomArray import *
> 
> z=random((200,100))
> imshow(z, interpolation='nearest', cmap=cm.hot)
> colorbar(drawedges=False)
> colorbar(drawedges=True)
> show()
Nikolai,
Your example code has two calls to colorbar, but your sample png file 
has only the result of the second. If I do this:
from pylab import *
from RandomArray import *
z=random((200,100))
imshow(z, interpolation='nearest', cmap=cm.hot)
colorbar(drawedges=False)
show()
I don't get the lines when the Agg backend is making the png. You don't 
even need the drawedges kwarg; the default is False.
What backends are you using? Some backends still need work to make them 
support this behavior. Agg, ps, and svg should be fine.
Eric

I cant reproduce this. Are you sure it's a problem with matplotlib? It looks 
like its a problem with shutil and os.utime, not mpl. Are you sure you have 
write privileges for the file and the directory? Could another (k)ubuntu 
Dapper user please give this a try?
On Friday 09 June 2006 11:42, massimo sandal wrote:
> Darren Dale ha scritto:
> >> I noticed the following error when in my application I try to export the
> >> plot in EPS format. The odd thing is that the export actually works and
> >> produces a good eps file, but nevertheless...
> >>
> >> File "hooke.py", line 354, in ExportImage #that's my wxpython+MPL app
> >> self.figure.savefig(filename)
> >> File "/usr/lib/python2.4/site-packages/matplotlib/figure.py", line
> >> 660, in savefig
> >> self.canvas.print_figure(*args, **kwargs)
> >> File
> >> "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_ps.py",
> >> line 1123, in print_figure
> >> else: shutil.move(tmpfile, outfile)
> >> File "/usr/lib/python2.4/shutil.py", line 193, in move
> >> copy2(src,dst)
> >> File "/usr/lib/python2.4/shutil.py", line 93, in copy2
> >> copystat(src, dst)
> >> File "/usr/lib/python2.4/shutil.py", line 68, in copystat
> >> os.utime(dst, (st.st_atime, st.st_mtime))
> >> OSError: [Errno 1] Operation not permitted: 'figura001.eps'
> >
> > please submit a short script that reproduces the problem.
>
> I have just reproduced it by doing an histogram in an interactive
> ipython --pylab session and then exporting as 'figure.eps'.
>
> Just:
> a=[...] <--numbers to histogram
> hist(a)
> savefig('hist001.eps')
>
> gives:
>
> exceptions.OSError Traceback (most
> recent call last)
>
> /users/Massimo/synuclein/<ipython console>
>
> /usr/lib/python2.4/site-packages/matplotlib/pylab.py in savefig(*args,
> **kwargs)
> 809 def savefig(*args, **kwargs):
> 810 fig = gcf()
> --> 811 return fig.savefig(*args, **kwargs)
> 812 if Figure.savefig.__doc__ is not None:
> 813 savefig.__doc__ = _shift_string(Figure.savefig.__doc__)
>
> /usr/lib/python2.4/site-packages/matplotlib/figure.py in savefig(self,
> *args, **kwargs)
> 658 kwargs[key] = rcParams['savefig.%s'%key]
> 659
> --> 660 self.canvas.print_figure(*args, **kwargs)
> 661
> 662 def colorbar(self, mappable, cax=None, **kw):
>
> /usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtkagg.py
> in print_figure(self, filename, dpi, facecolor, edgecolor, orientation,
> **kwargs)
> 110 try:
> 111 agg.print_figure(filename, dpi, facecolor,
> edgecolor,
> --> 112 orientation, **kwargs)
> 113 except IOError, msg:
> 114 error_msg_gtk('Failed to save\nError message:
> %s'%(msg,), self)
>
> /usr/lib/python2.4/site-packages/matplotlib/backends/backend_agg.py in
> print_figure(self, filename, dpi, facecolor, edgecolor, orientation,
> **kwargs)
> 482 ps = self.switch_backends(FigureCanvasPS)
> 483 ps.print_figure(filename, dpi, facecolor,
> edgecolor,
> --> 484 orientation, **kwargs)
> 485 else:
> 486 raise IOError('Do not know know to handle
> extension *%s' % ext)
>
> /usr/lib/python2.4/site-packages/matplotlib/backends/backend_ps.py in
> print_figure(self, outfile, dpi, facecolor, edgecolor, orientation,
> papertype)
> 1121 fh = file(tmpfile)
> 1122 print >>outfile, fh.read()
> -> 1123 else: shutil.move(tmpfile, outfile)
> 1124
> 1125 def _print_figure_tex(self, outfile, dpi, facecolor,
> edgecolor, orientation,
>
> /usr/lib/python2.4/shutil.py in move(src, dst)
> 191 rmtree(src)
> 192 else:
> --> 193 copy2(src,dst)
> 194 os.unlink(src)
> 195
>
> /usr/lib/python2.4/shutil.py in copy2(src, dst)
> 91 dst = os.path.join(dst, os.path.basename(src))
> 92 copyfile(src, dst)
> ---> 93 copystat(src, dst)
> 94
> 95
>
> /usr/lib/python2.4/shutil.py in copystat(src, dst)
> 66 mode = stat.S_IMODE(st.st_mode)
> 67 if hasattr(os, 'utime'):
> ---> 68 os.utime(dst, (st.st_atime, st.st_mtime))
> 69 if hasattr(os, 'chmod'):
> 70 os.chmod(dst, mode)
>
> OSError: [Errno 1] Operation not permitted: 'hist001.eps'
>
> MPL is 0.87.3 compiled from source on gnu/linux Kubuntu 6.06
> Thanks,
> m.
-- 
Darren S. Dale, Ph.D.
Cornell High Energy Synchrotron Source
Cornell University
200L Wilson Lab
Rt. 366 & Pine Tree Road
Ithaca, NY 14853
dd...@co...
office: (607) 255-9894
fax: (607) 255-9001

Darren Dale ha scritto:
>> I noticed the following error when in my application I try to export the
>> plot in EPS format. The odd thing is that the export actually works and
>> produces a good eps file, but nevertheless...
>>
>> File "hooke.py", line 354, in ExportImage #that's my wxpython+MPL app
>> self.figure.savefig(filename)
>> File "/usr/lib/python2.4/site-packages/matplotlib/figure.py", line
>> 660, in savefig
>> self.canvas.print_figure(*args, **kwargs)
>> File
>> "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_ps.py",
>> line 1123, in print_figure
>> else: shutil.move(tmpfile, outfile)
>> File "/usr/lib/python2.4/shutil.py", line 193, in move
>> copy2(src,dst)
>> File "/usr/lib/python2.4/shutil.py", line 93, in copy2
>> copystat(src, dst)
>> File "/usr/lib/python2.4/shutil.py", line 68, in copystat
>> os.utime(dst, (st.st_atime, st.st_mtime))
>> OSError: [Errno 1] Operation not permitted: 'figura001.eps'
> 
> please submit a short script that reproduces the problem.
I have just reproduced it by doing an histogram in an interactive 
ipython --pylab session and then exporting as 'figure.eps'.
Just:
a=[...] <--numbers to histogram
hist(a)
savefig('hist001.eps')
gives:
exceptions.OSError Traceback (most 
recent call last)
/users/Massimo/synuclein/<ipython console>
/usr/lib/python2.4/site-packages/matplotlib/pylab.py in savefig(*args, 
**kwargs)
 809 def savefig(*args, **kwargs):
 810 fig = gcf()
--> 811 return fig.savefig(*args, **kwargs)
 812 if Figure.savefig.__doc__ is not None:
 813 savefig.__doc__ = _shift_string(Figure.savefig.__doc__)
/usr/lib/python2.4/site-packages/matplotlib/figure.py in savefig(self, 
*args, **kwargs)
 658 kwargs[key] = rcParams['savefig.%s'%key]
 659
--> 660 self.canvas.print_figure(*args, **kwargs)
 661
 662 def colorbar(self, mappable, cax=None, **kw):
/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtkagg.py 
in print_figure(self, filename, dpi, facecolor, edgecolor, orientation, 
**kwargs)
 110 try:
 111 agg.print_figure(filename, dpi, facecolor, 
edgecolor,
--> 112 orientation, **kwargs)
 113 except IOError, msg:
 114 error_msg_gtk('Failed to save\nError message: 
%s'%(msg,), self)
/usr/lib/python2.4/site-packages/matplotlib/backends/backend_agg.py in 
print_figure(self, filename, dpi, facecolor, edgecolor, orientation, 
**kwargs)
 482 ps = self.switch_backends(FigureCanvasPS)
 483 ps.print_figure(filename, dpi, facecolor, 
edgecolor,
--> 484 orientation, **kwargs)
 485 else:
 486 raise IOError('Do not know know to handle 
extension *%s' % ext)
/usr/lib/python2.4/site-packages/matplotlib/backends/backend_ps.py in 
print_figure(self, outfile, dpi, facecolor, edgecolor, orientation, 
papertype)
 1121 fh = file(tmpfile)
 1122 print >>outfile, fh.read()
-> 1123 else: shutil.move(tmpfile, outfile)
 1124
 1125 def _print_figure_tex(self, outfile, dpi, facecolor, 
edgecolor, orientation,
/usr/lib/python2.4/shutil.py in move(src, dst)
 191 rmtree(src)
 192 else:
--> 193 copy2(src,dst)
 194 os.unlink(src)
 195
/usr/lib/python2.4/shutil.py in copy2(src, dst)
 91 dst = os.path.join(dst, os.path.basename(src))
 92 copyfile(src, dst)
---> 93 copystat(src, dst)
 94
 95
/usr/lib/python2.4/shutil.py in copystat(src, dst)
 66 mode = stat.S_IMODE(st.st_mode)
 67 if hasattr(os, 'utime'):
---> 68 os.utime(dst, (st.st_atime, st.st_mtime))
 69 if hasattr(os, 'chmod'):
 70 os.chmod(dst, mode)
OSError: [Errno 1] Operation not permitted: 'hist001.eps'
MPL is 0.87.3 compiled from source on gnu/linux Kubuntu 6.06
Thanks,
m.
-- 
Massimo Sandal
University of Bologna
Department of Biochemistry "G.Moruzzi"
snail mail:
Via Irnerio 48, 40126 Bologna, Italy
email:
mas...@un...
tel: +39-051-2094388
fax: +39-051-2094387

Hi,
I recently installed matplotlib 0.87.3 (compiled from source) on a 
kubuntu 6.06
I notice, both when using mpl embedded into an application and when 
using it with pylab, that before drawing a new graph window the 
following error happens:
X Error: BadDevice, invalid or uninitialized input device 168
 Major opcode: 145
 Minor opcode: 3
 Resource id: 0x0
Failed to open device
X Error: BadDevice, invalid or uninitialized input device 168
 Major opcode: 145
 Minor opcode: 3
 Resource id: 0x0
Failed to open device
The graph is then correctly displayed and everything then proceeds 
normally, but I guess it is not completely normal it happens (an old 
matplotlib version on debian sarge gave no errors).
Thanks,
m.
-- 
Massimo Sandal
University of Bologna
Department of Biochemistry "G.Moruzzi"
snail mail:
Via Irnerio 48, 40126 Bologna, Italy
email:
mas...@un...
tel: +39-051-2094388
fax: +39-051-2094387

Hi everyone
First of all I'd like to thank you for all your work
since many bugs which I found to be quite annoying have been
fixed in the latest version.
But I ran into trouble with the new colorbar. As you can see in the
attached picture horizontal lines are drawn.
The plot was generated with the following python code:
from pylab import *
from RandomArray import *
z=random((200,100))
imshow(z, interpolation='nearest', cmap=cm.hot)
colorbar(drawedges=False)
colorbar(drawedges=True)
show()
Any ideas what this problem could be related to?
Best regards,
Nikolai
-- 
"1984" is not a howto!

>>>>> "Nils" == Nils Wagner <nw...@ia...> writes:
 Nils> Hi all, Can I use formulas within the legend command, e.g.
 Nils> legend( ('$\sin(x)$', '$\cos(x)$'), loc='upper left')
You can, but there are two problems with your example. One, you need
to be using "raw" strings if you are using single backslashes, eg
 r'$\sin(x)$'
the other is that mathtext doesn't recognize \sin, \cos, \exp etc.
(Edin are you out there? If so, this would be something useful to
work on).
You can do the equivalent by setting the font to roman 
 from pylab import figure, show, nx
 x = nx.arange(0.0, 1.0, 0.01)
 fig = figure()
 ax = fig.add_subplot(111)
 ax.plot(x, nx.sin(2*nx.pi*x), 'ro', label=r'$\rm{sin}(x)$')
 ax.plot(x, nx.cos(2*nx.pi*x), 'gs', label=r'$\rm{cos}(x)$')
 ax.legend(loc='upper center')
 show()
but unfortunately the layout is crappy. This is one of the things
Edin will be working on this summer, trying to fix the kerning (by
using a better set of fonts) so the spacing in '(x)' is handled
properly.
If you have access to TeX, dvipng and ghostscript, you can use
"usetext" for better layout.
JDH