matplotlib-users Mailing List for matplotlib

Quite recently the matplotlib web site was redone, with considerable 
improvements in documentation. If you are interested in matplotlib 
plotting, check out http://matplotlib.sourceforge.net/. The "gallery" 
link has a disorderly collection of examples with source code, so you 
can get an idea of the range of things mpl can do. Some of the examples 
use features that were added very recently, possibly even since the last 
release; mpl is still developing quite fast.
And on a related topic, as a reminder: numpy documentation is available 
at http://scipy.org/Documentation.
If you want to use numpy and matplotlib, then it is a good idea to 
subscribe to the mailing lists:
matplotlib-users (see http://sourceforge.net/mail/?group_id=80706)
and
numpy-discussion (see http://scipy.org/Mailing_Lists)
You might want to peek into the archives to get a sense of the character 
of these lists.
Eric

On Sat, Nov 8, 2008 at 5:45 PM, Jae-Joon Lee <lee...@gm...> wrote:
> I think the problem is caused by the image compositing logic in the
> Axes.draw() method.
> It currently makes a composite image first and then flip the resulting
> image if necessary.
> But I think what should happen is to flip the original images first
> and then do the compositing.
> So, test the attached patch and see if it solves the problem.
Hey Jae Joon -- thanks for looking into this. I don't have time to
test this patch, but I wanted to mention that there is an analogous
problem for figure image compositing -- see figimage_demo.py. agg
shows the correct behavior: the two images should be in the lower
left, and the blue should be down for image origin=lower and the blue
should be up for image origin=upper. So if you are having success
with the image compositing orientation problems on the various
backends, you may want to see if your fixes apply to the figimage
problems as well.
Thanks,
JDH

I think the problem is caused by the image compositing logic in the
Axes.draw() method.
It currently makes a composite image first and then flip the resulting
image if necessary.
But I think what should happen is to flip the original images first
and then do the compositing.
So, test the attached patch and see if it solves the problem.
Regards,
-JJ
On Sat, Nov 8, 2008 at 7:53 AM, John Hunter <jd...@gm...> wrote:
> On Fri, Nov 7, 2008 at 7:24 AM, Michael Droettboom <md...@st...> wrote:
>> John Hunter wrote:
>>>
>>> What say you other developers -- any major holdups?
>>
>> I think this bug is reasonably serious, if anyone wants to take a look at
>> it. It affects PDF, PS, SVG as well as the Gtk and GtkCairo mentioned in
>> the report. I've taken a kick at it a couple of times, but haven't found
>> the magic incantation. I suspect it's a one-liner fix, just don't know
>> which one... ;)
>>
>> https://sourceforge.net/tracker/index.php?func=detail&aid=2160909&group_id=80706&atid=560720
>
> I spent some time trying to fix this yesterday, and I too was
> confounded by all the flipud_out calls in the various parts of the
> code. I was not able to figure ot why agg was working and svg not,
> since they appear to be making similar calls, and eventually had to
> give up to work on some other stuff. I'll try and find some time this
> weekend to plan another attack, and hopefully simplify and document
> the code a bit if I am successful.
>
> JDH
>
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Dear All,
I try to plot a histogram, which succeeds nicely, but I also get a
strange line in the same plot. Does anybody know why this is the case,
and what to do about it? Here is the code:
 n, bins, patches = hist(res,bins = 10, cumulative=True, normed=False)
 l = plot(bins)
 show()
res is a simple list. The line through the plot runs from min(res) to
max(res), as it seems.
Thanks in advance.
bye
Nicky

On Sat, Nov 8, 2008 at 8:23 AM, Alan G Isaac <ai...@am...> wrote:
> On 11/7/2008 10:36 PM seb...@gm... apparently wrote:
>> I'm new to the list and also to matplotlib. I'm writing a small program
>> to draw oil well diagrams in a simple way in 2D.
>
> I guess Mike is a bit nonplussed by the attention
> this example receives, but I find it useful:
> http://www.mail-archive.com/mat...@li.../msg07706.html
And all the examples now have their own "screenshots" page, eg
 http://matplotlib.sourceforge.net/examples/pylab_examples/dolphin.html
though the entire thread is worth an occasional reread :-)
 http://www.nabble.com/ploting-a-contour-graph-from-data-files-td18491504.html#a18491504
JDH

