matplotlib-users Mailing List for matplotlib (Page 3)

Hi David,

I was in non interactive mode. But I finally solved the problem by replacin=
g=20
the GTKAgg backend by the TkAgg one. I don't understand why the GTKAgg does=
=20
not work, but well... if the TkAgg does...

Emmanuel

Le Vendredi 24 F=C3=A9vrier 2006 16:47, David TREMOUILLES a =C3=A9crit=C2=
=A0:
>    >>2006/2/24, David Huard <dav...@gm... >:
>    >>What if I want it to be non-interactive ? I want to save graphics
>    >>directly to a file from a script, without them being displayed. It's
>    >>weird that in this case close() crashes the whole thing.
>
> Yes your wright the script have to work in non interactive mode. (I was
> just trying to give an explanation to Emmanuel problem).
> The following script should work (but it crashes like Emmanuel reported):
>
> #!/usr/bin/python
> import matplotlib
> import pylab
> #Turn off interactive mode
> matplotlib.interactive(False)
> #plot figure 1
> pylab.figure()
> pylab.plot([1,2,3],[1,2,3])
> pylab.savefig("test_pylab1.png")
> pylab.close()
> #plot figure 2
> pylab.figure()
> pylab.plot([1,2,3],[1,2,3])
> pylab.savefig("test_pylab2.png")
> pylab.close()
>
> Second figure cannot be created due to the crash.
>
> We need the help of matplotlib Gurus !
>
> Regards,
>
> David
>
> 2006/2/24, David Huard <dav...@gm...>:
> > What if I want it to be non-interactive ? I want to save graphics
> > directly to a file from a script, without them being displayed. It's
> > weird that in this case close() crashes the whole thing.
> >
> > David
> >
> > 2006/2/23, David TREMOUILLES < dav...@gm...>:
> > > Could that be because interactive mode was set in your previous insta=
ll
> >
> > ?
> >
> > >  (in .matplotlibrc file)
> > >  if I try:
> > >
> > > #!/usr/bin/python
> > >  import matplotlib
> > >  import pylab
> > >  matplotlib.interactive(True)
> > >  pylab.figure()
> > >  pylab.close()
> > >
> > >  Then it works...
> > >  Hope this  could help you...
> > >
> > >  David
> > >
> > > 2006/2/23, Emmanuel Pecontal <pec...@ob...>:
> > > > Hello,
> > > >
> > > > If I run the following script on my system (SuSE 10.0,
> > > > matplotlib-0.87but same behaviour with 0.86):
> > > >
> > > > #!/usr/bin/python
> > > >
> > > > import matplotlib
> > > > import pylab
> > > >
> > > > pylab.figure()
> > > > pylab.close ()
> > > >
> > > > It crashes with the following error message:
> > > >
> > > > Traceback (most recent call last):
> > > >   File "./tmp.py", line 8, in ?
> > > >     pylab.close()
> > > >   File
> > >
> > > "/usr/lib/python2.4/site-packages/matplotlib/pylab.py",
> > > line 768, in
> > >
> > > > close
> > > >     else: _pylab_helpers.Gcf.destroy(figManager.num)
> > > >   File
> > >
> > > "/usr/lib/python2.4/site-packages/matplotlib/_pylab_helpers.py",
> > > line
> > >
> > > > 28, in destroy
> > > >     figManager.destroy()
> > > >   File
> > >
> > > "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtk.py",
> > >
> > > > line 456, in destroy
> > > >     gtk.main_quit()
> > > > RuntimeError: called outside of a mainloop
> > > >
> > > > Does someone has an idea of the problem?
> > > > I didn't have this kind of problem with my SuSE 9.3 and
> >
> > matplotlib-0.85
> >
> > > > --
> > > > Emmanuel P=C3=A9contal
> > > >
> > > > CRAL - Observatoire de Lyon
> > > > 9, Av. Charles Andre
> > > > F-69561 Saint Genis Laval Cedex
> > > >
> > > > tel (33) (0)4.78.86.83.76 - fax (33) (0)4.78.86.83.86
> > > >
> > > > email : pec...@ob...

=2D-=20
Emmanuel P=C3=A9contal

CRAL - Observatoire de Lyon
9, Av. Charles Andre
=46-69561 Saint Genis Laval Cedex

tel (33) (0)4.78.86.83.76 - fax (33) (0)4.78.86.83.86

email : pec...@ob...
~

David Chin wrote:
> Is it possible to layer a translucent contourf over an image?
> 
> I tried the obvious, but it didn't seem to work:
> 
> im = imshow(Z, interpolation='nearest', extent=extent, cmap=cm.bone)
> v = axis()
> cset = contourf(Z2, levels, hold='on', cmap=cm.jet, extent=extent, alpha=0.6)


Dave,

You are right, that should work, but it doesn't--support for the alpha 
kwarg just isn't there.  I'll fix it.  Thanks for pointing it out.

Eric

Sorry guys, just wrong file name and synyax lol.

Titi

--- Titi Anggono <tia...@ya...> wrote:

> Hi all,
> 
> I read in the manual that we can save file as
> binary.
> I tried following code and got error, I would like
> to
> have your comment.
> 
> =========================
> import Numeric
> import pylab
> 
> #ascii.dat is two dimensional array
> fout=pylab.load('C:/Python23/code/ascii.dat')
> t=fout[:,0]
> x=fout[:,1]
> X=Numeric.zeros((len(t),2),Numeric.Float)
> X[:,0]=t
> X[:,1]=x
> #I want to save as one dimensional array
>
file('C:/Python23/code/asciiBinary.dat','wb').write(X.tostring())
> ==============================
> the error is :
> Traceback (most recent call last):
>   File "C:/Python23/code/asciiBinary.py", line 4, in
> -toplevel-
>     fout=pylab.load('C:/Python23/code/ascii.dat')
>   File
> "C:\Python23\Lib\site-packages\matplotlib\pylab.py",
> line 1006, in load
>     r,c = X.shape
> ValueError: unpack tuple of wrong size
> 
> 
> Thanks
> Titi
> 
> 
> 
> __________________________________________________
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam
> protection around 
> http://mail.yahoo.com 
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by xPML, a
> groundbreaking scripting language
> that extends applications into web and mobile media.
> Attend the live webcast
> and join the prime developer group breaking into
> this new coding territory!
>
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
>
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Hi all,

I read in the manual that we can save file as binary.
I tried following code and got error, I would like to
have your comment.

=========================
import Numeric
import pylab

#ascii.dat is two dimensional array
fout=pylab.load('C:/Python23/code/ascii.dat')
t=fout[:,0]
x=fout[:,1]
X=Numeric.zeros((len(t),2),Float)
X[:,0]=t
X[:,1]=s
#I want to save as one dimensional array
file('C:/Python23/code/asciiBinary.dat','wb').write(X.tostring())
==============================
the error is :
Traceback (most recent call last):
  File "C:/Python23/code/asciiBinary.py", line 4, in
-toplevel-
    fout=pylab.load('C:/Python23/code/ascii.dat')
  File
"C:\Python23\Lib\site-packages\matplotlib\pylab.py",
line 1006, in load
    r,c = X.shape
ValueError: unpack tuple of wrong size


Thanks
Titi



__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

I had similar problems with zooming in extremely far.  My work around
was to use masked arrays before zooming.  Not perfect, but it worked.

