matplotlib-users Mailing List for matplotlib

Rich Drewes wrote:
> Now, if we could only get this numarray/Numeric mess
> sorted out,

Well, let's all support Travis' "Numeric3" or "SciPy base" or whatever 
it's being called now, project!

> and put a standard array package, and matplotlib, and scipy,
> and a truly portable native GUI into the base Python distribution . . . I
> know, I'm dreaming.

Well, yes, but with the new array protocol, at least we can have all 
those things working well together, if not in the Standard lib.

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

Hello,

An article written by me is in the June 2005 Linux Journal.  It's about a
Python toolkit I developed for working with spiking neural networks and it
features a plug for matplotlib and some graphs drawn with matplotlib.  
The article is available online now at www.linuxjournal.com (subscribers
only for now, I'll have the article up locally when I am permitted) and
should hit the newsstands in a day or two, if not already.

Thanks to John and everyone for developing great Python scientific tools
like matplotlib!  Now, if we could only get this numarray/Numeric mess
sorted out, and put a standard array package, and matplotlib, and scipy,
and a truly portable native GUI into the base Python distribution . . . I
know, I'm dreaming.  Keepup the good work at any rate.

Rich
http://www.interstice.com/drewes

Michael Soulier wrote:
> Well, I'm in a bit of version hell, trying to find versions of every
> package I want that's going to work together, including
> boa-constructor.

Yes, Boa is kind of behind the times, but I imagine it will catch up soon.

> Still, for simple guis Tkinter rocks, it's fast, and it's easy to
> port.

Port to what?

> Mannings book on it is great,

There is a wxPython book coming out fairly soon, but that doesn't help 
you now.

> Good docs are a must.

Yes, and wxPython has them. It's a little skimpy on the newbie-oriented 
stuff, but between the demo, the reference and the Wiki, there is a lot 
of good stuff there.

We really should make a concerted effort to port the demo to modern 
idioms (including the wx namespace), though I just took a look, and the 
first four items I clicked on were using the wx namespace, so it's not 
so bad!

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

On Fri, 29 Apr 2005, Michael Soulier apparently wrote: 
> for simple guis Tkinter rocks, it's fast, and it's easy to 
> port. Mannings book on it is great, if erroneous in 
> places. Good docs are a must. 

Do you mean Grayson's book?
Any other recommendations?

Thank you,
Alan Isaac

On 4/29/05, Werner F. Bruhin <wer...@fr...> wrote:
> With wxPython the demo is your friend, it is often a separate download
> and it contains small to extensive samples for just about every widget.

I found that the demos were all done with the old namespace setup,
which is a real pain when the new wx.* setup is now recommended.

> There is also a new documenation in the works, not complete, but not bad
> either look at http://www.wxpython.org/docs/api/
>=20
> If you decide on wxPython you might want to start with 2.6 (which just
> came out and has some nice things like foldpanel) and you might want to
> look at Boa Constructor if you like IDE's.

Well, I'm in a bit of version hell, trying to find versions of every
package I want that's going to work together, including
boa-constructor. wxGlade seems nicer to me though, I might try that.

Still, for simple guis Tkinter rocks, it's fast, and it's easy to
port. Mannings book on it is great, if erroneous in places. Good docs
are a must.

Thanks,
Mike

--=20
Michael P. Soulier <mso...@gm...>
http://www.digitaltorque.ca
http://opag.ca      python -c 'import this'

Hi,

I realize this should be really two posts, but any how here it is :

1) Is there a way people know of integrating Matplotlib into Zope ?  I had to
fight with the registry (yes, a windows box for now) to get matplotlib to
install on the right Python (Zope's, not the system Python) but more importantly
I am using an external method to gain access to matplotlib via Zope.  It works,
but it's clumsy and I suspect loading up pylab could be quicker if I could use
Scripts (Python) objects in Zope.

As a side question, is there a way not to open a file, e.g. replace the
following lines :

savefig("test.png")
fh = open("C:\\Program Files\\Plone 2\\Data\\bin\\test.png","rb")
data = fh.read()
fh.close()

I had origianlly forgotten to close my file handle connection and it obviously
was a good way to kill my Zope app (laek was about 3 MB a shot!) so avoiding to
write in a file together with a closer integration into Zope would probably make
such memory leaks less susceptible to occur.

2) Is there an example somewhere along the lines of finance.py or
date_demo_rrule.py but with data coming from a postgreSQL 8.0.2 back end ?  One
question I have is about the use of DateTime objects with PG queries : can
PL/Python scripts handle DateTime objects directly or do I have to fiddle with 
a combination of num2date and strftime (??) to build a meaningful SQL query? 
Any pointers to example usage appreciated.

