matplotlib-users Mailing List for matplotlib

>>>>> "Charles" == Charles Twardy <ct...@ma...> writes:
 Charles> I couldn't see any way to do legends, so I hacked
 Charles> together a routine that worked for me. However, I don't
 Charles> know how to handle fonts properly (ie, find out how much
 Charles> plotting space they really take up), so someone might
 Charles> want to fix the two lines marked "#Hack" and maybe the
 Charles> related row spacing.
Thanks for the script. I've been meaning to add legends for some time
and you gave me the push I needed. To do it right (account for font
size) is a little more difficult so I've been putting it off, but it's
done in CVS now and tested with the 3 backends. 
I added the legend functionality to the Axes class, which has the
advantage that you don't need to specify the line styles, colors
etc... since the axes contains the lines and can get them from there.
Also, I decided not to go with a whole new legend axes, but rather
added a legend patch, legend lines and legend text to the current
axis. Changes to axes lines with handle graphics or Line2D API calls
are reflected in the legend text.
Below is your script which works with the CVS version. Do you mind if
I add it to the examples dir in the matplotlib distro?
JDH
# Thanks to Charles Twardy
from matplotlib.matlab import *
a = arange(0,3,.02)
b = arange(0,3,.02)
c=exp(a)
d=c.tolist()
d.reverse()
d = array(d)
ax = subplot(111)
plot(a,c,'k--',a,d,'k:',a,c+d,'k')
legend(('Model length', 'Data length', 'Total message length'), 'upper right')
ax.set_ylim([-1,20])
ax.grid(0)
xlabel('Model complexity --->')
ylabel('Message length --->')
title('Minimum Message Length')
set(gca(), 'yticklabels', [])
set(gca(), 'xticklabels', [])
savefig('mml')
show()

>>>>> "Flavio" == Flavio Coelho <fcc...@ci...> writes:
 Flavio> Hi, does anyone know why matplotlib crashes wxbased apps?
 Flavio> (Pycrust for instance?) is there any way around this?
I have never used matplotlib with wx but I suspect the problem is that
by default matplotlib enters the gtk mainloop, which is not compatible
with other GUIs that do the same. Generally, one has to hack a shell
to use matplotlib interactively -- you can read about two such shells
on http://matplotlib.sourceforge.net/interactive.html. I suspect the
same can be done for pycrust, but I haven't any experience with it.
The best thing to do would be to port to a matplotlib backend to wx
and use it natively. That's what I really want to do, because wx
comes with enthought python, which will make it easy for win32 users
to use.
John Hunter

Hi,
 does anyone know why matplotlib crashes wxbased apps? (Pycrust for
instance?)
is there any way around this?
thanks,
Fl=E1vio

I couldn't see any way to do legends, so I hacked together a routine that
worked for me. However, I don't know how to handle fonts properly (ie, find
out how much plotting space they really take up), so someone might want to
fix the two lines marked "#Hack" and maybe the related row spacing.
Here's a simple demo that includes the legend() function. 
Attached, I hope.
-C
-- 
Charles R. Twardy Monash University, School of CSSE
ctwardy at alumni indiana edu +61(3) 9905 5823 (w) 5146 (fax)
 ~^~
 "eloquence ought to be banish'd out of all civil Societies as a
 thing fatal to Peace and good Manners..." ~Sprat 1667

