[matplotlib-devel] new colormap

2006-12-19 Thread Tim Leslie
lab.py and boilerplate.py and when I run boilerplate.py it generates a spectral() function as it does for all the other colormaps. My question is, how should the output of boilerplate.py be included into pylab.py? Should I just cut and paste the output, or is there some automagic tool for doing it? Ch

[matplotlib-devel] segfault in dynamic_demo.py

2006-12-19 Thread Tim Leslie
When running examples/dynamic_demo I get a segfault with the following backtrace. Does anyone have any thoughts on what might be causing this? I'm using python 2.4 .4c1 and the latest svn version of mpl/numpy/scipy. Cheers, Tim #0 0x004be54f in PyFrame_New () #1 0x00476004 in

Re: [matplotlib-devel] new colormap

2006-12-19 Thread Tim Leslie
On 12/20/06, John Hunter <[EMAIL PROTECTED]> wrote: >>>>> "Tim" == Tim Leslie <[EMAIL PROTECTED]> writes: Tim> colormaps. My question is, how should the output of Tim> boilerplate.py be included into pylab.py? Should I just cut Tim> an

Re: [matplotlib-devel] [Fwd: Re: [Distutils] Confusion about the effect of eggs on import]

2007-02-10 Thread Tim Leslie
On 2/11/07, Gael Varoquaux <[EMAIL PROTECTED]> wrote: > On Sat, Feb 10, 2007 at 08:04:38AM -0600, John Hunter wrote: > > I am inclined to consider ripping out the __init__ stuff into a > > "config" module or something like that. > > If my understanding is right, enthought does this with an "api" mo

Re: [matplotlib-devel] [Fwd: Re: [Distutils] Confusion about the effect of eggs on import]

2007-02-10 Thread Tim Leslie
On 2/11/07, John Hunter <[EMAIL PROTECTED]> wrote: > On 2/10/07, Tim Leslie <[EMAIL PROTECTED]> wrote: > > > And for what it's worth this is also the direction nipy is taking, > > having an api.py in each package. > > I don't have a problem with this

[matplotlib-devel] Two small patches

2007-04-09 Thread Tim Leslie
Hi All, I've attached a patch which addresses two small issues. The first is a bug in patches.py. When doing 3d scatter plots xs, ys = zip(*self.xy) (line 480) crashes, as the right hand side expands to 3 values. The other is a speedup, normalising an entire array at once, rather than element

Re: [matplotlib-devel] Two small patches

2007-04-09 Thread Tim Leslie
On 4/10/07, John Hunter <[EMAIL PROTECTED]> wrote: > On 4/9/07, Tim Leslie <[EMAIL PROTECTED]> wrote: > > > > > The other is a speedup, normalising an entire array at once, rather > > than element by element, speeding up the attached script by a facto

Re: [matplotlib-devel] Two small patches

2007-04-09 Thread Tim Leslie
On 4/10/07, John Hunter <[EMAIL PROTECTED]> wrote: On 4/9/07, Tim Leslie <[EMAIL PROTECTED]> wrote: > > The other is a speedup, normalising an entire array at once, rather > than element by element, speeding up the attached script by a factor > of 6x (and upgrading my

[matplotlib-devel] [patch] RegularPolyCollection.get_transformed_patches speed-up

2007-05-09 Thread Tim Leslie
Hi All, I've attached a patch which optimizes a particular case of the RegularPolyCollection.get_transformed_patches method. This is particularly useful when using a picker on a scatter plot with ~40,000 points (as I happen to be doing) and cuts the time spent in this function from ~4s to ~1s, wh

Re: [matplotlib-devel] [patch] RegularPolyCollection.get_transformed_patches speed-up

2007-05-09 Thread Tim Leslie
just noticed a rather glaring bug, in that I don't actually have a 'return polys' after I calculate them in the special case, which is somewhat embarrassing. I'll fix all this up and submit a new patch later today. Cheers, Tim >

Re: [matplotlib-devel] [patch] RegularPolyCollection.get_transformed_patches speed-up

2007-05-10 Thread Tim Leslie
> It is also only lightly tested. I hope I haven't overlooked some > situation that would work with the old version but not with this one. > > Eric > > Tim Leslie wrote: > > On 5/10/07, Eric Firing <[EMAIL PROTECTED]> wrote: > >> Tim, > >> >