Re: [matplotlib-devel] ginput: blocking call for mouse input

On Jan 29, 2008 8:15 PM, Gael Varoquaux <[EMAIL PROTECTED]> wrote: > Ooops, I had forgotten to add the Wx backend. Here is a new patch. > > By the way, with the wx backend, there seems to be a simple mistake in > the "show" method of the figure manager, to reproduce the traceback do > (with a recen

Re: [matplotlib-devel] bug in Agg backend, positioning of tick labels

This should now be fixed in SVN r4909. The padding between the axes and the tick labels was not getting updated when the dpi changed. (That's why Rob's workaround worked, because it set the dpi "early enough"). There is still a known dpi bug with custom-shaped scatter plots, but I hope to tac

[matplotlib-devel] imshow interpolation artifacts

I just wanted to report some artifacts that appear when I use imshow from the trunk: a=arange(1) a.shape=(100,100) #ok: figure() imshow(a,interpolation='nearest') figure() imshow(a,interpolation='bilinear') #odd: figure() imshow(a,interpolation='bicubic') figure() imshow(a,interpolation='spli

Re: [matplotlib-devel] imshow interpolation artifacts

Fixed in SVN r4910. It was a mistake when upgrading agg from 2.3 to 2.4. Cheers, Mike Darren Dale wrote: > I just wanted to report some artifacts that appear when I use imshow from the > trunk: > > a=arange(1) > a.shape=(100,100) > #ok: > figure() > imshow(a,interpolation='nearest') > figu

Re: [matplotlib-devel] ginput: blocking call for mouse input

On Thu, Jan 31, 2008 at 08:20:37AM -0600, John Hunter wrote: > As you know, this has been a much requested feature, I know. I have wanted it pretty badly. > and the hard part is to get something working across backends, which it > looks like you've done. Looks like it works OK. I would appreciat

Re: [matplotlib-devel] New plot type--submission questions

On Thu, Jan 31, 2008 at 08:38:35AM +0100, Rob Hetland wrote: > > I was just working with a student to do this. It is straightforward > (using norms, as Eric suggests), but not short. I think it would be > good to include wrappers for creating these norms to MPL. > > The advantage is then it

Re: [matplotlib-devel] New plot type--submission questions

Eric Firing wrote: > Jordan, > > This sounds useful, but I think it can be implemented without any new > plot type, simply by using a different sort of norm to do the > colormapping. I need to add this anyway, and I have a prototype. It > is very simple. I will get it in within the next few d

Re: [matplotlib-devel] New plot type--submission questions

Paul Kienzle wrote: > On Thu, Jan 31, 2008 at 08:38:35AM +0100, Rob Hetland wrote: >> I was just working with a student to do this. It is straightforward >> (using norms, as Eric suggests), but not short. I think it would be >> good to include wrappers for creating these norms to MPL. >> >> T

[matplotlib-devel] colorbar ticklabel positions

I have to report two more issues (sorry I'm reporting, not squashing, I'm swamped at work.) imshow(rand(100,100)) colorbar() The horizontal alignment of the ticklabels is off, they are centered on the axis rather than being positioned to the right of it. Also, the image appears to be shifted i

[matplotlib-devel] mlab functions

Hi, I was wondering if anyone had thought about finding homes for some of the functions in mlab that are useful outside of matplotlib? I'm specifically thinking of psd, which has no equivalent (to my knowledge) in numpy/scipy. Thanks, Ryan -- Ryan May Graduate Research Assistant School of Met

Re: [matplotlib-devel] plotting a series of 3D points and, picker=True and 3D

Actually, it seems that the following thread is also relevant to this issue : [matplotlib-devel] merging sympy plotting stuff with matplotlib --