matplotlib-users Mailing List for matplotlib (Page 4)

Eric,

I don't know much about setup and installation, but based on your 
message and a quick look at the relevant part of setupext.py, my guess 
is that there is something odd about your tk/tcl installation.  The code 
is trying to use methods provided by Tkinter to automatically locate the 
header files.  This code must work for nearly everyone, or else there 
would be many problem reports like yours.

You might be able to track down the problem by executing the header 
discovery code in find_tcltk line-by-line from the interpreter, or by 
adding lots of print statements.

Did you by any chance manually install your tk/tcl header files, as 
opposed to installing them as part of a *-devel rpm?  I am assuming you 
are running Linux.

Eric

Eric Emsellem wrote:
> Hi,
> 
> please let me know if this remark is irrelevant:
>  this is the third email mentioning that I still have to add one line in 
> setupext.py in order for matplotlib to be installed without crashing 
> (see below).
> For some reason this 'bug' (if it is one?) is present since many 
> versions and has not been solved for me although I have tried to send 
> emails regularly regarding this item. Please let me know if this is 
> normal or if it is just something not set up right for me.
> 
> ALSO: I posted a request for help on mplot3d twice, but got no feedback. 
> Any help is welcome!
> 
> thanks in advance,
> Eric
> 
> P.S.: here is what I have to do everytime I wish to install a new 
> version of matplotlib:
> 
> # add one line in setupext.py:
> 
>         o.tcl_inc="/usr/include/"
> 
> # before
>         if not os.path.exists(o.tcl_inc):
>             print 'cannot find tcl/tk headers. giving up.'
>             sys.exit()
>     return o
> 
> 
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job 
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

>>>>> "Eric" == Eric Emsellem <ems...@ob...> writes:

    Eric> Hi, please let me know if this remark is irrelevant: this is
    Eric> the third email mentioning that I still have to add one line
    Eric> in setupext.py in order for matplotlib to be installed
    Eric> without crashing (see below).  For some reason this 'bug'
    Eric> (if it is one?) is present since many versions and has not
    Eric> been solved for me although I have tried to send emails
    Eric> regularly regarding this item. Please let me know if this is
    Eric> normal or if it is just something not set up right for me.

    Eric> ALSO: I posted a request for help on mplot3d twice, but got
    Eric> no feedback. Any help is welcome!


mplot3 is not in any official matplotlib version -- it resides in svn 
and is awaiting integration.  I took a stab at this after your last
email but ran into difficulties.  Thus you should consider mplot3d
unsupported until we make a release that includes it.

    Eric> thanks in advance, Eric

    Eric> P.S.: here is what I have to do everytime I wish to install
    Eric> a new version of matplotlib:

    Eric> # add one line in setupext.py:

    Eric>          o.tcl_inc="/usr/include/"


The problem is that this fixes the bug for your system, but is not a
general solution.  Other platforms will put their tcl/tk libs in a
different place.  So we need a generic solution which will work across
platforms, which is why I haven't committed this.  Granted
/usr/include is a standard location, and this would be a good fallback
to try if the current method fails (it fails for you and works for
most -- perhaps some tcl config app is missing on your system?).

JDH

Hi,

please let me know if this remark is irrelevant:
  this is the third email mentioning that I still have to add one line 
in setupext.py in order for matplotlib to be installed without crashing 
(see below).
For some reason this 'bug' (if it is one?) is present since many 
versions and has not been solved for me although I have tried to send 
emails regularly regarding this item. Please let me know if this is 
normal or if it is just something not set up right for me.

ALSO: I posted a request for help on mplot3d twice, but got no feedback. 
Any help is welcome!

thanks in advance,
Eric

P.S.: here is what I have to do everytime I wish to install a new 
version of matplotlib:

# add one line in setupext.py:

         o.tcl_inc="/usr/include/"

# before
         if not os.path.exists(o.tcl_inc):
             print 'cannot find tcl/tk headers. giving up.'
             sys.exit()
     return o

