Re: [matplotlib-devel] mpl1 draft

2007-07-20 Thread Gael Varoquaux
On Thu, Jul 19, 2007 at 10:42:56PM -0500, Ken McIvor wrote: = Traits = I think we should make a major committment to traits and use them from the ground up. Even without the UI stuff, they add plenty to make them worthwhile, especially the validation and notification features. Code

[matplotlib-devel] error: package directory 'lib/matplotlib/numerix/mlab' does not exist

2007-07-20 Thread Nils Wagner
Hi, I cannot install matplotlib from latest svn. error: package directory 'lib/matplotlib/numerix/mlab' does not exist Nils - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio

Re: [matplotlib-devel] rcParams and validation

2007-07-20 Thread Fernando Perez
On 7/19/07, Darren Dale [EMAIL PROTECTED] wrote: Damn, that is really cool. So you can generate default config files from the MPLConfig instance. We create a default matplotlibrc file from a template, setting default backend and numerix values based on what is available on the users system.

Re: [matplotlib-devel] rcParams and validation

2007-07-20 Thread Gael Varoquaux
On Wed, Jul 18, 2007 at 11:24:09AM -0600, Brian Granger wrote: At some level though, configuration is a very different thing than an application's runtime API. While they may be related (by exposing common functionality), not everything that can be configured would appear in a runtime API and

Re: [matplotlib-devel] error: package directory 'lib/matplotlib/numerix/mlab' does not exist

2007-07-20 Thread Nils Wagner
Eric Firing wrote: Nils, Two more commits, now at 3584, and I think I have it straightened out. I hope so. I'm going offline for 8 hours or so, so if it is not fixed now either someone else will have to do it, or it will have to wait. Eric Hi Eric, Works for me ! Thank you

[matplotlib-devel] Apology

2007-07-20 Thread Norbert Nemec
Hi everybody, I think I have to apologize, especially to Eric and John, for the confusion that I caused by the commits yesterday. The whole thing started as a bit of cleaning up and then I got carried away. I think there were two points that caused confusion. One is that the new revisions

Re: [matplotlib-devel] mpl1 draft

2007-07-20 Thread Michael Droettboom
Ken McIvor wrote: This means someone needs to figure out how to get TkInter talking to a python buffer object or a numpy array. I think PIL's ImageTk module would do the trick for converting RGBA - PIL Image - Tk Bitmap/PhotoImage. That's what I was thinking, too. I don't think there's a

Re: [matplotlib-devel] Polygon examples broken

2007-07-20 Thread Paul Kienzle
On Fri, Jul 20, 2007 at 08:53:30AM -0400, Rob Hetland wrote: Second, much of what I do involves plotting model data (on a curvilinear grid). I generally like to use pcolor for these plots. I *always* want shading='flat' Some of my grids are large, and I only see lines if I don't.

Re: [matplotlib-devel] mpl1 draft

2007-07-20 Thread Michael Droettboom
Ken McIvor wrote: On Jul 20, 2007, at 6:26 AM, Michael Droettboom wrote: Ken McIvor wrote: I think PIL's ImageTk module would do the trick for converting RGBA - PIL Image - Tk Bitmap/PhotoImage. That's what I was thinking, too. I don't think there's a way to do this in a raw Tkinter. But

Re: [matplotlib-devel] mpl1 draft

2007-07-20 Thread John Hunter
On 7/20/07, Michael Droettboom [EMAIL PROTECTED] wrote: er concern, though, is that there seems to be no way to update just a subregion of the PhotoImage from pure Python. I see that the C code in _tkagg.cpp can do this. Does that actually get used or is it always a full image? Yes we use

Re: [matplotlib-devel] Apology

2007-07-20 Thread John Hunter
On 7/20/07, Norbert Nemec [EMAIL PROTECTED] wrote: I think I have to apologize, especially to Eric and John, for the confusion that I caused by the commits yesterday. The whole thing started as a bit of cleaning up and then I got carried away. Thanks for the apology -- it was a minor

[matplotlib-devel] remove artists

2007-07-20 Thread Paul Kienzle
Hi, Not hearing back one way or the other, I checked in the remove artist stuff. It is a pretty minor patch. It is cheap (a lambda and an attribute per artist), but unfortunately not free for those who don' need it :-( I can turn the lambdas into methods pretty easily if the python experts say

[matplotlib-devel] Numpification - next try

2007-07-20 Thread Norbert Nemec
Hi there, I sorted out the reverted commits (sorry once again) and tried another commit. This time trying to think of everything that was said: * the numerix/ directory is unchanged * code in matplotlib is independent of numerix * code in matplotlib imports numpy as npy * everything is triple

Re: [matplotlib-devel] Numpification - next try

2007-07-20 Thread John Hunter
On 7/20/07, Norbert Nemec [EMAIL PROTECTED] wrote: Hi there, I sorted out the reverted commits (sorry once again) and tried another commit. This time trying to think of everything that was said: * the numerix/ directory is unchanged * code in matplotlib is independent of numerix * code in

Re: [matplotlib-devel] rcParams and validation

2007-07-20 Thread Brian Granger
3. Traits. We (Brian and I) have gone back and forth a lot on Traits, and we've come very close to just making them a dependency. The only real issue holding us back is that ipython so far has exactly *zero* extension code, which is a plus in terms of ease of installation/deployment.

Re: [matplotlib-devel] Polygon examples broken

