matplotlib-users Mailing List for matplotlib

For some reason the download link on the Matplotlib pages is pointing to
Basemap 0.99.4 instead of Matplotlib 0.99.0.

I did a clean checkout of the v0_99_0 tag:

svn checkout
https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/tags/v0_99_0

and built/installed it, and that seems to have gone okay.  Testing my
current batch of scripts with it.

The new stuff looks great!  I'm eagerly awaiting 1.0, whenever that comes.

Zane

-- 
Zane A. Selvans
Amateur Earthling
http://zaneselvans.org
+1 303 815 6866

I'd like to color-code an errorbar plot with colors determined by a 3rd
array.  I know how to do this with the 'scatter' task, but it does not
appear to be possible with the 'errorbar' command.  I think it is possible
to set the colors of a collection to an array of colors, but I'm not very
clear on how this is done.  Could anyone offer me some advice / color
setting examples?  Also, it would be nice to have colored points as an
option in the errorbar command in future releases.

Thanks,
Adam
-- 
View this message in context: http://www.nabble.com/Plotting-errorbars-with-a-color-range---map-tp24854990p24854990.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On Thu, Aug 6, 2009 at 12:02 PM, Jae-Joon Lee <lee...@gm...> wrote:

>
> I'm not sure what exactly you're trying to do here.
>
> You mean something like this?
>
>
> http://matplotlib.sourceforge.net/examples/pylab_examples/ellipse_collection.html
>
> The example uses EllipseCollection but scatter basically creates
> collections.


That is exactly what I have been trying to do :) You understood me even I
being very clear. I think this should be a very developer instinct of you JJ
;)


>
>
> If there is any screenshot you can show (may be from other plotting
> tool), it would be much easier to figure out.


It would be so very great to have an interface similar to Mayavi's (what
other plotting tool I would have in my mind :). Some functionality is much
easier to find in Mayavi's menus. Matplotlib is allowing me to create very
creative and informative plots to analyse and demonstrate our airborne
collected aerosol, cloud nuclei, and various other atmospheric parameters.
However the number of different figures that I am creating is increasing on
a daily-basis. Something out of my screen is screening at me to put the
figures on GUI-based design. Hoping that SciPy09 will give me the motivation
to establish some good results in the lands of matplotlib integrated GUI's.



>
>
> -JJ
>
> -ps. By the way, I'm afraid that this fix missed the 0.99 release.
>

I don't think many will notice this, since you have amazing other additions
into the library.

Please, keep up great work.

-- 
Gökhan

azerith wrote:
> Hi, I'm new to matplotlib and in need to draw a single impulse on a polar
> plot, but don't know how to do it, so i just draw a line using
> pylab.polar([0,0],[0,100],'g-')
> but when i draw shorter lines or 
> pylab.polar([0,0],[0,0],'g-')
> i get the whole plot filled with green color, instead of a single dot or a
> very short line
> does anyone else has similar issue?  is this a bug or a feature that i can
> turned off somewhere?
> i'm using ubuntu.  
> 
> Thank you for any help

It's a bug.  You probably have quite an old version of mpl.  A shiny new 
version was just released, and if you can install it in place of the 
ubuntu package, that particular bug will go away.

Eric

Yeow! You're right, and thanks a bunch. I saw the line about libtk not  
being found, of course, but I thought it was a lie. Or at least a  
mistake.

Thanks again.


On Aug 6, 2009, at 10:04 AM, Michael Droettboom wrote:

> It appears to be importing _tkagg.so just fine, but it depends on  
> Tcl/Tk itself, notably libtk8.5.so, which it can not find.
>
> You can see what _tkagg.so depends on with ldd, eg.:
>
> > ldd ~/usr/lib/python2.5/site-packages/matplotlib/backends/_tkagg.so
>       libtk8.4.so => /usr/lib/libtk8.4.so (0x006c6000)
>       libtcl8.4.so => /usr/lib/libtcl8.4.so (0x002ce000)
>       libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x005b9000)
>       libfreetype.so.6 => /home/mdroe/usr/lib/libfreetype.so.6  
> (0x00c92000)
>       libz.so.1 => /usr/lib/libz.so.1 (0x00111000)
>       libm.so.6 => /lib/tls/libm.so.6 (0x00a15000)
>       libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0046b000)
>       libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00121000)
>       libc.so.6 => /lib/tls/libc.so.6 (0x00133000)
>       libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x00a7d000)
>       libdl.so.2 => /lib/libdl.so.2 (0x00281000)
>       /lib/ld-linux.so.2 (0x00bd1000)
>
> You may need to add the path to your libtk8.5.so to your  
> LD_LIBRARY_PATH (since you mention you built it yourself and put it  
> in a custom location) and then run ldconfig to get the dynamic  
> linker to find it.
>
> Cheers,
> Mike

==========================

Graham Mark
CCS-3
Information Sciences
Los Alamos National Laboratory
505-667-8147

On Thu, Aug 6, 2009 at 1:13 PM, John Hunter<jd...@gm...> wrote:
> On Thu, Aug 6, 2009 at 11:47 AM, Jae-Joon Lee<lee...@gm...> wrote:
>> This turned out to be a bug introduced recently, which is now fixed in
>> the 0.99 maintenance branch.
>> The fix is not merged into the head yet. I tried svnmerge.py but it
>> gave some merge conflict. While the conflict seems rather trivial,
>> I'll leave it to others.
>
> I've merged and resolved these conflicts, so HEAD should be good now.
>

Thanks John.

> Too bad the fix squaeked in minutes after the release -- it will have
> to wait for the bugfix release, which hopefully will not be too soon,
> since we did a fair amount of rc testing this time around.
>
> JDH
>

The bug is that CircleCollections are ignored when legend items are
automatically created.
While, I hope not much people are affected by this bug.

Regards,

-JJ

On Thu, Aug 6, 2009 at 11:47 AM, Jae-Joon Lee<lee...@gm...> wrote:
> This turned out to be a bug introduced recently, which is now fixed in
> the 0.99 maintenance branch.
> The fix is not merged into the head yet. I tried svnmerge.py but it
> gave some merge conflict. While the conflict seems rather trivial,
> I'll leave it to others.

I've merged and resolved these conflicts, so HEAD should be good now.

Too bad the fix squaeked in minutes after the release -- it will have
to wait for the bugfix release, which hopefully will not be too soon,
since we did a fair amount of rc testing this time around.

JDH

On Thu, Aug 6, 2009 at 12:54 PM, Gökhan Sever<gok...@gm...> wrote:
> Thanks JJ,
>
> I was playing with different ways to create legends, and found myself a way
> just like you suggested.
>
> I guess in legend as long as a sequence is provided it doesn't matter
> whether it is a tuple or list. Am I correct?
>

As far as it is iterable, it should be okay.

> Additionally, speaking of scatters; is there a way to add a colorbar next to
> scatters depicting the variation in colors or size of the scatters?
>