>>>>> "Matt" == Matt Newville <new...@ca...> writes:

    Matt> Hi Marc, I'm not very familiar with IPython (probably to my
    Matt> detriment), but I believe this may be an inherent problem
    Matt> with wx v. command-line program, and have little to do with
    Matt> MPlot, matplotlib, or IPython.  That is, I think that
    Matt> wxWidgets/wxPython's MainLoop() is never really going to
    Matt> interact well with a command-line application.  I'd be happy

ipython has a wx mode (-pylab with a wx* backend or -wthread for
general wx apps) which is designed to allow you to control wx apps
from the ipython shell.  It does this by starting the wx application
mainloop and then hijacking the wx mainloop so that application
attempts to start the mainloop will be ignored.

IPython/Shell.py
def hijack_wx():
    """Modifies wxPython's MainLoop with a dummy so user code does not
    block IPython.  The hijacked mainloop function is returned.
    """    
    ...snip...

it then runs a wx timer to check for input from the shell user.

The bulk of this was written by Fernando and myself, and neither of
us pretend to be wx experts, so it is quite possible that something is
not working right and can be improved.  It might be as simple as a
need to update the hijack function for a new version of wx.  Or it
might be something deep, subtle and nasty.  Or it might simply be user
error.  Without example code that replicates the problem, it's
difficult to say.

I suggest that Marc try and run some of the embedding_in_wx*
applications in the matplotlib examples dir from the ipython shell and
see if these work.  And then gradually add some of the functionality
you are using in your real app (eg dynamic updates).

Marc, my guess is that you are mixing programming idioms (OO and
pylab).  For an application like yours, you should not be using pylab
at all, and I see that you are with the pylab.ion call.  You should
follow the examples of embedding_in_wx* and then call
fig.canvas.draw() when you want your figure to draw.  Note that
interactive mode will not affect OO calls, eg even if you do

  ax.plot(something)

you will still need to do

  fig.canvas.draw()

since the interactive mode only applies to *pylab* plot commands, eg, 

  pylab.plot(something)

Recode your application so that pylab is imported nowhere, and call
canvas.draw() when you need the canvas to update.  You can post pylab
snippets here if you need help translating them to OO matplotlib.

JDH

I had no troubles installing matplotlib on my 32-bit laptop, but cannot
get it to install on my amd64 debian desktop. I've pulled in the latest
svn version (to go with the latest numpy and scipy), then run:

$ python setup.py install

and after a few ms of successful compile get the following error:

building 'matplotlib._agg' extension
gcc options: '-pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall
-Wstrict-prototypes -fPIC'
creating build/temp.linux-x86_64-2.3/agg23
creating build/temp.linux-x86_64-2.3/agg23/src
compile options: '-Iagg23/include -Isrc -Iswig -I/usr/include/python2.3 -c'
gcc: agg23/src/agg_path_storage.cpp
gcc: installation problem, cannot exec 'cc1plus': No such file or directory
gcc: installation problem, cannot exec 'cc1plus': No such file or directory
error: Command "gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall
-Wstrict-prototypes -fPIC -Iagg23/include -Isrc -Iswig
-I/usr/include/python2.3 -c agg23/src/agg_path_storage.cpp -o
build/temp.linux-x86_64-2.3/agg23/src/agg_path_storage.o" failed with
exit status 1

I have verified that the required files are present:

$ locate cc1plus
/usr/lib/gcc/x86_64-linux-gnu/3.4.6/cc1plus
/usr/lib/gcc-lib/x86_64-linux-gnu/3.3.6/cc1plus

which is basically the same as my 32-bit machine but with the
correspondingly different directory name, so it must be a linkage
problem. I'd like to try adding -m64 in the gcc flags, but have no idea
where to add that in when building via python.

1) How do I fix this?

