matplotlib-users Mailing List for matplotlib (Page 2)

Hi there,

Just an update regarding the svg problem I was having:

I simply went back to 0.90 and that's working now.

Would still be nice to know if the svg output from matplotlib complies with
the standard or whether it's Qt that's messing things up.

Merry x-mass!

cputter



On 21/12/2007, Christiaan Putter <cep...@go...> wrote:
>
> Hi guys and girls,
>
> Quick question regarding matplotlib's svg backend...
>
> I've embeded pyhton into c++ and Qt's (4.3.3) svg support is having some
> problems with .svg files created by matplotlib.  Text isn't showing up.
> Firefox displays the same .svg file correctly though...
>
> The problem:
>
> It seems some text stuff is stored in a section called defs at the end of
> the file with stuff linking to this earlier in the file.  Qt doesn't like
> that and only displays the normal plot stuff (lines, etc.) but not the
> labels and other text.
>
> More exact:
>
> <use xlink:href="#c_7" .....
>
> references
>
> <path id="c_7" d="M10.6875 .....
>
> at the end of the file.
>
>
>
> When I simply cut and paste the defs section to the beginning of the file
> it solves the problem.
>
> What does the svg standard say about this?  I assume Qt's implementation
> is defect...
>
> Has anybody else encountered this problem?  I'll send an e-mail to Qt too
> and ask them about it.
>
> Hope you're all having a nice day.
>
> Regards,
> cputter
>
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

hi jessica,
This FittingData tutorial is very nice. Could you illustrate how to 
fix/thaw parameters?
I did not find any such attribute and when I try some kludges they fail 
with a msg saying
<type 'exceptions.ValueError'>: shape mismatch: objects cannot be 
broadcast to a single shape


thanks,
Johann

Hi Jack,

In \matplotlib\axes.py, Axes.format_xdata()

func = self.xaxis.get_major_formatter().format_data_short
->func = self.xaxis.get_major_formatter().format_data

same for Axes.format_ydata()

-Yongtao

On Dec 22, 2007 1:46 PM, Jack Sankey <jac...@gm...> wrote:

> Hello,
>
> When you make a figure and move the mouse around inside the axes, the
> x- and y-values appear in the status bar. Is there a way to change the
> precision of this data? It's only tracking 3 significant figures and I
> need more (say you're zoomed in on some data with a large offset).
>
> Is there a way to change this in matplotlibrc or some global
> preference? If not, is it a figure property?
>
> Thanks in advance,
> Jack
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2005.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Hello,

When you make a figure and move the mouse around inside the axes, the
x- and y-values appear in the status bar. Is there a way to change the
precision of this data? It's only tracking 3 significant figures and I
need more (say you're zoomed in on some data with a large offset).

Is there a way to change this in matplotlibrc or some global
preference? If not, is it a figure property?

Thanks in advance,
Jack

Beautiful!
Many thanks John.

Gary R.

John Hunter wrote:
<snip>
> You can manually turn off autoscaling on the axes instance with the
> following, and both scatter and plot should then work as you want.
> 
> ax1 = subplot(121)
> axis('off')
> ax1.imshow(rand(20,20))
> ax2 = subplot(122)
> axis('off')
> ax2.imshow(rand(20,20))
> 
> ax1.set_autoscale_on(False)
> #ax1.scatter([5,10],[5,10])    # note 2
> ax1.plot([5,10],[5,10], 'o')     # note 3
> show()

IyEvdXNyL2Jpbi9lbnYgcHl0aG9uCiMgZW1iZWRkaW5nX2luX3d4LnB5CiMKCiIiIgpDb3B5cmln
aHQgKEMpIEplcmVteSBPJ0Rvbm9naHVlLCAyMDAzCgpMaWNlbnNlOiBUaGlzIHdvcmsgaXMgbGlj
ZW5zZWQgdW5kZXIgdGhlIFBTRi4gQSBjb3B5IHNob3VsZCBiZSBpbmNsdWRlZAp3aXRoIHRoaXMg
c291cmNlIGNvZGUsIGFuZCBpcyBhbHNvIGF2YWlsYWJsZSBhdApodHRwOi8vd3d3LnB5dGhvbi5v
cmcvcHNmL2xpY2Vuc2UuaHRtbAoKVGhpcyBpcyBhIHNhbXBsZSBzaG93aW5nIGhvdyB0byBlbWJl
ZCBhIG1hdHBsb3RsaWIgZmlndXJlIGluIGEgd3hQYW5lbC4KClRoZSBleGFtcGxlIGltcGxlbWVu
dHMgdGhlIGZ1bGwgbmF2aWdhdGlvbiB0b29sYmFyLCBzbyB5b3UgY2FuIGF1dG9tYXRpY2FsbHkK
aW5oZXJpdCBzdGFuZGFyZCBtYXRwbG90bGliIGZlYXR1cmVzIHN1Y2ggYXMgdGhlIGFiaWxpdHkg
dG8gem9vbSwgcGFuIGFuZApzYXZlIGZpZ3VyZXMgaW4gdGhlIHN1cHBvcnRlZCBmb3JtYXRzLgoK
VGhlcmUgYXJlIGEgZmV3IHNtYWxsIGNvbXBsZXhpdGllcyB3b3J0aCBub3RpbmcgaW4gdGhlIGV4
YW1wbGU6CgoxKSBCeSBkZWZhdWx0LCBhIHd4RnJhbWUgY2FuIGNvbnRhaW4gYSB0b29sYmFyIChh
ZGRlZCB3aXRoIFNldFRvb2xCYXIoKSkKICAgYnV0IHRoaXMgaXMgYXQgdGhlIHRvcCBvZiB0aGUg
ZnJhbWUuIE1hdHBsb3RsaWIgZGVmYXVsdCBpcyB0byBwdXQgdGhlCiAgIGNvbnRyb2xzIGF0IHRo
ZSBib3R0b20gb2YgdGhlIGZyYW1lLCBzbyB5b3UgaGF2ZSB0byBtYW5hZ2UgdGhlIHRvb2xiYXIK
ICAgeW91cnNlbGYuIEkgaGF2ZSBkb25lIHRoaXMgYnkgcHV0dGluZyB0aGUgZmlndXJlIGFuZCB0
b29sYmFyIGludG8gYQogICBzaXplciwgYnV0IHRoaXMgbWVhbnMgdGhhdCB5b3UgbmVlZCB0byBv
dmVycmlkZSBHZXRUb29sQmFyIGZvciB5b3VyCiAgIHd4RnJhbWUgc28gdGhhdCB0aGUgZmlndXJl
IG1hbmFnZXIgY2FuIGZpbmQgdGhlIHRvb2xiYXIuCgoyKSBJIGhhdmUgaW1wbGVtZW50ZWQgYSBm
aWd1cmUgbWFuYWdlciB0byBsb29rIGFmdGVyIHRoZSBwbG90cyBhbmQgYXhlcy4KICAgSWYgeW91
IGRvbid0IHdhbnQgYSB0b29sYmFyLCBpdCBpcyBzaW1wbGVyIHRvIGFkZCB0aGUgZmlndXJlIGRp
cmVjdGx5CiAgIGFuZCBub3Qgd29ycnkuIEhvd2V2ZXIsIHRoZSBmaWd1cmUgbWFuYWdlciBsb29r
cyBhZnRlciBjbGlwcGluZyBvZiB0aGUKICAgZmlndXJlIGNvbnRlbnRzLCBzbyB5b3Ugd2lsbCBu
ZWVkIGl0IGlmIHlvdSB3YW50IHRvIG5hdmlnYXRlCgozKSBUaGVyZSBpcyBhIGJ1ZyBpbiB0aGUg
d2F5IGluIHdoaWNoIG15IGNvcHkgb2Ygd3hQeXRob24gY2FsY3VsYXRlcwogICB0b29sYmFyIHdp
ZHRoIG9uIFdpbjMyLCBzbyB0aGVyZSBpcyBhIHRyaWNreSBsaW5lIHRvIGVuc3VyZSB0aGF0IHRo
ZQogICB3aWR0aCBvZiB0aGUgdG9vbGJhdCBpcyB0aGUgc2FtZSBhcyB0aGUgd2lkdGggb2YgdGhl
IGZpZ3VyZS4KCjQpIERlcGVuZGluZyBvbiB0aGUgcGFyYW1ldGVycyB5b3UgcGFzcyB0byB0aGUg
c2l6ZXIsIHlvdSBjYW4gbWFrZSB0aGUKICAgZmlndXJlIHJlc2l6YWJsZSBvciBub3QuCiIiIgoK
aW1wb3J0IG1hdHBsb3RsaWIKbWF0cGxvdGxpYi51c2UoJ1dYJykKZnJvbSBtYXRwbG90bGliLmJh
Y2tlbmRzLmJhY2tlbmRfd3ggaW1wb3J0IFRvb2xiYXIsIEZpZ3VyZUNhbnZhc1d4LFwKICAgICBG
aWd1cmVNYW5hZ2VyCgpmcm9tIG1hdHBsb3RsaWIuZmlndXJlIGltcG9ydCBGaWd1cmUKZnJvbSBt
YXRwbG90bGliLmF4ZXMgaW1wb3J0IFN1YnBsb3QKaW1wb3J0ICBudW1weQojZnJvbSB3eCBpbXBv
cnQgKgppbXBvcnQgd3gKCgpjbGFzcyBQbG90RmlndXJlKHd4LkZyYW1lKToKICAgIGRlZiBfX2lu
aXRfXyhzZWxmKToKICAgICAgICB3eC5GcmFtZS5fX2luaXRfXyhzZWxmLCBOb25lLCAtMSwgIlRl
c3QgZW1iZWRkZWQgd3hGaWd1cmUiKQoKICAgICAgICBzZWxmLmZpZyA9IEZpZ3VyZSgoOSw4KSwg
NzUpCiAgICAgICAgc2VsZi5jYW52YXMgPSBGaWd1cmVDYW52YXNXeChzZWxmLCAtMSwgc2VsZi5m
aWcpCiAgICAgICAgc2VsZi50b29sYmFyID0gVG9vbGJhcihzZWxmLmNhbnZhcykKICAgICAgICBz
ZWxmLnRvb2xiYXIuUmVhbGl6ZSgpCgogICAgICAgICMgT24gV2luZG93cywgZGVmYXVsdCBmcmFt
ZSBzaXplIGJlaGF2aW91ciBpcyBpbmNvcnJlY3QKICAgICAgICAjIHlvdSBkb24ndCBuZWVkIHRo
aXMgdW5kZXIgTGludXgKICAgICAgICB0dywgdGggPSBzZWxmLnRvb2xiYXIuR2V0U2l6ZVR1cGxl
KCkKICAgICAgICBmdywgZmggPSBzZWxmLmNhbnZhcy5HZXRTaXplVHVwbGUoKQogICAgICAgIHNl
bGYudG9vbGJhci5TZXRTaXplKHd4LlNpemUoZncsIHRoKSkKCiAgICAgICAgIyBDcmVhdGUgYSBm
aWd1cmUgbWFuYWdlciB0byBtYW5hZ2UgdGhpbmdzCiAgICAgICAgc2VsZi5maWdtZ3IgPSBGaWd1
cmVNYW5hZ2VyKHNlbGYuY2FudmFzLCAxLCBzZWxmKQogICAgICAgICMgTm93IHB1dCBhbGwgaW50
byBhIHNpemVyCiAgICAgICAgc2l6ZXIgPSB3eC5Cb3hTaXplcih3eC5WRVJUSUNBTCkKICAgICAg
ICAjIFRoaXMgd2F5IG9mIGFkZGluZyB0byBzaXplciBhbGxvd3MgcmVzaXppbmcKICAgICAgICBz
aXplci5BZGQoc2VsZi5jYW52YXMsIDEsIHd4LkxFRlR8d3guVE9QfHd4LkdST1cpCiAgICAgICAg
IyBCZXN0IHRvIGFsbG93IHRoZSB0b29sYmFyIHRvIHJlc2l6ZSEKICAgICAgICBzaXplci5BZGQo
c2VsZi50b29sYmFyLCAwLCB3eC5HUk9XKQogICAgICAgIHNlbGYuU2V0U2l6ZXIoc2l6ZXIpCiAg
ICAgICAgc2VsZi5GaXQoKQoKICAgIGRlZiBwbG90X2RhdGEoc2VsZik6CiAgICAgICAgIyBVc2Ug
dGhzIGxpbmUgaWYgdXNpbmcgYSB0b29sYmFyCiAgICAgICAgYSA9IHNlbGYuZmlnLmFkZF9zdWJw
bG90KDExMSkKCiAgICAgICAgIyBPciB0aGlzIG9uZSBpZiB0aGVyZSBpcyBubyB0b29sYmFyCiAg
ICAgICAgI2EgPSBTdWJwbG90KHNlbGYuZmlnLCAxMTEpCgogICAgICAgIHQgPSBudW1weS5hcmFu
Z2UoMC4wLDMuMCwwLjAxKQogICAgICAgIHMgPSBudW1weS5zaW4oMipudW1weS5waSp0KQogICAg
ICAgIGMgPSBudW1weS5jb3MoMipudW1weS5waSp0KQogICAgICAgIGEucGxvdCh0LHMpCiAgICAg
ICAgYS5wbG90KHQsYykKICAgICAgICBzZWxmLnRvb2xiYXIudXBkYXRlKCkKCiAgICBkZWYgR2V0
VG9vbEJhcihzZWxmKToKICAgICAgICAjIFlvdSB3aWxsIG5lZWQgdG8gb3ZlcnJpZGUgR2V0VG9v
bEJhciBpZiB5b3UgYXJlIHVzaW5nIGFuCiAgICAgICAgIyB1bm1hbmFnZWQgdG9vbGJhciBpbiB5
b3VyIGZyYW1lCiAgICAgICAgcmV0dXJuIHNlbGYudG9vbGJhcgoKaWYgX19uYW1lX18gPT0gJ19f
bWFpbl9fJzoKICAgIGFwcCA9IHd4LlB5U2ltcGxlQXBwKDApCiAgICBmcmFtZSA9IFBsb3RGaWd1
cmUoKQogICAgZnJhbWUucGxvdF9kYXRhKCkKICAgIGZyYW1lLlNob3coKQogICAgYXBwLk1haW5M
b29wKCkK

I have a pcolormest and a fill that are plotted on the same graph (they hav=
e
the same scale).  Is there an easy way
to only plot the values of pcolormesh that lie in the fill?

pcolormesh(oX, oY, test, shading=3D'flat', cmap=3Dcm.gray_r)
fill([-x1,x2,x2,-x1], [-y1,-y1,y2,y2], 'b', alpha=3D0.2, edgecolor=3D'r')


--=20
"The game of science can accurately be described as a never-ending insult t=
o
human intelligence." - Jo=E3o Magueijo

+1

Worked for me too.

Thanks.

~
musically_ut


On Dec 12, 2007 7:45 PM, Armando Serrano Lombillo <ars...@gm...>
wrote:

> Ok, I've just read the thread "Repeated calls to set_text using TeX
> formatting results in RuntimeError" which looked very similar to our problem
> and after applying the fix which is suggested there by Michael Droettboom
> (see below), the problem seems to disappear. Let's hope this gets fixed in
> 0.91.2.
>
>
> Open the file "font_manager.py", which should live in
> "%PYTHONPATH%/Lib/site-packages/matplotlib".  Around line 681, you'll
> find the function:
>
>     def __hash__(self):
>         return hash(repr(self.__props))
>
> Change it to:
>
>     def __hash__(self):
>         return hash(repr(self.__props.__dict__))
>
> (Obviously, back up the file first...)
>
>
> On Dec 12, 2007 8:32 PM, Armando Serrano Lombillo <ars...@gm...>
> wrote:
>
> > I'm running into the very same problem. I'm using matplotlib from a
> > wxPython application, the same versions as you (Yongtao Cui), and I get the
> > same error (see below) after repainting a figure many times. In my case I
> > plot several figures (16 figures) and I get the error with very few
> > repaintings. This didn't happen with matplotlib 0.90.1.
> >
> > Any fix besides going back to matplotlib 0.90.1?
> >
> >
> > Traceback (most recent call last):
> > Traceback (most recent call last):
> >   File "C:\Tesis\Programa\visualizador.py", line 93, in on_intervalos
> >   File "C:\Tesis\Programa\visualizador.py", line 126, in pinta
> >   File
> > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_wxagg.py", line
> > 61, in draw
> >   File
> > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", line
> > 380, in draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\figure.py", line 612,
> > in draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\axes.py", line 1344, in
> > draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\axis.py", line 596, in
> > draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\axis.py", line 170, in
> > draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\text.py", line 775, in
> > draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\text.py", line 317, in
> > draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\text.py", line 195, in
> > _get_layout
> >   File
> > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", line
> > 234, in get_text_width_height_descent
> >   File
> > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", line
> > 301, in _get_agg_font
> > RuntimeError: Could not open facefile C:\WINDOWS\Fonts\verdana.ttf;
> > Cannot_Open_Resource
> >
> >   File "C:\Tesis\Programa\visualizador.py", line 93, in on_intervalos
> >   File "C:\Tesis\Programa\visualizador.py", line 126, in pinta
> >   File
> > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_wxagg.py", line
> > 61, in draw
> >   File
> > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", line
> > 380, in draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\figure.py", line 612,
> > in draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\axes.py", line 1344, in
> > draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\axis.py", line 596, in
> > draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\axis.py", line 170, in
> > draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\text.py", line 775, in
> > draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\text.py", line 317, in
> > draw
> >   File "C:\Python25\Lib\site-packages\matplotlib\text.py", line 195, in
> > _get_layout
> >   File
> > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", line
> > 234, in get_text_width_height_descent
> >   File
> > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", line
> > 301, in _get_agg_font
> > RuntimeError: Could not open facefile C:\WINDOWS\Fonts\verdana.ttf;
> > Cannot_Open_Resource
> >
> >
> >
> >
> > On Dec 5, 2007 3:15 AM, Yongtao Cui <cui...@gm...> wrote:
> >
> > > I don't know why those spaces always don't show up on the mailing list
> > > webpage. They looked fine on my gmail page.
> > >
> > > The 'test' function only has one 'for' loop. The four lines below the
> > > 'for' line are all in the loop.
> > >
> > >
> > >
> > > On Dec 4, 2007 8:52 PM, Yongtao Cui <cui...@gm...> wrote:
> > > > >>> import pylab
> > > > >>> def test(n):
> > > > >>>     for i in range(n):
> > > > >>>          f=pylab.figure(1)
> > > > >>>          f.clf()
> > > > >>>          a=f.add_axes([0.2, 0.2, 0.6 , 0.6])
> > > > >>>          a.plot([1,2,3,4,5], 'ro')
> > > > >>>
> > > >
> > > > I tracked down the svn tree. The above script works ok in revision
> > > > 3737 and before, but crashes from revision 3738 and after.
> > > >
> > > > Yongtao
> > > >
> > > >
> > > > On Dec 2, 2007 4:15 PM, Yongtao Cui <cui...@gm...> wrote:
> > > > > Below is the minimum code with the right indent
> > > > >
> > > > > import pylab
> > > > > def test(n):
> > > > >     for i in range(n):
> > > > >          f=pylab.figure(1)
> > > > >          f.clf()
> > > > >          a=f.add_axes([0.2, 0.2, 0.6 , 0.6])
> > > > >          a.plot([1,2,3,4,5], 'ro')
> > > > >
> > > > >
> > > > > On Dec 2, 2007 4:07 PM, Yongtao Cui <cui...@gm... > wrote:
> > > > > > Hi,
> > > > > >
> > > > > > I got the following error when clearing and plotting on the same
> > > > > > figure for many times. I found the following minimum code to
> > > reproduce
> > > > > > this error. I am using matplotlib-0.91.1 and wxpython2.8 on
> > > windows
> > > > > > xp. In the matplotlibrc file, I changed the backend to WXAgg and
> > > > > > interactive to True.
> > > > > >
> > > > > > import pylab
> > > > > > def test(n):
> > > > > >    for i in range(n):
> > > > > >        f=pylab.figure(1)
> > > > > >        f.clf()
> > > > > >        a=f.add_axes([0.2, 0.2, 0.6, 0.6])
> > > > > >        a.plot([1,2,3,4,5], 'ro')
> > > > > >
> > > > > >
> > > > > > The error only happens for a large n. For example, test(10)
> > > works
> > > > > > fine, but test(50) will cause the error. Also runing test(10)
> > > for a
> > > > > > few times will also cause the error.
> > > > > >
> > > > > > Could anyone give me some help?
> > > > > >
> > > > > > Thanks.
> > > > > >
> > > > > > The following is the error message:
> > > > > >
> > > > > > Traceback (most recent call last):
> > > > > >  File "<input>", line 1, in <module>
> > > > > >  File "<input>", line 3, in test
> > > > > >  File "C:\Python25\Lib\site-packages\matplotlib\pyplot.py", line
> > > 191, in figure
> > > > > >  File
> > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_wx.py",
> > > > > > line 1227, in draw_if_interactive
> > > > > >  File
> > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_wxagg.py",
> > > > > > line 61, in draw
> > > > > >  File
> > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py",
> > > > > > line 380, in draw
> > > > > >  File "C:\Python25\Lib\site-packages\matplotlib\figure.py", line
> > > 612, in draw
> > > > > >  File "C:\Python25\Lib\site-packages\matplotlib\axes.py", line
> > > 1344, in draw
> > > > > >  File "C:\Python25\Lib\site-packages\matplotlib\axis.py", line
> > > 596, in draw
> > > > > >  File "C:\Python25\Lib\site-packages\matplotlib\axis.py", line
> > > 170, in draw
> > > > > >  File "C:\Python25\Lib\site-packages\matplotlib\text.py", line
> > > 775, in draw
> > > > > >  File "C:\Python25\Lib\site-packages\matplotlib\text.py", line
> > > 317, in draw
> > > > > >  File "C:\Python25\Lib\site-packages\matplotlib\text.py", line
> > > 195,
> > > > > > in _get_layout
> > > > > >  File
> > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py",
> > > > > > line 234, in get_text_width_height_descent
> > > > > >  File
> > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py",
> > > > > > line 301, in _get_agg_font
> > > > > > RuntimeError: Could not open facefile
> > > > > >
> > > C:\Python25\lib\site-packages\matplotlib\mpl-data\fonts\ttf\Vera.ttf;
> > > > > > Cannot_Open_Resource
> > > > > >
> > > > >
> > > >
> > >
> > >
> > > -------------------------------------------------------------------------
> > > SF.Net email is sponsored by: The Future of Linux Business White Paper
> > > from Novell.  From the desktop to the data center, Linux is going
> > > mainstream.  Let it simplify your IT future.
> > > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4
> > > _______________________________________________
> > > Matplotlib-users mailing list
> > > Mat...@li...
> > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> > >
> >
> >
>
> -------------------------------------------------------------------------
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
>
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>


-- 
Never trust a spiritual leader who cannot dance. ~Mr. Miyagi, The Next
Karate Kid

On Dec 21, 2007 11:50 AM, John Hunter <jd...@gm...> wrote:
> On Dec 20, 2007 9:22 PM, Gary Ruben <gr...@bi...> wrote:
> > Hi listees,
> >
> > I often generate plots using the pylab interface plot() function to
> > overlay an imshow() image. The minimal script below demonstrates a
> > problem, which may be a bug, or may be a deliberate change introduced
> > into mpl 0.91.1. It works fine with mpl 0.90.1 but gives a traceback
> > with 0.91.1 - it seems not to be happy with the subplot limits.


> > Commenting out the "note 1" line lets it run and demonstrates my real
> > question. With scatter(), the first subplot doesn't rescale, but if line
> > "note 2" is commented out and "note 3" is uncommented, it rescales. How
> > do I prevent the rescaling? I prefer plot() instead of scatter() in this
> > case because of the plot origin.

You can manually turn off autoscaling on the axes instance with the
following, and both scatter and plot should then work as you want.

ax1 = subplot(121)
axis('off')
ax1.imshow(rand(20,20))
ax2 = subplot(122)
axis('off')
ax2.imshow(rand(20,20))

ax1.set_autoscale_on(False)
#ax1.scatter([5,10],[5,10])    # note 2
ax1.plot([5,10],[5,10], 'o')     # note 3
show()


> >
>
> Hey Gary, thanks for the resend.
>
> On your first question vis-a-vis subplots_adjust, it looks like the
> validate limits are wrong for these params.  I'm CC-ing Darren because
> he has done the most work recently for rc param validation.
>
> They currently read:
>
>     'figure.subplot.left'   : [0.125, ValidateInterval(0, 1,
> closedmin=False, closedmax=False)],
>     'figure.subplot.right'  : [0.9, ValidateInterval(0, 1,
> closedmin=False, closedmax=False)],
>     'figure.subplot.bottom' : [0.1, ValidateInterval(0, 1,
> closedmin=False, closedmax=False)],
>     'figure.subplot.top'    : [0.9, ValidateInterval(0, 1,
> closedmin=False, closedmax=False)],
>     'figure.subplot.wspace' : [0.2, ValidateInterval(0, 1,
> closedmin=False, closedmax=True)],
>     'figure.subplot.hspace' : [0.2, ValidateInterval(0, 1,
> closedmin=False, closedmax=True)],
>
> and I think they should read:
>
>
>     'figure.subplot.left'   : [0.125, ValidateInterval(0, 1,
> closedmin=True, closedmax=True)],
>     'figure.subplot.right'  : [0.9, ValidateInterval(0, 1,
> closedmin=True, closedmax=True)],
>     'figure.subplot.bottom' : [0.1, ValidateInterval(0, 1,
> closedmin=True, closedmax=True)],
>     'figure.subplot.top'    : [0.9, ValidateInterval(0, 1,
> closedmin=True, closedmax=True)],
>     'figure.subplot.wspace' : [0.2, ValidateInterval(0, 1,
> closedmin=True, closedmax=False)],
>     'figure.subplot.hspace' : [0.2, ValidateInterval(0, 1,
> closedmin=True, closedmax=False)],
>
> That is, 0 and 1 should be legal for all values except the max of the
> wspace and hspace.  Darren, unless I am missing something, I'll commit
> these changes.
>
> I'll look at your second question in a followup
>
> JDH
>

On Dec 20, 2007 9:22 PM, Gary Ruben <gr...@bi...> wrote:
> Hi listees,
>
> I often generate plots using the pylab interface plot() function to
> overlay an imshow() image. The minimal script below demonstrates a
> problem, which may be a bug, or may be a deliberate change introduced
> into mpl 0.91.1. It works fine with mpl 0.90.1 but gives a traceback
> with 0.91.1 - it seems not to be happy with the subplot limits.
> Commenting out the "note 1" line lets it run and demonstrates my real
> question. With scatter(), the first subplot doesn't rescale, but if line
> "note 2" is commented out and "note 3" is uncommented, it rescales. How
> do I prevent the rescaling? I prefer plot() instead of scatter() in this
> case because of the plot origin.
>

Hey Gary, thanks for the resend.

On your first question vis-a-vis subplots_adjust, it looks like the
validate limits are wrong for these params.  I'm CC-ing Darren because
he has done the most work recently for rc param validation.

They currently read:

    'figure.subplot.left'   : [0.125, ValidateInterval(0, 1,
closedmin=False, closedmax=False)],
    'figure.subplot.right'  : [0.9, ValidateInterval(0, 1,
closedmin=False, closedmax=False)],
    'figure.subplot.bottom' : [0.1, ValidateInterval(0, 1,
closedmin=False, closedmax=False)],
    'figure.subplot.top'    : [0.9, ValidateInterval(0, 1,
closedmin=False, closedmax=False)],
    'figure.subplot.wspace' : [0.2, ValidateInterval(0, 1,
closedmin=False, closedmax=True)],
    'figure.subplot.hspace' : [0.2, ValidateInterval(0, 1,
closedmin=False, closedmax=True)],

and I think they should read:


    'figure.subplot.left'   : [0.125, ValidateInterval(0, 1,
closedmin=True, closedmax=True)],
    'figure.subplot.right'  : [0.9, ValidateInterval(0, 1,
closedmin=True, closedmax=True)],
    'figure.subplot.bottom' : [0.1, ValidateInterval(0, 1,
closedmin=True, closedmax=True)],
    'figure.subplot.top'    : [0.9, ValidateInterval(0, 1,
closedmin=True, closedmax=True)],
    'figure.subplot.wspace' : [0.2, ValidateInterval(0, 1,
closedmin=True, closedmax=False)],
    'figure.subplot.hspace' : [0.2, ValidateInterval(0, 1,
closedmin=True, closedmax=False)],

That is, 0 and 1 should be legal for all values except the max of the
wspace and hspace.  Darren, unless I am missing something, I'll commit
these changes.

I'll look at your second question in a followup

JDH

Hi guys and girls,

Quick question regarding matplotlib's svg backend...

I've embeded pyhton into c++ and Qt's (4.3.3) svg support is having some
problems with .svg files created by matplotlib.  Text isn't showing up.
Firefox displays the same .svg file correctly though...

The problem:

It seems some text stuff is stored in a section called defs at the end of
the file with stuff linking to this earlier in the file.  Qt doesn't like
that and only displays the normal plot stuff (lines, etc.) but not the
labels and other text.

More exact:

<use xlink:href="#c_7" .....

references

<path id="c_7" d="M10.6875 .....

at the end of the file.



When I simply cut and paste the defs section to the beginning of the file it
solves the problem.

What does the svg standard say about this?  I assume Qt's implementation is
defect...

Has anybody else encountered this problem?  I'll send an e-mail to Qt too
and ask them about it.

Hope you're all having a nice day.

Regards,
cputter

Retrying. Sorry if this appears twice.

Hi listees,

I often generate plots using the pylab interface plot() function to
overlay an imshow() image. The minimal script below demonstrates a
problem, which may be a bug, or may be a deliberate change introduced
into mpl 0.91.1. It works fine with mpl 0.90.1 but gives a traceback
with 0.91.1 - it seems not to be happy with the subplot limits.
Commenting out the "note 1" line lets it run and demonstrates my real
question. With scatter(), the first subplot doesn't rescale, but if line
"note 2" is commented out and "note 3" is uncommented, it rescales. How
do I prevent the rescaling? I prefer plot() instead of scatter() in this
case because of the plot origin.

thanks,
Gary R.

--

from pylab import *

rcFig = {'figsize': (2,1),
          'dpi': 256,
          'subplot.hspace': 0.0,
          'subplot.wspace': 0.0,
          'subplot.bottom': 0.0,
          'subplot.left':   0.0,
          'subplot.right':  1.0,
          'subplot.top':    1.0,
          }
rc('figure', **rcFig)    # note 1

subplot(121)
axis('off')
imshow(rand(20,20))
subplot(122)
axis('off')
imshow(rand(20,20))
subplot(121)
scatter([5,10],[5,10])    # note 2
#~ plot([5,10],[5,10], 'o')     # note 3
show()

--

Hi listees,

I often generate plots using the pylab interface plot() function to 
overlay an imshow() image. The minimal script below demonstrates a 
problem, which may be a bug, or may be a deliberate change introduced 
into mpl 0.91.1. It works fine with mpl 0.90.1 but gives a traceback 
with 0.91.1 - it seems not to be happy with the subplot limits. 
Commenting out the "note 1" line lets it run and demonstrates my real 
question. With scatter(), the first subplot doesn't rescale, but if line 
"note 2" is commented out and "note 3" is uncommented, it rescales. How 
do I prevent the rescaling? I prefer plot() instead of scatter() in this 
case because of the plot origin.

thanks,
Gary R.

--

from pylab import *

rcFig = {'figsize': (2,1),
          'dpi': 256,
          'subplot.hspace': 0.0,
          'subplot.wspace': 0.0,
          'subplot.bottom': 0.0,
          'subplot.left':   0.0,
          'subplot.right':  1.0,
          'subplot.top':    1.0,
          }
rc('figure', **rcFig)    # note 1

subplot(121)
axis('off')
imshow(rand(20,20))
subplot(122)
axis('off')
imshow(rand(20,20))
subplot(121)
scatter([5,10],[5,10])    # note 2
#~ plot([5,10],[5,10], 'o')     # note 3
show()

--

On Dec 20, 2007 10:09 AM,  <lis...@ma...> wrote:
> I was not sure on which list to post this, but perhaps someone here
> can point me in the right direction. I maintain a few installers of
> scientific python packages for OSX, one of which being matplotlib. I
> generate mpkg installers with bdist_mpkg, and for the most part it
> works fine. However, for matplotlib, many users report the following
> error after installing and importing:
>
> backend = matplotlib.rcParams['backend']
> AttributeError: 'module' object has no attribute 'rcParams'
>
> By context, I assume this has something to do with the matplotlibrc
> setup. This does not happen, by the way, when installing directly (ie.
> using python setup.py install) or via eggs. If anyone knows why this
> may be happening, I would appreciate some feedback

My guess is that you're installing basemap or some other
matplotlib.toolkits package with the setuptools namespace code (or you
users are), and this is wreaking havoc and causing the mpl __init__.py
code to not be read.  The latest svn has the namespace code commented
out in matplotlib.toolkits.  You can try building from svn, and your
uses will probably need to clean all the setuptools, namespace-ified
matplotlib and matplotlib.toolkits from their systems.

JDH

I regularly make log-log errorbar plots where the errors are larger than
the y values.  This means that the error bar goes a finite distance
upwards, but should go infinitely far downwards.  In Debian's 0.87.7-0.3
package, just the top portion is drawn, which seems like a reasonable
solution.  But in Ubuntu's 0.90.1-2ubuntu1 package, trying to do a
plot like this causes an error.  Any ideas?

Dan

$ python
Python 2.5.1 (r251:54863, Oct  5 2007, 13:36:32) 
[GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> from pylab import *
>>> errorbar([1],[1],[2])
(<matplotlib.lines.Line2D instance at 0xb5ac024c>, [<matplotlib.lines.Line2D instance at 0xb5ac00cc>, <matplotlib.lines.Line2D instance at 0xb5ac00ec>], [<matplotlib.collections.LineCollection instance at 0xb5abdfac>])
>>> gca().set_yscale('log')
>>> show()
Exception in Tkinter callback
Traceback (most recent call last):
  File "lib-tk/Tkinter.py", line 1406, in __call__
    return self.func(*args)
  File "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_tkagg.py", line 151, in resize
    self.show()
  File "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_tkagg.py", line 154, in draw
    FigureCanvasAgg.draw(self)
  File "/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", line 392, in draw
    self.figure.draw(renderer)
  File "/usr/lib/python2.5/site-packages/matplotlib/figure.py", line 601, in draw
    for a in self.axes: a.draw(renderer)
  File "/usr/lib/python2.5/site-packages/matplotlib/axes.py", line 1286, in draw
    a.draw(renderer)
  File "/usr/lib/python2.5/site-packages/matplotlib/collections.py", line 700, in draw
    transoffset)
ValueError: Domain error on transOffset->operator in draw_line_collection

I was not sure on which list to post this, but perhaps someone here =20
can point me in the right direction. I maintain a few installers of =20
scientific python packages for OSX, one of which being matplotlib. I =20
generate mpkg installers with bdist_mpkg, and for the most part it =20
works fine. However, for matplotlib, many users report the following =20
error after installing and importing:

backend =3D matplotlib.rcParams[=92backend=92]
AttributeError: =91module=92 object has no attribute =91rcParams=92

By context, I assume this has something to do with the matplotlibrc  =20
setup. This does not happen, by the way, when installing directly (ie. =20=

using python setup.py install) or via eggs. If anyone knows why this =20
may be happening, I would appreciate some feedback.

I'm also wondering if it may ultimately be easier to build eggs, then =20=

perhaps wrap in a nice applescript for a point-and-click installer.

Thanks,
cf

A good reminder to check that site out.   There is alsoTreeMap, which uses 
coloured rectangles.  http://www.scipy.org/TreeMap





Jessica Lu <jl...@as...> 
Sent by: mat...@li...
20/12/2007 05:30 AM

To

cc
Bryan Fodness <bry...@gm...>, matplotlib 
<mat...@li...>
Subject
Re: [Matplotlib-users] drawing a box






There is an example of this on the scipy matplotlib cookbook:

http://www.scipy.org/Cookbook/Matplotlib/ShadedRegions

Cheers,
Jessica

On Dec 18, 2007, at 7:58 PM, John Hunter wrote:

> On Dec 18, 2007 9:47 PM, Bryan Fodness <bry...@gm...> 
> wrote:
>> I do want a rectangle.  And, I have tried,
>>
>> axvline(x=x1, ymin=y1, ymax=y2)
>> axvline(x=x2, ymin=y1, ymax=y2)
>> axhline(y=y1, xmin=x1, xmax=x2)
>> axhline(y=y2, xmin=x1, xmax=x2)
>>
>
> You can either use the plot function "fill"
>
>
> In [1]: xs = [0, 0, 1, 1]
>
> In [2]: ys = [0, 2, 2, 0]
>
> In [3]: fill(xs, ys)
> Out[3]: [<matplotlib.patches.Polygon instance at 0x23d86e8>]
>
> or create a matplotlib.patches.Rectangle instance, eg
> http://matplotlib.sf.net/examples/alignment_test.py
>
> ---------------------------------------------------------------------- 
> ---
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/ 
> marketplace
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>


-------------------------------------------------------------------------
SF.Net email is sponsored by:
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services
for just about anything Open Source.
http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace

_______________________________________________
Matplotlib-users mailing list
Mat...@li...
https://lists.sourceforge.net/lists/listinfo/matplotlib-users

______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________



UNITED GROUP
This email message is the property of United Group. The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Access to this email by anyone else is unauthorised. If you are not the intended recipient, you may not disclose, copy or distribute this email, nor take or omit to take any action in reliance on it. United Group accepts no liability for any damage caused by this email or any attachments due to viruses, interference, interception, corruption or unauthorised access.
If you have received this email in error, please notify United Group immediately by email to the sender's email address and delete this document.

There is an example of this on the scipy matplotlib cookbook:

http://www.scipy.org/Cookbook/Matplotlib/ShadedRegions

Cheers,
Jessica

On Dec 18, 2007, at 7:58 PM, John Hunter wrote:

> On Dec 18, 2007 9:47 PM, Bryan Fodness <bry...@gm...>  
> wrote:
>> I do want a rectangle.  And, I have tried,
>>
>> axvline(x=x1, ymin=y1, ymax=y2)
>> axvline(x=x2, ymin=y1, ymax=y2)
>> axhline(y=y1, xmin=x1, xmax=x2)
>> axhline(y=y2, xmin=x1, xmax=x2)
>>
>
> You can either use the plot function "fill"
>
>
> In [1]: xs = [0, 0, 1, 1]
>
> In [2]: ys = [0, 2, 2, 0]
>
> In [3]: fill(xs, ys)
> Out[3]: [<matplotlib.patches.Polygon instance at 0x23d86e8>]
>
> or create a matplotlib.patches.Rectangle instance, eg
> http://matplotlib.sf.net/examples/alignment_test.py
>
> ---------------------------------------------------------------------- 
> ---
> SF.Net email is sponsored by:
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services
> for just about anything Open Source.
> http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/ 
> marketplace
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Hi,

when matplotlib processes variables, it makes sure to handle masked
variables (numpy.ma) by converting them using "soft "
numpy.ma.asarray. So, when a subclass instance of numpy.ma is used as
a variable, it keeps properties and methods in this operation that can
be conflicting with future processing.

An example of problematic input variable can be cdms variable (from
CDAT - cdat.sourceforge.net/). Such a variable is like a numpy.ma with
axes (like time, longitude, latitude, etc) and attributes (like
missing value, name, units). A problem for example is that it cannot
handle "newaxis" slicings (var[:,newaxis]) that matplotlib uses to be
sure that a variable has a suitable rank. In addition, other
properties of cdms variable ares not interesting for matplotlib
processing.

Therefore, it may be useful to strictly convert input variables to
pure numpy.ma using something like numpy.ma.array(var,copy=0).
Is it feasible?

-- 
Stephane Raynaud

On Dec 18, 2007 9:47 PM, Bryan Fodness <bry...@gm...> wrote:
> I do want a rectangle.  And, I have tried,
>
> axvline(x=x1, ymin=y1, ymax=y2)
> axvline(x=x2, ymin=y1, ymax=y2)
> axhline(y=y1, xmin=x1, xmax=x2)
> axhline(y=y2, xmin=x1, xmax=x2)
>

You can either use the plot function "fill"


In [1]: xs = [0, 0, 1, 1]

In [2]: ys = [0, 2, 2, 0]

In [3]: fill(xs, ys)
Out[3]: [<matplotlib.patches.Polygon instance at 0x23d86e8>]

or create a matplotlib.patches.Rectangle instance, eg
http://matplotlib.sf.net/examples/alignment_test.py

I do want a rectangle.  And, I have tried,

axvline(x=3Dx1, ymin=3Dy1, ymax=3Dy2)
axvline(x=3Dx2, ymin=3Dy1, ymax=3Dy2)
axhline(y=3Dy1, xmin=3Dx1, xmax=3Dx2)
axhline(y=3Dy2, xmin=3Dx1, xmax=3Dx2)

On Dec 18, 2007 10:40 PM, John Hunter <jd...@gm...> wrote:

> On Dec 18, 2007 9:00 PM, Bryan Fodness <bry...@gm...> wrote:
> > I would like to draw a polygon using a x1, x2, y1, and y2.
>
> At a minimum, x1, x2, y1, and y2 define a line segment, or at most a
> rectangle.  You say a "polygon".  What exactly do you mean, and what
> have you tried (code please)?
>
> JDH
>



--=20
"The game of science can accurately be described as a never-ending insult t=
o
human intelligence." - Jo=E3o Magueijo

On Dec 18, 2007 9:00 PM, Bryan Fodness <bry...@gm...> wrote:
> I would like to draw a polygon using a x1, x2, y1, and y2.

At a minimum, x1, x2, y1, and y2 define a line segment, or at most a
rectangle.  You say a "polygon".  What exactly do you mean, and what
have you tried (code please)?

JDH

I would like to draw a polygon using a x1, x2, y1, and y2.

I tried to use axhline and axvline with the min and max values but it does
give the desired result.  It changes the axis limits and does not draw a
line at all.

Any help would be appreciated.
Bryan

--=20
"The game of science can accurately be described as a never-ending insult t=
o
human intelligence." - Jo=E3o Magueijo

Hello,

I just started looking into python and matplotlib a few days ago and I am a=
mazed that this software can do more or less the same as MATLAB. I just hav=
e a couple of questions regarding some stuff that I spent a lot of time wit=
hout figuring out.

1. Is there a way to change the font type and font size of the numbers on t=
he axes in a figure? Not the labels (xlabel and ylabel - they are easy to c=
hange), but the actual numbers. If for example x goes from 0 to 6 in step o=
f 2, the numbers showing below the x axis would be 0, 2, 4, and 6 for examp=
le. It is the fontsize and font of these numbers that I want to change. It =
must be some axis property but I cannot figure it out.

2. I will be using the figures plotted in matplotlib mainly to import them =
in LATEX documents. Since Latex uses Computer modern font by default, is th=
ere a way to change the default font in matplotlib to match it? What would =
be the actual command?

3. The data that I would like to plot is in an ASCII format, where the firs=
t row and column is text and the rest is numbers. What would be the best wa=
y to import that into maplotlib and then assign a variable name to each col=
umn (without the first entry, which would be the variable name).

Thanks a lot in advance.
_________________________________________________________________
=C1=D4=DE=D1=D8=D9 =E1=D5 =E1=EA=E1 =E1=DB=D5=D4=D2=D0=E9=D0=E2=D0 =D3=D5=
=DD=D5=E0=D0=E6=D8=EF  Windows Live =E3=E1=DB=E3=D3=D8 =E1=D5=D3=D0!
http://get.live.com=

On Tuesday 18 December 2007 10:55:36 am Peter-Jan Randewijk wrote:
> Darren,
>
> Thanks for the quick reply...  It works like a charm...  Somehow I
> missed the post in the userslist...

You're off the hook :) It was posted at the sourceforge bugtracker, not on the 
mailing list.

> Op 2007/12/18 17:25, het Darren Dale die volgende geskryf:
> > Somebody reported it right after 0.91.1 was released. It has been fixed
> > in svn. To hold you over until the next release, I think you just need to
> > update your matplotlib/__init__.py and matplotlib/rcsetup.py.
> >
> > On Tuesday 18 December 2007 10:07:28 am Peter-Jan Randewijk wrote:
> >> Dear Darren,
> >>
> >> I know "text.latex.preamble" is not supported, but since I upgraded to
> >> Matplotlib 0.91.1 my latex preamble code which was working perfectly
> >> well in 0.90.1, now gives my the follow errors (both on openSUSE & XP):
> >>
> >> In [1]: run overlap_vs_concentrated.py
> >> C:\Python\lib\site-packages\matplotlib\__init__.py:606: UserWarning: Bad
> >> val "\u
> >> sepackage[cmex10]{amsmath},\usepackage{helvet},\usepackage{sansserifmath
> >>}" on li
> >> ne #128
> >>         "text.latex.preamble       :
> >> \usepackage[cmex10]{amsmath},\usepackage{he
> >> lvet},\usepackage{sansserifmath}
> >> "
> >>         in file "c:\My Documents\My
> >> Publications\PEDS-2007\Paper_I\Presentation\
> >> python\matplotlibrc"
> >>         global name 'verbose' is not defined
> >>   "%s"\n\t%s' % (val, cnt, line, fname, msg))
> >>
> >> Has the syntax changed... or is this a bug...?
> >>
> >> I also get this error message w.r.t. to "verbose" which isn't critical
> >> but annoying...
> >>
> >> Kind regards,
> >>
> >> Peter-Jan
> >>
> >> Op 2007/05/18 18:05, het Alexander Schmolck die volgende geskryf:
> >>> Darren Dale <dd...@co...> writes:
> >>>>> Well, if ever there was a compelling use-case for an
> >>>>> undocumented/unsupported feature it would be this one, I think.
> >>>>
> >>>> Alright, svn 3277 lets you add additional commands to the preamble:
> >>>>
> >>>> text.latex.preamble : \usepackage{bm},\renewcommand{etc...}
> >>>>
> >>>> See the default matplotlibrc file for more information.
> >>>>
> >>>> THIS FEATURE IS NOT SUPPORTED. Please don't report problems on the mpl
> >>>> mailing lists without submitting a patch to fix them.
> >>>>
> >>>> Alex, please give this a spin. Tell me if it meets your needs, and if
> >>>> it doesnt, send a patch.
> >>>
> >>> Great! Thanks for incorporating this! It fits my needs, but I sent a
> >>> (mostly unreleated) patch anyway (against 3278) :)
> >>>
> >>> cheers,
> >>>
> >>> 'as
> >>>
> >>> -----------------------------------------------------------------------
> >>>-- This SF.net email is sponsored by DB2 Express
> >>> Download DB2 Express C - the FREE version of DB2 express and take
> >>> control of your XML. No limits. Just data. Click to get it now.
> >>> http://sourceforge.net/powerbar/db2/
> >>> _______________________________________________
> >>> Matplotlib-users mailing list
> >>> Mat...@li...
> >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users



-- 
Darren S. Dale, Ph.D.
Staff Scientist
Cornell High Energy Synchrotron Source
Cornell University
275 Wilson Lab
Rt. 366 & Pine Tree Road
Ithaca, NY 14853

dar...@co...
office: (607) 255-3819
fax: (607) 255-9001
http://www.chess.cornell.edu