On 2/24/06, John Hunter <jdh...@ac...> wrote:
> >>>>> "James" =3D=3D James Boyle <bo...@ll...> writes:
>
>     James> Note that the y array has a screwy point - 1.0e18.  What
>     James> happens is that the first plot ('plot1') looks fine but the
>
> This is an Agg bug and is unrelated to ticking.  In the agg routine
> for drawing a dashed line we are getting the freeze.  This occurs in
> the agg code and not in the matplotlib agg wrappers, so it will take
> some work to fix.  Basically I need to isolate a pure agg C++ example
> and hope Maxim can find a good solution.
>
> The basic problem occurs when you set your viewlimits to be such a
> small part of the data space that the transformed figure coordinate of
> your data point is in outer space.  In your case the transformed
> coordinates with a viewlim set to 0,7 on an 800x600 canvas are
>
>  100 540
>  168.889 471.429
>  237.778 402.857
>  306.667 334.286
>  375.556 265.714
>  444.444 197.143
>  513.333 128.571
>  582.222 60
>  651.111 -8.57143
>  720 -6.85714e+19
>
> It is possible that an earlier version handled this differently, as I
> did refactor that part of the code at one point ....
>
> Thanks for the report -- I'll keep you posted if I can figure out
> something.  One workaround is to drop points in the agg backend that
> are far removed from the canvas, but this isn't ideal, since it could
> lead to misleading results in zoomed images.
>
> JDH
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting langua=
ge
> that extends applications into web and mobile media. Attend the live webc=
ast
> and join the prime developer group breaking into this new coding territor=
y!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat=
=3D121642
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

I found wx-config in
/usr/local/lib/wxPython-ansi-2.6.2.1/bin

./wx-config --version
2.6.2

there is another wx-config in /usr/bin that returns 2.5.3 for the  
version

in setupext.py  is the following function

def find_wx_config():
     """If the WX_CONFIG environment variable has been set, returns  
it value.
     Otherwise, search for `wx-config' in the PATH directories and  
return the
     first match found.  Failing that, return None.
     """

     wxconfig = os.getenv('WX_CONFIG')
     if wxconfig is not None:
         return wxconfig

     path = os.getenv('PATH') or ''
     for dir in path.split(':'):
         wxconfig = os.path.join(dir, 'wx-config')
         if os.path.exists(wxconfig):
             return wxconfig

     return None

I checked and I didn't have WX_CONFIG environment variable set to  
anything.

so I set the environment variable

export WX_CONFIG="usr/local/lib/wxPython-ansi-2.6.2.1/bin/wx-config"
AlBook:smithsm$ echo $WX_CONFIG
usr/local/lib/wxPython-ansi-2.6.2.1/bin/wx-config

I removed the build directory rm -r build then I
python setup.py clean
python setup.py build
sudo python setup.py clean

but the problem does not go away!
  from the debug output below it states that
the WXAgg backend is version 2.6.2.1
So I don't know what to do?