2) Would my fix work? I can't find the gcc flags anywhere in the
matplotlib directory so I'm guessing this is passed on to main python
installation to construct (but don't know where) - is this correct?

Many thanks,

Angus.
-- 
Angus McMorland
email a.m...@au...
mobile +64-21-155-4906

PhD Student, Neurophysiology / Multiphoton & Confocal Imaging
Physiology, University of Auckland
phone +64-9-3737-599 x89707

Armourer, Auckland University Fencing
Secretary, Fencing North Inc.

Hi Marc,

I'm not very familiar with IPython (probably to my detriment), but I
believe this may
be an inherent problem with wx v. command-line program, and have
little to do with
MPlot, matplotlib, or IPython.   That is, I think that
wxWidgets/wxPython's MainLoop()
is never really going to interact well with a command-line
application.  I'd be happy
to be proven wrong -- I've hit this problem myself and been unable to
reliably solve it.
Anyway, can you send a simple example that demonstrates non-responsiveness?

I think it would be easy to write a wxPython App (even with
PythonCard) that provided
a command-line which was passed off to IPython (say, on an Enter
event).  I'd be much
more confident that  you could get the wx widgets to respond, and
still have a working
command-line.  I don't know whether this is  compatible with the "IPython w=
ay".

Cheers,

--Matt Newville

I just ran our sample against the latest SVN and it's still failing.  

I've hand coded a quick fixed aspect ratio setter so we can get by with the current version.  Mike will send out a sample script that shows the problem some time later this week (we're in the middle of a big release right now so it might be later rather than earlier).

Ted

----- Original Message -----
From: John Hunter <jdh...@ni...>
Date: Friday, April 21, 2006 8:20 pm
Subject: Re: [Matplotlib-users] autoscale and "equal aspect" mode

> >>>>> "Michael" == Michael P Mossey <mo...@jp...> writes:
> 
>    Michael> I'm using this aspect mode: axes.set_aspect( 'equal',
>    Michael> adjustable='datalim' )
> 
>    Michael> With several xy line plots on the axes, autoscaling
>    Michael> doesn't seem to occur properly. It cuts off part of the
>    Michael> data. Is this a known issue? I don't have a simple script
>    Michael> to replicate it---I'll have to pull that out of a larger
>    Michael> program---but just wanted to check if it is known. I
>    Michael> don't see anything in the bug tracker.
> 
> matplotlib version number?  a lot of work as been done quite recently
> on aspect handling.  You should test against the latest svn and then
> post a complete example describing what is wrong if you are
> unsatisfied.
> 
> JDH
> 
> 
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, 
> security?Get stuff done quickly with pre-integrated technology to 
> make your job easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache 
> Geronimohttp://sel.as-
> us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642_______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 

David Huard wrote:
> Thanks for the tip,
> I intended to submit the class to scipy once sufficiently tested and
> robust.

Excellent! Thank you.

> I thought that putting no license meant : do what you want with
> it, and that's what I wanted. Guess I'll have to specify it. What a
> strange world we live in...

No, since sometime in the '70s, at least in the US, all original copyrightable
works are automatically copyrighted at their creation. If you want people to be
able to copy, modify, spindle, mutilate it, you have to give them permission.
The easiest thing to do for code is usually to just say that it's license is the
MIT or maybe BSD license (which we would prefer for scipy).

And don't get me started on the public domain.

-- 
Robert Kern
rob...@gm...

"I have come to believe that the whole world is an enigma, a harmless enigma
 that is made terrible by our own mad attempt to interpret it as though it had
 an underlying truth."
  -- Umberto Eco

Thanks for the tip,
I intended to submit the class to scipy once sufficiently tested and robust=
.
I thought that putting no license meant : do what you want with it, and
that's what I wanted. Guess I'll have to specify it. What a strange world w=
e
live in...

David

2006/4/23, Alan G Isaac <ai...@am...>:
>
> On Sat, 22 Apr 2006, David Huard apparently wrote:
> > I'm currently writing a histogram class to take take of
> > that, among other things. If you want to take a look at it
> > and give me some feedback, it would be great.
>
> Posting code with a license is helpful.
> Otherwise it is simply copyrighted these days.
> Useful licenses include public domain, or BSD, or MIT.
>
> Cheers,
> Alan Isaac
>
>
>
>
>
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronim=
o
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=
=3D121642
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

