matplotlib-users Mailing List for matplotlib (Page 8)

On Thursday 19 January 2006 07:49, Eric Emsellem wrote:
> Hi,
>
> I have switched to numpy (I was using numarray before) with matplotlib.
>
> I have now however a problem when doing for example:
>
> x =3D numpy.core.multiarray.arange(0.,6.,1.)
> y =3D numpy.core.multiarray.arange(0.,6.,1.)
> clos =3D numpy.core.multiarray.arange(0.,1.,.1)
> scatter(x,y,c=3Dclos)
>
> I get:
> .................
> /usr/lib/python2.4/site-packages/matplotlib/numerix/__init__.py in
> typecode(a)
> =A0 =A0 =A089 =A0 =A0 # so assume numpy.
> =A0 =A0 =A090 =A0 =A0 def typecode(a):
> ---> 91 =A0 =A0 =A0 =A0 return a.dtypechar
> =A0 =A0 =A092 =A0 =A0 def iscontiguous(a):
> =A0 =A0 =A093 =A0 =A0 =A0 =A0 return a.flags.contiguous
>
> AttributeError: 'numpy.ndarray' object has no attribute 'dtypechar'

This reflects a recent change in numpy. Try updating your MPL from cvs, it=
=20
should be fixed there.

Darren

>>>>> "Ryan" == Ryan Krauss <rya...@gm...> writes:

    Ryan> Try this: in your /etc/apt/sources.list and then add

    Ryan> deb http://peds-pc311.bsd.uchicago.edu binary/

    Ryan> and do

    >> sudo apt-get update sudo apt-get python-matplotlib-jdh

    Ryan> These are hoary debs that I maintain for our local system.
    Ryan> I'm certainly an amateur debian package maker, but they seem
    Ryan> to work and usually track matplotlib CVS fairly closely.

Just a word of warning -- these are not updated to the 0.86 release,
mainly because I need to make a numpy deb as well.  I'll try and get
these updated soon.

JDH

>>>>> "Vidar" == Vidar Gundersen <vid...@37...> writes:

    Vidar> is something like this ready-made in matplotlib,
    Vidar> corresponding to the load() function?:

    Vidar>    save('output.csv', data, fmt='%1.4e', delimiter=';')

pylab.save has this.  In the latest release there is no delimiter
field (it assumes space delimited) but in CVS there is a version with
a delimiter

In [2]: import pylab
In [3]: pylab.save?
Type:           function
Base Class:     <type 'function'>
String Form:    <function save at 0xb5e5e72c>
Namespace:      Interactive
File:           /usr/lib/python2.4/site-packages/matplotlib/pylab.py
Definition:     pylab.save(fname, X, fmt='%.18e', delimiter=' ')
Docstring:
    Save the data in X to file fname using fmt string to convert the
    data to strings

    fname can be a filename or a file handle.  If the filename ends in
    .gz,
    the file is automatically saved in compressed gzip format.  The
    load()
    command understands gzipped files transparently.

    Example usage:

    save('test.out', X)         # X is an array
    save('test1.out', (x,y,z))  # x,y,z equal sized 1D arrays
    save('test2.out', x)        # x is 1D
    save('test3.out', x, fmt='%1.4e')  # use exponential notation

    delimiter is used to separate the fields, eg delimiter ',' for
    comma-separated values

Hi,

I have switched to numpy (I was using numarray before) with matplotlib.

I have now however a problem when doing for example:

x = numpy.core.multiarray.arange(0.,6.,1.)
y = numpy.core.multiarray.arange(0.,6.,1.)
clos = numpy.core.multiarray.arange(0.,1.,.1)
scatter(x,y,c=clos)

I get:
.................
/usr/lib/python2.4/site-packages/matplotlib/numerix/__init__.py in 
typecode(a)
     89     # so assume numpy.
     90     def typecode(a):
---> 91         return a.dtypechar
     92     def iscontiguous(a):
     93         return a.flags.contiguous

AttributeError: 'numpy.ndarray' object has no attribute 'dtypechar'

ONE OTHER question:

- is it possible when using "scatter" to have the specified color 
(c=...) projected on the present colormap like when using an array of 
colors, instead of just having levels of grey? I have N points that I 
wish to plot but all with the same color which I wish to specify by a 
simple number between e.g. 0 and 1 corresponding to my colormap.

thanks
Eric

-- 

===============================================================
Observatoire de Lyon                 ems...@ob...
9 av. Charles-Andre                      tel: +33 4 78 86 83 84
69561 Saint-Genis Laval Cedex            fax: +33 4 78 86 83 86
France               http://www-obs.univ-lyon1.fr/eric.emsellem
===============================================================

On 1/18/06, Vidar Gundersen <vid...@37...> wrote:
> is something like this ready-made in matplotlib,
> corresponding to the load() function?:
>
>    save('output.csv', data, fmt=3D'%1.4e', delimiter=3D';')

not that I am aware of. I have used the attached snippet with gist for a wh=
ile

Helge