2007-07-20 Thread Eric Firing
Rob Hetland wrote: On Jul 20, 2007, at 9:07 AM, Paul Kienzle wrote: On Fri, Jul 20, 2007 at 08:53:30AM -0400, Rob Hetland wrote: Second, much of what I do involves plotting model data (on a curvilinear grid). I generally like to use pcolor for these plots. I *always* want shading='flat'

Re: [matplotlib-devel] patch to fix examples

2007-07-20 Thread Eric Firing
Stefan, Thanks. I will apply them shortly, after a bit of checking. (There were commits after 3584, but things look easy enough to straighten out.) Eric Stefan van der Walt wrote: Hi everyone, Some of the examples in the repository are broken. Attached is a patch to fix them (it also

Re: [matplotlib-devel] rcParams and validation

2007-07-20 Thread Fernando Perez
On 7/20/07, Fernando Perez [EMAIL PROTECTED] wrote: However, it's not all gloom and doom: one can simply generate a config file from the object description, edit it for ordering, and after that keep it synced with changes to the object description fairly easily. The current code only works in

Re: [matplotlib-devel] Polygon examples broken

2007-07-20 Thread Eric Firing
Paul Kienzle wrote: [...] Quadmesh has a bug in it that I would love to see squashed. Can you look at it, or induce someone else to do so? I tried but couldn't figure it out--it is something deep in the use of Agg. It is illustrated by examples/quadmesh_demo.py. With masked data

Re: [matplotlib-devel] Polygon examples broken

2007-07-20 Thread Christopher Barker
Paul Kienzle wrote: This is improved somewhat as: import numpy as N res = N.sqrt(2*N.sin(N.pi*x**2) + N.cos(x**2) - N.exp(2*N.pi*1j)) but the following is better: from mpl.math import * res = sqrt(2*sin(pi*x**2) + cos(x**2) - exp(2*pi*1j)) quite true. Interestingly, I find

Re: [matplotlib-devel] mpl1 draft

2007-07-20 Thread John Hunter
On 7/20/07, Christopher Barker [EMAIL PROTECTED] wrote: On Jul 19, 2007, at 12:18 PM, John Hunter wrote: I also plan to use the SWIG agg wrapper Where can I find that? I did some googling, and no luck. mpl1/mpl1.py uses it It is available in matplotlib installs as from matplotlib

Re: [matplotlib-devel] mpl1 draft

2007-07-20 Thread Christopher Barker
On Jul 19, 2007, at 12:18 PM, John Hunter wrote: I also plan to use the SWIG agg wrapper Where can I find that? I did some googling, and no luck. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/ORR(206) 526-6959 voice 7600 Sand Point Way

Re: [matplotlib-devel] Polygon examples broken

2007-07-20 Thread Robert Kern
Rob Hetland wrote: There is also quite a bit of advice on the internet and otherwise that 'from numpy import *' is the way to import the library. For example, this is the approach in Oliphant's 'Guide to Numpy.' You'll often see it in examples because it's the only way to make examples

Re: [matplotlib-devel] Polygon examples broken

2007-07-20 Thread Rob Hetland
On Jul 20, 2007, at 2:02 PM, Christopher Barker wrote: That's why: Namespaces are one honking great idea. They really are. Trust me on this. I get namespaces. They are really great. It's just that I use numpy and mpl *so* much that the namespaces get in the way. Most of my (smaller)

Re: [matplotlib-devel] rcParams and validation

2007-07-20 Thread Fernando Perez
On 7/20/07, Fernando Perez [EMAIL PROTECTED] wrote: On 7/20/07, Darren Dale [EMAIL PROTECTED] wrote: This should give you a very reasonable solution for what you wanted to do. Great! I'm surprised that this was possible. And actually easy, for once. Im attaching a patch for the

Re: [matplotlib-devel] rcParams and validation

2007-07-20 Thread Fernando Perez
On 7/20/07, Darren Dale [EMAIL PROTECTED] wrote: On Friday 20 July 2007 05:25:06 pm Fernando Perez wrote: I also just (r2528) updated things to use a cleaner import convention: I don't like importing things from modules *they* imported. [...] The point is that instead of -from

Re: [matplotlib-devel] Polygon examples broken

2007-07-20 Thread Christopher Barker
Robert Kern wrote: Rob Hetland wrote: There is also quite a bit of advice on the internet and otherwise that 'from numpy import *' is the way to import the library. For example, this is the approach in Oliphant's 'Guide to Numpy.' You'll often see it in examples because it's the only

Re: [matplotlib-devel] Polygon examples broken

2007-07-20 Thread Paul Kienzle
On Fri, Jul 20, 2007 at 02:53:42PM -0700, Christopher Barker wrote: Paul Kienzle wrote: On Fri, Jul 20, 2007 at 12:34:44PM -0700, Christopher Barker wrote: Out of 491 names in the numpy namespace, I found 26 that would commonly be found in math expressions. The C99 math/complex

Re: [matplotlib-devel] Polygon examples broken

2007-07-20 Thread Christopher Barker
so I think it does make sense to bring the common names that show up in math expressions into the main namespace. This is probably best just done by each individual according to his/her taste. That's what I'm trying to get away from. I want to be able to write the contains() function

Re: [matplotlib-devel] Polygon examples broken

2007-07-20 Thread Rob Hetland
On Jul 20, 2007, at 5:53 PM, Christopher Barker wrote: However, I have seen a real shift on the numpy list over the last year (or two), toward using the namespace. Yes, I do that to, primarily in scripts. However, for interactive sessions, I usually import into the top namespace. I imagine