matplotlib-users Mailing List for matplotlib

>>>>> "Matt" == Matt Newville <new...@ca...> writes:
 >> > I've seen the matplotlib code, and have used a fair number of
 >> plotting >libraries in my day. The matplotlib results are
 >> wonderful, but the API is a bit goofy, don't you think? Does
 >> FigureCanvas->Figure->Axes make sense to you? I'd be OK with
 >> two of those, but I don't understand how three possibly 
 >> helps.
 >> 
 >> I don't think it's goofy at all. You have FigureCanvas because
 >> seperating out the thing that "draws" the figure is the best
 >> way to implement backend neutrality. You have Figure and Axes
 >> (rather than just Axes) because that's the best way to
 >> implement things like subplots, plotting overlapped axes, and
 >> figimage(), colorbars, and figure legends.
 Matt> I think we agree: the hierarchy is implementation driven,
 Matt> not use driven.
It depends on your perspective I guess. Originally there was only a
Figure and Axes, and when we started supporting other backends than
GTK (eg WX) we needed to segregate the Figure from it's container to
provide a GUI independent way of representing the Figure. In my view,
this was a use driven detail, since we wanted to use matplotlib with
other GUIs, but you may view it as an implementation driven, which it
is also.
If you are only using matplotlib in a single context, eg a WX App,
then yes, it is more overhead than you need. But it is fairly useful
in a GUI neutral plotting library.
Because the GUI neutrality imposes some extra syntactic overhead when
working with OO matplotlib, I think it is a good idea to have GUI
specific OO wrappers to ease the common tasks, like you and Ken have
provided.
JDH

>>>>> "Graeme" == Graeme Lufkin <gra...@gm...> writes:
 Graeme> experience with matplotlib+PyGTK on platforms other than
 Graeme> Linux. (Ahh, the joys of scientific programming: now
 Graeme> Windows.) Perhaps wxWindows handles cross-platform apps
 Graeme> better, I'm not qualified to answer. If other people are
 Graeme> interested, I could try writing up a Wiki page with one of
 Graeme> my small "matplotlib embedded in a GTK app" programs. --
FYI, gtk was the first and only matplotlib backend for many releases,
then came PS and WX. I use GTK/GTKAgg backends primarily for
application development with embedded matplotlib, and these apps run
on win32, OS X, linux and solaris. So pygtk + matplotlib is a very
good combination for cross platform GUI developement, in my opinion.
JDH

On 12/9/05, Randewijk P-J <pjr...@su...> <pjr...@su...> wrote:
>
> Dear Paul,
>
>
> > It should depend on font.size in the rc file.
>
>
> That's what I thought.
>
> I changed the font.size to 5.
>
> Only my figtext's fontsize changed. The legend's fontsize remained at
> (what appears to be) 12...
>
> I'm still running 0.84, can that be the problem ?
No. This is a bug in the legend code. The code initializes the text size
when the object is created, but does not update it at any later time. This
should be fixed.
 -- Paul
--
Paul Barrett, PhD Johns Hopkins University
Assoc. Research Scientist Dept of Physics and Astronomy
Phone: 410-516-5190 Baltimore, MD 21218

>>>>> "Michael" == Michael McKerns <mmc...@it...> writes:
 Michael> Matplotlib is currently too slow to render large
 Michael> datasets. This needs improvement. Is anyone working on
 Michael> this problem? I believe this issue was also brought up
 Michael> at the last SciPy...
Hey Michael,
Performance questions are best addressed in the context of an example
script, with matplotlib version number and backend. All of these can
have a big effect on the performance you are seeing.
Some commands (pcolor, scatter) are known to be too slow generally.
Others, like plotting markers, are highly optimized in recent version
of mpl for backend agg but not other backends. imshow is about as
fast as we can make it for now...
So it would help to know in what context you are seeing performance
problems. Sometimes it's as simple as improper use of mpl. Eg
for line in some_big_data_set:
 plot(line)
will be an order of magnitude slower than using a line collection,
usually.
JDH

>>>>> "Charlie" == Charlie Moad <cw...@gm...> writes:
 Charlie> So I was fairly successful at performing the horrid act
 Charlie> known as building mpl for windows. The problem I run
 Charlie> into (py24) is the "--install-script postinstall.py"
 Charlie> flag. Where/what is this script? The build works if I
 Charlie> omit this.
Historical detritus I think -- you can safely remove this from your
build and the mpl docs / setup code.
JDH

>>>>> ""Strauss" == "Strauss JM <jst...@su...>" <jst...@su...> writes:
 "Strauss> My problem however is that I am unable to change my font
 "Strauss> style (it seems to be Times New Roman or similar and I
 "Strauss> want it to be Arial) for the labels ext., even though I
 "Strauss> can change just about everything else there is to
 "Strauss> change, including font size, the coverage of the canvas
 "Strauss> by the figure and so forth. This I do be merely
 "Strauss> changing the matplotlibrc file copied to my application
 "Strauss> directory. Are there any suggestions or may be a
 "Strauss> request for more detail information regarding my
 "Strauss> problem?
