matplotlib-users Mailing List for matplotlib

Hi, I'm very new to matplotlib and python. I'm using TkAgg and IDLE -n, and 
trying to make a dynamic display for data acquisition. However, when I try 
to use the toolbar or move the plot window while "running" everything 
freezes. Any fixes?
Thanks,
C.D.

Dear John,
You win: I thought I had done a clean install, but apparently I didn't. 
After a
rm -rf of site-packages/matplotlib, and a re-install everything worked fine.
So: no bug.
Thanks,
Arnold
Quoting John Hunter <jdh...@ac...>:
>>>>>> "Arnold" == Arnold Moene <arn...@wu...> writes:
>
> Arnold> Dear all, The following simple script gives an error on
> Arnold> matplotlib-0.72.1: # Start script from pylab import * from
> Arnold> Numeric import *
>
> Arnold> x=arange(0.1,10,0.1) y=sin(x)
>
> Arnold> grid() plot(x,y) savefig('foo.eps') # end script
>
> Arnold> The error disappears when I remove the grid() switch.
>
> I cannot replicate this bug with 0.72.1 or matplotlib CVS. Could you
> rm -rf site-packages/matplotlib, reinstall, and run your script with
> --verbose-helpful? If you still get the error, send the output of the
> run so I can use the extra diagnostic information.
>
> Thanks,
> JDH
>
-- 
------------------------------------------------------------------------
Arnold F. Moene NEW tel: +31 (0)317 482604
Meteorology and Air Quality Group fax: +31 (0)317 482811
Wageningen University e-mail: Arn...@wu...
Duivendaal 2 url: http://www.met.wau.nl
6701 AP Wageningen
The Netherlands
------------------------------------------------------------------------
Openoffice.org - Freedom at work
Firefox - The browser you can trust (www.mozilla.org)
------------------------------------------------------------------------

1) Running the dash_control.py example I get the
following error message (the problem is present on
both linux and windows installations):
Traceback (most recent call last):
 File "/usr/lib/python2.3/lib-tk/Tkinter.py", line
1345, in __call__
 return self.func(*args)
 File
"/home/camp/s991416/lib/python/matplotlib/backends/backend_tkagg.py",
line 140, in resize
 self.show()
 File
"/home/camp/s991416/lib/python/matplotlib/backends/backend_tkagg.py",
line 143, in draw
 FigureCanvasAgg.draw(self)
 File
"/home/camp/s991416/lib/python/matplotlib/backends/backend_agg.py",
line319, in draw
 self.figure.draw(self.renderer)
 File
"/home/camp/s991416/lib/python/matplotlib/figure.py",
line 338, in draw
 for a in self.axes: a.draw(renderer)
 File
"/home/camp/s991416/lib/python/matplotlib/axes.py",
line 1296, in draw
 a.draw(renderer)
 File
"/home/camp/s991416/lib/python/matplotlib/lines.py",
line 283, in draw
 lineFunc(renderer, gc, xt, yt)
 File
"/home/camp/s991416/lib/python/matplotlib/lines.py",
line 543, in _draw_dashed
 renderer.draw_lines(gc, xt, yt, self._transform)
TypeError: CXX: type error.
2) And when using savefig I get :
Traceback (most recent call last):
 File "dash_control.py", line 13, in ?
 savefig('dash_control')
 File
"/home/camp/s991416/lib/python/matplotlib/pylab.py",
line 763, in savefig
 try: ret = fig.savefig(*args, **kwargs)
 File
"/home/camp/s991416/lib/python/matplotlib/figure.py",
line 455, in savefig
 self.canvas.print_figure(*args, **kwargs)
 File
"/home/camp/s991416/lib/python/matplotlib/backends/backend_tkagg.py",
line 161, in print_figure
 agg.print_figure(filename, dpi, facecolor,
edgecolor, orientation)
 File
"/home/camp/s991416/lib/python/matplotlib/backends/backend_agg.py",
line370, in print_figure
 self.draw()
 File
"/home/camp/s991416/lib/python/matplotlib/backends/backend_agg.py",
line319, in draw
 self.figure.draw(self.renderer)
 File
"/home/camp/s991416/lib/python/matplotlib/figure.py",
line 338, in draw
 for a in self.axes: a.draw(renderer)
 File
"/home/camp/s991416/lib/python/matplotlib/axes.py",
line 1296, in draw
 a.draw(renderer)
 File