pythonw simple_plot.py --verbose-helpful
matplotlib data path /Library/Frameworks/Python.framework/Versions/ 
2.4/lib/python2.4/site-packages/matplotlib/mpl-data
$HOME=/Users/smithsm
CONFIGDIR=/Users/smithsm/.matplotlib
loaded rc file /Users/smithsm/.matplotlib/matplotlibrc
matplotlib version 0.87.1cvs
verbose.level helpful
interactive is False
platform is darwin
numerix numpy 0.9.5.2006
font search path ['/Library/Frameworks/Python.framework/Versions/2.4/ 
lib/python2.4/site-packages/matplotlib/mpl-data']
loaded ttfcache file /Users/smithsm/.matplotlib/ttffont.cache
backend WXAgg version 2.6.2.1
Traceback (most recent call last):
   File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/backends/backend_wx.py", line  
1048, in _onPaint
     self.draw(repaint=False)
   File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/backends/backend_wxagg.py", line  
62, in draw
     self.bitmap = _convert_agg_to_wx_bitmap(self.get_renderer(), None)
MemoryError: _wxagg.convert_agg_to_wx_bitmap(): could not create the  
wx.Bitmap
Traceback (most recent call last):
   File "simple_plot.py", line 16, in ?
     show()
   File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/backends/backend_wx.py", line  
1193, in show
     figwin.canvas.draw()
   File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/backends/backend_wxagg.py", line  
62, in draw
     self.bitmap = _convert_agg_to_wx_bitmap(self.get_renderer(), None)
MemoryError: _wxagg.convert_agg_to_wx_bitmap(): could not create the  
wx.Bitmap
AlBook:smithsm$


On 24 Feb, 2006, at 15:33, Christopher Barker wrote:

> Samuel M. Smith wrote:
>> MemoryError: _wxagg.convert_agg_to_wx_bitmap(): could not create  
>> the wx.Bitmap
>
> yes, if you are running OS-X 10.4. OS-X 10.4 comes with a version  
> of wxPython pre-installed. It's an older version that you probably  
> don't want to use, plus it's installed for python 2.3.5
>
> However, when you need to build wx code (which the wxagg back-end  
> does), you can use the wx-config utility to find out what libs to  
> link etc. Apple has installed a wx-config into /usr/bin/wx-config  
> that points to their install of wx. You need to make sure MPL uses  
> the wx-config that came with the version of wxPython you installed  
> instead.
>
> I think it's in /usr/local/lib/wxPython-Something-or-other/bin/ 
> wxconfig
>
> There is an environment variable you can set to tell MPL's setup.py  
> where to look for it. It escapes me for the moment what it's  
> called, but poke around setup.py and friends and you'll find it.
>
> When you've got this all working, it would be great if you could  
> contribute a binary mpkg to pythonmac.org.
>
> How did you link libpng and libfreetype? Statically I hope, so that  
> a binary would be useful to everyone.
>
> -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...
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting  
> language
> that extends applications into web and mobile media. Attend the  
> live webcast
> and join the prime developer group breaking into this new coding  
> territory!
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

**********************************************************************
Samuel M. Smith Ph.D.
2966 Fort Hill Road
Eagle Mountain, Utah 84043
801-768-2768 voice
801-768-2769 fax
**********************************************************************
"The greatest source of failure and unhappiness in the world is
giving up what we want most for what we want at the moment"
**********************************************************************

Samuel M. Smith wrote:
> MemoryError: _wxagg.convert_agg_to_wx_bitmap(): could not create the 
> wx.Bitmap

yes, if you are running OS-X 10.4. OS-X 10.4 comes with a version of 
wxPython pre-installed. It's an older version that you probably don't 
want to use, plus it's installed for python 2.3.5

However, when you need to build wx code (which the wxagg back-end does), 
you can use the wx-config utility to find out what libs to link etc. 
Apple has installed a wx-config into /usr/bin/wx-config that points to 
their install of wx. You need to make sure MPL uses the wx-config that 
came with the version of wxPython you installed instead.

I think it's in /usr/local/lib/wxPython-Something-or-other/bin/wxconfig

There is an environment variable you can set to tell MPL's setup.py 
where to look for it. It escapes me for the moment what it's called, but 
poke around setup.py and friends and you'll find it.

When you've got this all working, it would be great if you could 
contribute a binary mpkg to pythonmac.org.

How did you link libpng and libfreetype? Statically I hope, so that a 
binary would be useful to everyone.

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

SW4gdGhlIG1lYW50aW1lLCBJIHdhcyBhYmxlIHRvIGZpeCBpdCBieSBjaGFuZ2luZyB0aGUKb2Zm
ZW5kaW5nIGxpbmUgaW4gY20ucHkuIENvbnRleHQgZGlmZiBhdHRhY2hlZC4KCkNoZWVycywKRGF2
ZQoKT24gMi8yNC8wNiwgRXJpYyBGaXJpbmcgPGVmaXJpbmdAaGF3YWlpLmVkdT4gd3JvdGU6Cj4g
RGF2aWQsCj4KPiBZb3UgcmFuIGludG8gYSBidWcgSSBpbnRyb2R1Y2VkIHdoaWxlIHRyeWluZyB0
byBmaXggYW5vdGhlciBidWc7IGEKPiBidWdmaXggcmVsZWFzZSBpcyBwbGFubmVkICp2ZXJ5KiBz
b29uLgo+Cj4gRXJpYwo+Cj4gRGF2aWQgQ2hpbiB3cm90ZToKPiA+IEhpLCBJIGFtIHJ1bm5pbmcg
b24gUkhFTCAzLCBQeXRob24gMi40LjIsIG51bWFycmF5IDEuNS4xLCBtYXRwbG90bGliIDAuOC43
Lgo+ID4KPiA+IEkgdHJpZWQgcnVubmluZyB0aGUgZXhhbXBsZSBjb250b3VyX2ltYWdlLnB5ICh3
aGljaCB3b3JrcyBmaW5lIG9uIG15IE1hY09TIFguMy45Cj4gPiBpbnN0YWxsYXRpb24gZnJvbSBm
aW5rKSwgYnV0IEkgZ2V0IHRoZXNlIGVycm9yIG1lc3NhZ2VzOgo+ID4KPiA+ICAgICBkd2NoaW4+
IHB5dGhvbiBjb250b3VyX2ltYWdlLnB5Cj4gPiAgICAgVHJhY2ViYWNrIChtb3N0IHJlY2VudCBj
YWxsIGxhc3QpOgo+ID4gICAgICAgRmlsZSAiY29udG91cl9pbWFnZS5weSIsIGxpbmUgNDUsIGlu
ID8KPiA+ICAgICAgICAgY3NldDIgPSBjb250b3VyKFgsIFksIFosIGNzZXQxLmxldmVscywgY29s
b3JzID0gJ2snLCBob2xkPSdvbicpCj4gPiAgICAgICBGaWxlICIvb3B0L2xpYi9weXRob24yLjQv
c2l0ZS1wYWNrYWdlcy9tYXRwbG90bGliL3B5bGFiLnB5IiwKPiA+IGxpbmUgMTg1NiwgaW4gY29u
dG91cgo+ID4gICAgICAgICByZXQgPSAgZ2NhKCkuY29udG91cigqYXJncywgKiprd2FyZ3MpCj4g
PiAgICAgICBGaWxlICIvb3B0L2xpYi9weXRob24yLjQvc2l0ZS1wYWNrYWdlcy9tYXRwbG90bGli
L2F4ZXMucHkiLCBsaW5lCj4gPiAxMjkzLCBpbiBjb250b3VyCj4gPiAgICAgICAgIHJldHVybiBD
b250b3VyU2V0KHNlbGYsICphcmdzLCAqKmt3YXJncykKPiA+ICAgICAgIEZpbGUgIi9vcHQvbGli
L3B5dGhvbjIuNC9zaXRlLXBhY2thZ2VzL21hdHBsb3RsaWIvY29udG91ci5weSIsCj4gPiBsaW5l
IDQyOCwgaW4gX19pbml0X18KPiA+ICAgICAgICAgc2VsZi5fcHJvY2Vzc19jb2xvcnMoKQo+ID4g
ICAgICAgRmlsZSAiL29wdC9saWIvcHl0aG9uMi40L3NpdGUtcGFja2FnZXMvbWF0cGxvdGxpYi9j
b250b3VyLnB5IiwKPiA+IGxpbmUgNjI2LCBpbiBfcHJvY2Vzc19jb2xvcnMKPiA+ICAgICAgICAg
c2VsZi5zZXRfbm9ybShub19ub3JtKCkpCj4gPiAgICAgICBGaWxlICIvb3B0L2xpYi9weXRob24y
LjQvc2l0ZS1wYWNrYWdlcy9tYXRwbG90bGliL2NtLnB5IiwgbGluZQo+ID4gODUsIGluIHNldF9u
b3JtCj4gPiAgICAgICAgIHNlbGYuY2hhbmdlZCgpCj4gPiAgICAgICBGaWxlICIvb3B0L2xpYi9w
eXRob24yLjQvc2l0ZS1wYWNrYWdlcy9tYXRwbG90bGliL2NvbnRvdXIucHkiLAo+ID4gbGluZSA0
NzQsIGluIGNoYW5nZWQKPiA+ICAgICAgICAgdGNvbG9ycyA9IFsgKHR1cGxlKHJnYmEpLCkgZm9y
IHJnYmEgaW4gc2VsZi50b19yZ2JhKHNlbGYuY3ZhbHVlcyldCj4gPiAgICAgICBGaWxlICIvb3B0
L2xpYi9weXRob24yLjQvc2l0ZS1wYWNrYWdlcy9tYXRwbG90bGliL2NtLnB5IiwgbGluZQo+ID4g
NTIsIGluIHRvX3JnYmEKPiA+ICAgICAgICAgaWYgbGVuKHguc2hhcGUpPjI6IHJldHVybiB4Cj4g
PiAgICAgICBBdHRyaWJ1dGVFcnJvcjogJ2xpc3QnIG9iamVjdCBoYXMgbm8gYXR0cmlidXRlICdz
aGFwZScKPiA+Cj4gPiBJbiBmYWN0LCBhbGwgdGhlIGNvdW50b3VyIGRlbW8gc2NyaXB0cyBnaXZl
IHRoaXMgZXJyb3IuCj4gPgo+ID4gU2VlbXMgb2RkIHRoYXQgeCBpcyBvZiB0aGUgd3JvbmcgY2xh
c3MvdHlwZS4KPiA+Cj4gPiBBbnkgY2x1ZXM/Cj4gPgo+ID4gQ2hlZXJzLAo+ID4gICBEYXZlCj4g
PiAtLQo+ID4gRW1haWw6IGRhdmlkLncuaC5jaGluQGdtYWlsLmNvbQoKLS0KRW1haWw6IGRhdmlk
LncuaC5jaGluQGdtYWlsLmNvbQo=

>>>>> "James" == James Boyle <bo...@ll...> writes:

    James> Note that the y array has a screwy point - 1.0e18.  What
    James> happens is that the first plot ('plot1') looks fine but the

This is an Agg bug and is unrelated to ticking.  In the agg routine
for drawing a dashed line we are getting the freeze.  This occurs in
the agg code and not in the matplotlib agg wrappers, so it will take
some work to fix.  Basically I need to isolate a pure agg C++ example
and hope Maxim can find a good solution.

The basic problem occurs when you set your viewlimits to be such a
small part of the data space that the transformed figure coordinate of
your data point is in outer space.  In your case the transformed
coordinates with a viewlim set to 0,7 on an 800x600 canvas are

 100 540
 168.889 471.429
 237.778 402.857
 306.667 334.286
 375.556 265.714
 444.444 197.143
 513.333 128.571
 582.222 60
 651.111 -8.57143
 720 -6.85714e+19

It is possible that an earlier version handled this differently, as I
did refactor that part of the code at one point ....

Thanks for the report -- I'll keep you posted if I can figure out
something.  One workaround is to drop points in the agg backend that
are far removed from the canvas, but this isn't ideal, since it could
lead to misleading results in zoomed images.

JDH 

SXMgaXQgcG9zc2libGUgdG8gbGF5ZXIgYSB0cmFuc2x1Y2VudCBjb250b3VyZiBvdmVyIGFuIGlt
YWdlPwoKSSB0cmllZCB0aGUgb2J2aW91cywgYnV0IGl0IGRpZG4ndCBzZWVtIHRvIHdvcms6Cgpp
bSA9IGltc2hvdyhaLCBpbnRlcnBvbGF0aW9uPSduZWFyZXN0JywgZXh0ZW50PWV4dGVudCwgY21h
cD1jbS5ib25lKQp2ID0gYXhpcygpCmNzZXQgPSBjb250b3VyZihaMiwgbGV2ZWxzLCBob2xkPSdv
bicsIGNtYXA9Y20uamV0LCBleHRlbnQ9ZXh0ZW50LCBhbHBoYT0wLjYpCgpDaGVlcnMsCiAgRGF2
ZQotLQpFbWFpbDogZGF2aWQudy5oLmNoaW5AZ21haWwuY29tCg==

I've been having trouble gettin histograms to work on arrays.  This is no=
t
the particular case that I've had, but illustrates the general error.=20
Wondering if anyone knew what I was doing wrong?  Thanks.


>>> from pylab import *
>>> from numpy import *
>>> x=3Dones([2,10])
>>> x
array([[1, 1, 1, 1, 1, 1, 1, 1, 1, 1],
       [1, 1, 1, 1, 1, 1, 1, 1, 1, 1]])
>>> hist(x[0])
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
  File "/usr/lib/python2.4/site-packages/matplotlib/pylab.py", line 1857,
in hist
    ret =3D  gca().hist(*args, **kwargs)
  File "/usr/lib/python2.4/site-packages/matplotlib/axes.py", line 1676,
in hist
    n,bins =3D matplotlib.mlab.hist(x, bins, normed)
  File "/usr/lib/python2.4/site-packages/matplotlib/mlab.py", line 617, i=
n
hist
    ymin -=3D 0.5
TypeError: unsupported operand type(s) for -=3D: 'str' and 'float'

>>>>> "nicky" == nicky van foreest <van...@gm...> writes:

    nicky> Hi, There appears to be a bug in line 212 of the example
    nicky> finance_work2.py. It reads "setp ...", which does not
    nicky> work. Changing it to "set ..." repaired the problem.

You are probably using an old version of matplotlib.  Recent versions
use setp rather than set to avoid clobbering the python2.4 built-in
set.

The change you made is fine for old versions of matplotlib, but will
no work for newer versions.

In general, it is a good idea to periodically read

  http://matplotlib.sourceforge.net/CHANGELOG

and

  http://matplotlib.sourceforge.net/API_CHANGES

which document these kinds of changes by version number.  Eg, you will
see in the latter document that setp was introduced in 0.84.  You can
find out your version number by doing

  >>> import matplotlib
  >>> matplotlib.__version__

Cheers,
JDH

>>>>> "Nils" == Nils Wagner <nw...@me...> writes:
    Nils> Can I add something to

    Nils> /usr/local/bin/python setup.py build

    Nils> and

    Nils> /usr/local/bin/python setup.py install ?

You have a few choices: 

  * don't enable the GTK backend for your matplotlib install in
    /usr/local/bin/python -- edit setup.py and set BUILD_GTK=0

  * install pygtk and everything else you want in the
    /usr/local/bin/python before installing mpl there

  * update your PYTHONPATH and PKG_CONFIG_PATH so both can see the
    same pygtk install.  This will only work if both pythons have the
    same major version number, eg both are 2.3 or both are 2.4.

  * use a subject heading when posting

JDH

>>>>> "David" == David TREMOUILLES <dav...@gm...> writes:

    >>> 2006/2/24, David Huard <dav...@gm... >: What if I
    >>> want it to be non-interactive ? I want to save graphics
    >>> directly to a file from a script, without them being
    >>> displayed. It's weird that in this case close() crashes the
    >>> whole thing.

    David> Yes your wright the script have to work in non interactive
    David> mode. (I was just trying to give an explanation to Emmanuel
    David> problem).  The following script should work (but it crashes
    David> like Emmanuel reported):

    David> #!/usr/bin/python import matplotlib import pylab #Turn off
    David> interactive mode matplotlib.interactive(False) #plot figure
    David> 1 pylab.figure() pylab.plot([1,2,3],[1,2,3])
    David> pylab.savefig("test_pylab1.png") pylab.close() #plot figure
    David> 2 pylab.figure() pylab.plot([1,2,3],[1,2,3])
    David> pylab.savefig("test_pylab2.png") pylab.close()

This is a bug and I fixed it in CVS (Steve take a look and see if you
agree with the show._mainloop approach) but basically you don't want
to use matplotlib this way.

If you do not want the figure to pop-up, that is you only want to
create a PNG and move on, just use the Agg backend rather than GTK*.

Eg

python myscript.py -dAgg

The problem you experienced arose because you closed all the figures
before you called show in non-interactive mode.  For a GUI this makes
no sense, because you are telling the GUI to close all the windows
before it shows any of them.  

I fixed the GTK backend to not try and quit gtk before starting it :-)