Florian Koelling wrote:
> Hi!
> 
> A few days ago I switched to ubuntu 8.10 (intrepid ibex) and tried to 
> install matplotlib (the current version and 0.98.1 as well - both 
> attempts failed)[I thought I would have installed all requirement :-/].
> 
> By the way I didn't have any problems with the previous ubuntu...
> 
> I tried the: python setup.py build and received:
> 
> flo@AKB-34:~/Desktop/matplotlib-0.98.1$ sudo python setup.py build
> ============================================================================
> BUILDING MATPLOTLIB
> matplotlib: 0.98.1
> python: 2.5.2 (r252:60911, Oct 5 2008, 19:24:49) [GCC
> 4.3.2]
> platform: linux2
> 
> REQUIRED DEPENDENCIES
> numpy: 1.2.1
> freetype2: 9.18.3
> 
> OPTIONAL BACKEND DEPENDENCIES
> libpng: 1.2.27
> Tkinter: no
> * Using default library and include directories for
> * Tcl and Tk because a Tk window failed to open.
> * You may need to define DISPLAY for Tk to work so
> * that setup can determine where your libraries are
> * located. Tkinter present, but header files are not
> * found. You may need to install development
> * packages.
> wxPython: 2.8.8.0
> * WxAgg extension not required for wxPython >= 2.8
> Gtk+: gtk+: 2.14.4, glib: 2.18.2, pygtk: 2.13.0,
> pygobject: 2.15.3
> * Could not find Gtk+ headers in any of
> * '/usr/local/include', '/usr/include', '.'
> Qt: Qt: 3.3.8, PyQt: 3.17.4
> Qt4: Qt: 4.4.1, PyQt4: 4.4.3
> Cairo: 1.4.12
> 
> OPTIONAL DATE/TIMEZONE DEPENDENCIES
> datetime: present, version unknown
> dateutil: matplotlib will provide
> pytz: matplotlib will provide
> 
> OPTIONAL USETEX DEPENDENCIES
> dvipng: no
> ghostscript: 8.63
> latex: no
> pdftops: 3.00
> 
> EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
> configobj: matplotlib will provide
> enthought.traits: no
> 
> [Edit setup.cfg to suppress the above messages]
> ============================================================================
> running build
> running build_py
> copying lib/matplotlib/mpl-data/matplotlibrc -> 
> build/lib.linux-i686-2.5/matplotlib/mpl-data
> copying lib/matplotlib/mpl-data/matplotlib.conf -> 
> build/lib.linux-i686-2.5/matplotlib/mpl-data
> running build_ext
> building 'matplotlib.backends._backend_gdk' extension
> gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall 
> -Wstrict-prototypes -fPIC 
> -I/usr/lib/python2.5/site-packages/numpy/core/include 
> -I/usr/local/include -I/usr/include -I. -I/usr/local/include 
> -I/usr/include -I. -I/usr/include/python2.5 -c src/backend_gdk.c -o 
> build/temp.linux-i686-2.5/src/backend_gdk.o
> src/backend_gdk.c:9:25: error: pygtk/pygtk.h: No such file or directory
> src/backend_gdk.c: In Funktion »pixbuf_get_pixels_array«:
> src/backend_gdk.c:28: Fehler: »PyGObject« nicht deklariert (erste 
> Benutzung in dieser Funktion)
> src/backend_gdk.c:28: Fehler: (Jeder nicht deklarierte Bezeichner wird 
> nur einmal aufgeführt
> src/backend_gdk.c:28: Fehler: für jede Funktion in der er auftritt.)
> src/backend_gdk.c:28: Fehler: »py_pixbuf« nicht deklariert (erste 
> Benutzung in dieser Funktion)
> src/backend_gdk.c:29: Fehler: »GdkPixbuf« nicht deklariert (erste 
> Benutzung in dieser Funktion)
> src/backend_gdk.c:29: Fehler: »gdk_pixbuf« nicht deklariert (erste 
> Benutzung in dieser Funktion)
> src/backend_gdk.c:37: Warnung: Implizite Deklaration der Funktion »GDK_PIXBUF«
> src/backend_gdk.c:43: Warnung: Implizite Deklaration der Funktion 
> »gdk_pixbuf_get_height«
> src/backend_gdk.c:44: Warnung: Implizite Deklaration der Funktion 
> »gdk_pixbuf_get_width«
> src/backend_gdk.c:45: Warnung: Implizite Deklaration der Funktion 
> »gdk_pixbuf_get_has_alpha«
> src/backend_gdk.c:48: Warnung: Implizite Deklaration der Funktion 
> »gdk_pixbuf_get_pixels«
> src/backend_gdk.c:53: Warnung: Implizite Deklaration der Funktion 
> »gdk_pixbuf_get_rowstride«
> src/backend_gdk.c: In Funktion »init_backend_gdk«:
> src/backend_gdk.c:72: Warnung: Implizite Deklaration der Funktion »init_pygtk«
> error: command 'gcc' failed with exit status 1
> flo@AKB-34:~/Desktop/matplotlib-0.98.1$
> flo@AKB-34:~/Desktop/matplotlib-0.98.1$
> 
> 
> Maybe one of you might have an idea what's missing?
I ran into exactly the same thing last night after doing an upgrade from 
hardy to intrepid, and I tracked it down this morning. You need to 
install the python-gtk2-dev package.
I have committed a change to svn that provides more informative output 
from mpl's setup when this error occurs.
Eric
> I would really like to keep on working with matplotlib---
> 
> Thanks alot!
> 
> 
> 
> 
> -------------------------------------------------------------------------
> This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
> Build the coolest Linux based applications with Moblin SDK & win great prizes
> Grand prize is a trip for two to an Open Source event anywhere in the world
> http://moblin-contest.org/redirect.php?banner_id=100&url=/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

