Hello,
The situation (at least in my case) has definitely improved (for now)
after adding a clf() command at the end of every figure I generate.
Somehow, it looks like pylab cannot properly "forget" the previous
figure before drawing a new one unless you explicitly tell it.
Maybe it is worth a tr
Hi Lorenzo,
On Tuesday 15 January 2008 4:14:24 pm Lorenzo Isella wrote:
> Dear All,
> I am sending this email out of frustration, but I hope that someone will
> be able to tell me what is going on.
> I am using pylab on a Debian testing box.
> I have the feeling that there is some problem with pyl
Dear All,
I am sending this email out of frustration, but I hope that someone will
be able to tell me what is going on.
I am using pylab on a Debian testing box.
I have the feeling that there is some problem with pylab when I
alternate, as I am doing now, many linear and log-log plots. Very often
The patch for legends works except for LineCollection. For any call to
legend(), I get the errors below,
Paul
Traceback (most recent call last):
File
"/usr/lib/python2.5/site-packages/matplotlib/backends/backend_gtk.py",
line 331, in expose_event
self._render_figure(self._pixmap, w, h)
[I'm bringing this back to the list. Hope you don't mind.]
I've been doing a lot of non-matplotlib work lately and this fell off my
radar. Thanks for the reminder.
The patch looks good to me. I'm not concerned about doing all this in
_get_handles as opposed to Legend.__init__. I actually th
Thanks for pointing that out -- I didn't even notice.
There was an ordering problem in how colors were being set. This should
be fixed in r4870.
Cheers,
Mike
Paul Novak wrote:
> I have another problem after updating to SVN r4869. The ticks take the
> color of the plotted line without regard t
I have another problem after updating to SVN r4869. The ticks take the
color of the plotted line without regard to the default. For example,
matplotlib.rc('xtick', color='black')
matplotlib.rc('ytick', color='black')
plot(x, y, 'red')
will give red ticks.
Paul
Michael Droettboom wrote:
> It's
It's a bug. It's now possible for rgba colors to make their way all the
way down to that level, so the code needs to truncate that to rgb (Ps
can't handle alpha anyway).
This is committed in SVN r4869.
Cheers,
Mike
Paul Novak wrote:
> Hello,
>
> I am trying to use the PS backend to make some
Hello,
I am trying to use the PS backend to make some simple line plots, using
the following script, but I get the error messages included below when I
try to plot with usetex=True. I have also included the output from
--verbose=helpful. I am using the current SVN, and I don't recall having
th
Hello: I need to create a chart which shows the effect of promotions (eg.
forms of advertisement, discounts, etc.) on sales. The data that I have is:
weekly sales -- sales[sku, week]
promotions -- promotion[prom_name, day]
Currently, I have aggregated the promotion data to week whereby if a
pr
Ah -- just thought of something else.
If I adjust simple_plot_fps.py to have 100,000 data points rather than
1,000 I see something that starts to match with what you're seeing:
GtkAgg:
wallclock: 4.23297405243
user: 3.33
fps: 23.6240522057
Gtk:
wallclock: 15.0203828812
user: 14.92
fps: 6.657619
You can use a numpy masked array, and mask the values that you don't
want to plot. Or you can use a normal numpy array and set the missing
values to numpy.nan. (There seem to be a few side cases where the
second option doesn't do what you would expect in 0.91.2, but AFAIK it
works in recent r
In my own tests, using the built-in GUI windows I get the following
numbers on the simple_plot_fps.py speed test (which essentially tests
redrawing speed, which is pretty GUI-backend dependent, as opposed to
the first drawing operation which involves more common code):
GtkAgg:
wallclock: 3.7363
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
I'm starting with matplotlib, using it to build a performance monitor
web application.
The plots I'm using mostly are date based graphs, what's the best way to
go when I have to plot some data that have gaps inside the date ranges?
The defaul
Hi,
I don't have conclusive proof, .. but I suspect that the draw() of a
graph in a pyGTK application is order of magnitudes slower than I can
plot the same data in the default Tk graphing widget.
i.e. 5 sec in tk, ... and >1 minute in gtk
Obvious question, ... is this a know issue?
Is ther
15 matches
Mail list logo
