matplotlib

matplotlib-users Mailing List for matplotlib

Brought to you by: cjgohlke, dsdale, efiring, heeres, and 8 others

matplotlib-users — Discussion related to using matplotlib

You can subscribe to this list here.

2003	_Jan	_Feb	_Mar	_Apr	_May (3)	_Jun	_Jul	_Aug (12)	_Sep (12)	_Oct (56)	_Nov (65)	_Dec (37)
2004	_Jan (59)	_Feb (78)	_Mar (153)	_Apr (205)	_May (184)	_Jun (123)	_Jul (171)	_Aug (156)	_Sep (190)	_Oct (120)	_Nov (154)	_Dec (223)
2005	_Jan (184)	_Feb (267)	_Mar (214)	_Apr (286)	_May (320)	_Jun (299)	_Jul (348)	_Aug (283)	_Sep (355)	_Oct (293)	_Nov (232)	_Dec (203)
2006	_Jan (352)	_Feb (358)	_Mar (403)	_Apr (313)	_May (165)	_Jun (281)	_Jul (316)	_Aug (228)	_Sep (279)	_Oct (243)	_Nov (315)	_Dec (345)
2007	_Jan (260)	_Feb (323)	_Mar (340)	_Apr (319)	_May (290)	_Jun (296)	_Jul (221)	_Aug (292)	_Sep (242)	_Oct (248)	_Nov (242)	_Dec (332)
2008	_Jan (312)	_Feb (359)	_Mar (454)	_Apr (287)	_May (340)	_Jun (450)	_Jul (403)	_Aug (324)	_Sep (349)	_Oct (385)	_Nov (363)	_Dec (437)
2009	_Jan (500)	_Feb (301)	_Mar (409)	_Apr (486)	_May (545)	_Jun (391)	_Jul (518)	_Aug (497)	_Sep (492)	_Oct (429)	_Nov (357)	_Dec (310)
2010	_Jan (371)	_Feb (657)	_Mar (519)	_Apr (432)	_May (312)	_Jun (416)	_Jul (477)	_Aug (386)	_Sep (419)	_Oct (435)	_Nov (320)	_Dec (202)
2011	_Jan (321)	_Feb (413)	_Mar (299)	_Apr (215)	_May (284)	_Jun (203)	_Jul (207)	_Aug (314)	_Sep (321)	_Oct (259)	_Nov (347)	_Dec (209)
2012	_Jan (322)	_Feb (414)	_Mar (377)	_Apr (179)	_May (173)	_Jun (234)	_Jul (295)	_Aug (239)	_Sep (276)	_Oct (355)	_Nov (144)	_Dec (108)
2013	_Jan (170)	_Feb (89)	_Mar (204)	_Apr (133)	_May (142)	_Jun (89)	_Jul (160)	_Aug (180)	_Sep (69)	_Oct (136)	_Nov (83)	_Dec (32)
2014	_Jan (71)	_Feb (90)	_Mar (161)	_Apr (117)	_May (78)	_Jun (94)	_Jul (60)	_Aug (83)	_Sep (102)	_Oct (132)	_Nov (154)	_Dec (96)
2015	_Jan (45)	_Feb (138)	_Mar (176)	_Apr (132)	_May (119)	_Jun (124)	_Jul (77)	_Aug (31)	_Sep (34)	_Oct (22)	_Nov (23)	_Dec (9)
2016	_Jan (26)	_Feb (17)	_Mar (10)	_Apr (8)	_May (4)	_Jun (8)	_Jul (6)	_Aug (5)	_Sep (9)	_Oct (4)	_Nov	_Dec
2017	_Jan (5)	_Feb (7)	_Mar (1)	_Apr (5)	_May	_Jun (3)	_Jul (6)	_Aug (1)	_Sep	_Oct (2)	_Nov (1)	_Dec
2018	_Jan	_Feb	_Mar	_Apr (1)	_May	_Jun	_Jul	_Aug	_Sep	_Oct	_Nov	_Dec
2020	_Jan	_Feb	_Mar	_Apr	_May (1)	_Jun	_Jul	_Aug	_Sep	_Oct	_Nov	_Dec
2025	_Jan (1)	_Feb	_Mar	_Apr	_May	_Jun	_Jul	_Aug	_Sep	_Oct	_Nov	_Dec