On Sat, Nov 8, 2008 at 7:55 AM, John Hunter <jd...@gm...> wrote:
> On Thu, Nov 6, 2008 at 4:28 PM, Darren Dale <dar...@co...>
> wrote:
>
> > Stan West checked out my subprocess patch on windows with python-2.5,
> which
> > should take care of a bunch of deprecation warnings. I need to double
> check
> > that I got them all, maybe I can get to it this weekend.
> >
> > I'm in favor of dropping support for python-2.4, but on the other hand I
> > think the most recent version of RHEL still uses this version.
>
> Actually, we still use 2.4 at work, so I'd like to continue supporting
> 2.4 for a while I guess, for purely selfish reasons. But perhaps we
> should stop making binaries for it to ease the burden on Charlie.
> Once the 2.6 binaries for numpy are out and we are making binaries for
> the next release, that is....
>
It looks like I'm not going to have a chance to check this patch on windows
with py24 after all. I have to send my new laptop back to Sony, and won't
have it back for another week or two.
Off topic: Like any self-respecting linux user, one of the first things I
did with my new laptop was wipe the hard disk and perform a system recovery
into a smaller partition, which failed and probably exposed a problem with
the DVD drive. Sony tech support, incredulously: "You performed a system
recovery with a brand new computer?" Me: "That is correct." Sony tech: "Let
me refer this to the next level of support." On the upside, the new Sony SR
series is really nice, the keyboard is phenomenal, and although I couldn't
install kubuntu from CD, I was able to install it from a bootable USB stick,
which is more than can be said for Vista. I think this might be the first
report of Linux running on this model.

Hi!
A few days ago I switched to ubuntu 8.10 (intrepid ibex) and tried to 
install matplotlib (the current version and 0.98.1 as well - both 
attempts failed)[I thought I would have installed all requirement :-/].
By the way I didn't have any problems with the previous ubuntu...
I tried the: python setup.py build and received:
flo@AKB-34:~/Desktop/matplotlib-0.98.1$ sudo python setup.py build
============================================================================
BUILDING MATPLOTLIB
 matplotlib: 0.98.1
 python: 2.5.2 (r252:60911, Oct 5 2008, 19:24:49) [GCC
 4.3.2]
 platform: linux2
REQUIRED DEPENDENCIES
 numpy: 1.2.1
 freetype2: 9.18.3
OPTIONAL BACKEND DEPENDENCIES
 libpng: 1.2.27
 Tkinter: no
 * Using default library and include directories for
 * Tcl and Tk because a Tk window failed to open.
 * You may need to define DISPLAY for Tk to work so
 * that setup can determine where your libraries are
 * located. Tkinter present, but header files are not
 * found. You may need to install development
 * packages.
 wxPython: 2.8.8.0
 * WxAgg extension not required for wxPython >= 2.8
 Gtk+: gtk+: 2.14.4, glib: 2.18.2, pygtk: 2.13.0,
 pygobject: 2.15.3
 * Could not find Gtk+ headers in any of
 * '/usr/local/include', '/usr/include', '.'
 Qt: Qt: 3.3.8, PyQt: 3.17.4
 Qt4: Qt: 4.4.1, PyQt4: 4.4.3
 Cairo: 1.4.12
OPTIONAL DATE/TIMEZONE DEPENDENCIES
 datetime: present, version unknown
 dateutil: matplotlib will provide
 pytz: matplotlib will provide