In summary, I recommend:

  * in non-interactive mode with a GUI backend, always end your script
    with show.  This starts the GUI mainloop.  Do not close all your
    figures before you call show.

  * if you don't want an image to pop up, use non-interactive mode,
    and a non-GUI backend, and show is not required but it doesn't
    hurt either.

JDH

I looks like it is finding my matplotlibrc file but is not using it  
at least in ipython because
none of my changes show up in pylab.rcParams.



On 24 Feb, 2006, at 11:47, Samuel M. Smith wrote:

> I also have another problem with 0.87.
> It is not using the my .matplotlib/matplotlibrc file in my home  
> directory
>
> when I print pylab.rcParams I see the defaults from
> /library/frameworks/python.framework/versions/2.4/lib/python2.4/ 
> site-packages/matplotlib/mpl-data/matplotlibrc
>
> in the matplotlibrc comments it says
>
> # By default, the installer will overwrite the existing file in the
> # install path, so if you want to preserve your's, please move it to
> # your HOME dir and set the environment variable if necessary.
>
> What environment variable is it talking about?
>
> echo $HOME returns my home directory is there another one.
> It worked fine in 0.86.2?
>
> Any ideas?
>
>
>
> **********************************************************************
> Samuel M. Smith Ph.D.
> 2966 Fort Hill Road
> Eagle Mountain, Utah 84043
> 801-768-2768 voice
> 801-768-2769 fax
> **********************************************************************
> "The greatest source of failure and unhappiness in the world is
> giving up what we want most for what we want at the moment"
> **********************************************************************
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by xPML, a groundbreaking scripting  
> language
> that extends applications into web and mobile media. Attend the  
> live webcast
> and join the prime developer group breaking into this new coding  
> territory!
> http://sel.as-us.falkag.net/sel? 
> cmd=lnk&kid=110944&bid=241720&dat=121642
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

**********************************************************************
Samuel M. Smith Ph.D.
2966 Fort Hill Road
Eagle Mountain, Utah 84043
801-768-2768 voice
801-768-2769 fax
**********************************************************************
"The greatest source of failure and unhappiness in the world is
giving up what we want most for what we want at the moment"
**********************************************************************

