matplotlib-users Mailing List for matplotlib (Page 9)

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:0=
2
> > > > > 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=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 grep
> through
> > > > > log files
> > > > > > > for problems?  Stop!  Download the new AJAX search engine tha=
t
> > > 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...
>
>
>

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

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 will
> give it a
> > > > > shot, anyway. I have a problem getting matplotlib installed. Afte=
r
> > > > > compiling fine for a while I get the error message:
> > > > >
> > > > > ..
> > > > > /usr/bin/ld: skipping incompatible /usr/lib/libz.so when searchin=
g
> > > 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 searchin=
g
> > > 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 searchin=
g
> > > 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 grep throug=
h
> > > 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...
>
>
>

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 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=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 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=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> > > _______________________________________________
> > > Matplotlib-users mailing list
> > > Mat...@li...
> > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> > >
> >
>
>
>
> --
>
>
>
>

On Mon, 16 Jan 2006, Alan G Isaac wrote:

> I find that I draw in PyX but use Matplotlib for data. If you have some
> familiarity with PostScript, PyX should be very intuitive. It has some
> really wonderful drawing features. My needs are almost always static, so
> Matplotlib's interactive and animation capabilities have not (yet) proved
> determinative for me. For data, especially time series data, I can no
> longer imagine doing without Matplotlib. It is brilliant.

Alan,

   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.

Rich

-- 
Richard B. Shepard, Ph.D.               |   Author of "Quantifying Environmental
Applied Ecosystem Services, Inc. (TM)   |  Impact Assessments Using Fuzzy Logic"
<http://www.appl-ecosys.com>     Voice: 503-667-4517         Fax: 503-667-8863

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



-- 

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 -l=
z
> /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 -l=
m
> /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 -l=
c
> /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 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 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

On Mon, 16 Jan 2006, Rich Shepard apparently wrote: 
> I just looked at the PyX web site and it appears that 
> there is similarity in abilities -- for my needs, at least 
> -- between matplotlib and pyx. What are the relative 
> advantages of each? 

> Your advice, suggestions, thoughts, and other 
> contributions are solicited. 

I find that I draw in PyX but use Matplotlib for data.  If 
you have some familiarity with PostScript, PyX should be 
very intuitive.  It has some really wonderful drawing 
features.  My needs are almost always static, so 
Matplotlib's interactive and animation capabilities have not 
(yet) proved determinative for me.  For data, especially 
time series data, I can no longer imagine doing without 
Matplotlib.  It is brilliant.

Cheers,
Alan Isaac

   No challenge here, just a lack of knowledge.

   My application will be writing a progress log to a text file as it chews on
the data and spits out the bones. Among the lines of text that document how
input data are used to produce the output will be plots of the
under-generation solution fuzzy set (a simple 2D plot). Also, I want the text
to be in LaTeX (and the plots to be in a compatible format; e.g., .eps or
.pdf) so the report can be printed with pdflatex.

   I just looked at the PyX web site and it appears that there is similarity
in abilities -- for my needs, at least -- between matplotlib and pyx. What
are the relative advantages of each?

   Your advice, suggestions, thoughts, and other contributions are solicited.

TIA,

Rich

-- 
Richard B. Shepard, Ph.D.               |   Author of "Quantifying Environmental
Applied Ecosystem Services, Inc. (TM)   |  Impact Assessments Using Fuzzy Logic"
<http://www.appl-ecosys.com>     Voice: 503-667-4517         Fax: 503-667-8863

On Jan 16, 2006, at 2:14 PM, Eric Firing wrote:

> On my machine, with latest svn numpy and cvs mpl, I don't get an  
> import error. My numerix/fft/__init__.py looks like this:
>
>
> from matplotlib.numerix import which
>
> if which[0] == "numarray":
>     from numarray.fft import *
> elif which[0] == "numeric":
>     from FFT import *
> elif which[0] == "numpy":
>     from numpy.dft import *
> else:
>     raise RuntimeError("invalid numerix selector")
>
>
> This is quite different from what you describe, so I think your  
> mpl, and maybe numpy, are not quite up-to-date.  Numpy and its mpl  
> support are still evolving rapidly in tandem.

Hmm ... I just did a CVS update this morning. I will try again.

C.

--
Christopher J. Fonnesbeck

Population Ecologist, Marine Mammal Section
Fish & Wildlife Research Institute (FWC)
St. Petersburg, FL

Adjunct Assistant Professor
Warnell School of Forest Resources
University of Georgia
Athens, GA

T: 727.235.5570
E: chris at trichech.us

Chris,

On my machine, with latest svn numpy and cvs mpl, I don't get an import 
error. My numerix/fft/__init__.py looks like this:


from matplotlib.numerix import which

if which[0] == "numarray":
     from numarray.fft import *
elif which[0] == "numeric":
     from FFT import *
elif which[0] == "numpy":
     from numpy.dft import *
else:
     raise RuntimeError("invalid numerix selector")


This is quite different from what you describe, so I think your mpl, and 
maybe numpy, are not quite up-to-date.  Numpy and its mpl support are 
still evolving rapidly in tandem.

Eric

