matplotlib-users Mailing List for matplotlib (Page 3)

Hi John,
I probably didn't make it clear, but TkAgg has problems too.
Here's what I know:
Under 0.53.1 TkAgg and GTKAgg both worked fine, both when running the script directly from Windows Explorer in which case file association cause python to fire up in a DOS shell, and when running it from within SciTE or IDLE things are fine too. 0.54 has changed something. I tried grabbing and running a few examples from CVS as well as my own previously working examples. They behave consistently - GTKAgg no longer works at all and TkAgg works but only if I run it from DOS with a -dTkAgg option.
It may be a GUI conflict but it has only started to conflict with 0.54.
removing show() or replacing it with show(mainloop=False) seem to make no difference to the behaviour running TkAgg from SciTE.
I do notice that the python >>> prompt comes up in any DOS windows when running with the -dTkAgg option after the Tk plot window displays. Closing the window then leaves the python prompt and I have to ^Z it to shut it down. It's like it thinks it should be running in interactive mode, although 'interactive : False' is set in my .matplotlibrc
This seems abnormal to me.
In my original post I asked if anyone else had success or problems in Win98 and since noone replied, maybe we can assume that I'm one of the rare users who's still using it. Therefore, as much as I (and probably you) would like to get to the bottom of what's happening, it's probably Win98 specific and therefore, can probably wait; at least until after my upcoming exams are over and I get a chance to really look into it some more. So I might go quiet for a few weeks unless you want me to try anything quick and specific.
Finally, I hope you didn't lose the ecolor changes I made to errorbars and they might make it into a future version :-)
regards,
Gary
-- 
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm

On Sat, 2004年05月22日 at 23:01, Gary Pajer wrote:
> > I've been trying to figure out how to do an dynamic update in TkAgg
> without
> > success. Anyone have any pointers?
> > I'm trying to recreate the functionality of the Pmw.Blt stripchart.
> >
> > -gary
> >
> 
> I guess I should be a little more specific. The part I'm having trouble
> with is the dynamic update. As a step along the way, I've got a gui with a
> button that just replots some data slightly altered from the original.
> 
> If I use FigureCanvasTkAgg.show (schematically speaking) it will replot, but
> just once. That is, my button's callback routine contains a loop that tries
> to change the data (via set_ydata followed by ....show()) several times in a
> row. If I click the button, the data updates, but only once. I click it
> again, it the data updates once. I remove the loop, the data updates once.
> This strikes me as odd. How should the graphics window know or care if I'm
> in a python loop or not?
> 
> I'm thinking that a well-placed call to
> canvas.get_tk_widget.update_idletasks() should do the job, but that hasn't
> worked for me either.
> 
> Aside: having played with anim.py I'm concerned about speed. It seems that
> the speed of anim.py is limited by my system, not by the call to
> gtk.timeout_add(). I might be back asking about a solution that runs faster
> ... perhaps a lower level solution. (Pmw.Blt works fast enough.) Hmm... I
> just tried anim.py again, and it won't run. I've just upgraded to 0.54.
> Odd ... it opens a Tk window. I'll try that again later after I reboot.
> I'm on WinXP.
> 
> Comment: I don't have a handle at all on how the graphics system is
> organized. For example, what is a figure manager? When do I use it? I
> don't seem to need it, but there it is, and some of the examples use it.
> Looking through the docstrings I find myself going in circles. Maybe I'm
> digging too deeply for my own good. Maybe you developer types might add to
> your to-do list a description of the stucture of the graphics system.
> 
> thanks again,
> gary
> 
> btw, for every task other than animation, matplotlib is the bomb. great
> job.
> 
I tried porting anim.py to TkAgg this morning and got it basically
working. There are two things that might account for the trouble you've
been having:
1. With TkAgg, at least for now, you have to call the figure manager
show() method with each cycle rather than the canvas draw() method.
2. The Tk timed event system requires re-registering the handler with
each cycle.
Performance was better than I thought it would be but still kinda slow.
Hope this helps,
Todd
Todd Miller <jm...@st...>

>>>>> "Gary" == Gary Pajer <pa...@in...> writes:
 Gary> I guess I should be a little more specific. The part I'm
 Gary> having trouble with is the dynamic update. As a step along
 Gary> the way, I've got a gui with a button that just replots some
 Gary> data slightly altered from the original.
 Gary> If I use FigureCanvasTkAgg.show (schematically speaking) it
 Gary> will replot, but just once. That is, my button's callback
 Gary> routine contains a loop that tries to change the data (via
 Gary> set_ydata followed by ....show()) several times in a row.
 Gary> If I click the button, the data updates, but only once. I
 Gary> click it again, it the data updates once. I remove the
 Gary> loop, the data updates once. This strikes me as odd. How
 Gary> should the graphics window know or care if I'm in a python
 Gary> loop or not?