I'm not sure what exactly you're trying to do here.

You mean something like this?

http://matplotlib.sourceforge.net/examples/pylab_examples/ellipse_collection.html

The example uses EllipseCollection but scatter basically creates collections.

If there is any screenshot you can show (may be from other plotting
tool), it would be much easier to figure out.

-JJ

-ps. By the way, I'm afraid that this fix missed the 0.99 release.


> Thanks.
>
> On Thu, Aug 6, 2009 at 11:47 AM, Jae-Joon Lee <lee...@gm...> wrote:
>>
>> This turned out to be a bug introduced recently, which is now fixed in
>> the 0.99 maintenance branch.
>> The fix is not merged into the head yet. I tried svnmerge.py but it
>> gave some merge conflict. While the conflict seems rather trivial,
>> I'll leave it to others.
>>
>> Meanwhile, you can explicitly give artists and labels to create the
>> legend.
>>
>> s1 = scatter(..)
>> s2 = scatter(..)
>>
>> legend([s1, s2], ["aaaa", "cccc"])
>>
>> -JJ
>>
>>
>> On Tue, Aug 4, 2009 at 4:51 PM, Gökhan Sever<gok...@gm...> wrote:
>> > Hello,
>> >
>> > Could not get a legend shown on scatter function used plot:
>> >
>> > In [4]: a = rand(100)
>> >
>> > In [5]: b = rand(100)
>> >
>> > In [22]: scatter(a,b, c=a, s=b, label="aaaa")
>> > Out[22]: <matplotlib.collections.CircleCollection object at 0xa133dcc>
>> >
>> > In [23]: scatter(a,b, c=a*5, s=b*5, label="cccc")
>> > Out[23]: <matplotlib.collections.CircleCollection object at 0xa311e6c>
>> >
>> > In [24]: legend()
>> >
>> > at rev 7355.
>> >
>> > with
>> >
>> > Python 2.6 (r26:66714, Jun  8 2009)
>> > IPython 0.10.bzr.r1163 -- An enhanced Interactive Python.
>> >
>> > Any suggestions?
>> >
>> >
>> > --
>> > Gökhan
>> >
>> >
>> > ------------------------------------------------------------------------------
>> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
>> > 30-Day
>> > trial. Simplify your report design, integration and deployment - and
>> > focus
>> > on
>> > what you do best, core application coding. Discover what's new with
>> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> > _______________________________________________
>> > Matplotlib-users mailing list
>> > Mat...@li...
>> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>> >
>> >
>
>
>
> --
> Gökhan
>

Thanks JJ,

I was playing with different ways to create legends, and found myself a way
just like you suggested.

I guess in legend as long as a sequence is provided it doesn't matter
whether it is a tuple or list. Am I correct?

Additionally, speaking of scatters; is there a way to add a colorbar next to
scatters depicting the variation in colors or size of the scatters?

Thanks.

On Thu, Aug 6, 2009 at 11:47 AM, Jae-Joon Lee <lee...@gm...> wrote:

> This turned out to be a bug introduced recently, which is now fixed in
> the 0.99 maintenance branch.
> The fix is not merged into the head yet. I tried svnmerge.py but it
> gave some merge conflict. While the conflict seems rather trivial,
> I'll leave it to others.
>
> Meanwhile, you can explicitly give artists and labels to create the legend.
>
> s1 = scatter(..)
> s2 = scatter(..)
>
> legend([s1, s2], ["aaaa", "cccc"])
>
> -JJ
>
>
> On Tue, Aug 4, 2009 at 4:51 PM, Gökhan Sever<gok...@gm...> wrote:
> > Hello,
> >
> > Could not get a legend shown on scatter function used plot:
> >
> > In [4]: a = rand(100)
> >
> > In [5]: b = rand(100)
> >
> > In [22]: scatter(a,b, c=a, s=b, label="aaaa")
> > Out[22]: <matplotlib.collections.CircleCollection object at 0xa133dcc>
> >
> > In [23]: scatter(a,b, c=a*5, s=b*5, label="cccc")
> > Out[23]: <matplotlib.collections.CircleCollection object at 0xa311e6c>
> >
> > In [24]: legend()
> >
> > at rev 7355.
> >
> > with
> >
> > Python 2.6 (r26:66714, Jun  8 2009)
> > IPython 0.10.bzr.r1163 -- An enhanced Interactive Python.
> >
> > Any suggestions?
> >
> >
> > --
> > Gökhan
> >
> >
> ------------------------------------------------------------------------------
> > Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day
> > trial. Simplify your report design, integration and deployment - and
> focus
> > on
> > what you do best, core application coding. Discover what's new with
> > Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> > _______________________________________________
> > Matplotlib-users mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >
> >
>



-- 
Gökhan

This turned out to be a bug introduced recently, which is now fixed in
the 0.99 maintenance branch.
The fix is not merged into the head yet. I tried svnmerge.py but it
gave some merge conflict. While the conflict seems rather trivial,
I'll leave it to others.

Meanwhile, you can explicitly give artists and labels to create the legend.

s1 = scatter(..)
s2 = scatter(..)

legend([s1, s2], ["aaaa", "cccc"])

-JJ


On Tue, Aug 4, 2009 at 4:51 PM, Gökhan Sever<gok...@gm...> wrote:
> Hello,
>
> Could not get a legend shown on scatter function used plot:
>
> In [4]: a = rand(100)
>
> In [5]: b = rand(100)
>
> In [22]: scatter(a,b, c=a, s=b, label="aaaa")
> Out[22]: <matplotlib.collections.CircleCollection object at 0xa133dcc>
>
> In [23]: scatter(a,b, c=a*5, s=b*5, label="cccc")
> Out[23]: <matplotlib.collections.CircleCollection object at 0xa311e6c>
>
> In [24]: legend()
>
> at rev 7355.
>
> with
>
> Python 2.6 (r26:66714, Jun  8 2009)
> IPython 0.10.bzr.r1163 -- An enhanced Interactive Python.
>
> Any suggestions?
>
>
> --
> Gökhan
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

The 0.99.0 release of matplotlib is available for download.  Lots of
great new features and tons of bug fixes.  Thanks to all the mpl
developers for their contributions, and to Christoph Gohlke for the
win32 builds, Russell Owen for the OSX testing and bug reports,
William Stein for hosting the OSX build box, and Michael
Droettboom for the release branch support

  Download: https://sourceforge.net/projects/matplotlib
  What's new: http://matplotlib.sourceforge.net/users/whats_new.html

OSX users may want to consult

  http://matplotlib.sourceforge.net/faq/installing_faq.html#os-x-questions

Here are the highlights:

* mplot3d : Reinier Heeres has ported John Porter's mplot3d over to
  the new matplotlib transformations framework, and it is now
  available as a toolkit mpl_toolkits.mplot3d

    example:  http://matplotlib.sourceforge.net/examples/mplot3d/surface3d_demo.html
    tutorial: http://matplotlib.sourceforge.net/mpl_toolkits/mplot3d/tutorial.html

