Re: [matplotlib-devel] plotting a series of 3D points and, picker=True and 3D
2008/1/29, Neil Crighton <[EMAIL PROTECTED]>: > > I think it would be a shame to lose the current matplotlib 3d plotting > functionality, even if it's not ideal. I've found it very useful for > plotting small sets of data, and much more straightforward to use than > Mayavi or other vtk-based 3d plotting packages. > > Having said that, I'm not volunteering to make the 3d modules work > with the new transforms :-/ > I second everything ;) Matthieu -- French PhD student Website : http://matthieu-brucher.developpez.com/ Blogs : http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn : http://www.linkedin.com/in/matthieubrucher - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] marker in a plot crashes pdf backend
Michael Droettboom skrev: > Ok. I'll change this in SVN. > It works for me now as well. /Jörgen - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] axis limits bug with twinx?
Michael Droettboom skrev: > For some reason, when axis() is called, the "emit" flag (which > determines whether to update all of the shared axes) was being set to > False by default. There may be a good reason for this that I'm not > aware of, but it seems reasonably harmless, and doesn't break the > existing shared_axis examples. I've fixed this on the branch and the > trunk, but I'm happy to revert if anyone says "stop, bad idea!!!" > Works for me. Thanks! /Jörgen - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] New plot type--submission questions
So I have a (slightly) new plot type I would like to add to the matplotlib codebase, and I'd like to ask A) if people would be interested in the patch and B) what the best way to implement it would be. I am currently calling the plot type "pcontourf"--it's essentially a pcolor, but instead of a continuous color spectra of value, it plots discrete levels of data like contourf does. I find this kind of plot useful for model output--it displays the model grid, and also emphasizes data transitions, for example, between the negative and positive areas of a plot, better than pcolor. Essentially it is just a contourf wrapper that, instead of calling contourf with values at the 'center' of a grid cell, calls contourf with points at the edges of the grid cell so you end up with rectangular areas. If someone is actually interested in clean this up and put it into svn, my next question is where in the codebase would be the best place to put it so I can make a clean diff file? pyplot.py? I don't quite understand how the matplotlib module hierarchy works. Jordan - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] New plot type--submission questions
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 days, and then you can see whether it meets your needs. Eric Jordan Dawe wrote: > So I have a (slightly) new plot type I would like to add to the > matplotlib codebase, and I'd like to ask A) if people would be > interested in the patch and B) what the best way to implement it would be. > > I am currently calling the plot type "pcontourf"--it's essentially a > pcolor, but instead of a continuous color spectra of value, it plots > discrete levels of data like contourf does. I find this kind of plot > useful for model output--it displays the model grid, and also emphasizes > data transitions, for example, between the negative and positive areas > of a plot, better than pcolor. Essentially it is just a contourf > wrapper that, instead of calling contourf with values at the 'center' of > a grid cell, calls contourf with points at the edges of the grid cell so > you end up with rectangular areas. > > If someone is actually interested in clean this up and put it into svn, > my next question is where in the codebase would be the best place to put > it so I can make a clean diff file? pyplot.py? I don't quite > understand how the matplotlib module hierarchy works. > > Jordan > > > - > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
[matplotlib-devel] bug in Agg backend, positioning of tick labels
In the course of answering a question by Alan Isaac, I saved some
figures at different dpi values and hit a bug with png output:
imshow(rand(100,100))
gcf().savefig('f200.png', dpi=200)
This results in tick labels that overlap the image, and it gets worse
with higher dpi. PS backend output is OK.
This is with svn trunk.
Eric
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] New plot type--submission questions
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 works for everything: pcolor, scatter, etc. -Rob On Jan 31, 2008, at 12:07 AM, 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 days, and then you > can see whether it meets your needs. > > Eric > > Jordan Dawe wrote: >> So I have a (slightly) new plot type I would like to add to the >> matplotlib codebase, and I'd like to ask A) if people would be >> interested in the patch and B) what the best way to implement it >> would be. >> >> I am currently calling the plot type "pcontourf"--it's essentially a >> pcolor, but instead of a continuous color spectra of value, it plots >> discrete levels of data like contourf does. I find this kind of plot >> useful for model output--it displays the model grid, and also >> emphasizes >> data transitions, for example, between the negative and positive >> areas >> of a plot, better than pcolor. Essentially it is just a contourf >> wrapper that, instead of calling contourf with values at the >> 'center' of >> a grid cell, calls contourf with points at the edges of the grid >> cell so >> you end up with rectangular areas. >> >> If someone is actually interested in clean this up and put it into >> svn, >> my next question is where in the codebase would be the best place >> to put >> it so I can make a clean diff file? pyplot.py? I don't quite >> understand how the matplotlib module hierarchy works. >> >> Jordan >> >> >> - >> >> This SF.net email is sponsored by: Microsoft >> Defy all challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ >> ___ >> Matplotlib-devel mailing list >> Matplotlib-devel@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > > -- > --- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ > ___ > Matplotlib-devel mailing list > Matplotlib-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel Rob Hetland, Associate Professor Dept. of Oceanography, Texas A&M University http://pong.tamu.edu/~rob phone: 979-458-0096, fax: 979-845-6331 - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Matplotlib-devel mailing list Matplotlib-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Re: [matplotlib-devel] bug in Agg backend, positioning of tick labels
I noticed this bug last week (and forgot to send it in until now.. I
know.. shame on me..).
Here is the workaround (responsible for my laziness):
figure(dpi=500)
# make a figure
savefig(dpi=500)
That is, as long as the figure and savefig dpi match, it looks
alright. Otherwise, the tick labels are off.
I'm using recent svn (trunk).
-Rob
On Jan 31, 2008, at 8:00 AM, Eric Firing wrote:
> In the course of answering a question by Alan Isaac, I saved some
> figures at different dpi values and hit a bug with png output:
>
> imshow(rand(100,100))
> gcf().savefig('f200.png', dpi=200)
>
> This results in tick labels that overlap the image, and it gets worse
> with higher dpi. PS backend output is OK.
>
> This is with svn trunk.
>
> Eric
>
> --
> ---
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> Matplotlib-devel mailing list
> Matplotlib-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Rob Hetland, Associate Professor
Dept. of Oceanography, Texas A&M University
http://pong.tamu.edu/~rob
phone: 979-458-0096, fax: 979-845-6331
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Matplotlib-devel mailing list
Matplotlib-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