OPTIONAL USETEX DEPENDENCIES
 dvipng: no
 ghostscript: 8.63
 latex: no
 pdftops: 3.00
EXPERIMENTAL CONFIG PACKAGE DEPENDENCIES
 configobj: matplotlib will provide
 enthought.traits: no
[Edit setup.cfg to suppress the above messages]
============================================================================
running build
running build_py
copying lib/matplotlib/mpl-data/matplotlibrc -> 
build/lib.linux-i686-2.5/matplotlib/mpl-data
copying lib/matplotlib/mpl-data/matplotlib.conf -> 
build/lib.linux-i686-2.5/matplotlib/mpl-data
running build_ext
building 'matplotlib.backends._backend_gdk' extension
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall 
-Wstrict-prototypes -fPIC 
-I/usr/lib/python2.5/site-packages/numpy/core/include 
-I/usr/local/include -I/usr/include -I. -I/usr/local/include 
-I/usr/include -I. -I/usr/include/python2.5 -c src/backend_gdk.c -o 
build/temp.linux-i686-2.5/src/backend_gdk.o
src/backend_gdk.c:9:25: error: pygtk/pygtk.h: No such file or directory
src/backend_gdk.c: In Funktion »pixbuf_get_pixels_array«:
src/backend_gdk.c:28: Fehler: »PyGObject« nicht deklariert (erste 
Benutzung in dieser Funktion)
src/backend_gdk.c:28: Fehler: (Jeder nicht deklarierte Bezeichner wird 
nur einmal aufgeführt
src/backend_gdk.c:28: Fehler: für jede Funktion in der er auftritt.)
src/backend_gdk.c:28: Fehler: »py_pixbuf« nicht deklariert (erste 
Benutzung in dieser Funktion)
src/backend_gdk.c:29: Fehler: »GdkPixbuf« nicht deklariert (erste 
Benutzung in dieser Funktion)
src/backend_gdk.c:29: Fehler: »gdk_pixbuf« nicht deklariert (erste 
Benutzung in dieser Funktion)
src/backend_gdk.c:37: Warnung: Implizite Deklaration der Funktion »GDK_PIXBUF«
src/backend_gdk.c:43: Warnung: Implizite Deklaration der Funktion 
»gdk_pixbuf_get_height«
src/backend_gdk.c:44: Warnung: Implizite Deklaration der Funktion 
»gdk_pixbuf_get_width«
src/backend_gdk.c:45: Warnung: Implizite Deklaration der Funktion 
»gdk_pixbuf_get_has_alpha«
src/backend_gdk.c:48: Warnung: Implizite Deklaration der Funktion 
»gdk_pixbuf_get_pixels«
src/backend_gdk.c:53: Warnung: Implizite Deklaration der Funktion 
»gdk_pixbuf_get_rowstride«
src/backend_gdk.c: In Funktion »init_backend_gdk«:
src/backend_gdk.c:72: Warnung: Implizite Deklaration der Funktion »init_pygtk«
error: command 'gcc' failed with exit status 1
flo@AKB-34:~/Desktop/matplotlib-0.98.1$
flo@AKB-34:~/Desktop/matplotlib-0.98.1$
Maybe one of you might have an idea what's missing?
I would really like to keep on working with matplotlib---
Thanks alot!

On 11/7/2008 10:36 PM seb...@gm... apparently wrote:
> I'm new to the list and also to matplotlib. I'm writing a small program
> to draw oil well diagrams in a simple way in 2D.
I guess Mike is a bit nonplussed by the attention
this example receives, but I find it useful:
http://www.mail-archive.com/mat...@li.../msg07706.html
Alan

On Thu, Nov 6, 2008 at 4:28 PM, Darren Dale <dar...@co...> wrote:
> Stan West checked out my subprocess patch on windows with python-2.5, which
> should take care of a bunch of deprecation warnings. I need to double check
> that I got them all, maybe I can get to it this weekend.
>
> I'm in favor of dropping support for python-2.4, but on the other hand I
> think the most recent version of RHEL still uses this version.
Actually, we still use 2.4 at work, so I'd like to continue supporting
2.4 for a while I guess, for purely selfish reasons. But perhaps we
should stop making binaries for it to ease the burden on Charlie.
Once the 2.6 binaries for numpy are out and we are making binaries for
the next release, that is....
JDH

