matplotlib-users Mailing List for matplotlib (Page 4)

Hi John,

Just FYI.

Instead of commenting these imports out I just tweaked my py2exe
setup.py file.

"packages": ["encodings", "kinterbasdb", "pytz", "matplotlib.numerix"],

Adding the entry "matplotlib.numerix" forces py2exe to import
"random_array", also py2exe gives me some warning errors on other
numerix stuff all the plotting stuff in my application runs again
without errors using matplotlib 0.82.

Best regards
Werner

John Hunter wrote:
>>>>>>"Werner" == Werner F Bruhin <wer...@fr...> writes:
> 
> 
>     Werner> Hi John, When creating a py2exe version of my app with the
>     Werner> 0.82 build it fails due to an import error on line 96 of
>     Werner> numerix.
> 
>     Werner> I use numeric and .matplotlibrc is configured accordingly.
> 
>     Werner> These __import__ were not present in 0.8, can they savely
>     Werner> be removed?
> 
> Yes, these are mainly used as a convenience, so that the subpackages
> of the numerix module (random_array, mlab, linear_algebra, etc) are
> available in the numerix namespace.  This enables you to just do a
> single import, but the matplotlib code itself does not rely on it if I
> recall correctly.
> 
> import matplotlib.numerix as nx
> nx.linear_algebra.inverse
> 
> JDH
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click

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

 
    Eric> /usr/lib/python2.3/site-packages/matplotlib/backends/backend_agg.py
    Eric> in print_figure(self, filename, dpi, facecolor, edgecolor,
    Eric> orientation) 458 svg.print_figure(filename, dpi, facecolor,
    Eric> edgecolor, orientation) 459 elif ext.find('ps')>=0 or
    Eric> ext.find('ep')>=0:
    --> 460 from backend_ps import FigureCanvasPS # lazy import
    Eric>     461 ps = self.switch_backends(FigureCanvasPS) 462
    Eric> ps.print_figure(filename, dpi, facecolor, edgecolor,
    Eric> orientation)

    Eric> ImportError: cannot import name FigureCanvasPS

This looks you might have a bad install.  I would remove
site-packages/matplotlib and try re-installing cleanly.  If the error
persists, make sure that you don't have a copy of backend_ps.py
anywhere in your PYTHONPATH (do 'locate backend_ps' to find out if
there are any errant copies lying around.).

Your example runs fine on my system.

JDH

Hi Eric,

On Tuesday 21 June 2005 11:16 am, Eric Emsellem wrote:
> for some reason I have now (with the new matplotlib) problems with ps
> files saving figures with savefig.
> (it works with gif, jpg, etc).
>
> [I am running Python 2.3.4, IPython 0.6.12, matplotlib 0.82
> and =A0verbose.level helpful, interactive is False, platform is linux2,
> numerix numarray 1.3.0]
>
> So here is what I get with a simple example:
>
> scatter(arange(0,10,1), arange(10,20,1))
> savefig('toto.ps')

I didnt have any trouble with this example. Your traceback shows backend_ag=
g=20
cant import FigureCanvasPS. Does this work in ipython?

from matplotlib.backends.backend_ps import FigureCanvasPS

Did you try to removing the matplotlib directory in site-packages, and=20
reinstalling?

=2D-=20
Darren S. Dale

Bard Hall
Department of Materials Science and Engineering
Cornell University
Ithaca, NY. 14850

dd...@co...
http://people.ccmr.cornell.edu/~dd55/

Hi,
for some reason I have now (with the new matplotlib) problems with ps 
files saving figures with savefig.
(it works with gif, jpg, etc).

[I am running Python 2.3.4, IPython 0.6.12, matplotlib 0.82
and  verbose.level helpful, interactive is False, platform is linux2, 
numerix numarray 1.3.0]

So here is what I get with a simple example:

scatter(arange(0,10,1), arange(10,20,1))
savefig('toto.ps')

---------------------------------------------------------------------------
exceptions.ImportError                               Traceback (most 
recent call last)

/home/science/Sauron/AnalysisKin/Paper7/<console>

/usr/lib/python2.3/site-packages/matplotlib/pylab.py in savefig(*args, 
**kwargs)
    749 def savefig(*args, **kwargs):
    750     fig = gcf()
