matplotlib-users Mailing List for matplotlib

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