Menu
▾
▴
Re: [Matplotlib-users] matplotlib slow for rendering
|
From: Willi R. <w.r...@gm...> - 2005-12-03 10:26:43
|
Hi,
I tried that but got:
python plot.py
file h433x560.gz loaded and given shape (433, 560)
data ok
Traceback (most recent call last):
File=20
"/usr/lib/python2.3/site-packages/matplotlib/backends/backend_qtagg.py", li=
ne=20
75, in paintEvent
FigureCanvasAgg.draw( self )
File "/usr/lib/python2.3/site-packages/matplotlib/backends/backend_agg.py=
",=20
line 383, in draw
self.figure.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/figure.py", line 520, i=
n=20
draw
for a in self.axes: a.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/axes.py", line 1441, in=
=20
draw
self.yaxis.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/axis.py", line 562, in=
=20
draw
tick.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/axis.py", line 162, in=
=20
draw
if self.label2On: self.label2.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/text.py", line 854, in=
=20
draw
self._mytext.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/text.py", line 339, in=
=20
draw
bbox, info =3D self._get_layout(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/text.py", line 264, in=
=20
_get_layout
xys =3D [self._transform.inverse_xy_tup( xy ) for xy in zip(tx, ty)]
RuntimeError: Transformation is not invertible
Traceback (most recent call last):
File=20
"/usr/lib/python2.3/site-packages/matplotlib/backends/backend_qtagg.py", li=
ne=20
75, in paintEvent
FigureCanvasAgg.draw( self )
File "/usr/lib/python2.3/site-packages/matplotlib/backends/backend_agg.py=
",=20
line 383, in draw
self.figure.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/figure.py", line 520, i=
n=20
draw
for a in self.axes: a.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/axes.py", line 1441, in=
=20
draw
self.yaxis.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/axis.py", line 562, in=
=20
draw
tick.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/axis.py", line 162, in=
=20
draw
if self.label2On: self.label2.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/text.py", line 854, in=
=20
draw
self._mytext.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/text.py", line 339, in=
=20
draw
bbox, info =3D self._get_layout(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/text.py", line 264, in=
=20
_get_layout
xys =3D [self._transform.inverse_xy_tup( xy ) for xy in zip(tx, ty)]
RuntimeError: Transformation is not invertible
Traceback (most recent call last):
File=20
"/usr/lib/python2.3/site-packages/matplotlib/backends/backend_qtagg.py", li=
ne=20
75, in paintEvent
FigureCanvasAgg.draw( self )
File "/usr/lib/python2.3/site-packages/matplotlib/backends/backend_agg.py=
",=20
line 383, in draw
self.figure.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/figure.py", line 520, i=
n=20
draw
for a in self.axes: a.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/axes.py", line 1441, in=
=20
draw
self.yaxis.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/axis.py", line 562, in=
=20
draw
tick.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/axis.py", line 162, in=
=20
draw
if self.label2On: self.label2.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/text.py", line 854, in=
=20
draw
self._mytext.draw(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/text.py", line 339, in=
=20
draw
bbox, info =3D self._get_layout(renderer)
File "/usr/lib/python2.3/site-packages/matplotlib/text.py", line 264, in=
=20
_get_layout
xys =3D [self._transform.inverse_xy_tup( xy ) for xy in zip(tx, ty)]
RuntimeError: Transformation is not invertible
QWidget (QWidget figure): deleted while being painted
QPaintDevice: Cannot destroy paint device that is being painted
Any hint how to solve this? My installation:
=46C3
matplotlib-0.85
PyQt-3.15-0.1.fc3.kde
PyQt-qscintilla-3.15-0.1.fc3.kde
python-2.3.4-13.1
scipy_version: '0.3.2'
Thanks,
wr
Am Freitag, 2. Dezember 2005 20:48 schrieb Helge Avlesen:
> On 12/1/05, Charlie Moad <cw...@gm...> wrote:
> > It would help if you were more specific. Are you referring to
> > animation or static images? I can generate a million point scatter
> > plot in under a minute, and I would consider this pretty good for a
> > general purpose plotting package.
>
> Hi matplotlib'ers!
> while the end result in matplotlib is starting to "get there", the speed =
is
> not yet where it has to be to be useful IMO. I hereby post a little
> challenge for the matplotlib developers;
>
> get the actual plotting time (from the first plot command until show is
> done) on the below dataset down to less than a second,(including the quiv=
er
> command in the plot.py file).
>
> download the 3 files here (ca 600kb in total)
>
> http://www.ii.uib.no/~avle/slow1/
>
> execfile('plot.py') to plot the dataset (works for me with cvs as of
> today). the first part of the file is just some convenience funcs for
> loading the data. the plotting happen near the end.
>
> this is a moderately sized grid, 433x560 cells (those of you into
> oceanography may recognize the area). what I observe on my pentium
> 2.54ghz linux box:
>
> -after "data ok" on screen, it takes ca15s to render. pygist uses < 0.5s
> -zoom operations take ca 5s. pygist is "instant".
> -you don't want to wait for an additional quiver layer. it must take
> minutes to finish. pygist is instant. with quiver, also zooming is
> equally slow, the ui freeze for ages.
> -often one wants to add contours from other fields on top of this, in
> pygist this adds no
> visible delay, matplotlib easily doubles the rendering time.
>
> typical usage for me is to load many such datasets, and do a lot of
> zoom in/out/pan to various features, modify colors/levels, add
> velocity vectors etc. currently this is quite
> painful in matplotlib, as one zoom operation on realistic datasets
> easily takes 10 seconds on a multi ghz machine. pygist is very fast,
> even on a 400mhz laptop, memory usage is also a lot lower.
>
> so, I think matplotlib is a great effort, and shows a lot of promise, but
> for realistic use, it is (at least for me) still far too slow!
>
> Helge
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files for problems? Stop! Download the new AJAX search engine that makes
> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=CCk
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
=2D-=20
Gruss,
wr
=2D-
Dipl.-Inform. Willi Richert
C-LAB - Cooperative Computing & Communication Laboratory
der Universit=E4t Paderborn und Siemens
=46U.323
=46=FCrstenallee 11
D-33102 Paderborn
Tel: +49 5251 60 6120
=46ax: +49 5251 60 6165
http://www.c-lab.de
|