"/home/camp/s991416/lib/python/matplotlib/lines.py",
line 283, in draw
 lineFunc(renderer, gc, xt, yt)
 File
"/home/camp/s991416/lib/python/matplotlib/lines.py",
line 543, in _draw_dashed
 renderer.draw_lines(gc, xt, yt, self._transform)
	
		
__________________________________ 
Celebrate Yahoo!'s 10th Birthday! 
Yahoo! Netrospective: 100 Moments of the Web 
http://birthday.yahoo.com/netrospective/

>>>>> "Arnold" == Arnold Moene <arn...@wu...> writes:
 Arnold> Dear all, The following simple script gives an error on
 Arnold> matplotlib-0.72.1: # Start script from pylab import * from
 Arnold> Numeric import *
 Arnold> x=arange(0.1,10,0.1) y=sin(x)
 Arnold> grid() plot(x,y) savefig('foo.eps') # end script
 Arnold> The error disappears when I remove the grid() switch.
I cannot replicate this bug with 0.72.1 or matplotlib CVS. Could you
rm -rf site-packages/matplotlib, reinstall, and run your script with
--verbose-helpful? If you still get the error, send the output of the
run so I can use the extra diagnostic information.
Thanks,
JDH

Stephen Walton wrote:
> Hi, All,
> 
> A week or so ago, I posted to matplotlib-users about a problem with 
> bdist_rpm. I'd asked about python 2.3 on Fedora Core 1.
> 
> It turns out there are two problems. One is that even if one has 
> python2.3 and python2.2 installed, bdist_rpm always calls the 
> interpreter named 'python', which is 2.2 on FC1. The other problem is 
You need to 'fix' the python version to be called inside the actual rpm build. 
 From the ipython release script:
# A 2.4-specific RPM, where we must use the --fix-python option to ensure that
# the resulting RPM is really built with 2.4 (so things go to
# lib/python2.4/...)
python2.4 ./setup.py bdist_rpm --release=py24 --fix-python
> that in bdist_rpm.py there is a set of lines near line 307 which tests 
> if the number of generated RPM files is 1. This fails because all of 
> matplotlib, numeric, numarray and scipy generate a debuginfo RPM when 
> one does 'python setup.py bdist_rpm'. (Why the RPM count doesn't fail 
> with Python 2.3 on FC3 is beyond me, but nevermind.) The patch is at
This problem has been fixed in recent 2.3 and 2.4. 2.2 still has it.
Best,
f

On Thu, 3 Mar 2005, Stephen Walton wrote:
> Hi, All,
>
> A week or so ago, I posted to matplotlib-users about a problem with 
> bdist_rpm. I'd asked about python 2.3 on Fedora Core 1.
>
> It turns out there are two problems. One is that even if one has python2.3 
> and python2.2 installed, bdist_rpm always calls the interpreter named 
> 'python', which is 2.2 on FC1.
Using `bdist_rpm --fix-python` should take care of this issue.
Pearu

Stephen Walton wrote:
> [bdist_rpm] still fails with Numeric 23.6 however for reasons I'm 
> still checking into;
Posted too soon; this problem is fixed at Numeric 23.7.

Hi, All,
A week or so ago, I posted to matplotlib-users about a problem with 
bdist_rpm. I'd asked about python 2.3 on Fedora Core 1.
It turns out there are two problems. One is that even if one has 
python2.3 and python2.2 installed, bdist_rpm always calls the 
interpreter named 'python', which is 2.2 on FC1. The other problem is 
that in bdist_rpm.py there is a set of lines near line 307 which tests 
if the number of generated RPM files is 1. This fails because all of 
matplotlib, numeric, numarray and scipy generate a debuginfo RPM when 
one does 'python setup.py bdist_rpm'. (Why the RPM count doesn't fail 
with Python 2.3 on FC3 is beyond me, but nevermind.) The patch is at
http://opensvn.csie.org/pyvault/rpms/trunk/python23/python-2.3.4-distutils-bdist-rpm.patch
and I have verified that after applying this patch to 
/usr/lib/python2.2/distutils/command/bdist_rpm.py on FC1 that 'python 
setup.py bdist_rpm' works for numarray 1.2.2, scipy current CVS, and 
matplotlib 0.72 (after changing setup.py for python2.2 as documented in 
the latter). It still fails with Numeric 23.6 however for reasons I'm 
still checking into; the failed "setup.py bdist_rpm" claims that 
arraytypes.c doesn't exist.
Steve Walton