On Fri, Nov 7, 2008 at 7:24 AM, Michael Droettboom <md...@st...> wrote:
> John Hunter wrote:
>>
>> What say you other developers -- any major holdups?
>
> I think this bug is reasonably serious, if anyone wants to take a look at
> it. It affects PDF, PS, SVG as well as the Gtk and GtkCairo mentioned in
> the report. I've taken a kick at it a couple of times, but haven't found
> the magic incantation. I suspect it's a one-liner fix, just don't know
> which one... ;)
>
> https://sourceforge.net/tracker/index.php?func=detail&aid=2160909&group_id=80706&atid=560720
I spent some time trying to fix this yesterday, and I too was
confounded by all the flipud_out calls in the various parts of the
code. I was not able to figure ot why agg was working and svg not,
since they appear to be making similar calls, and eventually had to
give up to work on some other stuff. I'll try and find some time this
weekend to plan another attack, and hopefully simplify and document
the code a bit if I am successful.
JDH

On Sat, Nov 8, 2008 at 1:02 AM, Joshua J. Kugler <jo...@ee...> wrote:
> On Friday 07 November 2008, John Hunter said something like:
> http://matplotlib.sourceforge.net/faq/troubleshooting_faq.html#report-a-problem
>
> Sorry, I wasn't so much reporting a problem with matplotlib as I was
> wondering if I was missing something. I'll try to extract a
> free-standing example, but it might be hard...there's a lot of code
> interacting here. I'll work on that when I get a chance.
>
> Thanks!
The point about making a free standing example is that often there is
some other problem with your code, and the problem is not in the part
you are posting or asking about. And we can't help with the part we
can't see. In stripping your example down to a free standing example,
often you will find the problem goes away. Then you will ask: what is
different about from free the standing example and my real code, and
in doing so find the real problem. This is not always the case, but
it happens enough that it is a worthwhile exercise. That is why a
properly crafted mailing list post is so useful -- the acting of
positing properly often fixes the bug you are trying to report even
before you hit the send button. It has happened for me countless
times. In the heat of trying to find a solution to the problem, it
is hard to justify the extra time to boil the problem down to
isolated, free-standing code, but in my experience nothing is as
effective as taking that extra step.
By not doing the extra work to make a simple example that we can run,
you are asking us to do so. Its really not that hard -- just grab one
of the date demos at
http://matplotlib.sourceforge.net/examples/index.html and set the
fonts as you are doing in your code and see if the problem persists.
If it does, post it an we will fix it. If not, you have to figure out
where the problem really resides.
I'm not trying to be snippy, it's just that the matplotlib mailing
list gets a lot of traffic, and in addition to trying to help you with
your problems, we are trying to fix bugs, add new features, solve
platform issues and distribution issues, put out releases, and we all
have jobs and families. I think you get the idea. We need you to do
the maximum amount of work possible so we can efficiently help you.
When we get a free-standing example that shows a real problem, the
odds of you getting help and patch rise dramatically.
Thanks, and good luck,
JDH

On Friday 07 November 2008, John Hunter said something like:
> On Fri, Nov 7, 2008 at 7:51 PM, Joshua J. Kugler 
<jo...@ee...> wrote:
> > With the help of John Hunter and Stan West, I got some of my tick
> > labels sizing correctly. I have this chunk of code:
> >
> > for label in self.main_axes.get_xticklabels():
> > label.set_fontsize(self.xtick_labelsize)
> >
> > main_ticks = self.main_axes.get_yticklabels()
> > sub_ticks = (self.sub_axes.get_yticklabels()
> > if hasattr(self.sub_axes, 'get_yticklabels') else [])
> > for label in main_ticks + sub_ticks:
> > label.set_fontsize(self.ytick_labelsize)
>
> Please post a complete, free-standing example, that we can run, that
> illustrates the problem.
>
> 
> 
http://matplotlib.sourceforge.net/faq/troubleshooting_faq.html#report-a-problem
Sorry, I wasn't so much reporting a problem with matplotlib as I was 
wondering if I was missing something. I'll try to extract a 
free-standing example, but it might be hard...there's a lot of code 
interacting here. I'll work on that when I get a chance.
Thanks!
j
-- 
Joshua Kugler
Part-Time System Admin/Programmer
http://www.eeinternet.com
PGP Key: http://pgp.mit.edu/ ID 0xDB26D7CE

Hi all,
 it appears that i needed to recompile MatPlotLib after installing
the backend (WxPython, in my case).
 the basic plots appear now, it is time to solve new errors.
 thanks,
 ashish