VHJ5IHRoaXM6CgppbiB5b3VyIC9ldGMvYXB0L3NvdXJjZXMubGlzdCBhbmQgdGhlbgphZGQKCmRl
YiBodHRwOi8vcGVkcy1wYzMxMS5ic2QudWNoaWNhZ28uZWR1IGJpbmFyeS8KCmFuZCBkbwoKID4g
c3VkbyBhcHQtZ2V0IHVwZGF0ZQogPiBzdWRvIGFwdC1nZXQgcHl0aG9uLW1hdHBsb3RsaWItamRo
CgpUaGVzZSBhcmUgaG9hcnkgZGVicyB0aGF0IEkgbWFpbnRhaW4gZm9yIG91ciBsb2NhbCBzeXN0
ZW0uICBJJ20KY2VydGFpbmx5IGFuIGFtYXRldXIgZGViaWFuIHBhY2thZ2UgbWFrZXIsIGJ1dCB0
aGV5IHNlZW0gdG8gd29yayBhbmQKdXN1YWxseSB0cmFjayBtYXRwbG90bGliIENWUyBmYWlybHkg
Y2xvc2VseS4KCk9uIDEvMTgvMDYsIE1pY2hhZWwgTmFuZHJpcyA8c3Vpc2dlbmVyaXMyMDAzQHlh
aG9vLmNvbT4gd3JvdGU6Cj4gSGkgdGhlcmUgLSBhbnlvbmUga25vdyBvZiBhIHVidW50dSBkZWJp
YW4gcmVwb3NpdG9yeSB0aGF0IGhhcyBtYXRwbG90bGliPwo+IEl0cyBub3QgaW4gdGhlICd1bml2
ZXJzZScgcmVwb3NpdG9yeQo+Cj4KPgo+ICBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
Xwo+IFlhaG9vISBQaG90b3MgliBTaG93Y2FzZSBob2xpZGF5IHBpY3R1cmVzIGluIGhhcmRjb3Zl
cgo+ICBQaG90byBCb29rcy4gWW91IGRlc2lnbiBpdCBhbmQgd2UnbGwgYmluZCBpdCEKPgo+Cg==

On Wed, 18 Jan 2006 11:32:51 -0500, "Derrick Snowden"
<Der...@no...> said:
> Jeff,  Actually, in the long and drawn out email describing the various 
> steps I tried, I mentioned switching back and forth between Numeric and 
> numpy.  I haven't tried numarray yet.  The version info is below...
> 
> numpy: 0.9.2
> Numeric: 23.7
> 
> -Derrick

Derrick:  Sorry, I missed that.  I'm at a loss then, since I can't
reproduce that error on any of the systems I have access too (Macos x,
linux 32 bit, and ia64).  I wonder if anyone else out there with x86_64
would be willing to try the latest basemap from CVS?


-Jeff
-----
Jeff Whitaker
js...@fa...

Hi,

The current boxplot function in matplotlib does not appear to support
labels for individual boxplots, if there are several on the same plot.

I know I can manually add labels, but would prefer not to do so, since
I am trying to automate the process of graph creation as much as
possible.

Is there perhaps something that I am overlooking, that would make this
possible?

I'm currently using matplotlib 0.82, as packaged by Debian. Sorry, I
know this is out of date, but it is easier to use the Debian package.

Thanks in advance for any suggestions.

                                                              Faheem.

is something like this ready-made in matplotlib,
corresponding to the load() function?:

   save('output.csv', data, fmt='%1.4e', delimiter=';')

Hi there - anyone know of a ubuntu debian repository that has matplotlib? Its not in the 'universe' repository
 
 

		
---------------------------------
Yahoo! Photos – Showcase holiday pictures in hardcover
 Photo Books. You design it and we’ll bind it!

>>>>> ""Randewijk" == "Randewijk P-J <pjr...@su...>" <pjr...@su...> writes:

    "Randewijk> Dear John, Its 3 months later, but rather late than
    "Randewijk> never:

Thanks -- we can incorporate your changes with this information, but
it would speed things along if you could submit a proper patch against
current matplotlib cvs

> cvs diff -u

Thanks,
JDH

>>>>> "Darren" == Darren Dale <dd...@co...> writes:

    Darren> from src/_gtkagg.cpp:1: /usr/include/features.h:150:1:
    Darren> warning: this is the location of the previous definition
    Darren> In file included from src/_gtkagg.cpp:10:
    Darren> /usr/include/pygtk-2.0/pygobject.h:140: error: expected
    Darren> `,' or `...'  before "typename"

Hey Darren, 

Looks like this old favorite:

  http://matplotlib.sourceforge.net/faq.html#PYGTK24

JDH

I would like to build mpl on a system running Redhat Enterprise Linux 4,
which includes Python-2.3.4, gtk-2.4 and pygtk-2.4, all packages are up to
date with the RHEL repositories.

I've run into a problem during the build, and would like to ask for
suggestions.

Thanks,
Darren


In file included from /usr/include/python2.3/Python.h:8,
                 from /usr/include/pygtk-2.0/pygobject.h:5,
                 from src/_gtkagg.cpp:10:
/usr/include/python2.3/pyconfig.h:850:1: warning: "_POSIX_C_SOURCE" redefined
In file included from /usr/include/string.h:26,
                 from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/cstring:51,
                 from src/_gtkagg.cpp:1:
/usr/include/features.h:150:1: warning: this is the location of the
previous definition
In file included from src/_gtkagg.cpp:10:
/usr/include/pygtk-2.0/pygobject.h:140: error: expected `,' or `...'
before "typename"
/usr/include/pygtk-2.0/pygobject.h:147: error: expected `,' or `...'
before "typename"
In file included from /usr/include/python2.3/Python.h:8,
                 from /usr/include/pygtk-2.0/pygobject.h:5,
                 from src/_gtkagg.cpp:10:
/usr/include/python2.3/pyconfig.h:850:1: warning: "_POSIX_C_SOURCE" redefined
In file included from /usr/include/string.h:26,
                 from
/usr/lib/gcc/i386-redhat-linux/3.4.4/../../../../include/c++/3.4.4/cstring:51,
                 from src/_gtkagg.cpp:1:
/usr/include/features.h:150:1: warning: this is the location of the
previous definition
In file included from src/_gtkagg.cpp:10:
/usr/include/pygtk-2.0/pygobject.h:140: error: expected `,' or `...'
before "typename"
/usr/include/pygtk-2.0/pygobject.h:147: error: expected `,' or `...'
before "typename"
error: Command "gcc -pthread -fno-strict-aliasing -DNDEBUG -O2 -g -pipe
-m32 -march=i386 -mtune=pentium4 -D_GNU_SOURCE -fPIC -fPIC
-I/usr/local/include -I/usr/include -I. -Isrc -Iswig -Iagg23/include -I.
-I/usr/local/include -I/usr/include -I. -I/usr/local/include/freetype2
-I/usr/include/freetype2 -I./freetype2 -Isrc/freetype2 -Iswig/freetype2
-Iagg23/include/freetype2 -I./freetype2 -I/usr/local/include/freetype2
-I/usr/include/freetype2 -I./freetype2 -I/usr/local/include -I/usr/include
-I. -I/usr/include/pygtk-2.0
-I/usr/include/glib-2.0-I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0
-I/usr/lib/gtk-2.0/include-I/usr/X11R6/include -I/usr/include/atk-1.0
-I/usr/include/pango-1.0 -I/usr/include/freetype2
-I/usr/include/freetype2/config -I/usr/include/glib-2.0
-I/usr/lib/glib-2.0/include -I/usr/include/python2.3 -c src/_gtkagg.cpp -o
build/temp.linux-i686-2.3/src/_gtkagg.o" failed with exit status 1

Jeff,  Actually, in the long and drawn out email describing the various 
steps I tried, I mentioned switching back and forth between Numeric and 
numpy.  I haven't tried numarray yet.  The version info is below...

numpy: 0.9.2
Numeric: 23.7

-Derrick

Jeff Whitaker wrote:

>On Tue, 17 Jan 2006 12:18:37 -0500, "Derrick Snowden"
><Der...@no...> said:
>  
>
>>Jeff,
>>
>>Thanks for working on this, but it seems the problem is not solved.  I 
>>retrieved basemap.py from CVS and reinstalled basemap.  I then received 
>>the same error further down in drawparallels.  So, I made the change 
>>manually (removed the ,'f') from the NX.ones call) and the error then 
>>popped up in drawmeridians.  Next I did a global search/replace and it 
>>seems that was overkill.  After removing all of the ,'f' from any 
>>numerix function I tried again and received the error below.
>>
>>[snowden@okeanos examples]$ python nytolondon.py
>>
>>    
>>
>
>Derrick:  You didn't mention, are you using numpy, numeric or numarray?
>
>
>-Jeff
>-----
>Jeff Whitaker
>js...@fa...
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
>_______________________________________________
>Matplotlib-users mailing list
>Mat...@li...
>https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>  
>


-- 
Derrick Snowden
PhOD/AOML/NOAA
4301 Rickenbacker Causeway
Miami, FL 33149
Office: 305.361.4322  Fax: 305.361.4392

We haven't put support in yet, but it is very easy to do.  I will add
this to cvs very soon.  For now:

Edit basemap's setup.py and replace "from distutils.core import setup"
with "from setuptools import setup".

In BOTH mpl's and basemap's setup.py file add this option to the setup
method, "namespace_packages =3D 'matplotlib.toolkits'".

Both mpl and basemap should be installed as eggs.  The namespace is
how setuptools know separate packages share... a namespace.

Let us know if you run into problems.

- Charlie