Not sure -- maybe matplotlib is not finding your fonts. Have you seen
http://matplotlib.sourceforge.net/fonts.html which gives some info
about setting font paths. I suggest removing your matplotlib
generated font cache (~/.matplotlib/ttffont.cache) and then rerunning
your script with the --verbose-debug flag to see what fonts it's
looking for, finding and using.
JDH

>>>>> "Mike" == Mike Dewhirst <mi...@de...> writes:
 Mike> The entities are linked with named n:m relationships and I'd
 Mike> like to select one and display it in a box (with the entity
 Mike> name) and all related entities likewise in boxes linked to
 Mike> each other by lines representing the relationships tagged
 Mike> with the names of those relationships.
matplotlib may not be the best choice (someone already pointed you to
graphviz and pydot). See also pyx.
But there is a graph drawing module for matplotlib -- see
 http://networkx.sf.net
JDH

>>>>> "Mark" == Mark Bakker <ma...@gm...> writes:
 Mark> Does anybody know a way to mix mathtext and regular text,
 Mark> for example in the axis label?
 Mark> Something like
 Mark> xlabel(r'$\rho^2$ along axis')
 Mark> doesn't work. I know this is mentioned in the manual. Just
 Mark> wondering if somebody knows a workaround rather than using
 Mark> the full Latex option.
This isn't supported yet, but it would be nice to do this. The two
things that have kept me from focusing more attention to mathtext are
the fact that the bakoma fonts we use are so bad noone wants to use
them (Nicholas recently submitted a patch for PS which allows
matplotlib mathtext to work with native PS AFM fonts) and that there
is not TeX/LaTeX integration. Nonetheless, it would be nice to
support this syntax. 
The current workaround is to use the roman fonts
 Mark> xlabel(r'$\rho^2$\ \rm{along\ axis}')
but since kerning is not supported in the bakoma fonts it doesn't look
that good, typically.
JDH

>>>>> "psong" == psong <ps...@br...> writes:
 psong> Hi guys, I need to make a figure with custom axis
 psong> location. I would like to be able to put xaxis and yaxis at
 psong> arbitrary location (instead of the default location of top,
 psong> bottom, left, right). One such example would be the
 psong> symbolline example at
 psong> http://pyx.sourceforge.net/examples/graphs/index.html. I
 psong> could not figure out how to do this with matplotlib after
 psong> reading the manual and going through the examples on
 psong> matplotlib website. I can draw the axis line myself (with
 psong> axhline and axvline) but it was very tedious and the result
 psong> does not look good. Can this be readily done with
 psong> matplotlib? Any suggestion will be appreciated.
There is no better way to do it current;y than they way you are doing
it. It's a limitation and fixing it is on the goals list. If you
want to take a crack at it, check out the code in axis.py....
JDH

>>>>> "Charlie" == Charlie Moad <cw...@gm...> writes:
 Charlie> Bump...... Anybody.........
You might want to look at Mark's work on axis equal and axis scaled.
It might help to place the radio widgets into an axes that has the
equal property set.
See Axes.set_aspect.
JDH

On Saturday 10 December 2005 10:25 am, Jiri Polcar wrote:
> Hallo,
>
> when I use
>
> rc('text', usetex=True)
>
> and then
>
> savefig('main.eps')
>
> file 'main.eps' is very strange. BBox is bigger than plot and when I use
> 'ps2epsi' it's failed. Wihtout
>
> rc('text', usetex=True)
>
> line works 'main.eps' normaly. What I must to do to get "correct" EPS
> file with TeX processing?
try updating to gnu-ghostscript-8.16

 Hallo,
when I use
 rc('text', usetex=True)
and then
 savefig('main.eps')
file 'main.eps' is very strange. BBox is bigger than plot and when I use
'ps2epsi' it's failed. Wihtout
 rc('text', usetex=True)
line works 'main.eps' normaly. What I must to do to get "correct" EPS
file with TeX processing?
--
JP

>/usr/local/lib/python2.4/site-packages/matplotlib/backends/backend_gtk.py
> 4 def fn_name(): return sys._getframe(1).f_code.co_name
> 5
>----> 6 import gobject
> 7 import gtk; gdk = gtk.gdk
> 8 import pango
>
>ImportError: No module named gobject
>
>
>If someone has seen this befor, please tell me how to solve the problem...
>
> 
>
looks like for me the gobject module is here:
/usr/lib/python2.3/site-packages/gtk-2.0/gobject.so
so probably you don't have the python gtk-2.0 bindings installed...
you don't mention which distro you use.. but say if it's debian based 
(or fedora/redhat with apt-get installed), do:
$> apt-cache search pygtk
then
$> apt-get install <pygtk2 package>
... might need pygtk2-devel as well, if you're building matplotlib... 
can't remember.
cheers,
peter
-- 
Peter Groszkowski Gemini Observatory
Tel: +1 808 9742509 670 N. A'ohoku Place
Fax: +1 808 9359235 Hilo, Hawai'i 96720, USA