matplotlib-users Mailing List for matplotlib

To whomever manages the Debian packages for matplotlib:

Recently (past month), I've been getting an Ign from apt-get update for
the Debian package of Matplotlib.  Has the URL changed?

Cheers,
Curtis



      * * * * * * * * * * * * * * * * * * * * * * * * * * * *
    *   Curtis S. Cooper, Graduate Research Assistant         *
   *    Lunar and Planetary Laboratory, University of Arizona  *
   *    http://www.lpl.arizona.edu/~curtis/		       *
   *    Kuiper Space Sciences, Rm. 318                         *
    *   1629 E. University Blvd.,                             *
     *  Tucson, AZ 85721        * * * * * * * * * * * * * * *
      * Wk: (520) 621-1471     *
       * * * * * * * * * * * *

On Dec 8, 2004, at 3:29 AM, Eric Emsellem wrote:

> Hi,
>
> I am now trying to switch from ppgplot to matplotlib and I
> really like the latter for the much nicer plots and functionalities
> (although limitations such as the absence of contour plots is a 
> critical one).

There is progress being made on contour plots. We've implemented a basic
version that John Hunter is looking at now.
>
> However, I just made a small script to plot 10 small subplots
> on a single window repeatedly (going through slices of an array each 
> time)
> and it is bloody slooooooooow (a very large factor slower than anything
> I can use to do the same thing with python and some graphical 
> functions).
>
> I personnally think this is a major limitation (with the contours) of
> that piece of soft, and may discourage many (and myself).
>
Could you give some indication of what speed you are getting vs what you
have gotten under other plotting packages? How big is the slice (how 
many
points)? What kind of plot? Showing the actual script may help a lot in
understanding why it is so slow. There may be other ways that are 
faster,
or it will at least point to the main bottleneck that could stand 
improvement.
This complaint is too general to be helpful. I'm not sure it should be
matplotlib's goal to be the fastest package around, but it should be
fast enough for ordinary plotting (which means different things to
different people of course).

> Is there a way to improve (dramatically) this? Is there a plan there?
>
> thanks in advance,
>
> Eric Emsellem
>
> P.S.: by the way I solved the cursor problem I posted (and got no 
> answer)
> by defining a new cursor class (something already hinted
> by many on the web), if anyone is interested..
>
I missed this post (I'm too busy at the moment to read all posts).
Yes, having this functionality is important. Some of this is possible
now but John has this at his fingertips (I can't recall the details).
If I have time I'll see if I can dig this up.

Perry

hello,

i was enjoying using matplotlib... until i installed gnome-python-2.6.1. now, when i do something simple like:

>>> figure(1)

the interpreter hangs up for AGES. with verbose matplotlib output, the place at which it hangs is here:

Value::~Value
Value::~Value
Point::~Point
Value::~Value
Value::~Value
Bbox::~Bbox
Point::~Point
Value::~Value
Value::~Value
Point::~Point
Value::~Value
Value::~Value
Transformation::~Transformation
<HERE>

eventually i get back to the prompt. has anyone else experienced this incompatibility?

cheers,
andrew.

-- 
Andrew B. Collier

Antarctic Research Fellow                                   tel: +27 31 2601157
Space Physics Research Institute                            fax: +27 31 2616550
University of KwaZulu-Natal, Durban, 4041, South Africa

Hi Eric,

On Wed, 8 Dec 2004, Eric Emsellem wrote:

[...]

> P.S.: by the way I solved the cursor problem I posted (and got no answer)
> by defining a new cursor class (something already hinted
> by many on the web), if anyone is interested..

I would be very interested in this - maybe you could
post it here (also for the archive ;-).
If possible it would be nice to see this integrated into matplotlib
because this sounds like a replacement of scipy.xplt/pygist's
mouse command (or ppgplot's pgband?).

Best,

Arnd


P.S.: I agree on the speed issues. Unfortunately
      most of the newer python graphics packages tend to be
      slower than older packages.
      For example scipy.xplt (aka pygist) see
      http://bonsai.ims.u-tokyo.ac.jp/~mdehoon/software/python/index.html
      is reasonably fast.

      We have set up a PlottingCanvas for wxPython
      for our specific needs of fast plotting of single points
      and moving objects,
        http://www.physik.tu-dresden.de/~baecker/python/plot.html
      But this is by far not a fully featured plotting program,
      though maybe some of the ideas used there to speed
      up things could be used in matplotlib
      (note that I state this with complete ignorance
      of matplotlib's interna).

Hi,

I am now trying to switch from ppgplot to matplotlib and I
really like the latter for the much nicer plots and functionalities
(although limitations such as the absence of contour plots is a critical 
one).

However, I just made a small script to plot 10 small subplots
on a single window repeatedly (going through slices of an array each time)
and it is bloody slooooooooow (a very large factor slower than anything
I can use to do the same thing with python and some graphical functions).

I personnally think this is a major limitation (with the contours) of
that piece of soft, and may discourage many (and myself).

Is there a way to improve (dramatically) this? Is there a plan there?

thanks in advance,

Eric Emsellem

P.S.: by the way I solved the cursor problem I posted (and got no answer)
by defining a new cursor class (something already hinted
by many on the web), if anyone is interested..

-- 
===============================================================
Observatoire de Lyon                 ems...@ob...
9 av. Charles-Andre                      tel: +33 4 78 86 83 84
69561 Saint-Genis Laval Cedex            fax: +33 4 78 86 83 86
France               http://www-obs.univ-lyon1.fr/eric.emsellem
===============================================================