* axes grid toolkit : Jae-Joon Lee has added a new toolkit to ease
  displaying multiple images in matplotlib, as well as some support
  for curvilinear grids to support the world coordinate system

    example 1: http://matplotlib.sourceforge.net/examples/axes_grid/demo_curvelinear_grid.html
    example 2: http://matplotlib.sourceforge.net/examples/axes_grid/simple_rgb.html
    tutorial : http://matplotlib.sourceforge.net/mpl_toolkits/axes_grid/users/index.html

* axes spines: Andrew Straw has implemented the much awaited support
  for spines.  No longer are your axis lines constrained to be a
  simple rectangle around the figure -- you can turn on or off left,
  bottom, right and top, as well as "detach" the spine to offset it
  away from the data.

    example: http://matplotlib.sourceforge.net/examples/pylab_examples/spine_placement_demo.html

* new documentation: Jae Joon has written a guide to legends and annotations:

    http://matplotlib.sourceforge.net/users/plotting/legend.html#plotting-guide-legend

    http://matplotlib.sourceforge.net/users/plotting/annotation.html#plotting-guide-annotation

* Lots of small bug features and bug fixes -- here from the CHANGELOG::

    2009-08-06 Tagging the 0.99.0 release at svn r7397 - JDH

               * fixed an alpha colormapping bug posted on sf 2832575

               * fix typo in axes_divider.py. use nanmin, nanmax in
angle_helper.py
                 (patch by Christoph Gohlke)

               * remove dup gui event in enter/leave events in gtk

               * lots of fixes for os x binaries (Thanks Russell Owen)

               * attach gtk events to mpl events -- fixes sf bug 2816580

               * applied sf patch 2815064 (middle button events for wx) and
                 patch  2818092 (resize events for wx)

               * fixed boilerplate.py so it doesn't break the ReST docs.

               * removed a couple of cases of mlab.load

               * fixed rec2csv win32 file handle bug from sf patch 2831018

               * added two examples from Josh Hemann:
examples/pylab_examples/barchart_demo2.py
                 and examples/pylab_examples/boxplot_demo2.py

               * handled sf bugs 2831556 and 2830525; better bar error
messages and
                 backend driver configs

               * added miktex win32 patch from sf patch 2820194

               * apply sf patches 2830233 and 2823885 for osx setup
and 64 bit;  thanks Michiel

    2009-08-03 Fixed boilerplate.py so it doesn't break the ReST docs. - JKS

    2009-08-03 pylab no longer provides a load and save function.  These
               are available in matplotlib.mlab, or you can use
               numpy.loadtxt and numpy.savetxt for text files, or np.save
               and np.load for binary numpy arrays. - JDH

    2009-07-31 Tagging 0.99.0.rc1 at 7314 - MGD

    2009-07-30 Add set_cmap and register_cmap, and improve get_cmap,
               to provide convenient handling of user-generated
               colormaps. Reorganized _cm and cm modules. - EF

    2009-07-28 Quiver speed improved, thanks to tip by Ray Speth. -EF

    2009-07-27 Simplify argument handling code for plot method. -EF

    2009-07-25 Allow "plot(1, 2, 'r*')" to work. - EF

    2009-07-22 Added an 'interp' keyword to griddata so the faster linear
               interpolation method can be chosen.  Default is 'nn', so
               default behavior (using natural neighbor method) is
unchanged (JSW)

    2009-07-22 Improved boilerplate.py so that it generates the correct
               signatures for pyplot functions. - JKS

    2009-07-19 Fixed the docstring of Axes.step to reflect the correct
               meaning of the kwargs "pre" and "post" - See SF bug
               https://sourceforge.net/tracker/index.php?func=detail&aid=2823304&group_id=80706&atid=560720
               - JDH

    2009-07-18 Fix support for hatches without color fills to pdf and svg
               backends. Add an example of that to hatch_demo.py. - JKS

    2009-07-17 Removed fossils from swig version of agg backend. - EF

    2009-07-14 initial submission of the annotation guide. -JJL

    2009-07-14 axes_grid : minor improvements in anchored_artists and
               inset_locator. -JJL

    2009-07-14 Fix a few bugs in ConnectionStyle algorithms. Add
               ConnectionPatch class. -JJL

    2009-07-11 Added a fillstyle Line2D property for half filled markers
               -- see examples/pylab_examples/fillstyle_demo.py JDH

    2009-07-08 Attempt to improve performance of qt4 backend, do not call
               qApp.processEvents while processing an event. Thanks Ole
               Streicher for tracking this down - DSD

    2009-06-24 Add withheader option to mlab.rec2csv and changed
      use_mrecords default to False in mlab.csv2rec since this is
      partially broken - JDH

    2009-06-24 backend_agg.draw_marker quantizes the main path (as in the
               draw_path). - JJL

    2009-06-24 axes_grid: floating axis support added. - JJL

    2009-06-14 Add new command line options to backend_driver.py to support
               running only some directories of tests - JKS

    2009-06-13 partial cleanup of mlab and its importation in pylab - EF

    2009-06-13 Introduce a rotation_mode property for the Text artist. See
               examples/pylab_examples/demo_text_rotation_mode.py -JJL

    2009-06-07 add support for bz2 files per sf support request 2794556 -
               JDH

    2009-06-06 added a properties method to the artist and inspector to
               return a dict mapping property name -> value; see sf
               feature request 2792183 - JDH

    2009-06-06 added Neil's auto minor tick patch; sf patch #2789713 - JDH

    2009-06-06 do not apply alpha to rgba color conversion if input is
               already rgba - JDH

    2009-06-03 axes_grid : Initial check-in of curvelinear grid support. See
               examples/axes_grid/demo_curvelinear_grid.py - JJL

    2009-06-01 Add set_color method to Patch - EF

    2009-06-01 Spine is now derived from Patch - ADS

    2009-06-01 use cbook.is_string_like() instead of isinstance() for
spines - ADS

    2009-06-01 cla() support for spines - ADS

    2009-06-01 Removed support for gtk < 2.4. - EF

    2009-05-29 Improved the animation_blit_qt4 example, which was a mix
               of the object-oriented and pylab interfaces. It is now
               strictly object-oriented - DSD

    2009-05-28 Fix axes_grid toolkit to work with spine patch by ADS. - JJL

    2009-05-28 Applied fbianco's patch to handle scroll wheel events in
               the qt4 backend - DSD

    2009-05-26 Add support for "axis spines" to have arbitrary location. -ADS

    2009-05-20 Add an empty matplotlibrc to the tests/ directory so that running
               tests will use the default set of rcparams rather than the user's
               config. - RMM

    2009-05-19 Axis.grid(): allow use of which='major,minor' to have grid
               on major and minor ticks. -ADS

    2009-05-18 Make psd(), csd(), and cohere() wrap properly for
