matplotlib-users Mailing List for matplotlib (Page 9)

Hi,

Looking at the Matplotlib Mailing list, I wonder if you=20
already started working in this direction?

Nicolas


Le Jeudi 19 Ao=FBt 2004 13:58, John Hunter a =E9crit=A0:
> >>>>> "Sigve" =3D=3D Sigve Tjora <pu...@tj...> writes:
>
>     Sigve> Hi everyone, Is there any planned support for
> a Qt-backend? Sigve> We are using Qt in our project, and
> I would like to use Sigve> Matplot lib for plotting.
>
>     Sigve> If there is not any support for Qt how hard
> would it be to Sigve> make it myself? Would it be best to
> base it on the Agg Sigve> backend, or should I make a
> native Qt backend? What is the Sigve> least work? Is it
> possible to write the whole backend in Sigve> Python or
> should I use C++ in addition?
>
> Currently there is no QT backend, or one in the works,
> but it would be nice.  It is definitely much easier to
> base it on the agg backend and is in fact *strongly
> encouraged* as that minimizes the amount of maintenance
> required.
>
> Using C/C++ is an optional step.  TkAgg and GTKAgg use it
> to get the optimal transfer speed from the agg image to
> the GUI canvas.  WXAgg and FLTKAgg do not use it, and
> Gregory reports great performance for FLTKAgg.  WXAgg
> uses string methods to transfer the image and FLTKAgg
> uses a python buffer object.  I encourage you to try and
> use a python buffer object (or string method) as opposed
> to extension code in the beginning since it's easier to
> write and maintain, it will introduce no extra compile
> time dependencies, and in the event that you find it too
> slow and want to write an extension to speed things up,
> you'll have the pure python method to fall back on for
> users who can't get the extension compiled.
>
> matplotlib.backends.backend_template contains the basic
> documentation for backend writers.  But this code does a
> lot more than you need, since agg will be doing the
> drawing; ie you don't need to implement a renderer or
> graphics context.  I recommend you give it a read
> through, and then follow the lead of backend_fltkagg.  I
> also advise you not to implement the classic navigation
> toolbar (at least not until later) because the new
> toolbar design is not only better (in my opinion), it's
> currently the default and most importantly, is much
> easier to implement since all the work is done for you in
> backend bases.  You basically need to load up some images
> into a toolbar and get the signal connections right.
>
> In the event you need a different pixel format to
> transfer the agg image to the qt canvas, that will be no
> problem.  I will be glad to add it for you or you can add
> it yourself to backend_agg.
>
> The only thing I ask of submitters is that if you want
> your backend to be included with the matplotlib
> distribution, please be responsible for testing it across
> the major platforms the GUI should run on (eg linux,
> win32, and OSX), provide some install instructions,
> version dependencies, etc, for the documentation, and
> monitor the mailing lists to handle questions about your
> backend.  In a nutshell, I need you to maintain it.  If
> you don't have the time to maintain it but want to write
> one anyway for your own work, I would be happy to provide
> a link to it with a disclaimer that users are on their
> own.
>
> Good luck if you decide to do it, and let me know if I
> can help.
>
> JDH
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by Shop4tech.com-Lowest price
> on Blank Media 100pk Sonic DVD-R 4x for only $29 -100pk
> Sonic DVD+R for only $33 Save 50% off Retail on Ink &
> Toner - Free Shipping and Free Gift.
> http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-u
>sers

=2D-=20



=2D--------------------------------------------------------
=2D Nicolas DUBUIT
=2D CEA Cadarache DSM/DRFC/SCCP/GTTM
=2D (Groupe Turbulence, Transport et MHD)
=2D du...@dr...
=2D--------------------------------------------------------

Chris Fonnesbeck wrote:
> On Mon, 07 Feb 2005 10:47:51 -0800, Chris Barker <Chr...@no...> wrote:
>>John Hunter wrote
>>>    Chris> I am wondering if it would be worthwhile making TkAgg the
>>>    Chris> default backend in an OSX binary, since the current default
>>>    Chris> kills the python process:
>>>Yes, that is what I do for win32.
>>Except that Tk is not installed by default in OS-X either. It is
>>probably more common than GTK, however.
> Right, maybe PS would be a more sensible default, although I'm willing
> to bet most users end up using Tk.