RGF2aWQsDQoNCllvdSByYW4gaW50byBhIGJ1ZyBJIGludHJvZHVjZWQgd2hpbGUgdHJ5aW5n
IHRvIGZpeCBhbm90aGVyIGJ1ZzsgYSANCmJ1Z2ZpeCByZWxlYXNlIGlzIHBsYW5uZWQgKnZl
cnkqIHNvb24uDQoNCkVyaWMNCg0KRGF2aWQgQ2hpbiB3cm90ZToNCj4gSGksIEkgYW0gcnVu
bmluZyBvbiBSSEVMIDMsIFB5dGhvbiAyLjQuMiwgbnVtYXJyYXkgMS41LjEsIG1hdHBsb3Rs
aWIgMC44LjcuDQo+IA0KPiBJIHRyaWVkIHJ1bm5pbmcgdGhlIGV4YW1wbGUgY29udG91cl9p
bWFnZS5weSAod2hpY2ggd29ya3MgZmluZSBvbiBteSBNYWNPUyBYLjMuOQ0KPiBpbnN0YWxs
YXRpb24gZnJvbSBmaW5rKSwgYnV0IEkgZ2V0IHRoZXNlIGVycm9yIG1lc3NhZ2VzOg0KPiAN
Cj4gICAgIGR3Y2hpbj4gcHl0aG9uIGNvbnRvdXJfaW1hZ2UucHkNCj4gICAgIFRyYWNlYmFj
ayAobW9zdCByZWNlbnQgY2FsbCBsYXN0KToNCj4gICAgICAgRmlsZSAiY29udG91cl9pbWFn
ZS5weSIsIGxpbmUgNDUsIGluID8NCj4gICAgICAgICBjc2V0MiA9IGNvbnRvdXIoWCwgWSwg
WiwgY3NldDEubGV2ZWxzLCBjb2xvcnMgPSAnaycsIGhvbGQ9J29uJykNCj4gICAgICAgRmls
ZSAiL29wdC9saWIvcHl0aG9uMi40L3NpdGUtcGFja2FnZXMvbWF0cGxvdGxpYi9weWxhYi5w
eSIsDQo+IGxpbmUgMTg1NiwgaW4gY29udG91cg0KPiAgICAgICAgIHJldCA9ICBnY2EoKS5j
b250b3VyKCphcmdzLCAqKmt3YXJncykNCj4gICAgICAgRmlsZSAiL29wdC9saWIvcHl0aG9u
Mi40L3NpdGUtcGFja2FnZXMvbWF0cGxvdGxpYi9heGVzLnB5IiwgbGluZQ0KPiAxMjkzLCBp
biBjb250b3VyDQo+ICAgICAgICAgcmV0dXJuIENvbnRvdXJTZXQoc2VsZiwgKmFyZ3MsICoq
a3dhcmdzKQ0KPiAgICAgICBGaWxlICIvb3B0L2xpYi9weXRob24yLjQvc2l0ZS1wYWNrYWdl
cy9tYXRwbG90bGliL2NvbnRvdXIucHkiLA0KPiBsaW5lIDQyOCwgaW4gX19pbml0X18NCj4g
ICAgICAgICBzZWxmLl9wcm9jZXNzX2NvbG9ycygpDQo+ICAgICAgIEZpbGUgIi9vcHQvbGli
L3B5dGhvbjIuNC9zaXRlLXBhY2thZ2VzL21hdHBsb3RsaWIvY29udG91ci5weSIsDQo+IGxp
bmUgNjI2LCBpbiBfcHJvY2Vzc19jb2xvcnMNCj4gICAgICAgICBzZWxmLnNldF9ub3JtKG5v
X25vcm0oKSkNCj4gICAgICAgRmlsZSAiL29wdC9saWIvcHl0aG9uMi40L3NpdGUtcGFja2Fn
ZXMvbWF0cGxvdGxpYi9jbS5weSIsIGxpbmUNCj4gODUsIGluIHNldF9ub3JtDQo+ICAgICAg
ICAgc2VsZi5jaGFuZ2VkKCkNCj4gICAgICAgRmlsZSAiL29wdC9saWIvcHl0aG9uMi40L3Np
dGUtcGFja2FnZXMvbWF0cGxvdGxpYi9jb250b3VyLnB5IiwNCj4gbGluZSA0NzQsIGluIGNo
YW5nZWQNCj4gICAgICAgICB0Y29sb3JzID0gWyAodHVwbGUocmdiYSksKSBmb3IgcmdiYSBp
biBzZWxmLnRvX3JnYmEoc2VsZi5jdmFsdWVzKV0NCj4gICAgICAgRmlsZSAiL29wdC9saWIv
cHl0aG9uMi40L3NpdGUtcGFja2FnZXMvbWF0cGxvdGxpYi9jbS5weSIsIGxpbmUNCj4gNTIs
IGluIHRvX3JnYmENCj4gICAgICAgICBpZiBsZW4oeC5zaGFwZSk+MjogcmV0dXJuIHgNCj4g
ICAgICAgQXR0cmlidXRlRXJyb3I6ICdsaXN0JyBvYmplY3QgaGFzIG5vIGF0dHJpYnV0ZSAn
c2hhcGUnDQo+IA0KPiBJbiBmYWN0LCBhbGwgdGhlIGNvdW50b3VyIGRlbW8gc2NyaXB0cyBn
aXZlIHRoaXMgZXJyb3IuDQo+IA0KPiBTZWVtcyBvZGQgdGhhdCB4IGlzIG9mIHRoZSB3cm9u
ZyBjbGFzcy90eXBlLg0KPiANCj4gQW55IGNsdWVzPw0KPiANCj4gQ2hlZXJzLA0KPiAgIERh
dmUNCj4gLS0NCj4gRW1haWw6IGRhdmlkLncuaC5jaGluQGdtYWlsLmNvbQ0KPiBOGO+/vUhT
Xu+/vemailjvv73vv73vv70n77+977+977+9de+/ve+/vTzvv73agu+/vS7vv73vv73vv715
77+9Iu+/vQsc77+9Km3vv714JWp4LmoH77+977+977+9Xu+/vdendsap77+9WO+/vWrYqO+/
vcin77+977+9Hm3vv73dmu+/ve+/ve+/vXYm77+977+916d277+9Xu+/vSvvv73vv73vv73v
v71q77+9Wu+/ve+/ve+/vXtheu+/ve+/ve+/vV7vv73vv71o77+977+94K6L77+9bu+/ve+/
ve+/vSnvv717aO+/vRjvv73vv73vv70c77+92Kfvv73Xq++/vSto77+9KG3vv73vv73vv73v
v73vv71a77+977+9H2pZGu+/vXfvv73vv73HpXJn77+9eSTvv73vv73vv71PeOG4nQNu77+9
bR1q77+977+9Xu+/ve+/vcat77+9Wi3vv70m77+977+97Jmo77+977+9eCXvv73vv71Mau+/
vWXvv73vv71ibu+/vR7vv73vv71i77+977+9LO+/ve+/ve+/vXnvv70r77+977+93rYbbe+/
ve+/ve+/ve+/vSst77+977+9Lu+/vcef77+977+9Hu+/ve+/vX/vv70rLe+/ve+/vWLvv73Y
p37vv73vv71q77+9Ze+/ve+/vWJu77+9HnJzPT0NCg==

Hi,

What one can do is :

f =3D figure(1)
... some figure
f.clear()

f =3D figure(1)
... another figure
f.clear()

However, it is only a work around, not an actual solution...

Cheers,

David