complex/two-sided
               versions, like specgram() (SF #2791686) - RMM

    2009-05-18 Fix the linespacing bug of multiline text (#1239682). See
               examples/pylab_examples/multiline.py -JJL

    2009-05-18 Add *annotation_clip* attr. for text.Annotation class.
               If True, annotation is only drawn when the annotated point is
               inside the axes area. -JJL

    2009-05-17 Fix bug(#2749174) that some properties of minor ticks are
               not conserved -JJL

    2009-05-17 applied Michiel's sf patch 2790638 to turn off gtk event
               loop in setupext for pygtk>=2.15.10 - JDH

    2009-05-17 applied Michiel's sf patch 2792742 to speed up Cairo and
               macosx collections; speedups can be 20x.  Also fixes some
               bugs in which gc got into inconsistent state

P.R. wrote:
> Hi,
> Im looking for a tutorial/method/dataset to setup more detailed political
> boundaries & also automatically generate major cities on a basemap
> projection.
>
> Please help,
> Thanks,
> P.R.M.
>
>   
P.R.:  If you have ESRI shapefiles with political boundaries and/or city 
data, you can plot them on a Basemap.  See the fillstates.py and 
plotcities.py examples.

Basemap does not have a built-in city dataset, but you can draw 
political boundaries with the drawcountries and drawstates methods.  See 
http://matplotlib.sourceforge.net/basemap/doc/html/api/basemap_api.html 
for details.  Note that the drawstates methods just draws 
states/provinces in North America (Mexico, Canada and the U.S.)

-Jeff

-- 
Jeffrey S. Whitaker         Phone  : (303)497-6313
Meteorologist               FAX    : (303)497-6449
NOAA/OAR/PSD  R/PSD1        Email  : Jef...@no...
325 Broadway                Office : Skaggs Research Cntr 1D-113
Boulder, CO, USA 80303-3328 Web    : http://tinyurl.com/5telg

Anja Roesel wrote:
> Dear list,
>
> I am a matplotlib newbie and I have some simple problems with the
> coordinate reprojection.
>
> I have a landsat scene in UTM Projection and I would like to plot it in
> a polarstereograhic projection (it is in the Arctic)
>
> I tried it like this:
> m=Basemap(resolution='i',projection='npstere',lon_0=-45,boundinglat=70)
> XP,YP = m(X_utm,Y_utm)
>
> but the outcome is nonsense (an array with 1.0's)
> I am wondering if there is an option to specify the input parameters
> like utm zone etc.
>
> Thanks for any help and ideas!
> Anja
>   

Anja:  You need to pass the latitude and longitude values (in degrees) 
to the Basemap instance when converting to projection coordinates.  So, 
to convert from UTM coordinates to polar stereographic coordinates you 
will need to do something like this:

map1 = Basemap(<parameters for transverse mercator projection>)

lons, lats = map1(x, y, inverse=True) # x and y are projection 
coordinates on original UTM grid.

# lons and lats are now latitudes and longitudes of UTM grid (in degrees)

map2 =

Basemap(resolution='i',projection='npstere',lon_0=-45,boundinglat=70)

x, y = map2(lons, lats)

# x,y are now polar stereo coordinates of UTM grid.

Or, if you already have the latitudes and logintudes of the original UTM 
grid you can skip the first two lines and just pass those to the 
stereographic Basemap instance.

-Jeff

-- 
Jeffrey S. Whitaker         Phone  : (303)497-6313
Meteorologist               FAX    : (303)497-6449
NOAA/OAR/PSD  R/PSD1        Email  : Jef...@no...
325 Broadway                Office : Skaggs Research Cntr 1D-113
Boulder, CO, USA 80303-3328 Web    : http://tinyurl.com/5telg

Dear list,

I am a matplotlib newbie and I have some simple problems with the
coordinate reprojection.

I have a landsat scene in UTM Projection and I would like to plot it in
a polarstereograhic projection (it is in the Arctic)

I tried it like this:
m=Basemap(resolution='i',projection='npstere',lon_0=-45,boundinglat=70)
XP,YP = m(X_utm,Y_utm)

but the outcome is nonsense (an array with 1.0's)
I am wondering if there is an option to specify the input parameters
like utm zone etc.

Thanks for any help and ideas!
Anja
-- 
Anja Rösel
Center for Marine and Atmospheric Research
Institute of Oceanography, University of Hamburg
Bundesstrasse 53
D-20146 Hamburg
Germany
Tel. +49 40 42838 5430 Fax: +49 40 42838 7471

It appears to be importing _tkagg.so just fine, but it depends on Tcl/Tk 
itself, notably libtk8.5.so, which it can not find.

You can see what _tkagg.so depends on with ldd, eg.:

 > ldd ~/usr/lib/python2.5/site-packages/matplotlib/backends/_tkagg.so
        libtk8.4.so => /usr/lib/libtk8.4.so (0x006c6000)
        libtcl8.4.so => /usr/lib/libtcl8.4.so (0x002ce000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x005b9000)
        libfreetype.so.6 => /home/mdroe/usr/lib/libfreetype.so.6 
(0x00c92000)
        libz.so.1 => /usr/lib/libz.so.1 (0x00111000)
        libm.so.6 => /lib/tls/libm.so.6 (0x00a15000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x0046b000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x00121000)
        libc.so.6 => /lib/tls/libc.so.6 (0x00133000)
        libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x00a7d000)
        libdl.so.2 => /lib/libdl.so.2 (0x00281000)
        /lib/ld-linux.so.2 (0x00bd1000)

You may need to add the path to your libtk8.5.so to your LD_LIBRARY_PATH 
(since you mention you built it yourself and put it in a custom 
location) and then run ldconfig to get the dynamic linker to find it.

Cheers,
Mike

Graham Mark wrote:
>
> I had to build matplotlib and many of its requirements in my home 
> directory because I lack privileges to put stuff in /usr/local. So I 
> build python-2.6.2, freetype-2.3.9, numpy-1.3.0, tcl-8.5.7, tk-8.5.7, 
> and matplotlib-0.98.5.3. Each of those is in its own subdirectory in 
> /home/gam/packages.
>
> Since these packages are not in /usr/local, I had to alter pathways in 
> certain cases in order to get stuff to build, link, and work together.
>
> Things seem close to working, but matplotlib is unable to load a 
> backend (_tkagg). Here's what happens:
>
> 1655: python
> Python 2.6.2 (r262:71600, Aug  5 2009, 09:48:28) 
> [GCC 3.4.6 20060404 (Red Hat 3.4.6-11)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import matplotlib.pyplot
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File 
> "/home/gam/packages/Python-2.6.2/lib/python2.6/site-packages/matplotlib/pyplot.py", 
> line 75, in <module>
>     new_figure_manager, draw_if_interactive, show = pylab_setup()
>   File 
> "/home/gam/packages/Python-2.6.2/lib/python2.6/site-packages/matplotlib/backends/__init__.py", 
> line 25, in pylab_setup
>     globals(),locals(),[backend_name])
>   File 
> "/home/gam/packages/Python-2.6.2/lib/python2.6/site-packages/matplotlib/backends/backend_tkagg.py", 
> line 8, in <module>
>     import tkagg                 # Paint image to Tk photo blitter 
> extension
>   File 
> "/home/gam/packages/Python-2.6.2/lib/python2.6/site-packages/matplotlib/backends/tkagg.py", 
> line 1, in <module>
>     import _tkagg
> ImportError: libtk8.5.so: cannot open shared object file: No such file 
> or directory
> >>> import sys
> >>> sys.path
> ['', '/home/gam/packages/Python-2.6.2/lib/python2.6/site-packages', 
> '/home/gam/packages/Python-2.6.2/lib/python26.zip', 
> '/home/gam/packages/Python-2.6.2/lib/python2.6', 
> '/home/gam/packages/Python-2.6.2/lib/python2.6/plat-linux2', 
> '/home/gam/packages/Python-2.6.2/lib/python2.6/lib-tk', 
> '/home/gam/packages/Python-2.6.2/lib/python2.6/lib-old', 
> '/home/gam/packages/Python-2.6.2/lib/python2.6/lib-dynload', 
> '/home/gam/.local/lib/python2.6/site-packages']
> >>> 
>
> If I understand correctly, _tkagg corresponds to _tkagg.so. Python 
> ought to be able to load that object if it's in python's search path. 
> The output above shows the presence of site_packages in sys.path, and 
> that site-packages/matplotlib/backends/backend_tkagg.py does get 
> loaded. _tkagg.so is in the same directory, as shown here:
>
> 1654: ls 
> /home/gam/packages/Python-2.6.2/lib/python2.6/site-packages/matplotlib/backends
> Matplotlib.nib        backend_emf.py       backend_gtkcairo.pyc 
>  backend_qt4.py        backend_tkagg.pyc
> __init__.py           backend_emf.pyc      backend_macosx.py     
> backend_qt4.pyc       backend_wx.py
> __init__.pyc          backend_fltkagg.py   backend_macosx.pyc   
>  backend_qt4agg.py     backend_wx.pyc
> _backend_agg.so       backend_fltkagg.pyc  backend_mixed.py     
>  backend_qt4agg.pyc    backend_wxagg.py
> _tkagg.so             backend_gdk.py       backend_mixed.pyc     
> backend_qtagg.py      backend_wxagg.pyc
> backend_agg.py        backend_gdk.pyc      backend_pdf.py       
>  backend_qtagg.pyc     tkagg.py
> backend_agg.pyc       backend_gtk.py       backend_pdf.pyc       
> backend_svg.py        tkagg.pyc
> backend_cairo.py      backend_gtk.pyc      backend_ps.py         
> backend_svg.pyc
> backend_cairo.pyc     backend_gtkagg.py    backend_ps.pyc       
>  backend_template.py
> backend_cocoaagg.py   backend_gtkagg.pyc   backend_qt.py         
> backend_template.pyc
> backend_cocoaagg.pyc  backend_gtkcairo.py  backend_qt.pyc       
>  backend_tkagg.py
>
>
> I have tried clean rebuilds and reinstalls from the ground up but end 
> with the same result.
>
> Help!
>
> Thanks.
>
>
> Here's information about my system and build:
>
>
>
> 1626: uname -a
> Linux ccscs4.lanl.gov 2.6.9-67.0.7.ELsmp #1 SMP Wed Feb 27 04:48:20 
> EST 2008 i686 i686 i386 GNU/Linux
>
> matplotlib version: 0.98.5.3
>
> 1630: diff setup.cfg setup.cfg.template 
> 60c60
> < #tkagg = True
> ---
> > #tkagg = False
> 76d75
> < #backend = TkAgg
>
> 1631: diff setupext.py setupext.py.orig 
> 50,51c50,51
> <     'linux2' : ['/usr/local', '/usr', '/home/gam/packages'],
> <     'linux'  : ['/usr/local', '/usr', '/home/gam/packages'],
> ---
> >     'linux2' : ['/usr/local', '/usr'],
> >     'linux'  : ['/usr/local', '/usr',],
> 950,959c950,953
> <     #gam
> <     tcl_inc = "/home/gam/packages/tcl8.5.7/include"
> <     tcl_lib = "/home/gam/packages/tcl8.5.7/lib"
> <     tk_inc =  "/home/gam/packages/tcl8.5.7/include"
> <     tk_lib =  "/home/gam/packages/tcl8.5.7/lib"    
> <     #tcl_inc = "/usr/local/include"
> <     #tk_inc = "/usr/local/include"
> <     #tcl_lib = "/usr/local/lib"
> <     #tk_lib = "/usr/local/lib"
> <     #mag
> ---
> >     tcl_inc = "/usr/local/include"
> >     tk_inc = "/usr/local/include"
> >     tcl_lib = "/usr/local/lib"
> >     tk_lib = "/usr/local/lib"
> 1063,1065d1056
> <         #gam
> <         tk_ver = tcl_ver = '8.5'
> <         #mag
>
>
> 1633: python setup.py build 
> ============================================================================
> BUILDING MATPLOTLIB
>             matplotlib: 0.98.5.3
>                 python: 2.6.2 (r262:71600, Aug  5 2009, 09:48:28)  [GCC
>                         3.4.6 20060404 (Red Hat 3.4.6-11)]
>               platform: linux2
>
> REQUIRED DEPENDENCIES
>                  numpy: 1.3.0
>              freetype2: 9.7.3
>
> OPTIONAL BACKEND DEPENDENCIES
>                 libpng: 1.2.7
>                Tkinter: Tkinter: 70220, Tk: 8.5, Tcl: 8.5
>                         * Guessing the library and include directories for
>                         * Tcl and Tk because the tclConfig.sh and
>                         * tkConfig.sh could not be found and/or parsed.
>               wxPython: no
>                         * wxPython not found
>                   Gtk+: no
>                         * Building for Gtk+ requires pygtk; you must 
> be able
>                         * to "import gtk" in your build/install 
> environment
>        Mac OS X native: no
>                     Qt: no
>                    Qt4: no
>                  Cairo: no
>
> OPTIONAL DATE/TIMEZONE DEPENDENCIES
>               datetime: present, version unknown
>               dateutil: matplotlib will provide
>                   pytz: 2008c
>
> OPTIONAL USETEX DEPENDENCIES
>                 dvipng: no
>            ghostscript: 7.07
>                  latex: 3.14159
>                pdftops: 3.00
>
>
> 1634: gcc --version
> gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-11)
> Copyright (C) 2006 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR 
> PURPOSE.
>
>
> ==========================
>
> Graham Mark
> CCS-3
> Information Sciences
> Los Alamos National Laboratory
> 505-667-8147
>
>
>
> ------------------------------------------------------------------------
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day 
> trial. Simplify your report design, integration and deployment - and focus on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> ------------------------------------------------------------------------
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>   

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Christophe,

Unfortunately, the background is always shifted by integer pixel. So,
shift in data and shift in pixel have some offset and what you see is
the accumulation of this offset.
And you have to manage the pixel and and data coordinates in sync.

For example, you may try to keep the original transform and calculate
the pixel shift in this
coordinate. This would work if you're not worried about the overflow.

The attached example solve this with different approach. However,
dx_data in this approach is not constant but fluctuate, although its
mean value should be one minute.

Regards,

-JJ



On Wed, Aug 5, 2009 at 7:48 AM, Christophe
Dupre<chr...@vh...> wrote:
> Hi JJ,
>
> Thanks for that. It works fairly well, but I've noticed that the graph content (the candlesticks) move slightly faster than the x axis. I've added a sleep(0.1) statement to slow things down, and we can see that at the start the first bar is displayed at around 13:15 but by the times is gets to the left, the same bar is then displayed at about 13:00.
>
> Do you have any suggestion on how to improve that?
>
> Apart from that, shifting the graph is quite fast. On my machine, I get a frame rate of 30 FPS if I redraw both X and Y axis. The rate goes much higher ( greater than 100 FPS) if I don't redraw the axis.
>
> Thanks,
>
> Christophe
>
>
> -----Original Message-----
> From: Jae-Joon Lee [mailto:lee...@gm...]
> Sent: 05 August 2009 03:36
> To: Christophe Dupre
> Cc: matplotlib-users
> Subject: Re: [Matplotlib-users] 0.99.0-RC1 and the animation_blit_gtk2 example
>
> On Tue, Aug 4, 2009 at 12:14 PM, Christophe
> Dupre<chr...@vh...> wrote:
>> Hello,
>>
>>
>>
>> I've been playing with the animation_blit_gtk2 example
>> (http://matplotlib.sourceforge.net/examples/animation/animation_blit_gtk2.html
>>
>> ) and the latest version of matplotlib version 0.99.0-RC1.
>>
>> I've modified the example so that it displays candlesticks moving towards
>> the lelf. The example is attached if anybody is interested.
>>
>>
>>
>>
>>
>> In my example, I'm using 1 minute bars and therefore I would like to shift
>> the graph by 1 minute instead of a few pixels. Is there a way to convert a
>> time difference into pixels?
>>
>
> The "get_dx_data" method coverts a pixel offset to a data offset.
> So, what you need is just to invert it.
> This requires some knowledge of transformation, but I guess the code
> is rather self-explanatory.
>
> For example,  something like below will work (sorry, I haven't
> actually tested the code)
>
>    def get_dx_pixel(self, dx_data):
>        tp = self.ax.transData.transform_point
>        x0, y0 = tp((0, 0))
>        x1, y1 = tp((dx_data, 0))
>        return (x1-x0)
>
> Regards,
>
> -JJ
>
>>
>>
>> Thanks,
>>
>>
>>
>> Christophe
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
>> trial. Simplify your report design, integration and deployment - and focus
>> on
>> what you do best, core application coding. Discover what's new with
>> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
>>
>
> No virus found in this incoming message.
> Checked by AVG - www.avg.com
> Version: 8.5.392 / Virus Database: 270.13.43/2281 - Release Date: 08/04/09 05:57:00
>

It looks as if the statist package is passing a hard-coded font file 
path to matplotlib:

  C:/OSGeo4W/apps/qgis-dev/python/plugins/statist/font/CharisSILR.ttf


because of the following line in the log:

findfont returning C:/OSGeo4W/apps/qgis-dev/python/plugins/statist/font/CharisSILR.ttf

Does this file exist on your system?  In any case, it looks from here 
(without being able to play with all the moving parts) that the bug is 
in statist.py, and matplotlib is just blindly following the request to 
use a particular font.

Cheers,
Mike


Alexander Bruy wrote:
> Thanks for explanation Michael.
>
>    I do more intensive testing and found than this problem have place
> in Windows and Linux in all verions of Qt which I have (4.4.3 and 4.5.2).
> So you are right saying
>   
>> I don't think this is related to Qt at all, but is illustrating some 
>> sort of bug in the font lookup code.
>>     
>
> I try to perform some testing with your instructions
>   
>> Can you try removing fontList.cache and trying again?  I *believe* it 
>> lives in "C:\Documents and Settings\${YOURNAME}\Local 
>> Settings\.matplotlib" on Windows, but I'm not a regular Windows user.  
>> You may have to search for it.
>>     
> I remove fontList.cache and try again. And have this debug output:
>
> Traceback (most recent call last):
>   File "C:\OSGeo4W\apps\qgis-dev\python\plugins\statist\statist.py", line 114, in doCalcStats
>     d = doStatist.dlgStatist( self.iface )
>   File "C:\OSGeo4W\apps\qgis-dev\python\plugins\statist\doStatist.py", line 81, in __init__
>     self.canvas = FigureCanvas( self.figure )
>   File "C:\OSGeo4W\apps\Python25\lib\site-packages\matplotlib\backends\backend_qt4agg.py", line 57, in __init__
>     FigureCanvasQT.__init__( self, figure )
>   File "C:\OSGeo4W\apps\Python25\lib\site-packages\matplotlib\backends\backend_qt4.py", line 103, in __init__
>     self.resize( w, h )
>   File "C:\OSGeo4W\apps\Python25\lib\site-packages\matplotlib\backends\backend_qt4.py", line 171, in resize
>     self.draw()
>   File "C:\OSGeo4W\apps\Python25\lib\site-packages\matplotlib\backends\backend_qt4agg.py", line 133, in draw
>     FigureCanvasAgg.draw(self)
>   File "C:\OSGeo4W\apps\Python25\lib\site-packages\matplotlib\backends\backend_agg.py", line 279, in draw
>     self.figure.draw(self.renderer)
>   File "C:\OSGeo4W\apps\Python25\lib\site-packages\matplotlib\figure.py", line 775, in draw
>     for t in self.texts: t.draw(renderer)
>   File "C:\OSGeo4W\apps\Python25\lib\site-packages\matplotlib\text.py", line 452, in draw
>     bbox, info = self._get_layout(renderer)
>   File "C:\OSGeo4W\apps\Python25\lib\site-packages\matplotlib\text.py", line 246, in _get_layout
>     'lp', self._fontproperties, ismath=False)
>   File "C:\OSGeo4W\apps\Python25\lib\site-packages\matplotlib\backends\backend_agg.py", line 155, in get_text_width_height_descent
>     font = self._get_agg_font(prop)
>   File "C:\OSGeo4W\apps\Python25\lib\site-packages\matplotlib\backends\backend_agg.py", line 195, in _get_agg_font
>     font = FT2Font(str(fname))
> RuntimeError: Could not open facefile C:/OSGeo4W/apps/qgis-dev/python/plugins/statist/font/CharisSILR.ttf; Cannot_Open_Resource
>
> And then
>   
>> Also, set the rcParam['verbose.level'] to 'debug-annoying' and send the 
>> output.  That may provide some clues as to how the font lookup is failing.
>>     
>
> I set rcParam['verbose.level'] to 'debug-annoying' and receive large output (see attachment)
>
> I do this under Windows, but my colleagues have same problem under Linux, so I ask them to
> do same things and can send theirs logs later
>
> -- реклама -----------------------------------------------------------
> Поторопись зарегистрировать самый короткий почтовый адрес @i.ua
> http://mail.i.ua/reg - и получи 1Gb для хранения писем

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

This log file appears to be truncated.

Cheers,
Mike

Alexander Bruy wrote:
>> Also, set the rcParam['verbose.level'] to 'debug-annoying' and send the 
>> output.  That may provide some clues as to how the font lookup is failing.
>>     
>
> Here log file obtained on Linux box
>
> Regards,
>  Alexander Bruy
>
> -- реклама -----------------------------------------------------------
> Поторопись зарегистрировать самый короткий почтовый адрес @i.ua
> http://mail.i.ua/reg - и получи 1Gb для хранения писем

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Hi,
Im looking for a tutorial/method/dataset to setup more detailed political
boundaries & also automatically generate major cities on a basemap
projection.

Please help,
Thanks,
P.R.M.

> Also, set the rcParam['verbose.level'] to 'debug-annoying' and send the 
> output.  That may provide some clues as to how the font lookup is failing.

Here log file obtained on Linux box

Regards,
 Alexander Bruy

-- реклама -----------------------------------------------------------
Поторопись зарегистрировать самый короткий почтовый адрес @i.ua
http://mail.i.ua/reg - и получи 1Gb для хранения писем

The thread below might be helpful.

http://thread.gmane.org/gmane.comp.python.matplotlib.general/16373

This will work as far as you keep the aspect="auto".

Also, if you're using matplotlib 0.99rc version, or matplotlib from
svn, you may take a look at

http://matplotlib.sourceforge.net/mpl_toolkits/axes_grid/users/overview.html#insetlocator

This works even though aspect=1 (or other value).

Regards,

-JJ



On Thu, Aug 6, 2009 at 7:27 AM, Matthias Michler<Mat...@gm...> wrote:
> Hi Gaël,
>
> there might be a better way of doing it, but the attached example seems to do
> the job.
>
> best regards Matthias
>
> On Thursday 06 August 2009 10:46:44 Gael Varoquaux wrote:
>> Given an axes instance ax1, I would like to create another axes instance
>> ax2, embedded in the first one with a given rectangle, in ax1
>> coordinates.
>>
>> For instance, I might want to create axes ax2 that sit in the top left
>> corner of ax1, with height and width 0.25 times those of ax1.
>>
>> What is the right way of doing this? I have been too stupid to figure it
>> out.
>>
>> Cheers,
>>
>> Gaël
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

I had to build matplotlib and many of its requirements in my home  
directory because I lack privileges to put stuff in /usr/local. So I  
build python-2.6.2, freetype-2.3.9, numpy-1.3.0, tcl-8.5.7, tk-8.5.7,  
and matplotlib-0.98.5.3. Each of those is in its own subdirectory in / 
home/gam/packages.

Since these packages are not in /usr/local, I had to alter pathways in  
certain cases in order to get stuff to build, link, and work together.

Things seem close to working, but matplotlib is unable to load a  
backend (_tkagg). Here's what happens:

1655: python
Python 2.6.2 (r262:71600, Aug  5 2009, 09:48:28)
[GCC 3.4.6 20060404 (Red Hat 3.4.6-11)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
 >>> import matplotlib.pyplot
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File "/home/gam/packages/Python-2.6.2/lib/python2.6/site-packages/ 
matplotlib/pyplot.py", line 75, in <module>
     new_figure_manager, draw_if_interactive, show = pylab_setup()
   File "/home/gam/packages/Python-2.6.2/lib/python2.6/site-packages/ 
matplotlib/backends/__init__.py", line 25, in pylab_setup
     globals(),locals(),[backend_name])
   File "/home/gam/packages/Python-2.6.2/lib/python2.6/site-packages/ 
matplotlib/backends/backend_tkagg.py", line 8, in <module>
     import tkagg                 # Paint image to Tk photo blitter  
extension
   File "/home/gam/packages/Python-2.6.2/lib/python2.6/site-packages/ 
matplotlib/backends/tkagg.py", line 1, in <module>
     import _tkagg
ImportError: libtk8.5.so: cannot open shared object file: No such file  
or directory
 >>> import sys
 >>> sys.path
['', '/home/gam/packages/Python-2.6.2/lib/python2.6/site-packages', '/ 
home/gam/packages/Python-2.6.2/lib/python26.zip', '/home/gam/packages/ 
Python-2.6.2/lib/python2.6', '/home/gam/packages/Python-2.6.2/lib/ 
python2.6/plat-linux2', '/home/gam/packages/Python-2.6.2/lib/python2.6/ 
lib-tk', '/home/gam/packages/Python-2.6.2/lib/python2.6/lib-old', '/ 
home/gam/packages/Python-2.6.2/lib/python2.6/lib-dynload', '/home/ 
gam/.local/lib/python2.6/site-packages']
 >>>

If I understand correctly, _tkagg corresponds to _tkagg.so. Python  
ought to be able to load that object if it's in python's search path.  
The output above shows the presence of site_packages in sys.path, and  
that site-packages/matplotlib/backends/backend_tkagg.py does get  
loaded. _tkagg.so is in the same directory, as shown here:

1654: ls /home/gam/packages/Python-2.6.2/lib/python2.6/site-packages/ 
matplotlib/backends
Matplotlib.nib        backend_emf.py       backend_gtkcairo.pyc   
backend_qt4.py        backend_tkagg.pyc
__init__.py           backend_emf.pyc      backend_macosx.py      
backend_qt4.pyc       backend_wx.py
__init__.pyc          backend_fltkagg.py   backend_macosx.pyc     
backend_qt4agg.py     backend_wx.pyc
_backend_agg.so       backend_fltkagg.pyc  backend_mixed.py       
backend_qt4agg.pyc    backend_wxagg.py
_tkagg.so             backend_gdk.py       backend_mixed.pyc      
backend_qtagg.py      backend_wxagg.pyc
backend_agg.py        backend_gdk.pyc      backend_pdf.py         
backend_qtagg.pyc     tkagg.py
backend_agg.pyc       backend_gtk.py       backend_pdf.pyc        
backend_svg.py        tkagg.pyc
backend_cairo.py      backend_gtk.pyc      backend_ps.py          
backend_svg.pyc
backend_cairo.pyc     backend_gtkagg.py    backend_ps.pyc         
backend_template.py
backend_cocoaagg.py   backend_gtkagg.pyc   backend_qt.py          
backend_template.pyc
backend_cocoaagg.pyc  backend_gtkcairo.py  backend_qt.pyc         
backend_tkagg.py


I have tried clean rebuilds and reinstalls from the ground up but end  
with the same result.

Help!

Thanks.


Here's information about my system and build:



1626: uname -a
Linux ccscs4.lanl.gov 2.6.9-67.0.7.ELsmp #1 SMP Wed Feb 27 04:48:20  
EST 2008 i686 i686 i386 GNU/Linux

matplotlib version: 0.98.5.3

1630: diff setup.cfg setup.cfg.template
60c60
< #tkagg = True
---
 > #tkagg = False
76d75
< #backend = TkAgg

1631: diff setupext.py setupext.py.orig
50,51c50,51
<     'linux2' : ['/usr/local', '/usr', '/home/gam/packages'],
<     'linux'  : ['/usr/local', '/usr', '/home/gam/packages'],
---
 >     'linux2' : ['/usr/local', '/usr'],
 >     'linux'  : ['/usr/local', '/usr',],
950,959c950,953
<     #gam
<     tcl_inc = "/home/gam/packages/tcl8.5.7/include"
<     tcl_lib = "/home/gam/packages/tcl8.5.7/lib"
<     tk_inc =  "/home/gam/packages/tcl8.5.7/include"
<     tk_lib =  "/home/gam/packages/tcl8.5.7/lib"
<     #tcl_inc = "/usr/local/include"
<     #tk_inc = "/usr/local/include"
<     #tcl_lib = "/usr/local/lib"
<     #tk_lib = "/usr/local/lib"
<     #mag
---
 >     tcl_inc = "/usr/local/include"
 >     tk_inc = "/usr/local/include"
 >     tcl_lib = "/usr/local/lib"
 >     tk_lib = "/usr/local/lib"
1063,1065d1056
<         #gam
<         tk_ver = tcl_ver = '8.5'
<         #mag


1633: python setup.py build
= 
= 
= 
= 
========================================================================
BUILDING MATPLOTLIB
             matplotlib: 0.98.5.3
                 python: 2.6.2 (r262:71600, Aug  5 2009, 09:48:28)  [GCC
                         3.4.6 20060404 (Red Hat 3.4.6-11)]
               platform: linux2

REQUIRED DEPENDENCIES
                  numpy: 1.3.0
              freetype2: 9.7.3

OPTIONAL BACKEND DEPENDENCIES
                 libpng: 1.2.7
                Tkinter: Tkinter: 70220, Tk: 8.5, Tcl: 8.5
                         * Guessing the library and include  
directories for
                         * Tcl and Tk because the tclConfig.sh and
                         * tkConfig.sh could not be found and/or parsed.
               wxPython: no
                         * wxPython not found
                   Gtk+: no
                         * Building for Gtk+ requires pygtk; you must  
be able
                         * to "import gtk" in your build/install  
environment
        Mac OS X native: no
                     Qt: no
                    Qt4: no
                  Cairo: no

OPTIONAL DATE/TIMEZONE DEPENDENCIES
               datetime: present, version unknown
               dateutil: matplotlib will provide
                   pytz: 2008c

OPTIONAL USETEX DEPENDENCIES
                 dvipng: no
            ghostscript: 7.07
                  latex: 3.14159
                pdftops: 3.00


1634: gcc --version
gcc (GCC) 3.4.6 20060404 (Red Hat 3.4.6-11)
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There  
is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR  
PURPOSE.


==========================

Graham Mark
CCS-3
Information Sciences
Los Alamos National Laboratory
505-667-8147

Hi all,

I want to implement a web map server (WMS) using matplotlib/basemap.
The client of WMS does specify the bounding box in lon/lat and width
and height of the image. The spec requires that the server produces
such images without blank spaces around the image. The image might
thus have a wrong aspect ratio and it is up to the client of the WMS
to display the image correctly.

I ran in exactly the same problem as described here:

http://www.nabble.com/fill-entire-figure-area---DONT-maintain-aspect-ratio-td22365115.html

But I found as work around to this problem. If the aspect ratio of the
axis is set to auto (ax.set_aspect("auto")) before the figure is
saved, then one obtains a stretched figure (as required). Is this a
proper solution, are just a trick that will probably no longer work in
future version of basemap? I'm asking because the previous emails on
this issue indicate that basemap is intended to produce always images
in the correct aspect ratio.


Thanks and regards

Given an axes instance ax1, I would like to create another axes instance
ax2, embedded in the first one with a given rectangle, in ax1
coordinates.

For instance, I might want to create axes ax2 that sit in the top left
corner of ax1, with height and width 0.25 times those of ax1.

What is the right way of doing this? I have been too stupid to figure it
out.

Cheers,

Gaël

Hi all,

I'm trying to produce a graph in which two different sets of axes are
superimposed, with both x- and y- ticks taking on different ranges.

I've managed to get the first set of axes to place its ticks on the
bottom and left of the figure, and the second set to place its ticks
on the top and right, however, xlabel and ylabel behave in an
unexpected manner: for the bottom-left axes, xlabel and ylabel place
text in the correct location, however, for the "top-right" axes,
xlabel and ylabel misbehave, placing the axis label text at the bottom
(for xlabel) and the left (for ylabel), but positioned closer to the
axis lines.

This seems to be due to some sort of bug with the "alignment" keyword
for xlabel and ylabel: i.e. alignment = "top" or alignment = "right"
does not behave as I would have expected.

I'm sorry if this has been reported before; I wasn't able to find
anything useful in the archives or elsewhere on the web.

See below for a simple example.

Thanks for your help!
Duncan

----

from pylab import *

fig = figure()

ax1 = fig.add_axes([0.1,0.1,0.8,0.8],label='axes 1')
ax2 = fig.add_axes([0.1,0.1,0.8,0.8],label='axes 2')

plot1 = ax1.plot([1,2,3],[1,2,3])
plot2 = ax2.plot([4,5,6],[3,2,1])

ax1.axis([0,4,0,4])
ax1.set_xlabel('bottom')
ax1.set_ylabel('left')

ax2.axis([3,7,0,4])
ax2.xaxis.tick_top()
ax2.yaxis.tick_right()
ax2.set_xlabel('top')       # I expected this to place the word "top"
at the top of the figure, corresponding to the ticks for ax2's x-axis
ax2.set_ylabel('right')      # I expected this to place the word
"right" at the right of the figure, corresponding to the ticks for
ax2's y-axis

ax2.axesPatch.set_fill(False)   # so that you can see through to ax1

fig.canvas.draw()