I'd vote for Agg. Postscript is not the native format on OS-X that it is 
on other unices.

Is there a way to make the default back-end system dependent on install?

-Chris


-- 
Christopher Barker, Ph.D.
Oceanographer
                                     		
NOAA/OR&R/HAZMAT         (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chr...@no...

kristen kaasbjerg wrote:

>Hola
>
>When i try to fit a polynomial of order 4 to 5 data
>points, I get an answer far from what I would expect.
>  
>
If I run your script and print out the polynomial coefficients, they are 
very large and alternate in sign:

In [166]: p
Out[166]:
array([ -1779.1645838 ,   7613.24170642, -12137.79572888,
         8529.6429996 ,  -2239.34146635])

This means that the problem is ill posed.  In general, high order 
polynomial fitting is a bad idea;  if you just want an interpolant and 
don't care about coefficients, use a cubic spline.

Hi,

I recently got matplotlib working on OSX (only agg so far) and am now 
trying to create a picture with two overlayed images so that only a certain 
range of values of the top-most figure are blended with the bottom one.

The first image would be plotted with the gray palette:
im_bottom=figimage(bottom_data,xo=0, yo=0,cmap=cm.gray)

The second image would be in colors:
im_top=figimage(top_data,xo=0, yo=0,cmap=cm.hot)

I would like to 'threshold' the top figure so that only values, say, 
greater than 30 are plotted with 'hot' colors and elsewhere the gray 
im_bottom is shown (without blending it with the colors of im_top).

I was hoping that I could do something easy like this:
im_top=figimage(where(less(data_top,30),do_not_plot_this_value,data_top),xo=0,yo=0,cmap=cm.hot,alpha=0.5)

How to do this?
Do I have to combine the RGB values of the two images 'manually'?


Cheers,


--
Teemu Rinne

John Hunter wrote:
>     Chris> I am wondering if it would be worthwhile making TkAgg the
>     Chris> default backend in an OSX binary, since the current default
>     Chris> kills the python process:
> 
> Yes, that is what I do for win32.

Except that Tk is not installed by default in OS-X either. It is 
probably more common than GTK, however.

-Chris



-- 
Christopher Barker, Ph.D.
Oceanographer
                                     		
NOAA/OR&R/HAZMAT         (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chr...@no...

>>>>> "Chris" == Chris Fonnesbeck <fon...@gm...> writes:

    Chris> I am wondering if it would be worthwhile making TkAgg the
    Chris> default backend in an OSX binary, since the current default
    Chris> kills the python process:

Yes, that is what I do for win32.

JDH

I am wondering if it would be worthwhile making TkAgg the default
backend in an OSX binary, since the current default kills the python
process:

Python 2.3 (#1, Sep 13 2003, 00:49:11) 
[GCC 3.3 20030304 (Apple Computer, Inc. build 1495)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import pylab
No module named pygtk
PyGTK version 1.99.16 or greater is required to run the GTK Matplotlib backends

Hi folks-

I have had matplotlib working on OS X (Panther) for a while.  However,
I haven't used it heavily yet, so I don't know if there are problems
hiding under the covers.  I do know that I ran many of the demos
without any problems, both with TkAgg and wx; of course, those that
require GTK would not run.  

By the way, don't try to get it and scipy to work under Jaguar.
I spent several days attempting this, with lots of back and forth
with the scipy and macpython list folks, with no luck.  The $100
upgrading to Panther was a small price compared to the time lost
trying to get it all working on Jaguar.

Unfortunately I'm swamped and can't offer any significant assitance
with the OS-X binary issue at the moment.  But I thought one
observation might be useful.  Though I have some Fink stuff on
my Mac, it is only a few things (xfig and gv are the only Fink
things I use).  In particular, I believe the version of Freetype
that my matplotlib is using is not from Fink, but rather one
I installed with the TeX/LaTeX OS X "i-Installer" which can
install a number of useful binary packages besides TeX in a
pretty painless way (freetype2, jpeg/png/tiff libraries,
ghostscript...).  There is more about it here:

http://www.rna.nl/ii.html

I don't think its usefulness beyond TeX is appreciated as
well as it should be, though it certainly is confusing to
have all these different installation mechanims (OS X package
installers, i-Installer packages, setup.py, configure/make...).

-Tom

>>>>> "Andrew" == Andrew Straw <str...@as...> writes:

    Andrew> Again, a no brainer:

Glad you found the answer :-)

See also Fernando's matshow command in CVS.  The data scaling with
aspect='preserve' in imshow is currently broken -- the axes
coordinates on the shorter dimension are wrong and because of this
zoom to rect doesn't do what it should.  Fernando's command works
around this problem by creating a figure and axes with the proper
aspect ratio .  Currently, it only works with arrays, but you could
easily patch it to work with pil images as you did for imshow.

Cheers,
JDH

Andrew Straw wrote:

>
> Now, on to determine how to plot an image with origin='upper' with the 
> extent going the other way...

Again, a no brainer:

(modifications to image_demo3.py)

w,h = lena.size
extent = 0,w,h,0
figure(figsize=figsize)

im = imshow(lena, origin='upper', aspect='preserve', extent=extent)

Andrew Straw wrote:

> Simple question:  how can I plot something such that the y axis is 
> "inverted"?  (Increasing downwards?)

Simple answer:

ymin,ymax= get(gca(),'ylim')
set(gca(),'ylim',[ymax,ymin])

Now, on to determine how to plot an image with origin='upper' with the 
extent going the other way...

Cheers!
Andrew

Simple question:  how can I plot something such that the y axis is 
"inverted"?  (Increasing downwards?)

(I thought I'd better ask before fubaring my copy of mpl's transAxes, 
transData, bbox code and going insane in the process.)

Cheers!
Andrew

Chris Barker wrote:
> Robert Kern wrote:

>> Change the paths that distutils will add to the link line. They're at 
>> the top of setupext.py . Remove the ones you don't need.
> 
> 
> Except that the *.a and *.dylib are put in the same place. Darn.

Copy (and re-ranlib) the static library and headers to another place.

-- 
Robert Kern
rk...@uc...

"In the fields of hell where the grass grows high
  Are the graves of dreams allowed to die."
   -- Richard Harter

John Hunter wrote:

> I do statically link png, freetype and zlib for win32 so that users
> don't have to install any of those prereqs.



Thanks John, I have a plan now.

I have a question, however. How do I get distutils to statically link a 
given lib? the only method I have now is to make sure that only the 
static lib is available. I can do that (for the moment) with libpng, but 
for freetype, I have a problem. In setupext.py, there is:

basedir = {
     'darwin' : ['/usr/local', '/usr', '/sw', '/usr/X11R6'],
}

There is a libfreetype in /usr/X11R6, but only if X11 is installed, so I 
don't want to use it. However, I imagine that /usr/X11R6 is required to 
the GTK build, so I can't take that out. Any ideas?

I notice that for win32, you have only:

basedir = {
     'win32'  : ['win32_static',],

Should I do that for darwin, and put my static libs in there?

I'm off to try some of this.


-Chris


-- 
Christopher Barker, Ph.D.
Oceanographer
                                     		
NOAA/OR&R/HAZMAT         (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chr...@no...

>>>>> "Chris" == Chris Barker <Chr...@no...> writes:

    Chris> The question is: Can I build a binary version that will
    Chris> work with all the back ends, if they are there, but also
    Chris> work on what is there if they aren't all. This comes down
    Chris> to when the linking happens, I guess. Experimentation will
    Chris> answer this for me, but I welcome and insight any of you
    Chris> may have.

    Chris> One issue that has come up is libfreetype. If you have GTK,
    Chris> you have X11, so you have libfreetype. Indeed, I don't have
    Chris> GTK, but I do have X11, and the X11 freetype got linked to
    Chris> my package. I can probably fix this by removing
    Chris> "/usr/X11R6" from the basedir list for darwin. Then I'll
    Chris> have libfreetype statically linked to matplotlib, but
    Chris> PyGTK, if the user has it, will have a different version
    Chris> dynamically linked. Is this going to cause problems?

Here is what I do for the win32 which has some related issues.

matplotlib needs Tkinter and pygtk to be installed on your build
system in order to build the matplotlib extension code for those
modules.  But you do not need to statically link in any gtk or tk
library code.

I do statically link png, freetype and zlib for win32 so that users
don't have to install any of those prereqs.

Then they get a package that has Agg, PS, SVG out of the box
regardless of their system.  If they have pygtk on their system, they
also get GTK and GTKAgg.  If they have Tkinter, they also get
TkAgg. If they have wxpython, they also get WX, WXAgg.

The key is, if you want your package to be maximally usable, you
should have pygtk and tk (and the requisite devel stuff) and should
probably statically link freetype, png and zlib.

Of course there is now also a Cairo and GTKCairo backend, which may
interest some OSX X11 users, but I haven't had to worry about this for
win32 users.

And FLTK and QT ..., but we can save that for another day.  I think if you
have the tkagg extension compiled in, most OSX people will be happy
with either that or wxagg.

JDH

Robert Kern wrote:
> Chris Barker wrote:
>> However, that doesn't seem to work if I have libfreetype.dylib 
>> somewhere standard, and I certainly don't want to remove it! (Maybe I 
>> could temporarily, but that's hardly the robust solution I'm looking for)
> 

> Change the paths that distutils will add to the link line. They're at 
> the top of setupext.py . Remove the ones you don't need.

Except that the *.a and *.dylib are put in the same place. Darn.

>> By the way, it would also be good to get this to work with TK and/or 
>> GTK. Has anyone done that successfully that would like to help out 
>> with this?

> With TclTkAqua, it Just Works.

Someone posted recently to the MacPython Mailing list with a series of 
questions that this was not the case, at least to for him. So I wasn't sure.

>> Also, as far as PyGTK is concerned. Can you run it without running 
>> Fink? That's the only way I've seen it done. If it is a Fink only 
>> option, then this is moot, as I'm looking for a Fink free approach, 
>> and someone else has put together a fink matplotlib package.

> You could try Darwinports. Set Darwinports' prefix to /usr/local, and 
> use port(1) to make Installer.app packages for GTK et al. Bundle them 
> with your bdist_mpkg metapackage.

Hmm. That sounds promising. However...

My immediate need to to get matplotlib installed on and OS-X Server box 
that someone else is administering. For this purpose, I only need the 
Agg back end. However, for my own purposes, I also want wx. The easiest 
way for me to accomplish my immediate goal is probably to just install 
all the libs needed on that server, but I'm trying to keep it simple for 
the admin, and I figured this could be a useful contribution to the 
MacPython community.

However, here is the complication. As long as I am doing this, I'd like 
to make it as useful as possible. That means it would be nice if I could 
come up with a single binary that works with all the available back ends 
on OS-X (Agg, wx, PyGTK, Tkinter). I also want people to be able to 
install it on a stock box and have it work. This doesn't mean that I 
want it to include PyGTK and TK, but it would be nice if it worked with 
those, if they were present.

The question is: Can I build a binary version that will work with all 
the back ends, if they are there, but also work on what is there if they 
aren't all. This comes down to when the linking happens, I guess. 
Experimentation will answer this for me, but I welcome and insight any 
of you may have.

One issue that has come up is libfreetype. If you have GTK, you have 
X11, so you have libfreetype. Indeed, I don't have GTK, but I do have 
X11, and the X11 freetype got linked to my package. I can probably fix 
this by removing "/usr/X11R6" from the basedir list for darwin. Then 
I'll have libfreetype statically linked to matplotlib, but PyGTK, if the 
user has it, will have a different version dynamically linked. Is this 
going to cause problems?

More as I make more progress...

-Chris








-- 
Christopher Barker, Ph.D.
Oceanographer
                                     		
NOAA/OR&R/HAZMAT         (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chr...@no...

>>>>> "Travis" == Travis Brady <td...@fa...> writes:

    Travis> Hi Everyone, I'm using plot_date to scatter a ton of data
    Travis> retrieved from a database and have encountered an error
    Travis> with the date ticks.

    Travis> I more or less copied the format of the example in
    Travis> http://matplotlib.sourceforge.net/examples/date_demo2.py
    Travis> and my ticks ended up being months in order but never
    Travis> making it past the year 2001 (they just recycle) though my
    Travis> data begin in 2000 and end in 2004.

    Travis> I took another look at the plot generated by date_demo2.py
    Travis> and it turns out that the same is true there.

    Travis> I'm thinking this is not intentional, but if so does
    Travis> anyone have any advice or example scripts that might help
    Travis> me fix my plot?

That's because the format string is printing 'month day' and not
'month year' and the day is always 01 in the example.  You might want

monthsFmt = DateFormatter("%b '%y")

Hope this helps,
JDH

> On Wed, 2005-02-02 at 10:14 -0800, matplotlib-users-
> re...@li... wrote:
> > On Wednesday 02 February 2005 04:51 am, Steve Chaplin wrote:
> > >
> > > When resizing the FigureCanvas on my system I notice:
> > > GTK   sets a FigureCanvas size that can only be increased.
> > > QtAgg sets a FigureCanvas size that can be increased or decreased
> > > TkAgg sets a FigureCanvas size that can be increased or decreased to a
> > > minimum (of perhaps 400 x 300 pixels)
> > > Wx I do not have, is it like Qt or Tk or is there a 4th variation?
> > 
> > on linux, wx lets me increase or decrease all the way. I wonder if it is 
> > different on windows.
> > 
> > >
> > > I looked at changing GTK so the FigureCanvas could be decreased a while
> > > ago but the problem is that while the axes scale/shrink nicely the text
> > > stays the same size and becomes misaligned or clipped and gives an odd
> > > looking graph. Perhaps thats why Tk allows you shrink the window but
> > > only to a certain size.
> > >
> > > Matplotlib currently has 3 (or more) ways of handling window resizing,
> > > which one of these behaviours is 'correct' or most desirable?
> > >
> > 
> > I think the most desirable for interactive use would be to allow scaling, but 
> > if it doesn't scale properly, I think the current behavior is appropriate. I 
> > guess I just didnt notice it before now.
> > 
> > Darren
I've changed the GTK backends (in cvs) so they will now allow the window
to be resized smaller than the original size. Text still does not scale
down when the window shrinks, but if the matplotlib user wants a smaller
window they now have the option to resize the window.

Steve

Hola

When i try to fit a polynomial of order 4 to 5 data
points, I get an answer far from what I would expect.
Try and run the attached script an see if you can fit
the datapoints in x and y better than me.
When I run the script, the fit doesn't go through any
of the points.
The problem is also present for higher order pol.

Kristen

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

And while we're on the subject of OS X builds, I have a request.

Can you add /usr/local/share/matplotlib to the list of default locations 
search for the data directory?

/System/Library/Frameworks/Python.framework/Versions/Current/share/matplotlib 
is not, I think a good place for it.

-- 
Robert Kern
rk...@uc...

"In the fields of hell where the grass grows high
  Are the graves of dreams allowed to die."
   -- Richard Harter

Chris Barker wrote:

> However, that doesn't seem to work if I have libfreetype.dylib somewhere 
> standard, and I certainly don't want to remove it! (Maybe I could 
> temporarily, but that's hardly the robust solution I'm looking for)

Change the paths that distutils will add to the link line. They're at 
the top of setupext.py . Remove the ones you don't need.

> By the way, it would also be good to get this to work with TK and/or 
> GTK. Has anyone done that successfully that would like to help out with 
> this?

With TclTkAqua, it Just Works.

> Also, as far as PyGTK is concerned. Can you run it without running Fink? 
> That's the only way I've seen it done. If it is a Fink only option, then 
> this is moot, as I'm looking for a Fink free approach, and someone else 
> has put together a fink matplotlib package.

You could try Darwinports. Set Darwinports' prefix to /usr/local, and 
use port(1) to make Installer.app packages for GTK et al. Bundle them 
with your bdist_mpkg metapackage.

My strategy for building matplotlib (and I've done it *a lot* in the 
past few weeks) is as follows:

I have Darwinports with a prefix in a GNU Stow repository. What Stow 
does is it allows you to install stuff into it's own directory 
(/usr/local/stow/darwinports, which has bin/, lib/, share/ et al.) and 
then makes symlinks such that everything appears to be installed to 
/usr/local. So I have Darwinports install libpng and libfreetype. I have 
a script that will remove the symlinks to the dylibs for libpng, 
libfreetype, and libz (I could probably resolve this by changing the 
order of search). I build matplotlib and double-check the dylib 
dependencies with "otool -L". I do not bother with GTK at this time.

-- 
Robert Kern
rk...@uc...

"In the fields of hell where the grass grows high
  Are the graves of dreams allowed to die."
   -- Richard Harter

On Feb 3, 2005, at 19:07, Chris Barker wrote:

> I posted a note here the other day about a matplotlib binary. I've 
> discovered a problem with it. Apparently, it has linked against the 
> libfreetype in /usr/X11. That means it will work fine on a system with 
> Apple's X11 installed (like mine or the first system I tested it on).

.. and the system that I tested it on :)

> So, the question remains: How to I get distutils to statically link 
> selected libs? Bob had suggested:
>
> """Make sure you don't have libpng.dylib or libfreetype.dylib sitting 
> around on your link paths...
>
> Build them like this:
> ./configure --disable-shared --enable static
>
> Make sure you only have libpng.a and libfreetype.a on your link paths. 
> It will link statically.
> """
>
> However, that doesn't seem to work if I have libfreetype.dylib 
> somewhere standard, and I certainly don't want to remove it! (Maybe I 
> could temporarily, but that's hardly the robust solution I'm looking 
> for)

You have three options:
- make sure the dylibs aren't sitting around in the same location as 
the .a, and make sure the .a's path is preferred (you could make a 
local dir, -L to it, symlink the archives in)
- change the setup.py relatively significantly and specify them as 
object files with their full path (I can't tell you off the top of my 
head what the distutils incantation would be for this, but you 
definitely can not use it's "libraries" option, or whatever that is 
called)
- don't link statically and install the dylibs too, somehow (possibly 
by building+installing them with 
--prefix=/Library/Python/2.3/matplotlib/lib-dynload/ and -L to that 
when linking.. note that this would require a bdist_mpkg subclass to 
make a .pkg out of it)