2006/2/24, David TREMOUILLES <dav...@gm...>:
>
>    >>2006/2/24, David Huard <dav...@gm... >:
>     >>What if I want it to be non-interactive ? I want to save graphics
>     >>directly to a file from a script, without them being displayed. It'=
s
>     >>weird that in this case close() crashes the whole thing.
>
>  Yes your wright the script have to work in non interactive mode. (I was
> just trying to give an explanation to Emmanuel problem).
>  The following script should work (but it crashes like Emmanuel reported)=
:
>
>  #!/usr/bin/python
>  import matplotlib
>  import pylab
>  #Turn off interactive mode
>  matplotlib.interactive(False)
>  #plot figure 1
>  pylab.figure()
>  pylab.plot([1,2,3],[1,2,3])
>  pylab.savefig("test_pylab1.png")
>  pylab.close()
>  #plot figure 2
>  pylab.figure()
>  pylab.plot([1,2,3],[1,2,3])
>  pylab.savefig("test_pylab2.png")
>  pylab.close()
>
>  Second figure cannot be created due to the crash.
>
>  We need the help of matplotlib Gurus !
>
>  Regards,
>
>  David
>
>
>
> 2006/2/24, David Huard <dav...@gm...>:
> > What if I want it to be non-interactive ? I want to save graphics
> > directly to a file from a script, without them being displayed. It's
> > weird that in this case close() crashes the whole thing.
> >
> > David
> >
> > 2006/2/23, David TREMOUILLES < dav...@gm...>:
> > > Could that be because interactive mode was set in your previous insta=
ll
> ?
> > >  (in .matplotlibrc file)
> > >  if I try:
> > >
> > > #!/usr/bin/python
> > >  import matplotlib
> > >  import pylab
> > >  matplotlib.interactive(True)
> > >  pylab.figure()
> > >  pylab.close()
> > >
> > >  Then it works...
> > >  Hope this  could help you...
> > >
> > >  David
> > >
> > > 2006/2/23, Emmanuel Pecontal <pec...@ob...>:
> > >
> > > > Hello,
> > > >
> > > > If I run the following script on my system (SuSE 10.0, matplotlib-0=
.87
> but
> > > > same behaviour with 0.86):
> > > >
> > > > #!/usr/bin/python
> > > >
> > > > import matplotlib
> > > > import pylab
> > > >
> > > > pylab.figure()
> > > > pylab.close ()
> > > >
> > > > It crashes with the following error message:
> > > >
> > > > Traceback (most recent call last):
> > > >   File "./tmp.py", line 8, in ?
> > > >     pylab.close()
> > > >   File
> > > "/usr/lib/python2.4/site-packages/matplotlib/pylab.py",
> > > line 768, in
> > > > close
> > > >     else: _pylab_helpers.Gcf.destroy(figManager.num)
> > > >   File
> > >
> "/usr/lib/python2.4/site-packages/matplotlib/_pylab_helpers.py",
> > > line
> > > > 28, in destroy
> > > >     figManager.destroy()
> > > >   File
> > >
> "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtk.py",
> > > > line 456, in destroy
> > > >     gtk.main_quit()
> > > > RuntimeError: called outside of a mainloop
> > > >
> > > > Does someone has an idea of the problem?
> > > > I didn't have this kind of problem with my SuSE 9.3 and
> matplotlib-0.85
> > > >
> > > > --
> > > > Emmanuel P=E9contal
> > > >
> > > > CRAL - Observatoire de Lyon
> > > > 9, Av. Charles Andre
> > > > F-69561 Saint Genis Laval Cedex
> > > >
> > > > tel (33) (0)4.78.86.83.76 - fax (33) (0)4.78.86.83.86
> > > >
> > > > email : pec...@ob...
> > > >
> > >
> > >
> >
>
>

did a test not using ipython as per the faq

Here is the debug-annoying output