99% of the time, should only call show once per script -
http://matplotlib.sourceforge.net/faq.html#SHOW. If you want to
update the plot after changing some data, you should draw
canvas.draw(), as in examples/dynamic_demo.py. If you are still
having troubles after trying this, send me an attached script and I'll
take a look.
 Gary> I'm thinking that a well-placed call to
 Gary> canvas.get_tk_widget.update_idletasks() should do the job,
 Gary> but that hasn't worked for me either.
 Gary> Aside: having played with anim.py I'm concerned about speed.
 Gary> It seems that the speed of anim.py is limited by my system,
 Gary> not by the call to gtk.timeout_add(). I might be back
 Gary> asking about a solution that runs faster ... perhaps a lower
 Gary> level solution. (Pmw.Blt works fast enough.) Hmm... I just
 Gary> tried anim.py again, and it won't run. I've just upgraded
 Gary> to 0.54. Odd ... it opens a Tk window. I'll try that again
 Gary> later after I reboot. I'm on WinXP.
I am also interested in improving performance here. My goal is to
extend agg canvas so that portions of the canvas can be updated, eg a
vertical stip, to support things like strip charts. We have a project
at the hospital that I'm working on where we'd like to write a simple
AD data collection framework using matplotlib for the display, so I've
been mulling over the kinds of changes that need to be made. Do you
know now what kinds of updates you need to make? Eg, do you have
lines and you know you only need to update the screen for xlim between
points a and b?
 Gary> Comment: I don't have a handle at all on how the graphics
 Gary> system is organized. For example, what is a figure manager?
 Gary> When do I use it? I don't seem to need it, but there it is,
 Gary> and some of the examples use it. Looking through the
 Gary> docstrings I find myself going in circles. Maybe I'm
 Gary> digging too deeply for my own good. Maybe you developer
 Gary> types might add to your to-do list a description of the
 Gary> stucture of the graphics system.
It's absolutely a need and it's on my mental list of things to do.
There have been so many other areas that have required work and I
haven't made the time to generate adequate documentation. For the
near term I'd like to concentrate on getting all the install problems
ironed out and getting some documentation going.
 Gary> btw, for every task other than animation, matplotlib is the
 Gary> bomb. great job.
Thanks!
JDH

>>>>> "Gary" == Gary Ruben <ga...@em...> writes:
 Gary> Hi John, I've now retraced my steps and discovered that
 Gary> GTKAgg exhibits the crashing problem but TkAgg seems to
 Gary> exhibit a different but maybe related problem.
 Gary> I uninstalled 0.53.1 again and confirmed that the old
 Gary> \site-packages\matplotlib directory was removed. I'm trying
 Gary> the matplotlib-0.54.win32-py2.3.exe version with Numeric and
 Gary> the only .matplotlibrc setting changed being backend :
 Gary> GTKAgg
 >>>> import matplotlib
 Gary> returns without complaint but
 >>>> import matplotlib.matlab
 Gary> generates a pythonw illegal operation dialog with "PYTHONW
 Gary> caused an invalid page fault" etc. and causes IDLE generates
 Gary> a "================================ RESTART
 Gary> ================================" line.
It looks like GUI conflict: GTK versus Idle Tk. This would explain
why TkAgg works but GTKAgg fails. Try running several of the examples
from the examples dir (not in an IDE but from the shell) with -dGTKAgg
and -dTkAgg and see if you have any troubles. If they work fine, at
least we'll have narrowed your trouble down to a GUI conflict. I
don't think you can expect GTK or GTKAgg to work from within IDLE.
Some of these issues are discussed on
http://matplotlib.sourceforge.net/faq.html#SHOW and
http://matplotlib.sourceforge.net/interactive.html
 Gary> However, there are problems. For example, I tried running a
 Gary> previously working plot script from SciTE and it now
 Gary> generates an abnormal program termination MSVC++ Runtime
 Gary> library error from pythonw.exe prior to a page fault. This
 Gary> time, python generates something: Fatal Python error:
 Gary> PyEval_RestoreThread: NULL tstate
 >> Process failed to respond; forcing abrupt termination...