S	M	T	W	T	F	S
	1 (16)	2 (22)	3 (28)	4 (17)	5 (17)	6 (7)
7	8 (15)	9 (28)	10 (26)	11 (28)	12 (19)	13 (5)
14 (3)	15 (21)	16 (28)	17 (11)	18 (18)	19 (6)	20 (5)
21 (18)	22 (11)	23 (22)	24 (28)	25 (17)	26 (17)	27 (7)
28 (16)	29 (24)	30 (25)	31 (14)

Flat | Threaded

1 2 3 .. 20 > >> (Page 1 of 20)

Re: [Matplotlib-users] How to show separate legend for each subplot

From: Ryan M. <rm...@gm...> - 2010年03月31日 17:00:10

On Wed, Mar 31, 2010 at 10:21 AM, Omer Khalid <Ome...@ce...> wrote:
> Hi Paul,
> Thanks for your prompt response. It did help :)
> But it seems that axis don't seems to accept title, xlable and ylable values
> any more. Any ideas on that?
If you're trying to use the functions plt.title() and plt.xlabel(),
they only work on the current axes object (basically, the most
recently created one). You'll want to try to use methods on the axes
themselves:
ax1.set_title('ax1 title')
ax1.set_xlabel('xlabel')
ax2.set_title('ax2 title')
ax2.set_xlabel('xlabel')
Ryan
> On Wed, Mar 31, 2010 at 17:43, <PH...@ge...> wrote:
>>
>> From: Omer Khalid [mailto:Ome...@ce...]
>> Sent: Wednesday, March 31, 2010 6:20 AM
>> To: Matplotlib Users
>> Subject: [Matplotlib-users] How to show separate legend for each subplot
>>
>> Hi,
>>
>> I am wondering is there a way one could show a separate legend for each
>> subplot in a figure? I would really really appreciate any ideas on this.
>> `~~~~~~~~~~~~~~~~~~~~~~~~~'
>>
>> Omer,
>>
>> Give this a shot:
>> # code --------->
>> import matplotlib.pyplot as pl
>> fig = pl.figure()
>> ax1 = fig.add_subplot(1,2,1)
>> ax2 = fig.add_subplot(1,2,2)
>>
>> ax1.plot([1,2], [3,4], 'ko', label='First Axes')
>> ax2.plot([2,3], [4,5[, 'bs', label='Second Axes')
>>
>> ax1.legend()
>> ax2.legend()
>> # <------------- code
>>
>> There's also an example in the Examples section of the MPL website:
>>
>> http://matplotlib.sourceforge.net/examples/pylab_examples/legend_demo3.html
>>
>> Hope that helps,
>> -paul
>
>
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Re: [Matplotlib-users] How to show separate legend for each subplot

From: Omer K. <Ome...@ce...> - 2010年03月31日 16:21:17

Hi Paul,
Thanks for your prompt response. It did help :)
But it seems that axis don't seems to accept title, xlable and ylable values
any more. Any ideas on that?
Cheers
Omer
On Wed, Mar 31, 2010 at 17:43, <PH...@ge...> wrote:
> From: Omer Khalid [mailto:Ome...@ce...]
> Sent: Wednesday, March 31, 2010 6:20 AM
> To: Matplotlib Users
> Subject: [Matplotlib-users] How to show separate legend for each subplot
>
> Hi,
>
> I am wondering is there a way one could show a separate legend for each
> subplot in a figure? I would really really appreciate any ideas on this.
> `~~~~~~~~~~~~~~~~~~~~~~~~~'
>
> Omer,
>
> Give this a shot:
> # code --------->
> import matplotlib.pyplot as pl
> fig = pl.figure()
> ax1 = fig.add_subplot(1,2,1)
> ax2 = fig.add_subplot(1,2,2)
>
> ax1.plot([1,2], [3,4], 'ko', label='First Axes')
> ax2.plot([2,3], [4,5[, 'bs', label='Second Axes')
>
> ax1.legend()
> ax2.legend()
> # <------------- code
>
> There's also an example in the Examples section of the MPL website:
> http://matplotlib.sourceforge.net/examples/pylab_examples/legend_demo3.html
>
> Hope that helps,
> -paul
>

Re: [Matplotlib-users] How to show last value on the line

From: <PH...@Ge...> - 2010年03月31日 15:45:47

From: Omer Khalid [mailto:Ome...@ce...] 
Sent: Wednesday, March 31, 2010 6:14 AM
To: Matplotlib Users
Subject: [Matplotlib-users] How to show last value on the line
Hi, 
I have produced number of charts in my research thesis. On any given chart, there are number of lines. I would like to display the last value on each line to show at which precise value it's ending.
Thanks,
Omer
~~~~~~~~~~~~~~~~~~~~
Omer, 
Give something like this a shot:
http://matplotlib.sourceforge.net/examples/pylab_examples/annotation_demo.html
Remember that in python you can easily access the last element of an array (x) with x[-1].

Re: [Matplotlib-users] How to show separate legend for each subplot

From: <PH...@Ge...> - 2010年03月31日 15:43:24

From: Omer Khalid [mailto:Ome...@ce...] 
Sent: Wednesday, March 31, 2010 6:20 AM
To: Matplotlib Users
Subject: [Matplotlib-users] How to show separate legend for each subplot
Hi, 
I am wondering is there a way one could show a separate legend for each subplot in a figure? I would really really appreciate any ideas on this.
`~~~~~~~~~~~~~~~~~~~~~~~~~'
Omer,
Give this a shot:
# code --------->
import matplotlib.pyplot as pl
fig = pl.figure()
ax1 = fig.add_subplot(1,2,1)
ax2 = fig.add_subplot(1,2,2)
ax1.plot([1,2], [3,4], 'ko', label='First Axes')
ax2.plot([2,3], [4,5[, 'bs', label='Second Axes')
ax1.legend()
ax2.legend()
# <------------- code
There's also an example in the Examples section of the MPL website:
http://matplotlib.sourceforge.net/examples/pylab_examples/legend_demo3.html
Hope that helps,
-paul

[Matplotlib-users] How to show separate legend for each subplot

From: Omer K. <Ome...@ce...> - 2010年03月31日 13:20:04

Hi,
I am wondering is there a way one could show a separate legend for each
subplot in a figure? I would really really appreciate any ideas on this.
Thanks,
Omer

[Matplotlib-users] How to show last value on the line

From: Omer K. <Ome...@ce...> - 2010年03月31日 13:14:13

Hi,
I have produced number of charts in my research thesis. On any given chart,
there are number of lines. I would like to display the last value on each
line to show at which precise value it's ending.
Thanks,
Omer

[Matplotlib-users] Fwd: Problem in background image and curve plotted in it

From: yogesh k. <yog...@gm...> - 2010年03月31日 09:12:05

Attachments: a3.png

[Matplotlib-users] Problem in background image and curve plotted in it

From: yogesh k. <yog...@gm...> - 2010年03月31日 09:08:46

Attachments: a3.png deformed.png

Re: [Matplotlib-users] permille sign in labels

From: Nils W. <nw...@ia...> - 2010年03月31日 08:30:33

On 2010年3月24日 10:14:29 -0400
 Michael Droettboom <md...@st...> wrote:
> You can use Unicode.
> 
> ylabel(u'\u2030')
> 
> http://www.unicode.org/charts/charindex.html
> 
> Mike

Degree Celsius u'\u2103' doesn't work.
/usr/local/lib64/python2.4/site.packages/matplotlib/mathtext.py:722: 
MathTextWarning: Unrecognized symbol '\u2103'.
Substituting with a dummy symbol.
How can I resolve the problem ?
Nils

[Matplotlib-users] How to save file in to image in desired resolution in matplotlib?

From: yogesh k. <yog...@gm...> - 2010年03月31日 07:24:18

Dear All,
 I am using one image of 235X130 and plotting the curve on it,
now when i save it it goes in the resoltuion of 800X600,
I want to keep the resolution intact.What can be done for that to keep the
resolution same?
I am using
savefig('/home/jaguar/Softwares/Development/Python/bunty.png')
Thanks in advance!
Regards
Yogesh

[Matplotlib-users] field plot with null clines

From: Alan G I. <ai...@am...> - 2010年03月31日 02:54:00

To get a field plot with null clines,
I'm using the approach John illustrated here:
http://mail.scipy.org/pipermail/scipy-user/2007-October/014290.html
Is this the recommended approach these days?
Thanks,
Alan Isaac

Re: [Matplotlib-users] Shifting the Origin

From: Ryan M. <rm...@gm...> - 2010年03月31日 01:19:49

(Putting back on list)
On Tue, Mar 30, 2010 at 5:06 PM, Rachel-Mikel Arce Jaeger
<Rac...@hm...> wrote:
> I see. I think utilizing the backend will be sufficient for now. One more question (and thank you so much for your help!). Switching the xaxis to the top crushes it into the title, but adding more linespace to the title causes the title to go off the canvas. I really want to either resize the canvas or shift the figure down, but all I can find are functions for resizing the figure, which causes resolution issues. Are there any calls that let me shift to location of the figure on the canvas or else resize the canvas in relation to the figure?
You're looking for the subplots_adjust() method of the figure class.
You don't have to manually create a figure, as one is created for you
when you start calling pyplot functions. But it's useful to be able to
get to the object sometimes.
# At the beginning, before any plotting
fig = plt.figure()
#OR at some point during/after plotting, before show()
fig = plt.gcf()
# Gives margins in normalized figure coordinates, so 0.0 represents
very bottom, 1.0 represents very top.
fig.subplots_adjust(top=0.85)
Hope that helps,
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Re: [Matplotlib-users] Shifting the Origin

From: Gökhan S. <gok...@gm...> - 2010年03月30日 21:59:29

On Tue, Mar 30, 2010 at 3:17 PM, Ryan May <rm...@gm...> wrote:
>
> According to the docstring, it only puts ticks in both locations, not
> labels, which is what I'm seeing here on SVN with the PyGTK backend.
>
> Are you seeing something different?
>
>
Yes, same here.
It is just a bit unexpected
ax.xaxis.set_ticks_position('top')
puts labels as well but 'both' works only for ticks. It would be nice in
some instances to have tick-labels appear on bottom and top with this easy
way one-line way.
-- 
Gökhan

Re: [Matplotlib-users] Shifting the Origin

From: Ryan M. <rm...@gm...> - 2010年03月30日 21:55:43

On Tue, Mar 30, 2010 at 3:51 PM, Rachel-Mikel Arce Jaeger
<Rac...@hm...> wrote:
> Ryan's code works great - thanks!
>
> The only problem I have is that show() never terminates? If I force terminate it and close the figure, then all I ever have to do is call draw() and the figure reappears, but I have to call show() at least once, or else the figure will never appear. I don't want my program to create a figure until I absolutely have to, but I want to avoid non-termination and force-termination as well. Is there a way to do that?
You really should only call show() once (because it starts the event
loops for the user interface), usually at the end of your script,
which will bring up all of the figures. The script will then exit
when you close all of the figures.
If you're doing interactive work, you probably want to look into
something like ipython (http://ipython.scipy.org/moin/) which makes
working with plots interactively a breeze.
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Re: [Matplotlib-users] Shifting the Origin

From: Rachel-Mikel A. J. <Rac...@HM...> - 2010年03月30日 21:52:01

Ryan's code works great - thanks!
The only problem I have is that show() never terminates? If I force terminate it and close the figure, then all I ever have to do is call draw() and the figure reappears, but I have to call show() at least once, or else the figure will never appear. I don't want my program to create a figure until I absolutely have to, but I want to avoid non-termination and force-termination as well. Is there a way to do that?
~Rachel
----- Original Message -----
From: "Ryan May" <rm...@gm...>
To: "Gökhan Sever" <gok...@gm...>
Cc: "Rachel-Mikel_ArceJaeger" <Rac...@hm...>, "matplotlib-users" <mat...@li...>
Sent: Tuesday, March 30, 2010 1:17:34 PM GMT -08:00 US/Canada Pacific
Subject: Re: [Matplotlib-users] Shifting the Origin
On Tue, Mar 30, 2010 at 2:10 PM, Gökhan Sever <gok...@gm...> wrote:
> On Tue, Mar 30, 2010 at 2:37 PM, Ryan May <rm...@gm...> wrote:
>> You're looking for the set_ticks_position method on the xaxis (I've
>> also tweaked setting the limits):
>>
>> plt.plot(xcoords, ycoords, 'ro')
>> plt.xlim(0, maxX)
>> plt.ylim(maxY, 0)
>> ax = plt.gca() # Get current axes object
>> ax.xaxis.set_ticks_position('top')
>> plt.show()
>
> This is easier :)
>
> Could you get this one working ?
>
> ax.xaxis.set_ticks_position('both')
>
> It doesn't have an effect here on Qt4Agg using svn copy of matplotlib.
According to the docstring, it only puts ticks in both locations, not
labels, which is what I'm seeing here on SVN with the PyGTK backend.
Are you seeing something different?
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Re: [Matplotlib-users] Making a data-driven colormap

From: Friedrich R. <fri...@gm...> - 2010年03月30日 21:24:14

Attachments: cbar.py cbar2.png

2010年3月30日 Chloe Lewis <ch...@be...>:
> But this example doesn't solve the problem I was thinking of: it shows lots
> of colors in the colorbar that aren't used in the plot.
I'm so stupid! Here is the correct code. I just interchanged
"-bounds, bound" with "min_val, max_val" on line 28. The only thing I
didn't fix was to exclude the 0.00 from the ticks, but this Ariel
already did, so I leave it now like it is.
Friedrich

Re: [Matplotlib-users] Basemap white space

From: Friedrich R. <fri...@gm...> - 2010年03月30日 21:10:11

2010年3月30日 Filipe Pires Alvarenga Fernandes <oc...@gm...>:
> However, my knowledge of python is very limited, even though I think I
> understood what you suggested I do not know how to get the shape (of
> the figure?) for this part:
>
>>>> fig.set_size_inches(float(shape[0]) / dpi, float(shape[1]) / dpi)
>
> error is:
>
> Traceback (most recent call last):
>  File "blueearth-map.py", line 108, in <module>
>   fig.set_size_inches(float(shape[0]) / dpi, float(shape[1]) / dpi)
> TypeError: 'function' object is unsubscriptable
>
> It seems that it ended up calling a function shape instead of a variable shape.
You're completely right, I assumed that you fill in some 2-element
vector in *shape*, it was intended as an /argument/. The function
attemted to be indexed is imported from numpy by matplotlib.pyplot:
There is a code line "from numpy import *".
So, simply put some line somewhere like:
shape = [500, 500] .
You have to set or have to calculate the figure's shape in pixels
somewhere, because you need it to convert the rgb string back into a
PIL image. It's not that nice, I know, for your problem?
Friedrich

Re: [Matplotlib-users] Shifting the Origin

From: Ryan M. <rm...@gm...> - 2010年03月30日 20:17:40

On Tue, Mar 30, 2010 at 2:10 PM, Gökhan Sever <gok...@gm...> wrote:
> On Tue, Mar 30, 2010 at 2:37 PM, Ryan May <rm...@gm...> wrote:
>> You're looking for the set_ticks_position method on the xaxis (I've
>> also tweaked setting the limits):
>>
>> plt.plot(xcoords, ycoords, 'ro')
>> plt.xlim(0, maxX)
>> plt.ylim(maxY, 0)
>> ax = plt.gca() # Get current axes object
>> ax.xaxis.set_ticks_position('top')
>> plt.show()
>
> This is easier :)
>
> Could you get this one working ?
>
> ax.xaxis.set_ticks_position('both')
>
> It doesn't have an effect here on Qt4Agg using svn copy of matplotlib.
According to the docstring, it only puts ticks in both locations, not
labels, which is what I'm seeing here on SVN with the PyGTK backend.
Are you seeing something different?
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Re: [Matplotlib-users] Shifting the Origin

From: Gökhan S. <gok...@gm...> - 2010年03月30日 20:10:36

On Tue, Mar 30, 2010 at 2:37 PM, Ryan May <rm...@gm...> wrote:
> You're looking for the set_ticks_position method on the xaxis (I've
> also tweaked setting the limits):
>
> plt.plot(xcoords, ycoords, 'ro')
> plt.xlim(0, maxX)
> plt.ylim(maxY, 0)
> ax = plt.gca() # Get current axes object
> ax.xaxis.set_ticks_position('top')
> plt.show()
>
> Ryan
>
>
This is easier :)
Could you get this one working ?
ax.xaxis.set_ticks_position('both')
It doesn't have an effect here on Qt4Agg using svn copy of matplotlib.
-- 
Gökhan

Re: [Matplotlib-users] Histogramme bug report

From: Jae-Joon L. <lee...@gm...> - 2010年03月30日 20:02:00

On Tue, Mar 30, 2010 at 11:12 AM, Julien <ju_...@ya...> wrote:
> This script should give you a srange historamme, with bins that are half
> the size they shoud be.
>
I'm sorry but it is not clear what is wrong. The histogram looks just fine
to me. Maybe you wanted to do
plt.hist(sorted(liste_histo),bins=range(31))
?
-JJ

Re: [Matplotlib-users] Copying collections over to a new figure

From: Jae-Joon L. <lee...@gm...> - 2010年03月30日 19:46:22

On Tue, Mar 30, 2010 at 2:56 PM, Eric Firing <ef...@ha...> wrote:
> Is even that worth the potential extra complexity, both in the code and in
> the documentation? What is the real benefit?
>
I think there are some benefit of moving artists to another axes. Also
this will help enabling moving an axes to another figure.
http://www.mail-archive.com/mat...@li.../msg13544.html
Anyhow, given that I don't know how the implementation will make
things more complicated. I don't think i'm in a good position to
discuss whether it is worth while to do.
While (as I said) I'm not very kin to implementing this feature, I'll
discuss this issue with you and others when I have more idea (or
actual code) in the future.
Regards,
-JJ

Re: [Matplotlib-users] Shifting the Origin

From: Ryan M. <rm...@gm...> - 2010年03月30日 19:37:56

2010年3月29日 Rachel-Mikel_ArceJaeger <Rac...@hm...>:
> Hello,
>
> This is my first time trying out this list, so please forgive me if I've doing this wrong.
>
> I'm trying to create a plot that has its origin in the upper-left hand corner, rather than the lower-left hand corner. I've discovered that I get the same effect if I do:
>
> plt.plot( xcoords, ycoords, 'ro' )
> plt.axis( [0, maxX, maxY, 0] )
You're looking for the set_ticks_position method on the xaxis (I've
also tweaked setting the limits):
plt.plot(xcoords, ycoords, 'ro')
plt.xlim(0, maxX)
plt.ylim(maxY, 0)
ax = plt.gca() # Get current axes object
ax.xaxis.set_ticks_position('top')
plt.show()
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Re: [Matplotlib-users] Shifting the Origin

From: Gökhan S. <gok...@gm...> - 2010年03月30日 19:36:45

On Mon, Mar 29, 2010 at 10:20 PM, <Rac...@hm...> wrote:
> Hello,
>
> This is my first time trying out this list, so please forgive me if I've
> doing this wrong.
>
> I'm trying to create a plot that has its origin in the upper-left hand
> corner, rather than the lower-left hand corner. I've discovered that I get
> the same effect if I do:
>
> plt.plot( xcoords, ycoords, 'ro' )
> plt.axis( [0, maxX, maxY, 0] )
>
> However, the x-axis still appears on the bottom of the graph rather than
> the top.
>
> Is there a way that I can shift the location of the origin more easily, or
> at least shift where the axis is written at?
>
> Thanks!
>
Spines should do the trick.
Take a look at:
http://matplotlib.sourceforge.net/examples/pylab_examples/spine_placement_demo.html#pylab-examples-spine-placement-demo
-- 
Gökhan

Re: [Matplotlib-users] Making a data-driven colormap

From: Ryan M. <rm...@gm...> - 2010年03月30日 19:32:36

Attachments: add_colorbar_limits.diff test_cbar.py

On Tue, Mar 30, 2010 at 11:15 AM, Chloe Lewis <ch...@be...> wrote:
> But this example doesn't solve the problem I was thinking of: it shows
> lots of colors in the colorbar that aren't used in the plot.
Here's a patch (and example) that I've cooked up that adds a
colorbar.set_limits() method. It works pretty well, but there's still
one issue to be sorted out: Setting the data limits distorts the
aspect ratio. I haven't quite figured out how best to make it so that
the aspect ratio is handled based on the size in axes coordinates and
not based on the data range (or rather, data aspect ratio).
(I'd love to hear any ideas the other devs have.)
Ryan
-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

Re: [Matplotlib-users] Copying collections over to a new figure

From: Eric F. <ef...@ha...> - 2010年03月30日 18:57:06

Jae-Joon Lee wrote:
> Doing this in a general way is quite difficult (if possible) because a
> user can set an arbitrary transform for an artist. What we may try to
> do is recycling artists whose transform is simple, e.g., transData,
> rather than try to come up with a general solution.
Is even that worth the potential extra complexity, both in the code and 
in the documentation? What is the real benefit?
Eric
> 
> I'll see what I can do but I must admit that I'm not very kin to this
> kind of feature and it may take a while. I recommend you to open a new
> ticket in the feature requests tracker hoping that other developers
> or contributors can take a look.
> 
> http://sourceforge.net/tracker/?atid=560723&group_id=80706&func=browse
> 
> Regards,
> 
> -JJ
> 
> 
> 
> On Mon, Mar 29, 2010 at 1:54 PM, Thomas Robitaille
> <tho...@gm...> wrote:
>> Hi Jae-Joon,
>>
>> Thanks for your quick reply! Since for example LineCollections can be created independent of the Axes in which they are going to be plotted through the creation of a LineCollection instance, would it not be possible to have a method that allows one to retrieve an Axes-independent LineCollection from an Axes instance? (for example a get_collection method) This would then allow one to 'recycle' existing collections.
>>
>> Cheers,
>>
>> Thomas
>>
>> On Mar 29, 2010, at 1:40 PM, Jae-Joon Lee wrote:
>>
>>> As far as I can say, moving around artists from one axes to the other
>>> is NOT recommended. And I encourage you to create separate artists for
>>> each axes rather than try to reuse the existing ones.
>>>
>>> For your particular example,
>>>
>>> fig = mpl.figure()
>>> ax2 = fig.add_subplot(1,1,1)
>>> for c in ax1.collections:
>>> c._transOffset=ax2.transData
>>> ax2.add_collection(c)
>>>
>>> should work.
>>>
>>> Regards,
>>>
>>> -JJ
>>>
>>>
>>>
>>>
>>> On Mon, Mar 29, 2010 at 12:24 PM, Thomas Robitaille
>>> <tho...@gm...> wrote:
>>>> Hello,
>>>>
>>>> In the following example, I am trying to copy over existing collections from one plot to another:
>>>>
>>>> import matplotlib.pyplot as mpl
>>>>
>>>> fig = mpl.figure()
>>>> ax1 = fig.add_subplot(1,1,1)
>>>> ax1.scatter([0.5],[0.5])
>>>> fig.savefig('test1.png')
>>>>
>>>> fig = mpl.figure()
>>>> ax2 = fig.add_subplot(1,1,1)
>>>> for c in ax1.collections:
>>>> ax2.add_collection(c)
>>>> fig.savefig('test2.png')
>>>>
>>>> However, the circle appears in the wrong place in test2.png (close to 0.4, 0.4 instead of 0.5,0.5). Is it not possible/safe to copy over collections in this way? If not, then how should this be done?
>>>>
>>>> Thanks,
>>>>
>>>> Thomas
>>>> ------------------------------------------------------------------------------
>>>> Download Intel&#174; Parallel Studio Eval
>>>> Try the new software tools for yourself. Speed compiling, find bugs
>>>> proactively, and fine-tune applications for parallel performance.
>>>> See why Intel Parallel Studio got high marks during beta.
>>>> http://p.sf.net/sfu/intel-sw-dev
>>>> _______________________________________________
>>>> Matplotlib-users mailing list
>>>> Mat...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>>>
>>
>> ------------------------------------------------------------------------------
>> Download Intel&#174; Parallel Studio Eval
>> Try the new software tools for yourself. Speed compiling, find bugs
>> proactively, and fine-tune applications for parallel performance.
>> See why Intel Parallel Studio got high marks during beta.
>> http://p.sf.net/sfu/intel-sw-dev
>> _______________________________________________
>> Matplotlib-users mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>>
> 
> ------------------------------------------------------------------------------
> Download Intel&#174; Parallel Studio Eval
> Try the new software tools for yourself. Speed compiling, find bugs
> proactively, and fine-tune applications for parallel performance.
> See why Intel Parallel Studio got high marks during beta.
> http://p.sf.net/sfu/intel-sw-dev
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

27 messages has been excluded from this view by a project administrator.

Flat | Threaded

1 2 3 .. 20 > >> (Page 1 of 20)

Thanks for helping keep SourceForge clean.