-bob

Hi all,

I posted a note here the other day about a matplotlib binary. I've 
discovered a problem with it. Apparently, it has linked against the 
libfreetype in /usr/X11. That means it will work fine on a system with 
Apple's X11 installed (like mine or the first system I tested it on).

So, the question remains: How to I get distutils to statically link 
selected libs? Bob had suggested:

"""Make sure you don't have libpng.dylib or libfreetype.dylib sitting 
around on your link paths...

Build them like this:
./configure --disable-shared --enable static

Make sure you only have libpng.a and libfreetype.a on your link paths. 
It will link statically.
"""

However, that doesn't seem to work if I have libfreetype.dylib somewhere 
standard, and I certainly don't want to remove it! (Maybe I could 
temporarily, but that's hardly the robust solution I'm looking for)

By the way, it would also be good to get this to work with TK and/or 
GTK. Has anyone done that successfully that would like to help out with 
this?

Also, as far as PyGTK is concerned. Can you run it without running Fink? 
That's the only way I've seen it done. If it is a Fink only option, then 
this is moot, as I'm looking for a Fink free approach, and someone else 
has put together a fink matplotlib package.

By the way the package, as it stands, can be found at:

http://undefined.org/python/matplotlib-0.71-py2.3-macosx10.3.zip

thanks to Bob Ippolito