On Sat, 22 Apr 2006, David Huard apparently wrote: 
> I'm currently writing a histogram class to take take of 
> that, among other things. If you want to take a look at it 
> and give me some feedback, it would be great. 

Posting code with a license is helpful.
Otherwise it is simply copyrighted these days.
Useful licenses include public domain, or BSD, or MIT.

Cheers,
Alan Isaac

Hi,
I really like the MPlot and matplotlib libraries, but am have some issues=
 using
it in an interactive manner.

Here are the details:
- Running on Windows XP
- Run through an ipython interactive session
- Run *during data-taking*, that is, every 3s or so, several calls to opl=
ot
  are made.
- Ipython is run with the -wthread option, and thus threading.enumerate()=
 shows
  two threads: [<_MainThread(MainThread, started)>,
                <IPShellWX(Thread-1, started)>]
- pylab.ion() has been called

The problem is that the window refuses to refresh itself until the entire
data taking process is finished (~8 hours)

If I try and simulate the above problems manually, one easy way to create
this unresponsiveness of the MPlot window is to call time.sleep(10) from
IPython. The window will remain unresponsive for 10s.

Why is this? Shouldn't the plot-refresh code, or at the very least, the g=
ui
code be running in the wxpython thread?

I've had this problem in the past, and sent around some emails. At the ti=
me
a managed to "solve" the problem, but there were so many variables (ipyth=
on
command line args, threads present, ways in which functions were called, =
etc)
that I was unable to isolate the solution. I'm facing the same problem ag=
ain,
and tried to recreate the solution, but it's not working. I guess there's=
 some
black magic involved somewhere.

The problem is also that I'm a struggling PhD student (ie in over my head=
),
so I didn't really have time to figure this one out. I'd love to be more =
of
a contributor to matplotlib and it's related projects, but at the moment =
I don't
really have time to reinvent the wheel everytime I do an experiment.
Everyone here uses labview (which drives me nuts).

Any help you could give me would be *greatly* appreciated.

Marc

On 4/22/06, David Huard <dav...@gm...> wrote:
> Not too fast !!! I'm currently writing a histogram class to take take of
> that, among other things. If you want to take a look at it and give me so=
me
> feedback, it would be great. I haven't tested it extensively so there are
> certainly some bugs. Basically, call
>  H =3D Histogram(data)
>  and then H.empirical_cdf(x) will return what you want, the interpolated
> function.

Thats amazing, thanks David! I'll test it and get back to you. Right
now I just resorted to using Python RPY (interface to r-lang) to get
the ecdf.

Diwaker
--
Web/Blog/Gallery: http://floatingsun.net/blog

Not too fast !!! I'm currently writing a histogram class to take take of
that, among other things. If you want to take a look at it and give me some
feedback, it would be great. I haven't tested it extensively so there are
certainly some bugs. Basically, call
H = Histogram(data)
and then H.empirical_cdf(x) will return what you want, the interpolated
function.

Cheers,

David


2006/4/22, Diwaker Gupta <diw...@gm...>:
>
> On 4/20/06, David Huard <dav...@gm...> wrote:
> > Matplotlib provides hist, an histogram plotting function.
> >  For more involved computations, you would have to compute the pdf and
> cdf
> > first using scipy.stats. For empirical distributions, I think the
> functions
> > cumfreq and relfreq would do the job. For statistical distributions, use
> > distribution.pdf and distribution.cdf, where distribution is norm,
> gamma,
> > lognorm, ...
>
> Thanks for that tip David. Though it seems that even scipy doesn't do
> exactly what I want. I'm looking to plot the empirical CDF.
> scipy.stats.cumfreq divides the sample space into "bins" of fixed
> size, while I want a step function at the given points.
>
> I guess I'll just write my own.
> --
> Web/Blog/Gallery: http://floatingsun.net/blog
>

