SourceForge logo
SourceForge logo
Menu

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
(2)
2
(6)
3
4
(7)
5
(10)
6
(4)
7
(17)
8
(4)
9
(1)
10
(1)
11
(19)
12
(14)
13
(8)
14
(14)
15
(9)
16
(1)
17
18
19
(8)
20
(5)
21
(7)
22
(13)
23
(1)
24
25
(4)
26
(2)
27
(17)
28
(13)
29
(6)
30
(6)
31
(5)






Showing 9 results of 9

From: Benjamin R. <ben...@ou...> - 2013年03月15日 20:39:36
On Fri, Mar 15, 2013 at 12:41 PM, Christian Meesters <mee...@gm...>wrote:
> Hi,
>
> It is quite some time ago since I was intensively using MPL. Perhaps I
> will not get the terminology right anymore. And now I hope to get some
> pointer for this particular problem:
>
> I would like to arange some line plots using a grid from left to right in
> a single plot / figure instance. Each of these plots is created from
> vectors (numpy arrays) of a different length. If I would place subplots of
> equal size to place these individual plots from left to right, all will
> appear with a different "stretch/squeeze".
>
> My question now is: Is there a way to place different subplots of
> different sizes automatically? For all my plots I will encounter different
> number of individual line plots of different size.
>
> My approach so far (pseudocode):
>
> from mpl_toolkits.axes_grid1 import Grid
> import pylab as plt
>
> fig = plt.figure(1, (5.5, 3.5))
> grid = Grid(fig, 111, # similar to subplot(111)
> nrows_ncols = (1, number_of_subplots),
> axes_pad = 0.1,
> add_all=True,
> label_mode = "L",
> )
>
> for index in xrange(number_of_subplots):
> grid[index].???
>
> And now I just do not know how to get any further? How will I get the
> necessary extension for each subfigure/plot? Which is the most efficient
> way to accomplish all this? Should I import a different class, other than
> Grid?
>
>
So, are you wanting them to all have the same x and y coordinates, or maybe
you want the aspect ratio to be the same?
I am not exactly quite sure what you mean by "extension".
Ben Root
From: Brendan B. <bre...@br...> - 2013年03月15日 18:40:02
On 2013年03月15日 08:19, Paul Hobson wrote:> On Fri, Mar 15, 2013 at 8:01 
AM, Christophe BAL <pro...@gm...> wrote:
 >
 >> Hello,
 >> I really appreciate the work done by matplotlib but I really think 
that
 >> the interface must evolve. Here is a small example.
 >>
 >> * object.set_something(...)*
 >> * object.get_something()*
 >>
 >> It could be easier to use a jQuery like style as in the following 
lines.
 >>
 >> * object(...)*
 >> * object()*
 > Interesting thoughts, Christophe. There is currently a MEP to do 
something
 > similar:
 > https://github.com/matplotlib/matplotlib/wiki/MEP13
	I think the current situation is better than this jQuery style, and 
the MEP is better than the current situation. Using lots of verbose 
getters and setters is unpythonic, but calling objects directly in 
that catch-all way is even more unpythonic. There are lots of things 
you might want to do to an MPL object, and we shouldn't elevate 
attribute get/set as the "main one" that should be accessed by the 
call syntax.
	That MEP would be great, though!
-- 
Brendan Barnwell
"Do not follow where the path may lead. Go, instead, where there is 
no path, and leave a trail."
 --author unknown
From: Joe K. <jof...@gm...> - 2013年03月15日 18:15:47
On Mar 15, 2013 10:01 AM, "Christophe BAL" <pro...@gm...> wrote:
>
> Hello,
> I really appreciate the work done by matplotlib but I really think that
> the interface must evolve. Here is a small example.
>
> object.set_something(...)
> object.get_something()
>
> It could be easier to use a jQuery like style as in the following lines.
>
> object(...)
> object()
>
> This will considerably simplify things.
>
>
> Here is a more realistic example.
>
> fig = pylab.figure()
> ax = fig.add_subplot(1,1,1)
>
> ax.set_xlabel("xLabel")
> ax.set_ylabel("yLabel")
>
> The a jQuery like style would be as in the following lines.
>
> fig = pylab.figure()
> ax = fig.add_subplot(1,1,1)
>
> ax(xlabel = "xLabel", ylabel = "yLabel")
>
Just fyi: you can always do
 ax.set(xlabel="something", ylabel="something")