-Chris










-- 
Christopher Barker, Ph.D.
Oceanographer
                                     		
NOAA/OR&R/HAZMAT         (206) 526-6959   voice
7600 Sand Point Way NE   (206) 526-6329   fax
Seattle, WA  98115       (206) 526-6317   main reception

Chr...@no...

Hi Everyone,

I'm using plot_date to scatter a ton of data retrieved from a database
and have encountered an error with the date ticks.

I more or less copied the format of the example in
http://matplotlib.sourceforge.net/examples/date_demo2.py and my ticks
ended up being months in order but never making it past the year 2001
(they just recycle) though my data begin in 2000 and end in 2004.

I took another look at the plot generated by date_demo2.py and it turns
out that the same is true there.

I'm thinking this is not intentional, but if so does anyone have any
advice or example scripts that might help me fix my plot?

Thank you,

Travis Brady
-- 
  Travis Brady
  td...@fa...

hi, I am plotting two figures in a row and I am getting a duplicated colorb=
ar=20
in the second figure:

imshow(stats[0])
title('Distance Matrix')
colorbar()
savefig('dm.png')
imshow(stats[12])
colorbar()
title('Conectivity Matrix')
savefig('cm.png')

I tried omitting the second colorbar() command. Then I get a single colorba=
r=20
in the second figure but with same scale of figure 1.

What am I doing wrong?

=46l=E1vio