===================================================
Date: Sat, 8 Nov 2008 00:13:06 +0530
From: "Ashish Asgekar" <ash...@gm...>
Subject: [Matplotlib-users] plot window does not open
To: mat...@li...
Message-ID:
 <59d...@ma...>
Content-Type: text/plain; charset=ISO-8859-1
Hello,
 I am running Python 2.5.2 on Fedora Core 7. recently removed
previous versions of Scipy and Numpy (installed previously using YUM),
and compiled and installed their latest versions using the source
code. i also installed MatPlotLib from source. their versions are
given below:
Python 2.5.2
Numpy 1.1.0
Scipy 0.6.0
MatPlotLib 0.98.3
WxPython
 I try simple plot commands as the ones below. however, no plot
window appears anywhere. i think i am doing something really silly
here, like not linking to backend (see the error message below). i
have looked at matplotlibrc file in my home area
~/matplotlib/.matplotlibrc
 plz suggest some remedy.
 thanks,
 ashish
--------------------------------------- code
import matplotlib.pyplot as plt
plt.plot([1,2,3])
plt.ylabel('some numbers')
plt.show()
-------------------------------------------
------------------------------------------- response in Python
Python 2.5 (r25:51908, Nov 6 2007, 16:54:01)
[GCC 4.1.2 20070925 (Red Hat 4.1.2-27)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import matplotlib.pyplot as plt
>>> plt.plot([1,2,3])
[<matplotlib.lines.Line2D object at 0xa7ff2cc>]
>>> plt.ylabel('some numbers')
<matplotlib.text.Text object at 0xa7d21ec>
>>> plt.show()
-------------------------------------------

On Fri, Nov 7, 2008 at 7:51 PM, Joshua J. Kugler <jo...@ee...> wrote:
> With the help of John Hunter and Stan West, I got some of my tick labels
> sizing correctly. I have this chunk of code:
>
> for label in self.main_axes.get_xticklabels():
> label.set_fontsize(self.xtick_labelsize)
>
> main_ticks = self.main_axes.get_yticklabels()
> sub_ticks = (self.sub_axes.get_yticklabels()
> if hasattr(self.sub_axes, 'get_yticklabels') else [])
> for label in main_ticks + sub_ticks:
> label.set_fontsize(self.ytick_labelsize)
Please post a complete, free-standing example, that we can run, that
illustrates the problem.
 http://matplotlib.sourceforge.net/faq/troubleshooting_faq.html#report-a-problem
JDH

Hi...
I'm new to the list and also to matplotlib. I'm writing a small program
to draw oil well diagrams in a simple way in 2D.
My problem is that I need to plot several functions into one figure,
i.e., a vertical line, a circle segment and an oblicuous line in a
continuous way. Every function or function segment have its own range of
values for X and Y. I've not found the way for doing it, because of that
I suscribed to the ml and hope you to help me...
I'll be glad about any idea or correction...

Greetings,
I have global data that I would like to plot using mpl_toolkits.basemap.
 The catch is that I want to mask out all data over the ocean. I know there
is a function to fill continents,map.fillcontinents(), but I can't seem to
find one for filling oceans. Ideally, I want the oceans to show up with a
white background and no data contoured.
Am I completely missing something or is this functionality missing?
Thanks,
-- 
Patrick Marsh
Graduate Research Assistant
School of Meteorology
University of Oklahoma

With the help of John Hunter and Stan West, I got some of my tick labels 
sizing correctly. I have this chunk of code:
for label in self.main_axes.get_xticklabels():
 label.set_fontsize(self.xtick_labelsize)
main_ticks = self.main_axes.get_yticklabels()
sub_ticks = (self.sub_axes.get_yticklabels()
 if hasattr(self.sub_axes, 'get_yticklabels') else [])
for label in main_ticks + sub_ticks:
 label.set_fontsize(self.ytick_labelsize)
The "sub ticks" are actually sub_axis ticks, sorry if the name confuses.
Anyway...the code to set the ytick label size is working just fine. 
However, the code to set the xtick labels is not changing the size of 
the labels, and it's still using the default.
The X axis (a date axis) has a major formatter of NullFormatter, A minor 
locator of HourLocator, and a minor formatter of DateFormatter. As far 
as I know, Formatters don't mess with font size, they just return 
strings.
Where else can I look if the font settings aren't being honored for the 
xtick labels?
BTW, yes, I did read over the Artist docs, but what I found didn't 
answer my question.
Thanks!
-- 
Joshua Kugler
Part-Time System Admin/Programmer
http://www.eeinternet.com
PGP Key: http://pgp.mit.edu/ ID 0xDB26D7CE