> I don't know enough matplotlib to propose other examples
> but I really think that there is a lot of things that could make
> matplotlib much more Pythonicly easy to use.
>
> Christophe BAL
>
>
------------------------------------------------------------------------------
> Everyone hates slow websites. So do we.
> Make your web apps faster with AppDynamics
> Download AppDynamics Lite for free today:
> http://p.sf.net/sfu/appdyn_d2d_mar
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
From: Christian M. <mee...@gm...> - 2013年03月15日 16:41:59
<html><head></head><body><div style="font-family: Verdana;font-size: 12.0px;"><div>Hi,<br/></div><div><br/></div><div>It is quite some time ago since I was intensively using MPL. Perhaps I will not get the terminology right anymore. And now I hope to get some pointer for this particular problem:<br/></div><div><br/></div><div>I would like to arange some line plots using a grid from left to right in a single plot / figure instance. Each of these plots is created from vectors (numpy arrays) of a different length. If I would place subplots of equal size to place these individual plots from left to right, all will appear with a different &quot;stretch/squeeze&quot;.<br/></div><div><br/></div><div>My question now is: Is there a way to place different subplots of different sizes automatically? For all my plots I will encounter different number of individual line plots of different size.<br/></div><div><br/></div><div>My approach so far (pseudocode):<br/></div><div><br/></div><div>from mpl_toolkits.axes_grid1 import Grid<br/>import pylab as plt<br/></div><div><br/></div><div>fig&nbsp; = plt.figure(1, (5.5, 3.5))<br/>grid = Grid(fig, 111, # similar to subplot(111)<br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; nrows_ncols = (1, number_of_subplots),<br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; axes_pad = 0.1,<br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; add_all=True,<br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; label_mode = &quot;L&quot;,<br/>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; )<br/></div><div><br/></div><div>for index in xrange(number_of_subplots):<br/></div><div>&nbsp;&nbsp;&nbsp; grid[index].???<br/></div><div><br/></div><div>And now I just do not know how to get any further? How will I get the necessary extension for each subfigure/plot? Which is the most efficient way to accomplish all this? Should I import a different class, other than Grid?<br/></div><div><br/></div><div>TIA<br/></div><div>Regards,<br/></div><div>Christian<br/></div><div><br/></div><div><br/></div></div></body></html>
From: Jerzy K. <jer...@un...> - 2013年03月15日 16:21:25
Christophe BAL:
> I really appreciate the work done by matplotlib but I really think that
> the interface must evolve. Here is a small example.
>
> * object.set_something(...)*
> *object.get_something()*
>
> It could be easier to use a jQuery like style as in the following lines.
>
> *object(...)*
> *object()*
>
> This will considerably simplify things.
>
>
> Here is a more realistic example.
>
> *fig = pylab.figure()*
> *ax = fig.add_subplot(1,1,1)*
> *
> *
> *ax.set_xlabel(*"xLabel"*)*
> *ax.set_ylabel(*"yLabel"*)*
>
> The a jQuery like style would be as in the following lines.
>
> *fig = pylab.figure()*
> *ax = fig.add_subplot(1,1,1)*
> *
> *
> * ax(xlabel = *"xLabel"*, ylabel = *"yLabel"*)*
> *
> *
> I don't know enough matplotlib to propose other examples
> but I really think that *there is a lot **of things that could make *
> *matplotlib much more Pythonicly easy to use.*
I am afraid I disagree a little bit. The call: object(...) [if object 
is an instance, not a class, otherwise ths would be a constructor] -
- means object.call(...).
Now, in principle one can throw inside a generic "call" plenty of 
attribute changes, but just imagine the parsing of all the possible 
argument combination. And, BTW, what would it mean: xxx= ax() ? In 
general case this is not practical.
The methods in Python called.through.the.dot.notation are there to stay, 
I think.
Jerzy Karczmarczuk
Caen, France.
From: todd r. <tod...@gm...> - 2013年03月15日 15:39:27
On Mar 15, 2013 4:01 PM, "Christophe BAL" <pro...@gm...> wrote:
>
> Hello,
> I really appreciate the work done by matplotlib but I really think that
> the interface must evolve. Here is a small example.
>
> object.set_something(...)
> object.get_something()
>
> It could be easier to use a jQuery like style as in the following lines.
>
> object(...)
> object()
>
> This will considerably simplify things.
>
>
> Here is a more realistic example.
>
> fig = pylab.figure()
> ax = fig.add_subplot(1,1,1)
>
> ax.set_xlabel("xLabel")
> ax.set_ylabel("yLabel")
>
> The a jQuery like style would be as in the following lines.
>
> fig = pylab.figure()
> ax = fig.add_subplot(1,1,1)
>
> ax(xlabel = "xLabel", ylabel = "yLabel")
>
> I don't know enough matplotlib to propose other examples
> but I really think that there is a lot of things that could make
> matplotlib much more Pythonicly easy to use.
>
> Christophe BAL
>
I don't personally like this approach. Python has very clear separation
between the initialization of methods, which acts like a function that
returns an instance, and the modification of existing instances, which uses
attributes. This syntax muddies the distinction, having something that
should behave like an instance instead behaving as a function.
Is there any precedence for using this sort of syntax in python? I have
not seen it anywhere else. You mention jQuery, but that is JavaScript not
python. As far as I have seen
From: Paul H. <pmh...@gm...> - 2013年03月15日 15:19:20
On Fri, Mar 15, 2013 at 8:01 AM, Christophe BAL <pro...@gm...> wrote:
> Hello,
> I really appreciate the work done by matplotlib but I really think that
> the interface must evolve. Here is a small example.
>
> * object.set_something(...)*
> * object.get_something()*
>
> It could be easier to use a jQuery like style as in the following lines.
>
> * object(...)*
> * object()*
>
> This will considerably simplify things.
>
>
> Here is a more realistic example.
>
> * fig = pylab.figure()*
> * ax = fig.add_subplot(1,1,1)*
> *
> *
> * ax.set_xlabel(*"xLabel"*)*
> * ax.set_ylabel(*"yLabel"*)*
>
> The a jQuery like style would be as in the following lines.
>
> * fig = pylab.figure()*
> * ax = fig.add_subplot(1,1,1)*
> *
> *
> * ax(xlabel = *"xLabel"*, ylabel = *"yLabel"*)*
> *
> *
> I don't know enough matplotlib to propose other examples
> but I really think that there is a lot of things that could make
> matplotlib much more Pythonicly easy to use.
>
>
Interesting thoughts, Christophe. There is currently a MEP to do something
similar:
https://github.com/matplotlib/matplotlib/wiki/MEP13
From: Christophe B. <pro...@gm...> - 2013年03月15日 15:01:10
Hello,
I really appreciate the work done by matplotlib but I really think that
the interface must evolve. Here is a small example.
* object.set_something(...)*
* object.get_something()*
It could be easier to use a jQuery like style as in the following lines.
* object(...)*
* object()*
This will considerably simplify things.
Here is a more realistic example.
* fig = pylab.figure()*
* ax = fig.add_subplot(1,1,1)*
*
*
* ax.set_xlabel(*"xLabel"*)*
* ax.set_ylabel(*"yLabel"*)*
The a jQuery like style would be as in the following lines.
* fig = pylab.figure()*
* ax = fig.add_subplot(1,1,1)*
*
*
* ax(xlabel = *"xLabel"*, ylabel = *"yLabel"*)*
*
*
I don't know enough matplotlib to propose other examples
but I really think that there is a lot of things that could make
matplotlib much more Pythonicly easy to use.
Christophe BAL
From: Kevin C. <kch...@ya...> - 2013年03月15日 12:48:58

Showing 9 results of 9

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X





Briefly describe the problem (required):
Upload screenshot of ad (required):
Select a file, or drag & drop file here.
Screenshot instructions:

Click URL instructions:
Right-click on the ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Ad destination/click URL:

AltStyle によって変換されたページ (->オリジナル) /