On 1/18/06, Tom Loredo <lo...@as...> wrote:
>
> Hi folks,
>
> I recently installed setuptools, and now whenever I build mpl
> (I'm using 0.86), it gets installed in site-packages as an egg.
> Fine, as far as use within python is concerned it works just
> as before.  But I just tried to install basemap, and the
> installer puts it in site-packages in a new matplotlib directory
> (i.e., not in the matplotlib...egg directory).  If I try
> to use it, I get an import error because it's not found
> in the egg (which must the first place Python finds mpl).
>
> How can I properly install an mpl toolkit in the egg scenario;
> or if there is no easy way, how can I "turn off" eggs so when
> I build mpl it makes a normal install.  Just deleting the
> build directory (and the egg from site-packages) and rebuilding
> from scratch didn't do it.
>
> Thanks,
> Tom
>
>
> -------------------------------------------------
> This mail sent through IMP: http://horde.org/imp/
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Hi folks,

I recently installed setuptools, and now whenever I build mpl
(I'm using 0.86), it gets installed in site-packages as an egg.
Fine, as far as use within python is concerned it works just
as before.  But I just tried to install basemap, and the
installer puts it in site-packages in a new matplotlib directory
(i.e., not in the matplotlib...egg directory).  If I try
to use it, I get an import error because it's not found 
in the egg (which must the first place Python finds mpl).

How can I properly install an mpl toolkit in the egg scenario;
or if there is no easy way, how can I "turn off" eggs so when
I build mpl it makes a normal install.  Just deleting the
build directory (and the egg from site-packages) and rebuilding
from scratch didn't do it.

Thanks,
Tom


-------------------------------------------------
This mail sent through IMP: http://horde.org/imp/

Dear John,

Its 3 months later, but rather late than never:

> -----Original Message-----
> From: John Hunter [mailto:jdh...@ac...]=20
> Sent: 26 October 2005 23:13
> To: Randewijk P-J <pjr...@su...>
> Cc: mat...@li...
> Subject: Re: [Matplotlib-users] "Superior" LaTeX text=20
> processing using a "Low Level Font Command" input file in=20
> texmanager.py & backend_ps.py
>=20
>=20
> >>>>> ""Randewijk" =3D=3D "Randewijk P-J <pjr...@su...>"=20
> >>>>> <pjr...@su...> writes:
>=20
>     PJ> Dear All, I have hacked a bit at texmanager.py and
>     PJ> backend_ps.py in order to generate "superior" text
>     PJ> output using LaTeX.
>=20
> Thanks for the changes!
>=20
>     PJ> It involves "including" a user specific "low level
>     PJ> font command" input file useing some "new" rcParams
>     PJ> and the savefig command with the PS backend in you
>     PJ> main "pylab" script:

...

> I worry that this is starting to get hairy -- perhaps we=20
> should look into separating the latex from the code more cleanly.
>=20
> JDH


The LaTeX low level font commands are now accessible using either =
rcParams[...] or the `matplotlibrc' file instead of a seperate input =
file as proposed previously.=20

e.g. in you pylab script file:

rcParams['latex.font.uselowlevel']=3D'True'

rcParams['latex.font.size']=3D'12'        # Fontsize, e.g. 10, 11, 12, =
...
rcParams['latex.font.baselineskip']=3D'14'# Baselineskip - usually 1.2 x =
Fontsize
rcParams['latex.font.encoding']=3D'T1'    # T1 - Latin 1, etc.
rcParams['latex.font.family']=3D'phv'     # cmr - Computer Modern Roman, =
ptm - Times-Roman, phv - Helvetica, etc.
rcParams['latex.font.series']=3D'm'       # m - Medium, b - Bold, bc - =
Bold Condensed, bx - Bold Expanded
rcParams['latex.font.shape']=3D'n'        # n - Upright (Normal), it - =
Italic, sl - Slanted,
                                        # sc - Small Caps, ui - Upright =
Italics, ol - Outline

To bypass a specific low level command, set the rc parameter to an empty =
string, e.g.

rcParams['latex.font.size']=3D''          # Fontsize, e.g. 10, 11, 12, =
...

The default fontsize will now be used.

The code added to `backend_ps.py' and `texmanager.py' are basically:

...
            fontcmd =3D ''
            if rcParams['latex.font.uselowlevel'] =3D=3D 'True':
                if rcParams['latex.font.size'] and =
rcParams['latex.font.baselineskip']:
                    fontcmd +=3D r'\fontsize{%s}{%s}' % =
(rcParams['latex.font.size'], rcParams['latex.font.baselineskip'])
                if rcParams['latex.font.encoding']:
                    fontcmd +=3D r'\fontencoding{%s}'% =
rcParams['latex.font.encoding']
                if rcParams['latex.font.family']:
                    fontcmd +=3D r'\fontfamily{%s}'% =
rcParams['latex.font.family']
                if rcParams['latex.font.series']:
                    fontcmd +=3D r'\fontseries{%s}'% =
rcParams['latex.font.series']
                if rcParams['latex.font.shape']:
                    fontcmd +=3D r'\fontshape{%s}'% =
rcParams['latex.font.shape']
                fontcmd +=3D r'\selectfont '
...

(or see attached)

The validations to the added param keys in `__init__.py' maybe needs =
some more work...

>=20
> I think it would be much easier for us to deal with this if=20
> you submit it as a proper patch against CVS and upload it to=20
> the sf site.  Could I trouble you to do that?
>=20

How do I go about doing that?

I have never used CVS before. (Only RCS for my own stuff.)

I have installed TortoiseCSV (yes, unfortunately I am a win32 user...), =
but how do I proceed from here...

I started reading the part `Developer CVS Access via SSH' (instead of =
`Anonymous CVS Access')

I have created a SF login, but can't get past the:

`Log in to SourceForge.net' admin page...

http://sourceforge.net/account/login.php?return_to=3D%2Fproject%2Fadmin%2=
F%3Fgroup_id%3D80706

Kind regards,

   Peter-Jan Randewijk
=20
-oOOOOOOOOOOOOOOOOOOOOOOOOOOOOOo-=20
    Dep. Electrical & Electronic Engineering  - E313
    Stellenbosch University
    Private Bag X1=20
    Matieland, 7603
    South Africa
    Tel:   +27 (0) 21 808 4457 (w)=20
    Fax:   +27 (0) 21 808 3951 (w)=20
    Tel:   +27 (0) 21 883 8592 (h)=20
    Cell:  +27 (0) 83 556 5809 (h)
    eMail: pjr...@su...  (w)
-oOOOOOOOOOOOOOOOOOOOOOOOOOOOOOo-=20

On Tue, 17 Jan 2006 12:18:37 -0500, "Derrick Snowden"
<Der...@no...> said:
> Jeff,
> 
> Thanks for working on this, but it seems the problem is not solved.  I 
> retrieved basemap.py from CVS and reinstalled basemap.  I then received 
> the same error further down in drawparallels.  So, I made the change 
> manually (removed the ,'f') from the NX.ones call) and the error then 
> popped up in drawmeridians.  Next I did a global search/replace and it 
> seems that was overkill.  After removing all of the ,'f' from any 
> numerix function I tried again and received the error below.
> 
> [snowden@okeanos examples]$ python nytolondon.py
>

Derrick:  You didn't mention, are you using numpy, numeric or numarray?


-Jeff
-----
Jeff Whitaker
js...@fa...

Rich Shepard wrote:
>   Thanks very much. I've done several figures with PSTricks for use in 
> LaTeX
> docs and beamer-class presentations. Our need now is to generate plots from
> data, not manually drawn. From your description I'll keep PyX in mind, but
> use matplotlib for now.

Also, MPL can be embedded in GUI apps, and I like to use the same tool 
if I can for both generating plots for documents, and GUI apps, and web 
images.

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

Jeff,

Thanks for working on this, but it seems the problem is not solved.  I 
retrieved basemap.py from CVS and reinstalled basemap.  I then received 
the same error further down in drawparallels.  So, I made the change 
manually (removed the ,'f') from the NX.ones call) and the error then 
popped up in drawmeridians.  Next I did a global search/replace and it 
seems that was overkill.  After removing all of the ,'f' from any 
numerix function I tried again and received the error below.

[snowden@okeanos examples]$ python nytolondon.py
warning: figure.subplot.left rc value being reset to 0.1 in basemap
use rcdefaults() to get the original value back
Traceback (most recent call last):
  File "nytolondon.py", line 28, in ?
    m.drawparallels(circles,labels=[1,1,0,1])
  File 