pythonw simple_plot.py --verbose-debug-annoying
matplotlib data path /Library/Frameworks/Python.framework/Versions/ 
2.4/lib/python2.4/site-packages/matplotlib/mpl-data
$HOME=/Users/smithsm
CONFIGDIR=/Users/smithsm/.matplotlib
loaded rc file /Users/smithsm/.matplotlib/matplotlibrc
matplotlib version 0.87
verbose.level debug-annoying
interactive is False
platform is darwin
loaded modules: ['pylab', '_bisect', '__future__', 'copy_reg',  
'sre_compile', 'distutils', '_sre', '__main__', 'site',  
'__builtin__', 'datetime', 'matplotlib.tempfile', 'encodings',  
'itertools', 'shutil', 'distutils.string', 'dateutil',  
'matplotlib.datetime', 'posixpath', '_random', 'imp', 'tempfile',  
'errno', 'matplotlib.warnings', 'binascii', 'encodings.codecs',  
'matplotlib.sys', 're', 'matplotlib.md5', 'os.path', 'pytz.sys',  
'_codecs', 'distutils.sysconfig', 'new', 'encodings.exceptions',  
'pytz.sets', 'math', 'fcntl', 'stat', 'zipimport', 'string',  
'warnings', 'encodings.types', 'UserDict', 'encodings.ascii', 'sets',  
'distutils.os', 'matplotlib', 'sys', 'sre_constants', 'pytz.tzinfo',  
'pytz', 'pytz.datetime', 'matplotlib.__future__', 'codecs',  
'distutils.re', 'matplotlib.pytz', 'types', 'md5',  
'matplotlib.dateutil', 'matplotlib.os', 'thread', 'sre', 'bisect',  
'matplotlib.distutils', 'signal', 'pkg_resources',  
'distutils.errors', 'random', 'linecache', 'matplotlib.shutil',  
'posix', 'encodings.aliases', 'time', 'exceptions', 'sre_parse',  
'pytz.bisect', 'distutils.sys', 'os', 'strop']
numerix numpy 0.9.5.2006
font search path ['/Library/Frameworks/Python.framework/Versions/2.4/ 
lib/python2.4/site-packages/matplotlib/mpl-data']
trying fontname /Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/mpl-data/cmtt10.ttf
trying fontname /Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/mpl-data/VeraMoBd.ttf
trying fontname /Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/mpl-data/VeraMoBI.ttf
trying fontname /Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/mpl-data/VeraBd.ttf
trying fontname /Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/mpl-data/VeraSeBd.ttf
trying fontname /Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/mpl-data/VeraMono.ttf
trying fontname /Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/mpl-data/cmsy10.ttf
trying fontname /Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/mpl-data/cmex10.ttf
trying fontname /Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/mpl-data/cmmi10.ttf
trying fontname /Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/mpl-data/VeraIt.ttf
trying fontname /Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/mpl-data/cmr10.ttf
trying fontname /Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/mpl-data/Vera.ttf
loaded ttfcache file /Users/smithsm/.matplotlib/ttffont.cache
backend WXAgg version 2.6.2.1
FigureCanvasAgg.print_figure
FigureCanvasAgg.draw
RendererAgg.__init__
RendererAgg._get_agg_font
         findfont found Lucida Grande, normal, normal 500, normal, 14.0
findfont returning /System/Library/Fonts/LucidaGrande.dfont
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg._get_agg_font
         findfont found Lucida Grande, normal, normal 500, normal, 12.0
findfont returning /System/Library/Fonts/LucidaGrande.dfont
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
FigureCanvasAgg.print_figure
FigureCanvasAgg.draw
RendererAgg.__init__
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
         findfont cached Lucida Grande, normal, normal, 500, normal,  
14.0
findfont returning /System/Library/Fonts/LucidaGrande.dfont
         findfont cached Lucida Grande, normal, normal, 500, normal,  
12.0
findfont returning /System/Library/Fonts/LucidaGrande.dfont
FigureCanvasAgg.draw
RendererAgg.__init__
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
Traceback (most recent call last):
   File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/backends/backend_wx.py", line  
1048, in _onPaint
     self.draw(repaint=False)
   File "/Library/Frameworks/Python.framework/Versions/2.4/lib/ 
python2.4/site-packages/matplotlib/backends/backend_wxagg.py", line  
62, in draw
     self.bitmap = _convert_agg_to_wx_bitmap(self.get_renderer(), None)
MemoryError: _wxagg.convert_agg_to_wx_bitmap(): could not create the  
wx.Bitmap
FigureCanvasAgg.draw
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.points_to_pixels
RendererAgg.points_to_pixels
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
RendererAgg.draw_text
RendererAgg._get_agg_font
Bus error
AlBook:smithsm$

**********************************************************************
Samuel M. Smith Ph.D.
2966 Fort Hill Road
Eagle Mountain, Utah 84043
801-768-2768 voice
801-768-2769 fax
**********************************************************************
"The greatest source of failure and unhappiness in the world is
giving up what we want most for what we want at the moment"
**********************************************************************

Hi all,

I have installed two different version of python
One is in /usr/bin/python and the other is in
/usr/local/bin

I have installed matplotlib using

/usr/bin/python setup.py build
/usr/bin/python setup.py install

It works fine.

However if I try to install matplotlib using

/usr/local/bin/python setup.py build

it fails due to missing pygtk.

How can I resolve this problem ?

Can I add something to

/usr/local/bin/python setup.py build

and

/usr/local/bin/python setup.py install ?

Nils
 =20

I also have another problem with 0.87.
It is not using the my .matplotlib/matplotlibrc file in my home  
directory

when I print pylab.rcParams I see the defaults from
/library/frameworks/python.framework/versions/2.4/lib/python2.4/site- 
packages/matplotlib/mpl-data/matplotlibrc

in the matplotlibrc comments it says

# By default, the installer will overwrite the existing file in the
# install path, so if you want to preserve your's, please move it to
# your HOME dir and set the environment variable if necessary.

What environment variable is it talking about?

echo $HOME returns my home directory is there another one.
It worked fine in 0.86.2?

Any ideas?



**********************************************************************
Samuel M. Smith Ph.D.
2966 Fort Hill Road
Eagle Mountain, Utah 84043
801-768-2768 voice
801-768-2769 fax
**********************************************************************
"The greatest source of failure and unhappiness in the world is
giving up what we want most for what we want at the moment"
**********************************************************************

SGksIEkgYW0gcnVubmluZyBvbiBSSEVMIDMsIFB5dGhvbiAyLjQuMiwgbnVtYXJyYXkgMS41LjEs
IG1hdHBsb3RsaWIgMC44LjcuCgpJIHRyaWVkIHJ1bm5pbmcgdGhlIGV4YW1wbGUgY29udG91cl9p
bWFnZS5weSAod2hpY2ggd29ya3MgZmluZSBvbiBteSBNYWNPUyBYLjMuOQppbnN0YWxsYXRpb24g
ZnJvbSBmaW5rKSwgYnV0IEkgZ2V0IHRoZXNlIGVycm9yIG1lc3NhZ2VzOgoKICAgIGR3Y2hpbj4g
cHl0aG9uIGNvbnRvdXJfaW1hZ2UucHkKICAgIFRyYWNlYmFjayAobW9zdCByZWNlbnQgY2FsbCBs
YXN0KToKICAgICAgRmlsZSAiY29udG91cl9pbWFnZS5weSIsIGxpbmUgNDUsIGluID8KICAgICAg
ICBjc2V0MiA9IGNvbnRvdXIoWCwgWSwgWiwgY3NldDEubGV2ZWxzLCBjb2xvcnMgPSAnaycsIGhv
bGQ9J29uJykKICAgICAgRmlsZSAiL29wdC9saWIvcHl0aG9uMi40L3NpdGUtcGFja2FnZXMvbWF0
cGxvdGxpYi9weWxhYi5weSIsCmxpbmUgMTg1NiwgaW4gY29udG91cgogICAgICAgIHJldCA9ICBn
Y2EoKS5jb250b3VyKCphcmdzLCAqKmt3YXJncykKICAgICAgRmlsZSAiL29wdC9saWIvcHl0aG9u
Mi40L3NpdGUtcGFja2FnZXMvbWF0cGxvdGxpYi9heGVzLnB5IiwgbGluZQoxMjkzLCBpbiBjb250
b3VyCiAgICAgICAgcmV0dXJuIENvbnRvdXJTZXQoc2VsZiwgKmFyZ3MsICoqa3dhcmdzKQogICAg
ICBGaWxlICIvb3B0L2xpYi9weXRob24yLjQvc2l0ZS1wYWNrYWdlcy9tYXRwbG90bGliL2NvbnRv
dXIucHkiLApsaW5lIDQyOCwgaW4gX19pbml0X18KICAgICAgICBzZWxmLl9wcm9jZXNzX2NvbG9y
cygpCiAgICAgIEZpbGUgIi9vcHQvbGliL3B5dGhvbjIuNC9zaXRlLXBhY2thZ2VzL21hdHBsb3Rs
aWIvY29udG91ci5weSIsCmxpbmUgNjI2LCBpbiBfcHJvY2Vzc19jb2xvcnMKICAgICAgICBzZWxm
LnNldF9ub3JtKG5vX25vcm0oKSkKICAgICAgRmlsZSAiL29wdC9saWIvcHl0aG9uMi40L3NpdGUt
cGFja2FnZXMvbWF0cGxvdGxpYi9jbS5weSIsIGxpbmUKODUsIGluIHNldF9ub3JtCiAgICAgICAg
c2VsZi5jaGFuZ2VkKCkKICAgICAgRmlsZSAiL29wdC9saWIvcHl0aG9uMi40L3NpdGUtcGFja2Fn
ZXMvbWF0cGxvdGxpYi9jb250b3VyLnB5IiwKbGluZSA0NzQsIGluIGNoYW5nZWQKICAgICAgICB0
Y29sb3JzID0gWyAodHVwbGUocmdiYSksKSBmb3IgcmdiYSBpbiBzZWxmLnRvX3JnYmEoc2VsZi5j
dmFsdWVzKV0KICAgICAgRmlsZSAiL29wdC9saWIvcHl0aG9uMi40L3NpdGUtcGFja2FnZXMvbWF0
cGxvdGxpYi9jbS5weSIsIGxpbmUKNTIsIGluIHRvX3JnYmEKICAgICAgICBpZiBsZW4oeC5zaGFw
ZSk+MjogcmV0dXJuIHgKICAgICAgQXR0cmlidXRlRXJyb3I6ICdsaXN0JyBvYmplY3QgaGFzIG5v
IGF0dHJpYnV0ZSAnc2hhcGUnCgpJbiBmYWN0LCBhbGwgdGhlIGNvdW50b3VyIGRlbW8gc2NyaXB0
cyBnaXZlIHRoaXMgZXJyb3IuCgpTZWVtcyBvZGQgdGhhdCB4IGlzIG9mIHRoZSB3cm9uZyBjbGFz
cy90eXBlLgoKQW55IGNsdWVzPwoKQ2hlZXJzLAogIERhdmUKLS0KRW1haWw6IGRhdmlkLncuaC5j
aGluQGdtYWlsLmNvbQo=

I wanted to test out all the tex related fixes that are in matplotlib  
0.87.
Since I couldn't find a binary distribution anywhere I tried building  
it from source.

I have python 2.4.2 framework
wxPython 2.6.2.1

I have zlib, freetype, and libpng installed

I downloaded 0.87
ran
python setup.py build


there were no errors but a few warnings about mulitiply defined types  
that seemed innocuous
This warning was the only one that seemed like it might be a problem.

rc/_tkagg.cpp: In function `int PyAggImagePhoto(void*, Tcl_Interp*, int,
    char**)':
src/_tkagg.cpp:71: warning: unused variable `int srcstride'
src/_tkagg.cpp:72: warning: unused variable `int srcwidth'
gcc: -framework: linker input file unused because linking not done
gcc: Tcl: linker input file unused because linking not done
gcc: -framework: linker input file unused because linking not done
gcc: Tk: linker input file unused because linking not done

I ran
sudo python setup.py install

no problems.

but when I try to do a simple plot I get the following error

ipython -pylab

In [4]: plot([4,3,2])
------------------------------------------------------------------------ 
---
exceptions.MemoryError                               Traceback (most  
recent call last)

/Install/Python/MacPython/Python2.4.2/MatPlotLib/matplotlib-0.87/ 
<ipython console>

/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site- 
packages/matplotlib/pylab.py in plot(*args, **kwargs)
    2128     try:
    2129         ret =  gca().plot(*args, **kwargs)
-> 2130         draw_if_interactive()
    2131     except:
    2132         hold(b)

/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site- 
packages/IPython/genutils.py in wrapper(*args, **kw)
     802     def wrapper(*args,**kw):
     803         wrapper.called = False
--> 804         out = func(*args,**kw)
     805         wrapper.called = True
     806         return out

/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site- 
packages/matplotlib/backends/backend_wx.py in draw_if_interactive()
    1170         figManager = Gcf.get_active()
    1171         if figManager is not None:
-> 1172             figManager.canvas.draw()
    1173
    1174

/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site- 
packages/matplotlib/backends/backend_wxagg.py in draw(self, repaint)
      60         FigureCanvasAgg.draw(self)
      61
---> 62         self.bitmap = _convert_agg_to_wx_bitmap 
(self.get_renderer(), None)
      63         if repaint:
      64             self.gui_repaint()

MemoryError: _wxagg.convert_agg_to_wx_bitmap(): could not create the  
wx.Bitmap

any ideas?

   >>2006/2/24, David Huard <dav...@gm... >:
   >>What if I want it to be non-interactive ? I want to save graphics
   >>directly to a file from a script, without them being displayed. It's
   >>weird that in this case close() crashes the whole thing.

Yes your wright the script have to work in non interactive mode. (I was jus=
t
trying to give an explanation to Emmanuel problem).
The following script should work (but it crashes like Emmanuel reported):

#!/usr/bin/python
import matplotlib
import pylab
#Turn off interactive mode
matplotlib.interactive(False)
#plot figure 1
pylab.figure()
pylab.plot([1,2,3],[1,2,3])
pylab.savefig("test_pylab1.png")
pylab.close()
#plot figure 2
pylab.figure()
pylab.plot([1,2,3],[1,2,3])
pylab.savefig("test_pylab2.png")
pylab.close()

Second figure cannot be created due to the crash.

We need the help of matplotlib Gurus !

Regards,

David



2006/2/24, David Huard <dav...@gm...>:
>
> What if I want it to be non-interactive ? I want to save graphics
> directly to a file from a script, without them being displayed. It's
> weird that in this case close() crashes the whole thing.
>
> David
>
> 2006/2/23, David TREMOUILLES < dav...@gm...>:
> > Could that be because interactive mode was set in your previous install
> ?
> >  (in .matplotlibrc file)
> >  if I try:
> >
> > #!/usr/bin/python
> >  import matplotlib
> >  import pylab
> >  matplotlib.interactive(True)
> >  pylab.figure()
> >  pylab.close()
> >
> >  Then it works...
> >  Hope this  could help you...
> >
> >  David
> >
> > 2006/2/23, Emmanuel Pecontal <pec...@ob...>:
> >
> > > Hello,
> > >
> > > If I run the following script on my system (SuSE 10.0, matplotlib-0.8=
7but
> > > same behaviour with 0.86):
> > >
> > > #!/usr/bin/python
> > >
> > > import matplotlib
> > > import pylab
> > >
> > > pylab.figure()
> > > pylab.close ()
> > >
> > > It crashes with the following error message:
> > >
> > > Traceback (most recent call last):
> > >   File "./tmp.py", line 8, in ?
> > >     pylab.close()
> > >   File
> > "/usr/lib/python2.4/site-packages/matplotlib/pylab.py",
> > line 768, in
> > > close
> > >     else: _pylab_helpers.Gcf.destroy(figManager.num)
> > >   File
> > "/usr/lib/python2.4/site-packages/matplotlib/_pylab_helpers.py",
> > line
> > > 28, in destroy
> > >     figManager.destroy()
> > >   File
> > "/usr/lib/python2.4/site-packages/matplotlib/backends/backend_gtk.py",
> > > line 456, in destroy
> > >     gtk.main_quit()
> > > RuntimeError: called outside of a mainloop
> > >
> > > Does someone has an idea of the problem?
> > > I didn't have this kind of problem with my SuSE 9.3 and
> matplotlib-0.85
> > >
> > > --
> > > Emmanuel P=E9contal
> > >
> > > CRAL - Observatoire de Lyon
> > > 9, Av. Charles Andre
> > > F-69561 Saint Genis Laval Cedex
> > >
> > > tel (33) (0)4.78.86.83.76 - fax (33) (0)4.78.86.83.86
> > >
> > > email : pec...@ob...
> > >
> >
> >
>

Hi,

There appears to be a bug in line 212 of the example finance_work2.py. It
reads "setp ...", which does not work. Changing it to "set ..." repaired th=
e
problem.

bye

Nicky

Andrew Jaffe wrote:
> Hi-
>
> Thanks for the help. A comment below...
>
>> Andrew Jaffe wrote:
>>> Eric (etc)-
>>>
>>> Sorry, no dice... in fact I was already using the CVS version so 
>>> this  was the to_rgba() method that failed originally!
>>>
>>> Any other possibilities? Could the problem be just a coincidental  
>>> error elsewhere?
>>>
>>> Andrew
>>>
>>>
>>
>> Andrew and Eric:  I apologize, this latest glitch was all my fault.  
>> I had made a modification to colors.py to workaround an apparenty bug 
>> in numpy masked arrays, and that modification was wrong.  It's now 
>> fixed in CVS, revision 1.26
>>
>> Index: colors.py
>> ===================================================================
>> RCS file: /cvsroot/matplotlib/matplotlib/lib/matplotlib/colors.py,v
>> retrieving revision 1.25
>> diff -r1.25 colors.py
>> 659c659
>> <             result = (vmax-vmin)/(val-vmin)  <-- this is wrong
>> ---
>> >             result = (val-vmin)/(vmax-vmin)  <-- this is right
>>
>> Originally (in 0.87) there was
>>
>> result = (1.0/(vmax-vmin))*(val-vmin)
>>
>> which raised an exception when val was a numpy masked array.
>
> However, I expect the original line was like this in case vmax, vmin 
> and val are all integers, in which case without 'truedivision' (or 
> 'from __future__ import division'), result will use integer division 
> which probably isn't desired.
>
> So this may need to be fixed to force floating-point division. Not 
> sure the robust way to do this with possibly-masked arrays, etc.
>
> Andrew
>
>
>
Andrew:  (val-vmin)/float(vmax-vmin) should be equivalent to the 
original, since I believe vmin and vmax are always scalars.

BTW:  you can trigger the numpy.ma/imshow problem by uncommenting the 
'colorbar(im)' line in the image_masked.py example.  With the original

result = (1.0/(vmax-vmin))*(val-vmin) 

line in colors.py, it will throw an exception with numpy 0.9.5, but

result = (val-vmin)/float(vmax-vmin)

works.

-Jeff