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