"/usr/lib64/python2.4/site-packages/matplotlib/toolkits/basemap/basemap.py", 
line 1319, in drawparallels
    x,y = self(lons,lats)
  File 
"/usr/lib64/python2.4/site-packages/matplotlib/toolkits/basemap/basemap.py", 
line 931, in __call__
    return self.projtran(x,y,inverse=inverse)
  File 
"/usr/lib64/python2.4/site-packages/matplotlib/toolkits/basemap/proj.py", 
line 167, in __call__
    outx,outy = self._proj4(x,y)
  File "proj4.pyx", line 330, in proj4.Proj.__call__
  File "proj4.pyx", line 152, in proj4.Proj._fwd
RuntimeError: Buffer lengths not the same


It seems what I did was overkill.  I am using numpy.  When I switch to 
Numeric using my altered version of basemap.py, I am able to run 
nytolondon.py and ireland.py but most of the other examples fail with 
some variation of the following exception

Traceback (most recent call last):
  File "plotmap.py", line 26, in ?
    topodat,x,y = m.transform_scalar(topoin,lons,lats,nx,ny,returnxy=True)
  File 
"/usr/lib64/python2.4/site-packages/matplotlib/toolkits/basemap/basemap.py", 
line 1700, in transform_scalar
    datout = 
interp(datin,lons,lats,lonsout,latsout,checkbounds=checkbounds,order=order)
  File 
"/usr/lib64/python2.4/site-packages/matplotlib/toolkits/basemap/basemap.py", 
line 2259, in interp
    dataout = NX.reshape(dataout,xout.shape)
ValueError: total size of new array must be unchanged

Next I retrieved the basemap.py from cvs again and reinstalled it.  The 
following scripts work when using Numeric,

fillstates.py
ireland.py
hurrtracks.py
nytolondon.py

and the following do not,

plotmap*.py
simpletest*.py
contour_demo.py
ortho_demo.py
randompoints.py
quiver_demo.py
test.py
wiki_example.py

I did not try fcstmaps.py and testgdal.py since I don't have the 
dependencies installed yet.



Hope that helps!
Derrick



Jeff Whitaker wrote:

> Derrick Snowden wrote:
>
>> Hi
>>
>> I'm trying to test a new installation of matplotlib (0.86) and 
>> Basemap (0.7.2).  On most of the examples I get the following error 
>> which seems to be related to proj4 libraries...
>>
>> > python nytolondon.py
>> warning: figure.subplot.left rc value being reset to 0.1 in basemap
>> use rcdefaults() to get the original value back
>> Traceback (most recent call last):
>>  File "nytolondon.py", line 9, in ?
>>    lat_0=40.,lon_0=-20.,lat_ts=20.)
>>  File 
>> "/usr/lib64/python2.4/site-packages/matplotlib/toolkits/basemap/basemap.py", 
>> line 477, in __init__
>>    xc,yc = proj(NX.array(cntrylons,'f'),NX.array(cntrylats))
>>  File 
>> "/usr/lib64/python2.4/site-packages/matplotlib/toolkits/basemap/proj.py", 
>> line 167, in __call__
>>    outx,outy = self._proj4(x,y)
>>  File "proj4.pyx", line 330, in proj4.Proj.__call__
>>  File "proj4.pyx", line 152, in proj4.Proj._fwd
>> RuntimeError: Buffer lengths not the same
>>
>>
>> I'm not sure how to proceed with this.  Has anyone seen anything 
>> similar?  I should mention that this is a linux x86_64 machine 
>> running Fedora Core 4.
>>
>> Thanks
>> Derrick
>>
> Derrick:  If you are using the new scipy-core/numpy, you'll need cvs 
> basemap (until I make a new release).
>
> -Jeff
>


-- 
Derrick Snowden
PhOD/AOML/NOAA
4301 Rickenbacker Causeway
Miami, FL 33149
Office: 305.361.4322  Fax: 305.361.4392

>>>>> "Charlie" == Charlie Moad <cw...@gm...> writes:
    >> major, minor1, minor2, s, tmp = sys.version_info

For this fix, I was referring to the temp dir problem.

For C, the following macros are defined in patchlevel.h, which
Python.h provides

#define PY_MAJOR_VERSION	2
#define PY_MINOR_VERSION	4
#define PY_MICRO_VERSION	1

JDH

On 1/17/06, John Hunter <jdh...@ac...> wrote:
> >>>>> "Charlie" =3D=3D Charlie Moad <cw...@gm...> writes:
>
>     Charlie> Yet another python 2.3+ feature.  Just remove dir=3Dp and
>     Charlie> it should work fine.
>
> Charlie, if you fix the extension code problem, could you also put
> this in a conditional as well?  I think mpl is 99% python2.2
> compliant.  No reason to lose this if it is just one or two simple
> fixes.
>
> You can get the version info with:
>
> major, minor1, minor2, s, tmp =3D sys.version_info

I would need to get the version info in C, not python.  Haven't messed
with c api too much, so will have to look into it.

>>>>> "Charlie" == Charlie Moad <cw...@gm...> writes:

    Charlie> Yet another python 2.3+ feature.  Just remove dir=p and
    Charlie> it should work fine.

Charlie, if you fix the extension code problem, could you also put
this in a conditional as well?  I think mpl is 99% python2.2
compliant.  No reason to lose this if it is just one or two simple
fixes.

You can get the version info with:

major, minor1, minor2, s, tmp = sys.version_info

Thanks,
JDH

Yet another python 2.3+ feature.  Just remove dir=3Dp and it should work fi=
ne.