I believe SciTE is a GTK based IDE, so you may not want to issue
"show" since this can get you into mainloop conflicts or threading
problems. I'm not 100% sure what happens when you call gtk.mainloop
twice from the same program, which is effectively what I think you be
doing if you called show from within scite.
Try doing this at the end of your script (this is a GTK / GTKAgg
specific option:
show(mainloop=False)
which will realize your figures w/o starting the mainloop, and
*should* work within a program where the pygtk mainloop is already
started. I don't know enough about scite to know if this will work or
not. The other thing that might happen is that nothing will show at
all (if scite is not pygtk). My guess is you will no longer get the
thread error, in which case at least we'll have learned something.
JDH

>>>>> "Jean-Luc" == Jean-Luc Menut <jea...@fr...> writes:
 Jean-Luc> Hello,
 >> You need to install freetype and make sure this library is in
 >> your basedirs path.
 Jean-Luc> I 've did it but infortunatly i have a new error message
 Jean-Luc> wich concern a library ,i mean.
Just an idea: Try replacing line 9 of CXX/Objects.hxx with
extern "C" {
#include "Python.h"
;
That is, just put the extern C thing around the inclusion of the
python.h file and let me know if that makes a difference. If it fails
again, send along the error message from the compiler and I'll take a
second look.
JDH

Hello,
> You need to install freetype and make sure this library is in your
> basedirs path.
I 've did it but infortunatly i have a new error message wich concern a 
library ,i mean.
Thank you for your help,
Jean-Luc
here the message :
building 'matplotlib._transforms' extension
gcc -pthread -fno-strict-aliasing -DNDEBUG -g -O3 -Wall 
-Wstrict-prototypes -Isrc -I. 
-I/home2/menut/prg/python2.3/include/python2.3 -c src/_transforms.cpp -o 
build/temp.osf1-V5.1-alpha-2.3/src/_transforms.o
In file included from 
/home2/menut/prg/python2.3/include/python2.3/Python.h:8,
 from CXX/Objects.hxx:9,
 from CXX/Extensions.hxx:18,
 from src/_transforms.h:10,
 from src/_transforms.cpp:3:
/home2/menut/prg/python2.3/include/python2.3/pyconfig.h:840:1: warning: 
"_OSF_SOURCE" redefined
In file included from /usr/include/locale.h:49,
 from /usr/local/include/c++/3.3.3/clocale:49,
 from 
/usr/local/include/c++/3.3.3/alphaev67-dec-osf5.1/bits/c++locale.h:41,
 from /usr/local/include/c++/3.3.3/iosfwd:46,
 from /usr/local/include/c++/3.3.3/ios:44,
 from /usr/local/include/c++/3.3.3/ostream:45,
 from /usr/local/include/c++/3.3.3/iterator:70,
 from /usr/local/include/c++/3.3.3/numeric:67,
 from src/_transforms.cpp:2:
/usr/include/standards.h:206:1: warning: this is the location of the 
previous definition
In file included from 
/home2/menut/prg/python2.3/include/python2.3/Python.h:8,
 from CXX/Objects.hxx:9,
 from CXX/Extensions.hxx:18,
 from src/_transforms.h:10,
 from src/_transforms.cpp:3:
/home2/menut/prg/python2.3/include/python2.3/pyconfig.h:847:1: warning: 
"_POSIX_C_SOURCE" redefined
In file included from /usr/include/locale.h:49,
 from /usr/local/include/c++/3.3.3/clocale:49,
 from 
/usr/local/include/c++/3.3.3/alphaev67-dec-osf5.1/bits/c++locale.h:41,
 from /usr/local/include/c++/3.3.3/iosfwd:46,
 from /usr/local/include/c++/3.3.3/ios:44,
 from /usr/local/include/c++/3.3.3/ostream:45,
 from /usr/local/include/c++/3.3.3/iterator:70,
 from /usr/local/include/c++/3.3.3/numeric:67,
 from src/_transforms.cpp:2:
/usr/include/standards.h:198:1: warning: this is the location of the 
previous definition
In file included from 
/home2/menut/prg/python2.3/include/python2.3/Python.h:8,
 from CXX/Objects.hxx:9,
 from CXX/Extensions.hxx:18,
 from src/_transforms.h:10,
 from src/_transforms.cpp:3:
/home2/menut/prg/python2.3/include/python2.3/pyconfig.h:859:1: warning: 
"_XOPEN_SOURCE" redefined
In file included from /usr/include/locale.h:49,
 from /usr/local/include/c++/3.3.3/clocale:49,
 from 
/usr/local/include/c++/3.3.3/alphaev67-dec-osf5.1/bits/c++locale.h:41,
 from /usr/local/include/c++/3.3.3/iosfwd:46,
 from /usr/local/include/c++/3.3.3/ios:44,
 from /usr/local/include/c++/3.3.3/ostream:45,
 from /usr/local/include/c++/3.3.3/iterator:70,
 from /usr/local/include/c++/3.3.3/numeric:67,
 from src/_transforms.cpp:2:
/usr/include/standards.h:188:1: warning: this is the location of the 
previous definition
In file included from 
/home2/menut/prg/python2.3/include/python2.3/pyport.h:99,
 from 
/home2/menut/prg/python2.3/include/python2.3/Python.h:48,
 from CXX/Objects.hxx:9,
 from CXX/Extensions.hxx:18,
 from src/_transforms.h:10,
 from src/_transforms.cpp:3:
/usr/include/sys/time.h:71: error: 'suseconds_t' is used as a type, but 
is not
 defined as a type.
In file included from 
/home2/menut/prg/python2.3/include/python2.3/pyport.h:157,
 from 
/home2/menut/prg/python2.3/include/python2.3/Python.h:48,
 from CXX/Objects.hxx:9,
 from CXX/Extensions.hxx:18,
 from src/_transforms.h:10,
 from src/_transforms.cpp:3:
/usr/local/lib/gcc-lib/alphaev67-dec-osf5.1/3.3.3/include/sys/stat.h:213: 
error: '
 blksize_t' is used as a type, but is not defined as a type.
/usr/local/lib/gcc-lib/alphaev67-dec-osf5.1/3.3.3/include/sys/stat.h:213: 
error: '
 blkcnt_t' is used as a type, but is not defined as a type.
error: command 'gcc' failed with exit status 1

Hi John,
I've now retraced my steps and discovered that GTKAgg exhibits the crashing problem but TkAgg seems to exhibit a different but maybe related problem.
I uninstalled 0.53.1 again and confirmed that the old \site-packages\matplotlib directory was removed.
I'm trying the matplotlib-0.54.win32-py2.3.exe version with Numeric and the only .matplotlibrc setting changed being
backend : GTKAgg
>>> import matplotlib
returns without complaint but
>>> import matplotlib.matlab
generates a pythonw illegal operation dialog with "PYTHONW caused an invalid page fault" etc. and causes IDLE generates a
"================================ RESTART ================================"
line.
If I use 
backend : TkAgg
instead
>>> import matplotlib.matlab
now returns without complaint
However, there are problems. For example, I tried running a previously working plot script from SciTE and it now generates an abnormal program termination MSVC++ Runtime library error from pythonw.exe prior to a page fault.
This time, python generates something:
Fatal Python error: PyEval_RestoreThread: NULL tstate
>Process failed to respond; forcing abrupt termination...
let me know if there's anything else you want me to try
regards,
Gary
----- Original Message -----
From: John Hunter <jdh...@ac...>
Date: 2004年5月23日 18:43:04 -0500
To: "Gary Ruben" <ga...@em...>
Subject: Re: [Matplotlib-users] matplotlib-0.54 Win98 crash
> >>>>> "Gary" == Gary Ruben <ga...@em...> writes:
> 
> Gary> I just tried matplotlib-0.54 under Win98 with the GTKAgg
> Gary> backend and it crashes python when I do import
> Gary> matplotlib.matlab It doesn't seem to get far enough to
> Gary> generate any helpful diagnostics I'm afraid. I've reverted
> Gary> to 0.53.1 for the moment. Anyone else had success or
> Gary> failure in Win98?
> 
> Can you try flushing the old site-packages/matplotlib and reinstall?
> Did you use the numarray or numeric matplotlib build? There is a
> problem with the numarray build in that it was built against numarray
> CVS. Hopefully we can get a new build up tomorrow.
> 
> Do you get a segfault or a traceback? Are there any messages?
> 
> Thanks,
> JDH
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
-- 
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm

>>>>> "D" == D Brown <db...@ya...> writes:
 D> 180, in ? from _transforms import Value, Point, Bbox, Affine
 D> ImportError: No module named numarray.libnumarray
 D> My .matplotlib file has: numerix : Numeric interactive : True
 D> backend : TkAgg
 D> It looks like this version may be looking for numarray despite
 D> the Numeric setting. Any options beside installing numarray?
My best guess is that you inadvertently installed the numarray win32
build of matplotlib. Is this possible? You might want to remove
site-packages/matplotlib and try reinstalling, making sure not to get
the numarray matplotlib build.
Let me know,
JDH

>>>>> "Gary" == Gary Pajer <pa...@in...> writes:
 Gary> OK... but the zip has lots of directories in it. Do I need
 Gary> to upgrade any of them other than examples?
No, they include dirs you need if you are compiling the distribution
yourself, and include some additional stuff related to testing. It's
really only the examples. I could include them in distutils in the
same way I add font files, etc, and place them
share/matplotlib/examples.
 >> As far as mysterious not working bits goes, I'd say that the
 >> safest thing to do is to uninstall your previous version before
 >> upgrading. I myself don't do this unless I notice something
 >> broken or get otherwise suspicious, but that's my bad practice.
 Gary> I could do that with no problem, but it strikes me as odd
 Gary> somehow.
It is odd, but it sometimes seems to help. distutils doesn't
unconditionally overwrite on a new install. Did it help in your case?
JDH

>>>>> "Gary" == Gary Ruben <ga...@em...> writes:
 Gary> I just tried matplotlib-0.54 under Win98 with the GTKAgg
 Gary> backend and it crashes python when I do import
 Gary> matplotlib.matlab It doesn't seem to get far enough to
 Gary> generate any helpful diagnostics I'm afraid. I've reverted
 Gary> to 0.53.1 for the moment. Anyone else had success or
 Gary> failure in Win98?
Can you try flushing the old site-packages/matplotlib and reinstall?
Did you use the numarray or numeric matplotlib build? There is a
problem with the numarray build in that it was built against numarray
CVS. Hopefully we can get a new build up tomorrow.
Do you get a segfault or a traceback? Are there any messages?
Thanks,
JDH

Hi,
I just installed v0.54. When trying to do 
>>> from matplotlib.matlab import *
with a recent install of Enthought edition of python
(WinXP)
I get:
Traceback (most recent call last):
 File "<pyshell#0>", line 1, in ?
 from matplotlib.matlab import *
 File
"C:\Python23\Lib\site-packages\matplotlib\matlab.py", line
133, in ?
 from axes import Axes
 File "C:\Python23\Lib\site-packages\matplotlib\axes.py",
line 9, in ?
 from artist import Artist
 File
"C:\Python23\Lib\site-packages\matplotlib\artist.py", line
4, in ?
 from transforms import identity_transform
 File
"C:\Python23\Lib\site-packages\matplotlib\transforms.py",
line 180, in ?
 from _transforms import Value, Point, Bbox, Affine
ImportError: No module named numarray.libnumarray
My .matplotlib file has:
numerix : Numeric
interactive : True
backend : TkAgg
 It looks like this version may be looking for numarray
despite the Numeric setting. Any options beside installing
numarray?
-- David
	
		
__________________________________
Do you Yahoo!?
Yahoo! Domains – Claim yours for only 14ドル.70/year
http://smallbusiness.promotions.yahoo.com/offer 

> I've been trying to figure out how to do an dynamic update in TkAgg
without
> success. Anyone have any pointers?
> I'm trying to recreate the functionality of the Pmw.Blt stripchart.
>
> -gary
>
I guess I should be a little more specific. The part I'm having trouble
with is the dynamic update. As a step along the way, I've got a gui with a
button that just replots some data slightly altered from the original.
If I use FigureCanvasTkAgg.show (schematically speaking) it will replot, but
just once. That is, my button's callback routine contains a loop that tries
to change the data (via set_ydata followed by ....show()) several times in a
row. If I click the button, the data updates, but only once. I click it
again, it the data updates once. I remove the loop, the data updates once.
This strikes me as odd. How should the graphics window know or care if I'm
in a python loop or not?
I'm thinking that a well-placed call to
canvas.get_tk_widget.update_idletasks() should do the job, but that hasn't
worked for me either.
Aside: having played with anim.py I'm concerned about speed. It seems that
the speed of anim.py is limited by my system, not by the call to
gtk.timeout_add(). I might be back asking about a solution that runs faster
... perhaps a lower level solution. (Pmw.Blt works fast enough.) Hmm... I
just tried anim.py again, and it won't run. I've just upgraded to 0.54.
Odd ... it opens a Tk window. I'll try that again later after I reboot.
I'm on WinXP.
Comment: I don't have a handle at all on how the graphics system is
organized. For example, what is a figure manager? When do I use it? I
don't seem to need it, but there it is, and some of the examples use it.
Looking through the docstrings I find myself going in circles. Maybe I'm
digging too deeply for my own good. Maybe you developer types might add to
your to-do list a description of the stucture of the graphics system.
thanks again,
gary
btw, for every task other than animation, matplotlib is the bomb. great
job.

I've been trying to figure out how to do an dynamic update in TkAgg without
success. Anyone have any pointers?
I'm trying to recreate the functionality of the Pmw.Blt stripchart.
-gary

Dear Open Source developer
I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it.
With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development.
With many thanks for your participation,
Benno Luthiger
PS:
The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list.
_______________________________________________________________________
Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich
Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________

I just tried matplotlib-0.54 under Win98 with the GTKAgg backend and it crashes python when I do
import matplotlib.matlab
It doesn't seem to get far enough to generate any helpful diagnostics I'm afraid.
I've reverted to 0.53.1 for the moment.
Anyone else had success or failure in Win98?
Gary
----- Original Message -----
From: John Hunter <jdh...@ac...>
Date: 2004年5月20日 09:03:47 -0500
To: mat...@li...
Subject: [Matplotlib-users] ANN matplotlib-0.54
> 
> What's new in matplotlib 0.54
> =============================
> 
> I've done a lot of rewriting of the core of matplotlib to support some
> new features - mainly fast handling of polygon collections (pcolor and
> scatter) and since the changes were pervasive, I took to opportunity
> to fix some things that were bugging me about the design of
> matplotlib. If you use the API, creating your own Axes, Subplots,
> Lines, Rectangles, Texts, or working directly with transforms and
> bboxes, you will need to upgrade your code, since the constructors of
> all these objects have been simplified. The major changes affecting
> users of the matlab interface are for pcolor and scatter. These
> changes and others are detailed below and in
> http://matplotlib.sf.net/API_CHANGES. Sorry for the pain - in the
> long run, the new design is much cleaner and easier to work with, and
> as far as I can see, will be stable.
> 
> More general transformation architecture
> ----------------------------------------
> 
> Earlier versions of matplotlib handled transformation of x and y
> separately (ie we assumed all transformations were separable) but this
> makes is difficult to do rotations or polar transformations, for
> example. The new transformation lays the framework for doing general
> transformations; see the transforms module
> http://matplotlib.sf.net/matplotlib.transforms.html.
> 
> More efficient pcolor
> ---------------------
> 
> pcolor is now implemented with matplotlib.collections. polygon
> collections which should provide significantly faster performance
> across backends. The return value from pcolor is now a PolyColleciton
> object rather than a list of patches, but the API is largely
> compatible. See http://matplotlib.sf.net/API_CHANGES. The old function
> pcolor_classic is retained for full backward compatibility.
> 
> New scatter plots
> -----------------
> 
> The http://matplotlib.sf.net/matplotlib.matlab.html#-scatter command
> is rewritten, and is implemented in the backend with a new polygon
> collection class. For large scatter plots, the performance is 5 times
> faster across all backends and 10 times faster for the *Agg
> backends. Also, scatter works with many symbols: diamonds, sqaures,
> oriented triangles, circles and more. As with pcolor, the scatter
> command returns a collection instance rather than a list of patches as
> before; see See http://matplotlib.sf.net/API_CHANGES
> 
> 
> Also the size argument is now in points^2 (the area of the symbol in
> points) and is not in data coords as before. This fixes a few
> problems: symbols are not skewed by unequally shaped axes, scatter
> works with log coords w/o distoring the symbol, and it is matlab
> compatible.
> 
> The function scatter_classic is the old scatter function and will work
> identically.
> 
> Enhanced mathtext
> -----------------
> 
> A significant rewrite of the mathtext module provides much more
> precise layout. The freetype component has been factored out of the
> layout engine and replaced by an abstract class for font
> handling. This lays the groundwork for ps mathtext. The text clipping
> problems have been fixed. Added spacing commands '\/' (small space)
> and '\ ' (regular space), and '\hspace{frac}' (space is fraction of
> pointsize) as well as composite chars such as \angstrom. Fixed
> over/under subscripts so you can say x_i^j and nested subscripts if
> you do x_i_{j} (you need the curlys)
> 
> Many new plot symbols and markers
> ---------------------------------
> 
> Thanks Gary Ruben. See
> http://matplotlib.sf.net/matplotlib.matlab.html#-plot
> 
> Font cacheing
> -------------
> 
> Paul Barrett added caching support to the font manager to increase
> performance. This and other changes have dramatically improved
> postscript backend performance.
> 
> Newlines in text
> ----------------
> 
> After much encouragement from Al, I finally got around to supporting
> newline separated text in the Text frontend, so this is no longer
> backend dependent. As a bonus, it even works with arbitrary
> rotations. There is an additional text attribute 'multialignment' that
> specifies the alignment of the lines in multiline text. See
> http://matplotlib.sf.net/examples/multiline.py and
> http://matplotlib.sf.net/screenshots.html#align_text. Works with all
> text instances except mathtext.
> 
> Axes hold
> ---------
> 
> matlab compatible hold command determines whether subsequent plot
> commands overlay current plot or clear the axes by default. Default
> setting is set in matplotlibrc and toggled by the hold command.
> 
> New rc file options
> -------------------
> 
> You can control grid properties and tick padding (the space between
> the axes and tick label) in matplotlibrc. The new options and defaults
> are
> 
> axes.hold : True # whether to clear the axes by default on
> # each plot command. Toggle with hold command
> grid.color : k # grid color
> grid.linestyle : : # dotted
> grid.linewidth : 0.5 # in points 
> 
> tick.major.pad : 4 # distance to major tick label in points
> tick.minor.pad : 4 # distance to the minor tick label in points
> 
> 
> Full dash control
> -----------------
> 
> You can precisely control the dashes with a sequence of on off ink in
> points. See http://matplotlib.sf.net/examples/dash_control.py
> 
> Removed close buttons from GUI
> ------------------------------
> 
> Steve Chaplin persuasively argued these were a bad idea. It's taken me
> a while not to instinctively try and click on the missing buttons, but
> I'm used to it now.
> 
> Properly aligned text with arbitrary alignments
> -----------------------------------------------
> 
> You can now expect horizontal and vertical alignment specifications to
> work with text at an arbitrary angle, eg, 45 degrees. See
> http://matplotlib.sf.net/examples/alignment_test.py
> 
> Added stem plotting command
> ---------------------------
> 
> See http://matplotlib.sf.net/matplotlib.matlab.html#-stem and
> http://matplotlib.sf.net/examples/stem_plot.py
> 
> Bug fix roundup
> ---------------
> 
> Executive summary: fixed ps centering, errorbar autoscaling, constant
> data plot, copy tick attribute, mathtext fontsizing in interactive
> mode, missing draw if interactive, some numerix/numarray
> incompatibilities in type handling, agg memory leak, wx tooltips and
> close not returning interpreter.
> 
> See http://matplotlib.sf.net/CHANGELOG for details. 
> 
> 
> Downloads at http://sourceforge.net/projects/matplotlib
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
-- 
___________________________________________________________
Sign-up for Ads Free at Mail.com
http://promo.mail.com/adsfreejump.htm

> Gary Pajer wrote:
>
> >I may be imaginining things, but it seems to me that the Windows
installer
> >does not completely update matplotlib. I always seem to need the zip
file
> >also to get updated examples. I discovered this a few releases ago when
an
> >installed version of interactive2.py didn't work after an upgrade.
> >
> >Am I correct about that? If so, is there anything else in the zip file
that
> >I should be installing? Further, if so, could the Windows installer be
> >redone to include the updated examples and whatever else?
> >
> >
> As far as the examples go, it is not in the scope of distutils to solve
> this problem. This isn't to say it's not an important problem, just
I wasn't aware of that.
> that when distutils was designed, it was designed to do one thing -- 
> build and install 3rd party packages and modules. And I think it works
> great for that job. Some pacakges (PyOpenGL) solve the problem by
> putting the demos right in with the the modules. Others (wx) have a
> separate download for the demos. I tend like the separate download
> option, but that's just my preference.
OK... but the zip has lots of directories in it. Do I need to upgrade any
of them other than examples?
>
> As far as mysterious not working bits goes, I'd say that the safest
> thing to do is to uninstall your previous version before upgrading. I
> myself don't do this unless I notice something broken or get otherwise
> suspicious, but that's my bad practice.
I could do that with no problem, but it strikes me as odd somehow.
>
> Cheers!
> Andrew

>Ie, manually set the alpha of the background color to zero, and it
>worked as expected with your example. Now the background is truly
>transparent. I also checked this in CVS but you can just change the
>one line to get the same result.
>
> 
>
Thanks! It works great!
Matplotlib rocks!
Andrew

Gary Pajer wrote:
>I may be imaginining things, but it seems to me that the Windows installer
>does not completely update matplotlib. I always seem to need the zip file
>also to get updated examples. I discovered this a few releases ago when an
>installed version of interactive2.py didn't work after an upgrade.
>
>Am I correct about that? If so, is there anything else in the zip file that
>I should be installing? Further, if so, could the Windows installer be
>redone to include the updated examples and whatever else?
> 
>
As far as the examples go, it is not in the scope of distutils to solve 
this problem. This isn't to say it's not an important problem, just 
that when distutils was designed, it was designed to do one thing -- 
build and install 3rd party packages and modules. And I think it works 
great for that job. Some pacakges (PyOpenGL) solve the problem by 
putting the demos right in with the the modules. Others (wx) have a 
separate download for the demos. I tend like the separate download 
option, but that's just my preference.
As far as mysterious not working bits goes, I'd say that the safest 
thing to do is to uninstall your previous version before upgrading. I 
myself don't do this unless I notice something broken or get otherwise 
suspicious, but that's my bad practice.
Cheers!
Andrew

>>>>> "Stephen" == Stephen Roderick <snr...@ya...> writes:
 Stephen> Traceback (most recent call last): File
 Stephen> "dynamic_demo_wx.py", line 108, in onTimer
 Stephen> self.bar[1].set_data(self.ind,self.data) AttributeError:
 Stephen> Rectangle instance has no attribute 'set_data'
 Stephen> Can anyone help? I've pored over the onilne docs, and
 Stephen> tried various changes, to no affect.
See examples/system_monitor.py, which shows you how to dynamically
update a bar graph.
bar returns a list of Rectangles, which are a subclass of Patch,
defined here: http://matplotlib.sf.net/matplotlib.patches.html. You
can call any of the methods defined for a Patch or Rectangle, eg
set_height.
JDH

I'm new to matplolib, and trying to update the data that a bar graph is 
displaying (the application needs to continually update temperature 
data, so we want to regularly update a given graph's data at some fixed 
rate). The examples show a way to update a line graph, created using 
the 'plot' command, but we can't use the same approach with bar graphs 
created with 'bar' - it doesn't appear to support a set_data() 
function.
The dynamic_demo_wx.py example contains the following to update the 
line graph:
 def init_plot_data(self):
 a = self.figmgr.add_subplot(111)
 self.ind = numpy.arange(60)
 tmp = []
 for i in range(60):
 tmp.append(numpy.sin((self.ind+i)*numpy.pi/15))
 self.X = numpy.array(tmp)
 self.lines = a.plot(self.X[:,0],'o')
 self.count = 0
 def onTimer(self, evt):
 self.count += 1
 if self.count > 99: self.count = 0
 self.lines[0].set_data(self.ind, self.X[:,self.count])
 self.canvas.draw()
 self.canvas.gui_repaint()
But creating a bar graph with "bar" instead of "plot" like
 self.bar = self.a.bar(self.ind, self.data, width, color='r')
produces the following
Traceback (most recent call last):
 File "dynamic_demo_wx.py", line 108, in onTimer
 self.bar[1].set_data(self.ind,self.data)
AttributeError: Rectangle instance has no attribute 'set_data'
Can anyone help? I've pored over the onilne docs, and tried various 
changes, to no affect.
TIA

I may be imaginining things, but it seems to me that the Windows installer
does not completely update matplotlib. I always seem to need the zip file
also to get updated examples. I discovered this a few releases ago when an
installed version of interactive2.py didn't work after an upgrade.
Am I correct about that? If so, is there anything else in the zip file that
I should be installing? Further, if so, could the Windows installer be
redone to include the updated examples and whatever else?
-gary

>>>>> "Andrew" == Andrew Straw <str...@as...> writes:
 Andrew> By "working for you", do you mean that you don't have a
 Andrew> red face? Yes, that's fine, but if you read my initial
 Andrew> email, I said "there's still (opaque) white drawn in the
 Andrew> background" for this case. What do you get? I predict
 Andrew> that you do.
Oh, I did misread. Yes, I was getting rid of the red but didn't
notice the white background of the canvas.
This does, as you noted, show up whether or not you set alpha to zero
and whether or not you draw the figure frame. The reason is, when I
initialize the agg buffer (src/_backend_agg.cpp) I do
 rendererBase->clear(agg::rgba(1, 1, 1));
which sets a default background of white with a default alpha of 1. I
just tested the following change to line 46:
 rendererBase->clear(agg::rgba(1, 1, 1, 0));
Ie, manually set the alpha of the background color to zero, and it
worked as expected with your example. Now the background is truly
transparent. I also checked this in CVS but you can just change the
one line to get the same result.
JDH

John Hunter wrote:
>>>>>>"Andrew" == Andrew Straw <str...@as...> writes:
>>>>>> 
>>>>>>
>
> Andrew> Hi all, I'd like use matplotlib to draw shapes on a
> Andrew> transparent background using the Agg backend to save .png
> Andrew> files. Is this possible?
>
> Andrew> I've tried
>
> Andrew> fig._figurePatch.set_alpha(0)
>
>There is a vestigial limitation from the bad old days when we didn't
>have an alpha channel. For polyons, there is no place holder for a
>separate alpha channel for the edge and face. The way to do this
>right is to simply replace all rgb instances throughout the library
>with rgba, but this is a fair amount of work that touches the entire
>library. What I am doing currently is sharing the alpha attribute
>between edge and face for polygons.
>
>So setting alpha=0 *should work. What backend and version are you
>using? Rectangle calls gc.set_alpha before calling draw_polygon in
>patches.Patch. In _backend_agg.RendererAgg.draw_polygon, the alpha
>attribute for the face is taken from the edge which gets it from the
>gc (around line 204 in _backend_agg). I say all this just because
>from my read of the code *it should* work, and indeed, in my tests
>
> f = figure(1, facecolor='r')
> f._figurePatch.set_alpha(0.0)
>
>does work for me using Agg and the latest matplotlib.
> 
>
By "working for you", do you mean that you don't have a red face? Yes, 
that's fine, but if you read my initial email, I said "there's still 
(opaque) white drawn in the background" for this case. What do you 
get? I predict that you do.
>What backend and version are you using?
> 
>
Agg, PS, CVS HEAD
>That said, the best way to do this is to add a frameon attribute for
>figures, because this will be respected across backends including
>those who don't understand alpha. This way you can say
>
>f = figure(1, frameon=False)
>
>I checked this into CVS.
>
>JDH
> 
>
OK, here's a sample program (modified slightly from scatter_demo2.py:
#!/usr/bin/env python
import sys
from matplotlib.matlab import *
from data_helper import get_daily_data
fig = figure(1,frameon=False)
intc, msft = get_daily_data()
delta1 = diff(intc.open)/intc.open[0]
volume = (10*intc.volume[:-2]/intc.volume[0])**2
close = 0.003*intc.close[:-2]/0.003*intc.open[:-2]
p = scatter(delta1[:-1], delta1[1:], c=close, s=volume)
set(p, 'alpha', 0.75)
set(gca(), 'xticks', arange(-0.06, 0.061, 0.02))
set(gca(), 'yticks', arange(-0.06, 0.061, 0.02))
xlabel(r'$\Delta_i$', fontsize='x-large')
ylabel(r'$\Delta_{i+1}$', fontsize='x-large',
 verticalalignment='center',
 horizontalalignment='right',
 rotation='horizontal'
 )
title(r'Volume and percent change')
grid(True)
gca().set_frame_on(0)
fig._figurePatch.set_alpha(0.0) # doesn't affect output
savefig('scatter_demo3',facecolor='b',edgecolor='g')
#show()
Now, with the Agg backend (saving to PNG), I still get a non-transparent 
white background. (The face and edgecolors were specified just to test 
if they show up, which they don't.) Also, with the PS backend, I get a 
white rectangle at figure size.
So, it looks like there's another white rectangle creeping in there 
somewhere... Can we find it and get rid of it?
Cheers!
Andrew

>>>>> "Flavio" == Flavio Codeco Coelho <fcc...@fi...> writes:
 Flavio> matplotlib apparently can't plot numeric arrays with shape
 Flavio> (x,1). Check the code below.
 Flavio> This is an important drawback because for some matrix
 Flavio> operations, such as concatenation it is necessary to
 Flavio> specify if the vector is a line or a column, and these
 Flavio> vector can't be plotted.
Try adding the following two lines to matplotlib/lines.py on 144 in
the function set_data
 self._x.shape = len(self._x),
 self._y.shape = len(self._y),
Let me know if that helps.
 Flavio> I think this happens for the same reasons matplotlib can't
 Flavio> plot matrices as a multiline plot like matlab. IMHO, the
 Flavio> plot command should allow for plotting matrices
 Flavio> line-by-line like matlab, it is very useful.
Agreed,
JDH

>>>>> "Jean-Luc" == Jean-Luc Menut <jea...@fr...> writes:
 Jean-Luc> Hello,
 >> You are apparently working on a platform 'osf1V5' that we
 >> haven't encountered before. What platform is this?
 Jean-Luc> It's a sun (alpha processor) with a proprietary unix
 Jean-Luc> (OSF1 version 5, i think it's tru64).
The error is 
 src/ft2font.h:7:22: ft2build.h: No such file or directory
You need to install freetype and make sure this library is in your
basedirs path.
JDH