Christopher Fonnesbeck wrote:
> Using matplotlib from cvs with numpy still gives an fft import error:
> 
> In [1]: import pylab
> ------------------------------------------------------------------------ 
> ---
> exceptions.ImportError                               Traceback (most  
> recent call last)
> 
> /Users/chris/<ipython console>
> 
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site- 
> packages/matplotlib-0.86.1-py2.4-macosx-10.4-ppc.egg/pylab.py
> ----> 1 from matplotlib.pylab import *
>         global matplotlib.pylab = undefined
> 
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site- 
> packages/matplotlib-0.86.1-py2.4-macosx-10.4-ppc.egg/matplotlib/pylab.py
>     194 import cm
>     195 import _pylab_helpers
> --> 196 import mlab  #so I can override hist, psd, etc...
>         mlab = undefined
>     197
>     198 from axes import Axes, PolarAxes
> 
> /Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site- 
> packages/matplotlib-0.86.1-py2.4-macosx-10.4-ppc.egg/matplotlib/mlab.py
>      72
>      73 from numerix.mlab import hanning, cov, diff, svd, rand, std
> ---> 74 from numerix.fft import fft, inverse_fft
>         numerix.fft = undefined
>         fft = None
>         inverse_fft = undefined
>      75
>      76 from cbook import iterable
> 
> ImportError: cannot import name inverse_fft
> 
> 
> It turns out that the __init__.py file is not importing inverse_fft  
> (which is now ifft in numpy):
> 
> from matplotlib.numerix import which
> 
> if which[0] == "numarray":
>     from numarray.fft import *
> elif which[0] == "numeric":
>     from FFT import *
> elif which[0] == "numpy":
>     from numpy import fft
> else:
>     raise RuntimeError("invalid numerix selector")
> 
> You need to add:
> 
>     from numpy import ifft as inverse_fft
> 
> C.
> 
> -- 
> Christopher J. Fonnesbeck
> 
> Population Ecologist, Marine Mammal Section
> Fish & Wildlife Research Institute (FWC)
> St. Petersburg, FL
> 
> Adjunct Assistant Professor
> Warnell School of Forest Resources
> University of Georgia
> Athens, GA
> 
> T: 727.235.5570
> E: chris at trichech.us
> 
> 

Travis et al.,

Jeff Whitaker pointed out to me that masked array support in matplotlib 
contouring does not work with numpy.  The problem is that the shape 
function does not work with masked arrays.  One easy solution is to 
return to the older Numeric version of shape via the attached patch 
against svn (edited to remove irrelevant chunks).

Thanks.

Eric

Using matplotlib from cvs with numpy still gives an fft import error:

In [1]: import pylab
------------------------------------------------------------------------ 
---
exceptions.ImportError                               Traceback (most  
recent call last)

/Users/chris/<ipython console>

/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site- 
packages/matplotlib-0.86.1-py2.4-macosx-10.4-ppc.egg/pylab.py
----> 1 from matplotlib.pylab import *
         global matplotlib.pylab = undefined

/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site- 
packages/matplotlib-0.86.1-py2.4-macosx-10.4-ppc.egg/matplotlib/pylab.py
     194 import cm
     195 import _pylab_helpers
--> 196 import mlab  #so I can override hist, psd, etc...
         mlab = undefined
     197
     198 from axes import Axes, PolarAxes

/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site- 
packages/matplotlib-0.86.1-py2.4-macosx-10.4-ppc.egg/matplotlib/mlab.py
      72
      73 from numerix.mlab import hanning, cov, diff, svd, rand, std
---> 74 from numerix.fft import fft, inverse_fft
         numerix.fft = undefined
         fft = None
         inverse_fft = undefined
      75
      76 from cbook import iterable

ImportError: cannot import name inverse_fft


It turns out that the __init__.py file is not importing inverse_fft  
(which is now ifft in numpy):

from matplotlib.numerix import which

if which[0] == "numarray":
     from numarray.fft import *
elif which[0] == "numeric":
     from FFT import *
elif which[0] == "numpy":
     from numpy import fft
else:
     raise RuntimeError("invalid numerix selector")

You need to add:

     from numpy import ifft as inverse_fft

C.

--
Christopher J. Fonnesbeck

Population Ecologist, Marine Mammal Section
Fish & Wildlife Research Institute (FWC)
St. Petersburg, FL

Adjunct Assistant Professor
Warnell School of Forest Resources
University of Georgia
Athens, GA

T: 727.235.5570
E: chris at trichech.us

Hi

With MPL 0.86 and 0.86.1 I found that the axes labels aren't centered 
(i.e. the xlabel is on the left side of the x-axis, the ylabel on the 
"bottom" of the y-axis). What's up?

cheers,
steve

-- 
"People like Blood Sausage too. People are Morons!" -- Phil Connors, 
Groundhog Day

Mike,

Thanks for checking the output after the change. I have committed the 
change to CVS.  There may be some lag before it shows up on your mirror.

The revisions are:

Checking in lib/matplotlib/contour.py;
/cvsroot/matplotlib/matplotlib/lib/matplotlib/contour.py,v  <--  contour.py
new revision: 1.20; previous revision: 1.19
done
Checking in lib/matplotlib/figure.py;
/cvsroot/matplotlib/matplotlib/lib/matplotlib/figure.py,v  <--  figure.py
new revision: 1.44; previous revision: 1.43

Eric

>> I've stumbled onto a bug in colorbar() when displaying an image with a 
>> nonlinear normalization (using a recent CVS version of mpl).  If one 
>> subclasses matplotlib.colors.normalize and uses a nonlinear function 
>> in the __call__() method, then colorbar() will mismatch colors and 
>> data values in the colorbar.

Michael,

You are right, I left the norm kwarg out of the contour function, and 
colorbar uses contourf.  I think I have it fixed now, and I can commit 
to CVS shortly, but I should do a little more checking first.  I will 
send you a png file offline, and you can tell me if it is giving the 
result you expect.

Eric

Michael Fitzgerald wrote:
> Hello all,
> 
> I've stumbled onto a bug in colorbar() when displaying an image with a 
> nonlinear normalization (using a recent CVS version of mpl).  If one 
> subclasses matplotlib.colors.normalize and uses a nonlinear function in the 
> __call__() method, then colorbar() will mismatch colors and data values in 
> the colorbar.
> 
> Some code illustrating a test case is attached.  Here, I use the sqrt() 
> function to normalize some data in the domain (0, 10) to the range (0, 1) 
> [f(x)=sqrt(x/10)].  I display an image which consists of a linear ramp, each 
> value given by the abcissa.  The normalization function y=f(x) is overplotted 
> for reference.  imshow() applies the normalization before looking up the 
> colormap value, as expected (colors are bunched to the left).  However, note 
> the values in the colorbar annotation do not correspond to the data values!  
> For example, pre-normalization data value 4 (x-axis) is correctly colored as 
> yellow, however the color bar erroneously lists that value as cyan (which is 
> the color where y=4/10=.4).
> 
> The error is that colorbar() assumes linearity over the normalization domain.  
> Ultimately, I think I'd like a choice as to whether to stretch colors in the 
> colorbar with a linear sampling of the data domain, or keep the color 
> sequence linear and invert the normalization step to determine the tick 
> values.  Has anyone encountered and/or coded a solution for this?
> 
> Thanks,
> Mike
> 

Hello all,

I've stumbled onto a bug in colorbar() when displaying an image with a 
nonlinear normalization (using a recent CVS version of mpl).  If one 
subclasses matplotlib.colors.normalize and uses a nonlinear function in the 
__call__() method, then colorbar() will mismatch colors and data values in 
the colorbar.

Some code illustrating a test case is attached.  Here, I use the sqrt() 
function to normalize some data in the domain (0, 10) to the range (0, 1) 
[f(x)=sqrt(x/10)].  I display an image which consists of a linear ramp, each 
value given by the abcissa.  The normalization function y=f(x) is overplotted 
for reference.  imshow() applies the normalization before looking up the 
colormap value, as expected (colors are bunched to the left).  However, note 
the values in the colorbar annotation do not correspond to the data values!  
For example, pre-normalization data value 4 (x-axis) is correctly colored as 
yellow, however the color bar erroneously lists that value as cyan (which is 
the color where y=4/10=.4).

The error is that colorbar() assumes linearity over the normalization domain.  
Ultimately, I think I'd like a choice as to whether to stretch colors in the 
colorbar with a linear sampling of the data domain, or keep the color 
sequence linear and invert the normalization step to determine the tick 
values.  Has anyone encountered and/or coded a solution for this?

Thanks,
Mike

On Sun, 15 Jan 2006, Nils Wagner apparently wrote: 
> I was wondering whether you could provide me with a reference concerning 
> the citation of matplotlib. 
> http://www.scipy.org/documentation/citingscipy.html 


http://www.nabble.com/Re%3A-How-to-cite-matplotlib-p1921205.html

hth,
Alan Isaac

Hi John,

I was wondering whether you could provide me with a reference concerning
the citation of matplotlib.

http://www.scipy.org/documentation/citingscipy.html

Thanks in advance
                                       Nils

Hey, 
       Luckily, I can still save the output graph  into png with a command, but the Save button on the output is not  working; in fact, none of the clicking buttons are working on the  output graph. Does anyone know how to fix this? 
  
  sincerely, 
  Jerry
  
  
  
		
---------------------------------
Yahoo! Photos – Showcase holiday pictures in hardcover
 Photo Books. You design it and we’ll bind it!

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

-- 
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-124
Boulder, CO, USA 80303-3328 Web    : http://tinyurl.com/5telg

On Fri, 13 Jan 2006, Jeffrey Jones apparently wrote: 
> Forgive my ignorance, but what are eggs? How do you use 
> them? 

http://peak.telecommunity.com/DevCenter/PythonEggs

fwiw,
Alan Isaac

Forgive my ignorance, but what are eggs? How do you use them?

(Mac OS X 10.4.3)

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 Snowden
PhOD/AOML/NOAA
4301 Rickenbacker Causeway
Miami, FL 33149
Office: 305.361.4322  Fax: 305.361.4392