Thanx for this great plotting products.  I'm looking forward to using more and
more of matplotlib's power! 

Yves Moisan

Hi Michael,

Michael Soulier wrote:

> On 4/28/05, John Hunter <jdh...@ac...> wrote:
> 
>>Don't use the pylab interface when building moderately complex
>>applications -- use the OO library instead.  What GUI toolkit are you
>>using to build your app?  See embedding_in_*.py, in the examples
>>directory, where * is the name of your GUI toolkit, eg, tk, gtk, wx
>>etc.
>>
>>See also http://matplotlib.sourceforge.net/faq.html#OO
> 
> 
> Ok, thanks. It's either going to be Tkinter or wxPython. The former is
> easier to use and deploy, but the latter looks slicker and seems to
> have more high-level widgets (poorer docs), and nice tools like
> wxGlade.
With wxPython the demo is your friend, it is often a separate download 
and it contains small to extensive samples for just about every widget.

There is also a new documenation in the works, not complete, but not bad 
either look at http://www.wxpython.org/docs/api/

If you decide on wxPython you might want to start with 2.6 (which just 
came out and has some nice things like foldpanel) and you might want to 
look at Boa Constructor if you like IDE's.

See you
Werner
> 
> Mike
> 

On Mon, 25 Apr 2005, Grig Gheorghiu apparently wrote: 
> http://agiletesting.blogspot.com/2005/04/sparkplot-creating-sparklines-with.html 

Fun and useful.

Thank you!
Alan Isaac

On 4/28/05, John Hunter <jdh...@ac...> wrote:
>=20
> Don't use the pylab interface when building moderately complex
> applications -- use the OO library instead.  What GUI toolkit are you
> using to build your app?  See embedding_in_*.py, in the examples
> directory, where * is the name of your GUI toolkit, eg, tk, gtk, wx
> etc.
>=20
> See also http://matplotlib.sourceforge.net/faq.html#OO

Ok, thanks. It's either going to be Tkinter or wxPython. The former is
easier to use and deploy, but the latter looks slicker and seems to
have more high-level widgets (poorer docs), and nice tools like
wxGlade.

Mike

--=20
Michael P. Soulier <mso...@gm...>
http://www.digitaltorque.ca
http://opag.ca      python -c 'import this'

>>>>> "Michael" == Michael Soulier <mso...@gm...> writes:

    Michael> Hello, I'm writing an app that requires a gui interface
    Michael> that will generate graphs on demand. When one top-level
    Michael> window containing a new graph is created, it should not
    Michael> block the application from making new ones if the user
    Michael> requests one.

    Michael> I can do this myself but I like matplotlib. How could I
    Michael> do this? So far it seems that my app blocks on the show()
    Michael> call, and if I try to make a new graph after that, the
    Michael> whole application locks up and has to be killed.

Don't use the pylab interface when building moderately complex
applications -- use the OO library instead.  What GUI toolkit are you
using to build your app?  See embedding_in_*.py, in the examples
directory, where * is the name of your GUI toolkit, eg, tk, gtk, wx
etc.

See also http://matplotlib.sourceforge.net/faq.html#OO

Hope this helps,
JDH

Hello,

I'm writing an app that requires a gui interface that will generate
graphs on demand. When one top-level window containing a new graph is
created, it should not block the application from making new ones if
the user requests one.

I can do this myself but I like matplotlib. How could I do this? So
far it seems that my app blocks on the show() call, and if I try to
make a new graph after that, the whole application locks up and has to
be killed.

Thanks,
Mike

--=20
Michael P. Soulier <mso...@gm...>
http://www.digitaltorque.ca
http://opag.ca      python -c 'import this'