--> 751     return fig.savefig(*args, **kwargs)
    752 if Figure.savefig.__doc__ is not None:
    753     savefig.__doc__ = Figure.savefig.__doc__

/usr/lib/python2.3/site-packages/matplotlib/figure.py in savefig(self, 
*args, **kwargs)
    616                 kwargs[key] = rcParams['savefig.%s'%key]
    617
--> 618         self.canvas.print_figure(*args, **kwargs)
    619
    620

/usr/lib/python2.3/site-packages/matplotlib/backends/backend_gtkagg.py 
in print_figure(self, filename, dpi, facecolor, edgecolor, orientation)
    114             try: agg.print_figure(filename, dpi, facecolor, 
edgecolor, orientation)
    115             except IOError, msg:
--> 116                 error_msg_gtk('Failed to save\nError message: 
%s'%(msg,), self)
    117
    118         self.figure.set_canvas(self)

/usr/lib/python2.3/site-packages/matplotlib/backends/backend_agg.py in 
print_figure(self, filename, dpi, facecolor, edgecolor, orientation)
    458                 svg.print_figure(filename, dpi, facecolor, 
edgecolor, orientation)
    459             elif ext.find('ps')>=0 or ext.find('ep')>=0:
--> 460                 from backend_ps import FigureCanvasPS # lazy import
    461                 ps = self.switch_backends(FigureCanvasPS)
    462                 ps.print_figure(filename, dpi, facecolor, 
edgecolor, orientation)

ImportError: cannot import name FigureCanvasPS


ANY HELP welcome!!!
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
===============================================================

Hello, is there a way to check if a plot is currently open? I'm using
wxAgg to show plots in a frame. I want the user to be able to show
different plots in the same frame, although only one at a time. So I
need to know if a plot is already there so I can close it and create a
new one. Thanks!

Jeff

>>>>> "mmadecki" == mmadecki  <mma...@co...> writes:

    mmadecki> Hi, I'm trying to compile Matplotlib 0.82 on Solaris 10
    mmadecki> (SunOS 5.10_x86).  I've seen similar posts but no
    mmadecki> solutions to this problem (see errors below).  Any help
    mmadecki> is greatly appreciated.

If you search for "error" from the beginning of your gcc output, the
first match is 

  error: `::btowc' has not been declared

If you paste that into google, the first result you'll see is a post
to matplotlib from Mike Rightmire, who offlist and with the help of
Thomas Wessell, worked around this problem with a brute force
approach.  I believe Erik Curiel had a similar problem on a solaris
box recently.

The most informative google result I saw was when I took you error
message and added some quotes to reduce false matches

  error: `::btowc' "has not been declared"

[Aside: putting double quotes around the entire string did not match
this result; apparently google does not handled nested quotes very
well.]  Fourth from the top and was
http://lists.schmorp.de/pipermail/rxvt-unicode/2005q2/000092.html .
This thread is not related to matplotlib, and first response there
isn't too helpful, but if you follow the rest of the thread you'll get
lots of good information.  In particular, this response looks helpful
http://lists.schmorp.de/pipermail/rxvt-unicode/2005q2/000104.html

Nadia is the only person I know personally who actively compiles mpl
on a solaris box; I hope she has some suggestions for you.

Cheers,
JDH

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

    Vidar> can numeric accuracy be controlled with the pylab.save()
    Vidar> command?  i'd like to change the number format and number
    Vidar> of digits.

See the help for 'save',
http://matplotlib.sf.net/matplotlib.pylab.html#-save, in particular
the fmt keyword argument, eg

  save('test3.out', x, fmt='%1.4f')  

Hope this helps,
JDH

>>>>> "Maria" == Maria Khomenko <mar...@ut...> writes:

    Maria> Hi, I am having a bit of trouble with labels on the x-axis
    Maria> overlapping and going off-screen. I am using a DayLocator
    Maria> and a DateFormatter and once I plot more than 10 data
    Maria> points or so, the labels start printing over each other. If
    Maria> I set the formatter to print the tick labels on several
    Maria> lines, my x-label gets pushed off-screen. Is there a way to
    Maria> get the text to scale itself to my graph so that I don't
    Maria> get any overlap?

matplotlib doesn't try to be too smart, so the tick sizes, locations,
etc, don't scale themselves.  But it makes up for its rather braindead
layout algorithms by making it relatively easy to configure all of the
properties manually to avoid the kind of problem you describe.  See,
for example, http://matplotlib.sourceforge.net/faq.html#TEXTOVERLAP

Eg, use "subplots_adjust" to move the bottom of the subplots higher if
the ticklabels are running off the bottom (version 0.82 or later)

  subplots_adjust(bottom=0.3)

If you are using the API, subplots_adjust is a figure.Figure method.

You can also change the rotation and size of the xticklabels to help
prevent overlap.  In pylab, 

  xticks(fontsize=9, rotation=45)

or in the API

  for label in ax.get_xticklabels():
     label.set_fontsize(9)
     label.set_rotation(45)

of if you prefer the "set" style configuration

  from matplotlib.artist import setp
  ...snip...
  setp(ax.get_xticklabels(), fontsize=9, rotation=45)

The moral of the story is that by controlling the subplot axes
properties, and the ticklabel font properties, you can manually layout
the Axes more or less as you wish.

JDH

Hi,

I am having a bit of trouble with labels on the x-axis overlapping and going
off-screen. I am using a DayLocator and a DateFormatter and once I plot more
than 10 data points or so, the labels start printing over each other. If I set
the formatter to print the tick labels on several lines, my x-label gets pushed
off-screen. Is there a way to get the text to scale itself to my graph so that I
don't get any overlap? 

Thanks,
Maria Khomenko
University of Toronto, Argon Team

can numeric accuracy be controlled with the pylab.save() command?
i'd like to change the number format and number of digits.

default output is:

3.161733506051822600e-001

examples of what i'm thinking:

3.1617335060e-001
0.31617335
0.3161

Hi,
I'm trying to compile Matplotlib 0.82 on Solaris 10 (SunOS 5.10_x86).
I've seen similar posts but no solutions to this problem (see errors below).
Any help is greatly appreciated.

Thanks
-Miro

[matplotlib-0.82]$ python setup.py build
GTK requires pygtk
GTKAgg requires pygtk
running build
running build_py
running build_ext
building 'matplotlib._agg' extension
gcc -fno-strict-aliasing -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -fPIC -Iagg23/include -Isrc -Iswig -I/usr/local/include/python2.4 -c src/agg.cxx -o build/temp.solaris-2.10-i86pc-2.4/src/agg.o
cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC but not for C++
In file included from /usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/bits/postypes.h:46,
                 from /usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/iosfwd:50,
                 from /usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/ios:44,
                 from /usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/ostream:45,
                 from /usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/iostream:45,
                 from swig/agg_buffer.h:7,
                 from src/agg.cxx:1539:
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:145: error: `::btowc' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:150: error: `::fwide' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:151: error: `::fwprintf' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:152: error: `::fwscanf' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:155: error: `::mbrlen' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:156: error: `::mbrtowc' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:157: error: `::mbsinit' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:158: error: `::mbsrtowcs' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:161: error: `::swprintf' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:162: error: `::swscanf' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:164: error: `::vfwprintf' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:168: error: `::vswprintf' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:172: error: `::vwprintf' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:176: error: `::wcrtomb' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:187: error: `::wcsrtombs' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:197: error: `::wctob' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:198: error: `::wmemcmp' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:199: error: `::wmemcpy' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:200: error: `::wmemmove' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:201: error: `::wmemset' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:202: error: `::wprintf' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:203: error: `::wscanf' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:223: error: `::wcsstr' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar: In function `wchar_t* std::wcsstr(wchar_t*, const wchar_t*)':
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:227: error: invalid conversion from `const wchar_t*' to `wchar_t*'
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:227: error:   initializing argument 1 of `wchar_t* std::wcsstr(wchar_t*, const wchar_t*)'
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar: At global scope:
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:229: error: `::wmemchr' has not been declared
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar: In function `wchar_t* std::wmemchr(wchar_t*, wchar_t, size_t)':
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:233: error: invalid conversion from `const wchar_t*' to `wchar_t*'
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/cwchar:233: error:   initializing argument 1 of `wchar_t* std::wmemchr(wchar_t*, wchar_t, size_t)'
In file included from /usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/ios:46,
                 from /usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/ostream:45,
                 from /usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/iostream:45,
                 from swig/agg_buffer.h:7,
                 from src/agg.cxx:1539:
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/bits/char_traits.h: In static member function `static int std::char_traits<wchar_t>::compare(const wchar_t*, const wchar_t*, size_t)':
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/bits/char_traits.h:324: error: `wmemcmp' undeclared (first use this function)
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/bits/char_traits.h:324: error: (Each undeclared identifier is reported only once for each function it appears in.)
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/bits/char_traits.h: In static member function `static const wchar_t* std::char_traits<wchar_t>::find(const wchar_t*, size_t, const wchar_t&)':
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/bits/char_traits.h:332: error: invalid conversion from `const wchar_t*' to `wchar_t*'
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/bits/char_traits.h:332: error:   initializing argument 1 of `wchar_t* std::wmemchr(wchar_t*, wchar_t, size_t)'
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/bits/char_traits.h: In static member function `static wchar_t* std::char_traits<wchar_t>::move(wchar_t*, const wchar_t*, size_t)':
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/bits/char_traits.h:336: error: `wmemmove' undeclared (first use this function)
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/bits/char_traits.h: In static member function `static wchar_t* std::char_traits<wchar_t>::copy(wchar_t*, const wchar_t*, size_t)':
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/bits/char_traits.h:340: error: `wmemcpy' undeclared (first use this function)
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/bits/char_traits.h: In static member function `static wchar_t* std::char_traits<wchar_t>::assign(wchar_t*, size_t, wchar_t)':
/usr/local/lib/gcc/i386-pc-solaris2.10/3.4.4/../../../../include/c++/3.4.4/bits/char_traits.h:344: error: `wmemset' undeclared (first use this function)
error: command 'gcc' failed with exit status 1
[matplotlib-0.82]$

>>>>> "Werner" == Werner F Bruhin <wer...@fr...> writes:

    Werner> Hi John, When creating a py2exe version of my app with the
    Werner> 0.82 build it fails due to an import error on line 96 of
    Werner> numerix.

    Werner> I use numeric and .matplotlibrc is configured accordingly.

    Werner> These __import__ were not present in 0.8, can they savely
    Werner> be removed?

Yes, these are mainly used as a convenience, so that the subpackages
of the numerix module (random_array, mlab, linear_algebra, etc) are
available in the numerix namespace.  This enables you to just do a
single import, but the matplotlib code itself does not rely on it if I
recall correctly.

import matplotlib.numerix as nx
nx.linear_algebra.inverse

JDH

Hi,
it seems that it's not possible to change the font family via .matplotlibrc when 
exporting a plot as SVG. On my system (SuSElinux/python2.3/matplotlib0.82) the 
font defaults to Bitstream Vera Sans and cannot be changed whereas both the GTK 
frontend and exported EPS file do respect the font settings. Is this a bug?
Regards, Christian

> On Sun, 2005-06-19 at 20:33 -0700,
> mat...@li... wrote:
> > I built matplotlib on linux from source using:
> > 
> > python setup.py build
> > python setup.py install --home=/home/tom
> > 
> > when I try to import 
> > 
> > 
> > >>> import pylab
> > Traceback (most recent call last):
> >   File "<stdin>", line 1, in ?
> >   File "/home/tom/lib/python/pylab.py", line 1, in ?
> >     from matplotlib.pylab import *
> >   File "/home/tom/lib/python/matplotlib/pylab.py", line 199, in ?
> >     import backends
> >   File "/home/tom/lib/python/matplotlib/backends/__init__.py", line 19, in ?
> >     globals(),locals(),[backend_name])
> >   File "/home/tom/lib/python/matplotlib/backends/backend_gtkagg.py",
> > line 11, in ?
> >     from backend_gtk import gtk, FigureManagerGTK, FigureCanvasGTK,\
> >   File "/home/tom/lib/python/matplotlib/backends/backend_gtk.py", line 21, in ?
> >     from backend_gdk import RendererGDK
> >   File "/home/tom/lib/python/matplotlib/backends/backend_gdk.py", line 45, in ?
> >     from matplotlib._nc_backend_gdk import pixbuf_get_pixels_array
> > ImportError: No module named _nc_backend_gdk
> > 
> > 
> > When I look in the backends dir in
> > /home/tom/lib/python/matplotlib/backends i see the following files
> > which does not include the .so file for _nc_backend_gdk
> > 
> > __init__.py          backend_gdk.py        backend_qtagg.py
> > __init__.pyc         backend_gdk.pyc       backend_qtagg.pyc
> > _na_backend_agg.so   backend_gtk.py        backend_svg.py
> > _nc_backend_agg.so   backend_gtk.pyc       backend_svg.pyc
> > backend_agg.py       backend_gtkagg.py     backend_template.py
> > backend_agg.pyc      backend_gtkagg.pyc    backend_template.pyc
> > backend_agg2.py      backend_gtkcairo.py   backend_tkagg.py
> > backend_agg2.pyc     backend_gtkcairo.pyc  backend_tkagg.pyc
> > backend_cairo.py     backend_paint.py      backend_wx.py
> > backend_cairo.pyc    backend_paint.pyc     backend_wx.pyc
> > backend_fltkagg.py   backend_ps.py         backend_wxagg.py
> > backend_fltkagg.pyc  backend_ps.pyc        backend_wxagg.pyc
> > backend_gd.py        backend_qt.py         tkagg.py
> > backend_gd.pyc       backend_qt.pyc        tkagg.pyc
> > 
> > Is there something I am doing wrong?
> > 
> > 
> > -Tom
Thats an error I introduced when trying to move _nc_backend_gdk from
matplotlib to matplotlib.backends.
setupext.py, src/_backend_gdk.c and
lib/matplotlib/backends/backend_gdk.py should all agree by saying
"matplotlib.backends._nc_backend_gdk"

I've just fixed it in cvs.

Steve

Send instant messages to your online friends http://au.messenger.yahoo.com 

I built matplotlib on linux from source using:

python setup.py build
python setup.py install --home=3D/home/tom

when I try to import=20


>>> import pylab
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "/home/tom/lib/python/pylab.py", line 1, in ?
    from matplotlib.pylab import *
  File "/home/tom/lib/python/matplotlib/pylab.py", line 199, in ?
    import backends
  File "/home/tom/lib/python/matplotlib/backends/__init__.py", line 19, in =
?
    globals(),locals(),[backend_name])
  File "/home/tom/lib/python/matplotlib/backends/backend_gtkagg.py",
line 11, in ?
    from backend_gtk import gtk, FigureManagerGTK, FigureCanvasGTK,\
  File "/home/tom/lib/python/matplotlib/backends/backend_gtk.py", line 21, =
in ?
    from backend_gdk import RendererGDK
  File "/home/tom/lib/python/matplotlib/backends/backend_gdk.py", line 45, =
in ?
    from matplotlib._nc_backend_gdk import pixbuf_get_pixels_array
ImportError: No module named _nc_backend_gdk


When I look in the backends dir in
/home/tom/lib/python/matplotlib/backends i see the following files
which does not include the .so file for _nc_backend_gdk

__init__.py          backend_gdk.py        backend_qtagg.py
__init__.pyc         backend_gdk.pyc       backend_qtagg.pyc
_na_backend_agg.so   backend_gtk.py        backend_svg.py
_nc_backend_agg.so   backend_gtk.pyc       backend_svg.pyc
backend_agg.py       backend_gtkagg.py     backend_template.py
backend_agg.pyc      backend_gtkagg.pyc    backend_template.pyc
backend_agg2.py      backend_gtkcairo.py   backend_tkagg.py
backend_agg2.pyc     backend_gtkcairo.pyc  backend_tkagg.pyc
backend_cairo.py     backend_paint.py      backend_wx.py
backend_cairo.pyc    backend_paint.pyc     backend_wx.pyc
backend_fltkagg.py   backend_ps.py         backend_wxagg.py
backend_fltkagg.pyc  backend_ps.pyc        backend_wxagg.pyc
backend_gd.py        backend_qt.py         tkagg.py
backend_gd.pyc       backend_qt.pyc        tkagg.pyc

Is there something I am doing wrong?


-Tom

Hello,

Does anybody know of a way to produce arrows without heads in quiver
plots? Also, is there a way to control the arrow head properties (the
width, for example)?

Thanks,

Jerome Levesque

Hi matplotlib users,

I'm trying to make some global plots with the basemap toolkit (version 0.4.2). I
would like the maps to be centered at arbitrary longitudes. For this I use the
shiftgrid method. When I make the plot and put on meridians some of them have
wrong W/E indicators. I was wondering whether that was due to a wrong longitude
array.

Let's say I want to make a map with the left and right margin at 150W with a
resolution of 60 degrees. How should the longitude array then look like? Is it
[-150, -90, -30, 30, 90, 150, -150], [210, 270, 330, 30, 90, 150, 210], [210,
270, 330, 390, 450, 510, 570], or something else?

Kind regards,
Jesper

I figured it out. y0 and y1 are the limits when approaching x from below 
and above respectively.
Among other things this allows you to implement piecewise constant segments 
without an artificial transition region, which
is exactly what I was trying to do.

Danny

At 02:10 PM 6/17/2005 -0600, you wrote:
>Howdy,
>
>I'm playing around with a custom LinearSegmentedColormap. I have it 
>working, but have a question.
>In the triple (x,y0,y1) for the segment data, what does y1 do? In every 
>standard colormap y0=y1. I tried changing
>it and saw no effect. What am I missing?
>
>thanks,
>Danny

On Jun 17, 2005, at 4:09 PM, John Hunter wrote:

>>>>>> "Chris" == Chris Barker <Chr...@no...> writes:
>>>>>>
>
>
>> Using data_files in this manner at all is usually the wrong thing
>> to do anyway.  Python packages should really put the files they
>> need into the package, not some semi-random location on the
>> filesystem.
>>
>
>     Chris> I tend to trust Bob in these matters. What is the logic for
>     Chris> putting all that stuff outside of the package directory?
>
> I was just following the lead of the distutils documentation circa
> 2003 which is when this section of setup.py written.  Since distutils
> had a slot for data_files, I put my data files there, which seems
> reasonable even in hindsight.  I'm not opposed to putting them
> somewhere else, especially if someone explains the why and how.  I do
> try and preserve compatibility with older python versions, so 2.4 only
> solutions are not a good choice at the moment.

Python 2.4 distutils has the functionality built-in, otherwise you  
can get it from setuptools (in the Python CVS sandbox, or from  
<http://peak.telecommunity.com/DevCenter/PythonEggs>).  There have  
been various other hacks throughout the years to do it, but  
setuptools is the standard now.

py2app uses setuptools when building itself, and it is certainly  
Python 2.3 compatible.

-bob

Howdy,

I'm playing around with a custom LinearSegmentedColormap. I have it 
working, but have a question.
In the triple (x,y0,y1) for the segment data, what does y1 do? In every 
standard colormap y0=y1. I tried changing
it and saw no effect. What am I missing?

thanks,
Danny

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

   > Using data_files in this manner at all is usually the wrong thing
   > to do anyway.  Python packages should really put the files they
   > need into the package, not some semi-random location on the
   > filesystem.

    Chris> I tend to trust Bob in these matters. What is the logic for
    Chris> putting all that stuff outside of the package directory?

I was just following the lead of the distutils documentation circa
2003 which is when this section of setup.py written.  Since distutils
had a slot for data_files, I put my data files there, which seems
reasonable even in hindsight.  I'm not opposed to putting them
somewhere else, especially if someone explains the why and how.  I do
try and preserve compatibility with older python versions, so 2.4 only
solutions are not a good choice at the moment.

JDH

Robert Kern wrote:
> Chris Barker wrote:
>> /usr/local/share/share/matplotlib/
>>
>> Note the double "share". I'm guessing that's the problem. 

> Use --install-data=/usr/local not /usr/local/share.

I didn't use --install-data anything! However, perhaps Py2App is.

> That's probably a 
> bug in matplotlib's setup.py somewhere. Pretty much every other package 
> expects --install-data=/usr/local/share or the like.

OK, then that would explain why Py2App is appending the extra "share". 
If the convention is to expect the "share" to be part of install-data, 
then it shouldn't be in the setup.py. However, I'm a little confused, as 
then the default would be to put it straight into the python root 
directory. With a straight "setup.py install" it now goes into:

/Library/...../Versions/2.4/share/matplotlib

so without the share, it would go into:

/Library/...../Versions/2.4/matplotlib

Which really doesn't seem right.

Maybe we could check for a "share" at the end of the given path and only 
add it if it's not there, but that really feels like a kludge.

> /usr/local/<etc> is the place to put these things. /System/Library/<etc> 
> is just inaccessible.

/System/Library is not good, but /Library/... is no less accessible. For 
another take:

Bob Ippolito wrote:

> Using data_files in this manner at all is usually the wrong thing to  
> do anyway.  Python packages should really put the files they need  
> into the package, not some semi-random location on the filesystem.

I tend to trust Bob in these matters. What is the logic for putting all 
that stuff outside of the package directory?

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

>>>>> "Maria" == Maria Khomenko <mar...@ut...> writes:

    Maria> Hi, I am having a problem with plotting a single piece of
    Maria> data on the graph.  This is the code I am trying to run:

    Maria> a = [3] d = [1118188800] new_date =
    Maria> [dates.date2num(datetime.fromtimestamp(d[0]))]

Ahh, that was pesky.  The basic problem is how to autoscale the
interval from a single data point.  All the naieve ideas

  vmin = p-1
  vmax = p+1

or 

  vmin = 1.001*p
  vmax = 0.999*p

can fail badly in some cases.  That is what is happening here.  You
chose a DayLocator, and the autoscaler did the plus/minus 0.001*p
trick.  Since the single date point was 732104.79, the date range was
-732 days to +732 days which is a lot of ticks!

I modified the date tick locators to handle this case automatically
since only the locator can determine a suitable date range from a
single datum.

Changes in CVS.

JDH

Chris Barker wrote:

> The 2.4 package is putting it in:
> 
> /usr/local/share/share/matplotlib/
> 
> Note the double "share". I'm guessing that's the problem. I don't have 
> the time to dig into this further right now, but if someone just knows 
> how to fix it and can tell me, great!

Use --install-data=/usr/local not /usr/local/share . That's probably a 
bug in matplotlib's setup.py somewhere. Pretty much every other package 
expects --install-data=/usr/local/share or the like.

/usr/local/<etc> is the place to put these things. /System/Library/<etc> 
is just inaccessible.

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

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

	I got this same problem with bdist_mpkg.  You can just edit the plist
file to point to the right directory as Robert mentioned.  Replace
/usr/local/share with whatever you want.
	As a point of preference, I think the data should be installed in
"System/Libraray/Frameworks/Python.framework/Versions/Current/" since
this is the install root of the rest of matplotlib.  Putting it in
/usr/local seems to me like you are putting your build "all over" the
place and losing the notion of the install-root.  I reiterate, this is
my opinion so take it fwiw.

- Charlie

Chris Barker wrote:
> Robert Kern wrote:
> 
>>> I guess that means that the data files are being installed outside of
>>> site-packages/matplotlib where would that be?
>>
>>
>>
>> Probably
>> /System/Libraray/Frameworks/Python.framework/Versions/Current/share/...
> 
> 
> That's where they are put by the 2.3 package
> 
>> I always use the following setup.cfg when building matplotlib:
>>
>> [install]
>> install-data=/usr/local
>>
>> You can check where the package is placing the data files by looking
>> at
>> matplotlib-<etc>.mpkg/Contents/Packages/matplotlib-data-<etc>.pkg/Contents/Info.plist
>> under the IFPkgFlagDefaultLocation key. Note that this isn't quite the
>> same as the install-data. It is usually <install-data>/share/matplotlib.
>>
>> At my request, matplotlib now searches /usr/local/share/matplotlib by
>> default on OS X.
> 
> 
> The 2.4 package is putting it in:
> 
> /usr/local/share/share/matplotlib/
> 
> Note the double "share". I'm guessing that's the problem. I don't have
> the time to dig into this further right now, but if someone just knows
> how to fix it and can tell me, great!
> 
> -Chris
> 
>