On 4/20/06, David Huard <dav...@gm...> wrote:
> Matplotlib provides hist, an histogram plotting function.
>  For more involved computations, you would have to compute the pdf and cd=
f
> first using scipy.stats. For empirical distributions, I think the functio=
ns
> cumfreq and relfreq would do the job. For statistical distributions, use
> distribution.pdf and distribution.cdf, where distribution is norm, gamma,
> lognorm, ...

Thanks for that tip David. Though it seems that even scipy doesn't do
exactly what I want. I'm looking to plot the empirical CDF.
scipy.stats.cumfreq divides the sample space into "bins" of fixed
size, while I want a step function at the given points.

I guess I'll just write my own.
--
Web/Blog/Gallery: http://floatingsun.net/blog

+1 on this way of working.
I think you'd only want to trigger this if numerix was set to something 
like 'imported' or 'automatic'.
However, if there's going to be a mass movement to numpy in the near 
future, I think this change should be a low priority.
Gary R.

Christopher Barker wrote:
> John Pye wrote:
>> I implemented the sniffing for num* libraries in our own code, which
>> maybe is of interest to other users:
> 
> I did something similar for my wxPython FloatCanvas, but I've been 
> thinking that it should do something different:
> 
> Rather than a pre-defined hierarchy of preference for package, perhaps 
> it could start by check if any of the num* packages are loaded already. 
> That way a user could so:
> 
> import Numeric
> import matplotlib
> 
> and MPL would use the Numeric that was already imported, rather than 
> another.
> 
> Just a thought.
> 
> -Chris
> 
> PS: I'm really looking forward to when we all just use numpy!

Mike,

I thought all the aspect handling was finally working correctly.  If you 
generate a simple example, I will take a look.  The simpler the better, 
of course.  I presume you are working with a recent svn version.

Eric

Michael P. Mossey wrote:
> I'm using this aspect mode:
> 
>       axes.set_aspect( 'equal', adjustable='datalim' )
> 
> With several xy line plots on the axes, autoscaling doesn't seem to 
> occur properly. It cuts off part of the data. Is this a known issue? I 
> don't have a simple script to replicate it---I'll have to pull that out 
> of a larger program---but just wanted to check if it is known. I don't 
> see anything in the bug tracker.
> 
> Mike
> 
> 
> 
> -------------------------------------------------------
> Using Tomcat but need to do more? Need to support web services, security?
> Get stuff done quickly with pre-integrated technology to make your job 
> easier
> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

>>>>> "Michael" == Michael P Mossey <mo...@jp...> writes:

    Michael> I'm using this aspect mode: axes.set_aspect( 'equal',
    Michael> adjustable='datalim' )

    Michael> With several xy line plots on the axes, autoscaling
    Michael> doesn't seem to occur properly. It cuts off part of the
    Michael> data. Is this a known issue? I don't have a simple script
    Michael> to replicate it---I'll have to pull that out of a larger
    Michael> program---but just wanted to check if it is known. I
    Michael> don't see anything in the bug tracker.

matplotlib version number?  a lot of work as been done quite recently
on aspect handling.  You should test against the latest svn and then
post a complete example describing what is wrong if you are
unsatisfied.

JDH

I'm using this aspect mode:

       axes.set_aspect( 'equal', adjustable='datalim' )

With several xy line plots on the axes, autoscaling doesn't seem to 
occur properly. It cuts off part of the data. Is this a known issue? I 
don't have a simple script to replicate it---I'll have to pull that out 
of a larger program---but just wanted to check if it is known. I don't 
see anything in the bug tracker.

Mike

John Pye wrote:
> I implemented the sniffing for num* libraries in our own code, which
> maybe is of interest to other users:

I did something similar for my wxPython FloatCanvas, but I've been 
thinking that it should do something different:

Rather than a pre-defined hierarchy of preference for package, perhaps 
it could start by check if any of the num* packages are loaded already. 
That way a user could so:

import Numeric
import matplotlib

and MPL would use the Numeric that was already imported, rather than 
another.

Just a thought.

-Chris