I ran across PyX (http://pyx.sourceforge.net/) yesterday. It handles
eps and postscript beautifully! Combine with this snippet of code:
 import pygtk; pygtk.require("2.0")
 import sys
 import gtk
 import bonobo
 import bonobo.ui
 win = gtk.Window()
 win.connect("delete-event", gtk.mainquit)
 win.show()
 container = bonobo.ui.Container()
 control = bonobo.ui.Widget("file://home2/njh/numpy.pdf",
 container.corba_objref())
 # A control widget is just like any other GtkWidget.
 control.show()
 win.add(control)
 gtk.main()
And you have a simple plotting system with wysiwyg. Should Matplotlib
move towards using PyX?
-- 
njh
http://www.csse.monash.edu.au/~njh/

Hi,
I'm glad to find this project and planning to use this wonderful 
matplotlib package in my project "PAIDA".
I think the log scaling capability is relatively important in 
scientific analysis but the matplotlib does not support currently.
While I know this capability will be supported in next release, would 
you tell me if it will be 0.3 release or more later?
K. KISHIMOTO

Over the last few weeks I've made a lot of changes to matplotlib,
particularly to allow rendering to multiple output formats, and thus
break the dependence on GTK/pygtk. The new output formats are
postscript and GD module. The latter allows you to use matplotlib in
an environment where there is no window server running, such as for a
web application server creating dynamic charts. You can choose the
backend from the command line, so the same script can be used without
changes to create either a GUI window or postscript output.
The latest release of matplotlib, 0.29, incorporates these changes,
and fixes some other bugs, some important (like marker and figure text
scaling with figure resolution).
I've uploaded this release to the sourceforge site, and added some new
documentation describing them and how to use them
 What's new : http://matplotlib.sourceforge.net/whats_new.html
 Backends : http://matplotlib.sourceforge.net/backends.html
 Fonts : http://matplotlib.sourceforge.net/fonts.html
I would like to add a few more features before I make the 0.3 release,
and am hoping some of you will try the new version and report any
problems you may have before I do 0.3 and make a wider announcement
the python and scipy communities.
Note that the figure and savefig commands no longer takes a figure
size in pixels, but rather a figure size as a width, height tuple in
inches and a DPI (figure) or simply DPI (savefig). See the help for
those functions for more info.
Thanks! Let me know how it goes,
John Hunter

>>>>> "Charles" == Charles R Twardy <ct...@ma...> writes:
 Charles> How hard would it be to add pie charts? Or have I missed
 Charles> them?? How would one do this? Patches? Or: how many
 Charles> coffees to sponsor it?
I've been thinking about adding pie charts. I never use them in my
own research, but I know the rest of the world, particularly the
business world, does. A "wedge" patch would be the appropriate
primitive, combined with a pie chart function that drew the wedges in
the right place. I have never used a pie chart in matlab -- I'm
curious to know what kind of patch primitive they use.
However, there is no existing patch class is particularly suited for
drawing a wedge, but it would be easy to implement using the drawable
draw_arc method combined with a fill; basically just follow the lead
of draw circle and change the angles of the arc. If you want to take
a stab at it, that would be great!
BTW, as I've alluded to in previous posts, I have reworked the backend
considerably, and can now make plots with GTK, PS and GD module. I'll
update CVS monday morning. This doesn't much affect the patch
classes, because the patch is an abstraction which calls the renderer
primitives eg, draw_arc, draw_rectangle, and all the backends support
these calls.
In any case, I'll get around to adding it myself if you don't want to
take it on (and will hold you to those coffees next time I'm down
under!), but I have a few other feature request and bug fixes in the
que to tackle first.
JDH

How hard would it be to add pie charts? Or have I missed them??
How would one do this? Patches?
 Or: how many coffees to sponsor it?
 
-Charles
--
Charles R. Twardy, Res.Fellow, Monash University, School of CSSE
ctwardy at alumni indiana edu +61(3) 9905 5823 (w) 5146 (fax)

>>>>> "Jean-Baptiste" == Jean-Baptiste Cazier <Jea...@de...> writes:
 Jean-Baptiste> If on top of that I could use the pixmap as a
 Jean-Baptiste> background of other plot, (plot (pixmap, x,y) it
 Jean-Baptiste> would be even better
 Jean-Baptiste> Any idea on how this could be done ?
Yes, this should be fairly easy to implement, since all the drawing
commands draw to a gtk.gdk.Drawable, of which pixmap is a derived
class. When I make the hardcopy (png or tiff) I am already using a
blank pixmap as the background, so it should be fairly easy to add a
command to the Figure API, which is set_background_pixmap, and then
allow you to plot on top of it (or just use the pixmap alone). I will
take at look at this and get back to you.
Thanks for the suggestion,
John Hunter

S=E6ll !
I recently discovered the matplotlib project with great pleasure.
It is already fulling many of my wishes linked to python development
However there is a function I would love to have, and it should be straight=
 forward to implement eventhough it is not in the matlab spirit:
- I would like to be able to get a plot based on an existing pixmap
- This way I would be able	 - to get the nice tools provided by the figure,=
 axes, zooming, etc..
					 - keep a consistent presentation 	 of my many plots
- As figures in matlibplot are supposed to be pixmaps in axes this should b=
e fairly easy to implement
instead of havinf plot(x,y) it would be plot(pixmap)
If on top of that I could use the pixmap as a background of other plot, (pl=
ot (pixmap, x,y) it would be even better
Any idea on how this could be done ?
Takk
Kve=F0ja
Jean-Baptiste
--=20
-----------------------------
Jea...@de...
Department of Statistics
deCODE genetics Sturlugata,8
570 2993 101 Reykjav=EDk

>>>>> "Charles" == Charles R Twardy <ct...@ma...> writes:
 Charles> It seems I'm running the new version: * line 1702 of
 Charles> figure.py reads as you asked * I just tried another CVS
 Charles> get and got nothing * I just did another run of setup.py
 Charles> and nothing happened
 Charles> I still get the crash, and can reproduce with a simple
 Charles> 3-line script, attached.
 Charles> }Monday. If you'd like to send a script, I can add one
 Charles> of them to the }screenshots section of the home page. My
 Charles> script is an ugly beast that parses an ugly dataset. But
 Charles> I'll see about getting a demo version. -C
Thanks for the update. I'm knee deep in getting a postscript backend
working so I'll take a look at this in the next few days. This is
proving to be very helpful because I've abstracted all the drawing
operations away from gtk which means it will be relatively easy to
port the lib to new output drivers or GUI toolkits.
As for the bug, I can replicate the bug on my system with your example
script, so it shouldn't be too hard to find and fix. I'll let you
know when I get an updated CVS.
JDH