On 1/17/06, Hanno Klemm <kl...@ph...> wrote:
>
> Great! However, after installing the thing I still get the following
> error message:
>
> I did
>
> python setup.py install --prefix=3D~/install
>
> which installs everything under
>
> ~/install/lib64/python2.2/site-packages/matplotlib
>
> I then copied pylab.py into
>
> ~/install/lib64/python2.2/site-packages/
>
> and I added to my .bashrc
>
> export MATPLOTLIBDATA=3D"/glb/home/nlhkl6/install"
>
> However, starting python and typing
>
> from pylab import *
>
> returns:
>
> > python
> Python 2.2.3 (#1, Aug  8 2003, 08:44:27)
> [GCC 3.2.3 20030502 (Red Hat Linux 3.2.3-13)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> >>> from pylab import *
> Traceback (most recent call last):
>   File "<stdin>", line 1, in ?
>   File
> "/glb/home/nlhkl6/install/lib64/python2.2/site-packages/pylab.py",
> line 1, in ?
>     from matplotlib.pylab import *
>   File
> "/glb/home/nlhkl6/install/lib64/python2.2/site-packages/matplotlib/__init=
__.py",
> line 969, in ?
>     rcParams =3D rc_params()
>   File
> "/glb/home/nlhkl6/install/lib64/python2.2/site-packages/matplotlib/__init=
__.py",
> line 917, in rc_params
>     fname =3D matplotlib_fname()
>   File
> "/glb/home/nlhkl6/install/lib64/python2.2/site-packages/matplotlib/__init=
__.py",
> line 893, in
> matplotlib_fname
>     fname =3D os.path.join(get_configdir(), 'matplotlibrc')
>   File
> "/glb/home/nlhkl6/install/lib64/python2.2/site-packages/matplotlib/__init=
__.py",
> line 266, in wrapper
>     ret =3D func(*args, **kwargs)
>   File
> "/glb/home/nlhkl6/install/lib64/python2.2/site-packages/matplotlib/__init=
__.py",
> line 356, in
> _get_configdir
>     if not _is_writable_dir(h):
>   File
> "/glb/home/nlhkl6/install/lib64/python2.2/site-packages/matplotlib/__init=
__.py",
> line 204, in
> _is_writable_dir
>     t =3D tempfile.TemporaryFile(dir=3Dp)
> TypeError: TemporaryFile() got an unexpected keyword argument 'dir'
>
> Where am I going wrong?
>
> Hanno
>
>
> Charlie Moad <cw...@gm...> said:
>
> > Good to hear.  I will look into a conditional there, so others don't
> > have this problem.
> >
> > On 1/17/06, Hanno Klemm <kl...@ph...> wrote:
> > >
> > > Charlie,
> > >
> > > I did exacly as you said and the compile went through! Thank you very
> > > much!
> > >
> > > All the best,
> > > Hanno
> > >
> > >
> > > Charlie Moad <cw...@gm...> said:
> > >
> > > > Well, I can't test this myself, but it is worth a shot.  In
> > > > matplotlib/src/cntr.c replace all occurences of PyMODINIT_FUNC with
> > > > DL_EXPORT(void).  You will obviously need to recompile matplotlib
> > > > after this.  It should occur in 3 places for each of the different
> > > > numerix backends.  Let us know if this works.
> > > >
> > > > On 1/17/06, Hanno Klemm <kl...@ph...> wrote:
> > > > >
> > > > > Charlie,
> > > > >
> > > > > unfortunately I don't have rootly powers on this machine,
> therefore
> > > > > using a newer version of python would mean that I have to
> compile and
> > > > > install it all from scratch in my home directory. Something I
> would
> > > > > like to avoid, if possible.
> > > > >
> > > > > Hanno
> > > > >
> > > > > Charlie Moad <cw...@gm...> said:
> > > > >
> > > > > > So the error is coming from PyMODINIT_FUNC, which is apparently
> > > for >=3D
> > > > > > python 2.3.  There have been several compatibility issues come
> > > up with
> > > > > > 2.2 recently.  Are you able to try a newer version of python?
> > > > > >
> > > > > > On 1/17/06, kl...@ph... <kl...@ph...> wrote:
> > > > > > >
> > > > > > > Dear Charlie,
> > > > > > >
> > > > > > > the OS is Linux, Kernel 2.4.21 with SMP running on a Xeon box=
.
> > > > > > >
> > > > > > > uname -a spits out:
> > > > > > > > uname -a
> > > > > > > Linux rijkes-n-d99878 2.4.21-20.nfswan2 #1 SMP Mon Sep 13
> 11:28:02
> > > > > > > CEST 2004 x86_64 x86_64 x86_64 GNU/Linux
> > > > > > >
> > > > > > > Cheers,
> > > > > > > Hanno
> > > > > > >
> > > > > > >
> > > > > > > Charlie Moad <cw...@gm...> said:
> > > > > > >
> > > > > > > > Can you tell us more about the OS?
> > > > > > > >
> > > > > > > > On 1/17/06, kl...@ph... <kl...@ph...> wrote:
> > > > > > > > >
> > > > > > > > > Hi there,
> > > > > > > > >
> > > > > > > > > I'm not sure, if I'm mailing to the right list, but I wil=
l
> > > > > give it a
> > > > > > > > > shot, anyway. I have a problem getting matplotlib
> > > installed. After
> > > > > > > > > compiling fine for a while I get the error message:
> > > > > > > > >
> > > > > > > > > ..
> > > > > > > > > /usr/bin/ld: skipping incompatible /usr/lib/libz.so when
> > > searching
> > > > > > > for -lz
> > > > > > > > > /usr/bin/ld: skipping incompatible /usr/lib/libz.a when
> > > searching
> > > > > > > for -lz
> > > > > > > > > /usr/bin/ld: skipping incompatible /usr/lib/libm.so when
> > > searching
> > > > > > > for -lm
> > > > > > > > > /usr/bin/ld: skipping incompatible /usr/lib/libm.a when
> > > searching
> > > > > > > for -lm
> > > > > > > > > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when
> > > searching
> > > > > > > for -lc
> > > > > > > > > /usr/bin/ld: skipping incompatible /usr/lib/libc.a when
> > > searching
> > > > > > > for -lc
> > > > > > > > > building 'matplotlib._na_cntr' extension
> > > > > > > > > gcc -DNDEBUG -O2 -g -pipe -D_GNU_SOURCE -fPIC -fPIC
> > > > > > > -I/usr/local/include
> > > > > > > > > -I/usr/include -I/glb/home/nlhkl6/install/include -I.
> > > > > > > > > -I/usr/include/python2.2 -c src/_na_cntr.c -o
> > > > > > > > > build/temp.linux-x86_64-2.2/_na_cntr.o -DNUMARRAY=3D1
> > > > > > > > > src/_na_cntr.c:1705: syntax error before "init_na_cntr"
> > > > > > > > > error: command 'gcc' failed with exit status 1
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > I am using:
> > > > > > > > > matplotlib 0.86.1
> > > > > > > > > python 2.2
> > > > > > > > > Numeric 24.2
> > > > > > > > > numarray 1.5.0
> > > > > > > > >
> > > > > > > > > I have modified basedir in setupext.py to
> > > > > > > > > ..
> > > > > > > > > 'linux2'  : ['/usr/local', '/usr',
> > > '/glb/home/nlhkl6/install'],
> > > > > > > > > 'linux'   : ['/usr/local', '/usr',
> > > '/glb/home/nlhkl6/install'],
> > > > > > > > > ..
> > > > > > > > >
> > > > > > > > > the header files for the numarray and the Numeric
> package are
> > > > > at the
> > > > > > > > > last location under include/Numeric and include/Numarray
> > > > > > > > >
> > > > > > > > > Furthermore I have modified in setup.py
> > > > > > > > >
> > > > > > > > > rc =3D dict([('backend', 'PS'), ('numerix', 'Numeric')])
> > > > > > > > >
> > > > > > > > > because the original form threw errors.
> > > > > > > > >
> > > > > > > > > Any help would be much appreciated!
> > > > > > > > >
> > > > > > > > > All the best,
> > > > > > > > > Hanno
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > > -------------------------------------------------------
> > > > > > > > > This SF.net email is sponsored by: Splunk Inc. Do you gre=
p
> > > through
> > > > > > > log files
> > > > > > > > > for problems?  Stop!  Download the new AJAX search
> engine that
> > > > > makes
> > > > > > > > > searching your log files as easy as surfing the  web.
> > > DOWNLOAD
> > > > > > > SPLUNK!
> > > > > > > > >
> > > > > > >
> > > > >
> > >
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> > > > > > > > > _______________________________________________
> > > > > > > > > Matplotlib-users mailing list
> > > > > > > > > Mat...@li...
> > > > > > > > >
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > > --
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Hanno Klemm
> > > > > kl...@ph...
> > > > >
> > > > >
> > > > >
> > > >
> > >
> > >
> > >
> > > --
> > > Hanno Klemm
> > > kl...@ph...
> > >
> > >
> > >
> >
>
>
>
> --
> Hanno Klemm
> kl...@ph...
>
>
>
>
>
>

Great! However, after installing the thing I still get the following
error message:

I did 

python setup.py install --prefix=~/install

which installs everything under 

~/install/lib64/python2.2/site-packages/matplotlib

I then copied pylab.py into 

~/install/lib64/python2.2/site-packages/

and I added to my .bashrc

export MATPLOTLIBDATA="/glb/home/nlhkl6/install"

However, starting python and typing

from pylab import *

returns: 

> python
Python 2.2.3 (#1, Aug  8 2003, 08:44:27)
[GCC 3.2.3 20030502 (Red Hat Linux 3.2.3-13)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from pylab import *
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File
"/glb/home/nlhkl6/install/lib64/python2.2/site-packages/pylab.py",
line 1, in ?
    from matplotlib.pylab import *
  File
"/glb/home/nlhkl6/install/lib64/python2.2/site-packages/matplotlib/__init__.py",
line 969, in ?
    rcParams = rc_params()
  File
"/glb/home/nlhkl6/install/lib64/python2.2/site-packages/matplotlib/__init__.py",
line 917, in rc_params
    fname = matplotlib_fname()
  File
"/glb/home/nlhkl6/install/lib64/python2.2/site-packages/matplotlib/__init__.py",
line 893, in 
matplotlib_fname
    fname = os.path.join(get_configdir(), 'matplotlibrc')
  File
"/glb/home/nlhkl6/install/lib64/python2.2/site-packages/matplotlib/__init__.py",
line 266, in wrapper
    ret = func(*args, **kwargs)
  File
"/glb/home/nlhkl6/install/lib64/python2.2/site-packages/matplotlib/__init__.py",
line 356, in 
_get_configdir
    if not _is_writable_dir(h):
  File
"/glb/home/nlhkl6/install/lib64/python2.2/site-packages/matplotlib/__init__.py",
line 204, in 
_is_writable_dir
    t = tempfile.TemporaryFile(dir=p)
TypeError: TemporaryFile() got an unexpected keyword argument 'dir'

Where am I going wrong?

Hanno


Charlie Moad <cw...@gm...> said:

> Good to hear.  I will look into a conditional there, so others don't
> have this problem.
> 
> On 1/17/06, Hanno Klemm <kl...@ph...> wrote:
> >
> > Charlie,
> >
> > I did exacly as you said and the compile went through! Thank you very
> > much!
> >
> > All the best,
> > Hanno
> >
> >
> > Charlie Moad <cw...@gm...> said:
> >
> > > Well, I can't test this myself, but it is worth a shot.  In
> > > matplotlib/src/cntr.c replace all occurences of PyMODINIT_FUNC with
> > > DL_EXPORT(void).  You will obviously need to recompile matplotlib
> > > after this.  It should occur in 3 places for each of the different
> > > numerix backends.  Let us know if this works.
> > >
> > > On 1/17/06, Hanno Klemm <kl...@ph...> wrote:
> > > >
> > > > Charlie,
> > > >
> > > > unfortunately I don't have rootly powers on this machine,
therefore
> > > > using a newer version of python would mean that I have to
compile and
> > > > install it all from scratch in my home directory. Something I
would
> > > > like to avoid, if possible.
> > > >
> > > > Hanno
> > > >
> > > > Charlie Moad <cw...@gm...> said:
> > > >
> > > > > So the error is coming from PyMODINIT_FUNC, which is apparently
> > for >=
> > > > > python 2.3.  There have been several compatibility issues come
> > up with
> > > > > 2.2 recently.  Are you able to try a newer version of python?
> > > > >
> > > > > On 1/17/06, kl...@ph... <kl...@ph...> wrote:
> > > > > >
> > > > > > Dear Charlie,
> > > > > >
> > > > > > the OS is Linux, Kernel 2.4.21 with SMP running on a Xeon box.
> > > > > >
> > > > > > uname -a spits out:
> > > > > > > uname -a
> > > > > > Linux rijkes-n-d99878 2.4.21-20.nfswan2 #1 SMP Mon Sep 13
11:28:02
> > > > > > CEST 2004 x86_64 x86_64 x86_64 GNU/Linux
> > > > > >
> > > > > > Cheers,
> > > > > > Hanno
> > > > > >
> > > > > >
> > > > > > Charlie Moad <cw...@gm...> said:
> > > > > >
> > > > > > > Can you tell us more about the OS?
> > > > > > >
> > > > > > > On 1/17/06, kl...@ph... <kl...@ph...> wrote:
> > > > > > > >
> > > > > > > > Hi there,
> > > > > > > >
> > > > > > > > I'm not sure, if I'm mailing to the right list, but I will
> > > > give it a
> > > > > > > > shot, anyway. I have a problem getting matplotlib
> > installed. After
> > > > > > > > compiling fine for a while I get the error message:
> > > > > > > >
> > > > > > > > ..
> > > > > > > > /usr/bin/ld: skipping incompatible /usr/lib/libz.so when
> > searching
> > > > > > for -lz
> > > > > > > > /usr/bin/ld: skipping incompatible /usr/lib/libz.a when
> > searching
> > > > > > for -lz
> > > > > > > > /usr/bin/ld: skipping incompatible /usr/lib/libm.so when
> > searching
> > > > > > for -lm
> > > > > > > > /usr/bin/ld: skipping incompatible /usr/lib/libm.a when
> > searching
> > > > > > for -lm
> > > > > > > > /usr/bin/ld: skipping incompatible /usr/lib/libc.so when
> > searching
> > > > > > for -lc
> > > > > > > > /usr/bin/ld: skipping incompatible /usr/lib/libc.a when
> > searching
> > > > > > for -lc
> > > > > > > > building 'matplotlib._na_cntr' extension
> > > > > > > > gcc -DNDEBUG -O2 -g -pipe -D_GNU_SOURCE -fPIC -fPIC
> > > > > > -I/usr/local/include
> > > > > > > > -I/usr/include -I/glb/home/nlhkl6/install/include -I.
> > > > > > > > -I/usr/include/python2.2 -c src/_na_cntr.c -o
> > > > > > > > build/temp.linux-x86_64-2.2/_na_cntr.o -DNUMARRAY=1
> > > > > > > > src/_na_cntr.c:1705: syntax error before "init_na_cntr"
> > > > > > > > error: command 'gcc' failed with exit status 1
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > I am using:
> > > > > > > > matplotlib 0.86.1
> > > > > > > > python 2.2
> > > > > > > > Numeric 24.2
> > > > > > > > numarray 1.5.0
> > > > > > > >
> > > > > > > > I have modified basedir in setupext.py to
> > > > > > > > ..
> > > > > > > > 'linux2'  : ['/usr/local', '/usr',
> > '/glb/home/nlhkl6/install'],
> > > > > > > > 'linux'   : ['/usr/local', '/usr',
> > '/glb/home/nlhkl6/install'],
> > > > > > > > ..
> > > > > > > >
> > > > > > > > the header files for the numarray and the Numeric
package are
> > > > at the
> > > > > > > > last location under include/Numeric and include/Numarray
> > > > > > > >
> > > > > > > > Furthermore I have modified in setup.py
> > > > > > > >
> > > > > > > > rc = dict([('backend', 'PS'), ('numerix', 'Numeric')])
> > > > > > > >
> > > > > > > > because the original form threw errors.
> > > > > > > >
> > > > > > > > Any help would be much appreciated!
> > > > > > > >
> > > > > > > > All the best,
> > > > > > > > Hanno
> > > > > > > >
> > > > > > > >
> > > > > > > >
> > > > > > > > -------------------------------------------------------
> > > > > > > > This SF.net email is sponsored by: Splunk Inc. Do you grep
> > through
> > > > > > log files
> > > > > > > > for problems?  Stop!  Download the new AJAX search
engine that
> > > > makes
> > > > > > > > searching your log files as easy as surfing the  web.
> > DOWNLOAD
> > > > > > SPLUNK!
> > > > > > > >
> > > > > >
> > > >
> >
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
> > > > > > > > _______________________________________________
> > > > > > > > Matplotlib-users mailing list
> > > > > > > > Mat...@li...
> > > > > > > >
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> > > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > >
> > > >
> > > >
> > > > --
> > > > Hanno Klemm
> > > > kl...@ph...
> > > >
> > > >
> > > >
> > >
> >
> >
> >
> > --
> > Hanno Klemm
> > kl...@ph...
> >
> >
> >
> 



-- 
Hanno Klemm
kl...@ph...