PS: I'm really looking forward to when we all just use numpy!



-- 
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...

Oups, I have forgotten to update my local svn repository. Now it works righ=
t,=20
I just need to understand exactly how to use it, 'cause the result is a whi=
te=20
plot :-) Your examples work fine!
Thanks

Le Vendredi 21 Avril 2006 14:48, Jeff Whitaker a =C3=A9crit=C2=A0:

> Lionel:  Are you running matplotlib from svn (not 0.87.2)?  If so,
> you'll need the svn version of basemap as well.  The axes aspect ratio
> handling has changed, and svn basemap has been updated to handle the new
> syntax.
>
>
> -Jeff

=2D-=20
Lionel Roubeyrie - lro...@li...
LIMAIR
http://www.limair.asso.fr

Lionel Roubeyrie wrote:
> Hi,
> Thanks Jeff for the link, after some compilation problems, shpproj works fine, 
> but now I have another problem when trying to insert a shapefile:
> ################################
> lionel[Implantations]
> 211>m.readshapefile("/home/lionel/SIG/France/Vecteurs/test/test","test")
> ---------------------------------------------------------------------------
> exceptions.TypeError                                 Traceback (most recent 
> call last)
>
> /home/lionel/Etudes_Techniques/ETD-2005-13_OZONE/Implantations/<console>
>
> /usr/lib/python2.4/site-packages/matplotlib/toolkits/basemap/basemap.py in 
> readshapefile(self, shapefile, name, drawbounds, linewidth, color, 
> antialiased, ax)
>    1338                 ax.set_yticks([])
>    1339             # set axes limits to fit map region.
> -> 1340             self.set_axes_limits(ax=ax)
>    1341         # save segments/polygons and shape attribute dicts as class 
> attributes.
>    1342         self.__dict__[name]=shpsegs
>
> /usr/lib/python2.4/site-packages/matplotlib/toolkits/basemap/basemap.py in 
> set_axes_limits(self, ax)
>    1920         # make sure aspect ratio of map preserved.
>    1921         # plot is re-centered in bounding rectangle.
> -> 1922         ax.set_aspect('equal',adjusts='position')
>    1923         ax.apply_aspect()
>    1924
>
> TypeError: set_aspect() got an unexpected keyword argument 'adjusts'
>
> ###################################
> The same problem happens when trying examples :-(
>
>   
Lionel:  Are you running matplotlib from svn (not 0.87.2)?  If so, 
you'll need the svn version of basemap as well.  The axes aspect ratio 
handling has changed, and svn basemap has been updated to handle the new 
syntax. 


-Jeff

-- 
Jeffrey S. Whitaker         Phone : (303)497-6313
NOAA/OAR/CDC  R/CDC1        FAX   : (303)497-6449
325 Broadway                Web   : http://www.cdc.noaa.gov/~jsw
Boulder, CO, USA 80305-3328 Office: Skaggs Research Cntr 1D-124

On Friday 21 April 2006 5:28 am, Christian Meesters wrote:
> Hi,
>
> Guess I have one more trivial (?) problem:
> r'$\AA$' - results in 'ValueError: unrecognized symbol "\AA"'
> and r'$\%$' - does not get displayed at all on my system, anything followed
> the '\%' gets truncated.
>
> I'm still working with matplotlib version 0.86.2, and could think that a
> library is missing. However, I compiled my version of mpl and have
> freetype, libpng, as well as zlib installed (SUSE 10.0).
>
> Any hints how to solve this are appreciated.

When encountering latex errors, please try to determine whether latex can do 
what you are trying to do by making and compiling a test latex file outside 
of matplotlib. That way, you can direct your questions either here, if 
appropriate, or perhaps to comp.text.tex.

The \AA problem is a latex syntax error, not an mpl issue. Your latex does not 
have a mathmode $\AA$ (although mine does), what you want is just \AA. As for 
your problem with r'$\%$', r'$\% ok$' and r'$\%$ ok' both work just fine for 
me (svn matplotlib, but I dont think the version should matter here.) A small 
example script illustrating your problem would be helpful.

Darren

Hi,

Guess I have one more trivial (?) problem:
r'$\AA$' - results in 'ValueError: unrecognized symbol "\AA"'
and r'$\%$' - does not get displayed at all on my system, anything followed 
the '\%' gets truncated.

I'm still working with matplotlib version 0.86.2, and could think that a 
library is missing. However, I compiled my version of mpl and have freetype, 
libpng, as well as zlib installed (SUSE 10.0).

Any hints how to solve this are appreciated.

TIA
Christian

Hi,
Thanks Jeff for the link, after some compilation problems, shpproj works fi=
ne,=20
but now I have another problem when trying to insert a shapefile:
################################
lionel[Implantations]
211>m.readshapefile("/home/lionel/SIG/France/Vecteurs/test/test","test")
=2D------------------------------------------------------------------------=
=2D-
exceptions.TypeError                                 Traceback (most recent=
=20
call last)

/home/lionel/Etudes_Techniques/ETD-2005-13_OZONE/Implantations/<console>

/usr/lib/python2.4/site-packages/matplotlib/toolkits/basemap/basemap.py in=
=20
readshapefile(self, shapefile, name, drawbounds, linewidth, color,=20
antialiased, ax)
   1338                 ax.set_yticks([])
   1339             # set axes limits to fit map region.
=2D> 1340             self.set_axes_limits(ax=3Dax)
   1341         # save segments/polygons and shape attribute dicts as class=
=20
attributes.
   1342         self.__dict__[name]=3Dshpsegs

/usr/lib/python2.4/site-packages/matplotlib/toolkits/basemap/basemap.py in=
=20
set_axes_limits(self, ax)
   1920         # make sure aspect ratio of map preserved.
   1921         # plot is re-centered in bounding rectangle.
=2D> 1922         ax.set_aspect('equal',adjusts=3D'position')
   1923         ax.apply_aspect()
   1924

TypeError: set_aspect() got an unexpected keyword argument 'adjusts'

###################################
The same problem happens when trying examples :-(


Le Jeudi 20 Avril 2006 21:26, Jeff Whitaker a =C3=A9crit=C2=A0:
> Lionel Roubeyrie wrote:
> > Hi all,
> > I try to play with the Basemap module, but I'm starting with two
> > problems: 1- All my datas are in Lambert coordonates, and Basemap want=
=20
> > geographic coords. Is there a way to automatically transforms the coord=
s?
> > 2- Trying to set a shapefile in the plot, I get:
> > ValueError: shapefile must have lat/lon vertices  - it looks like this
> > one has vertices in map projection coordinates
> > Is the first question can be apply to shapefile?
> > Thanks
>
> Lionel:  Regarding the last point - there is an easy-to-use utility
> called shpproj that can convert shp files from projection to geographic
> coordinates (http://shapelib.maptools.org/shapelib-tools.html).  Once it
> is converted to geographic coordinates, you can use the Basemap to read
> the shapefile and plot the data.  The fillstates.py and hurrtracks.py
> examples show how to plot data from shapefiles.
>
> -Jeff

=2D-=20
Lionel Roubeyrie - lro...@li...
LIMAIR
http://www.limair.asso.fr

Hi John

I implemented the sniffing for num* libraries in our own code, which
maybe is of interest to other users:
https://pse.cheme.cmu.edu/svn-view/ascend/code/trunk/pygtk/interface/gtkbrowser.py?rev=578&view=markup

It's in about the second screenful there.

I can see the reasoning for not having this code inside matplotlib, but
for me, this does help to ease installation headaches for endusers.

Cheers
JP

John Hunter wrote:

>We could also do run time dynamic imports.  I'm of two minds here: the
>more we try and do automatically, the harder it is to detect and fix
>bugs and problems when they arise.  The setup is already pretty
>complex, if we are automatically choosing numerix and backend
>settings, I could see some difficulties in debugging problems.  But I
>can see the advantages to it as well...
>
>  
>