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
(10) |
2
(10) |
3
(9) |
4
(3) |
5
(2) |
6
(6) |
7
(12) |
8
(21) |
9
(4) |
10
(19) |
11
(7) |
12
(2) |
13
(28) |
14
(13) |
15
(27) |
16
(17) |
17
(21) |
18
(22) |
19
(3) |
20
(25) |
21
(17) |
22
(16) |
23
(28) |
24
(19) |
25
(4) |
26
(4) |
27
(23) |
28
(13) |
29
(15) |
30
(19) |
|
|
On Sep 24, 2010, at 4:15 PM, Benjamin Root wrote: > On Fri, Sep 24, 2010 at 5:47 PM, Russell E. Owen <ro...@uw...> wrote: > In article > <AANLkTinTBfS8OWjeLHopXS9x6dxeNwYKzqFEhVqR5U+=@mail.gmail.com>, > Benjamin Root <ben...@ou...> wrote: > > > On Fri, Sep 24, 2010 at 12:30 PM, Russell E. Owen > > <ro...@uw...> wrote: > > > > > I'm making a set of plots (a strip chart) stacked on top of each > other, > > > all sharing the same X axis (time). > > > > > > So far it appears that to get the X axis of each Subplot to > match I have > > > to set its properties independently. > > > > > > Is there some way to tie them all together so that a user can > set the > > > properties of one and have it propagate? I'm particularly > concerned > > > about tick marks and the X grid lines; I only want to show tick > labels > > > on the bottom-most Subplot. > > > > > > I suppose one possibility is to create some kind of object on > which I > > > can call Subplot.xaxis methods and have it apply those changes > to all > > > the Subplots. Has anyone done this? > > > > > > -- Russell > > > > > > > > Russell, maybe this example might help? > > > > http://matplotlib.sourceforge.net/examples/pylab_examples/shared_axis_demo.htm > > l > > > > There are also some more advanced subplot layout methods available > called > > axis_grid1 in the mpl_toolkits. > > > > http://matplotlib.sourceforge.net/mpl_toolkits/axes_grid/users/overview.html > > > > I hope this helps! > > > > Ben Root > > Thank you. sharex was just what I was looking for. > > I was pleasantly surprised I could hide the x axis labels on the upper > subplots using the following code: > for subplot in self.subplotArr[0:-1]: > # can't find API equivalent of pylab.setp so... > for ticklabel in subplot.get_xticklabels(): > ticklabel.set_visible(False) > since it's a strip chart and new X ticks are constantly being > created as > time advances. Thank heavens it doesn't show labels on the new ones. > > > Don't know if it is useful for you or not, but there is also > the .label_outer() function that will set the visibility of the axes > tick labels based on which subplot they are in the figure. Very nice! Much easier to read than setting each tick invisible. Regards, -- Russell
I'm implementing a strip chart class by setting the data in a Line2D (well, one or more Line2D instances tied to one or more Subplots). However, I find that when I do this I can't get the y axis to autoscale, even if I create the Line2Ds with animate=False. Am I overlooking something really basic? If not, any suggestions? Perhaps I should keep track of the y limits myself. That saves time when adding a new data point because I can compare it to cached limits (instead of scanning the whole data set). But it quickly gets messy if one handles nan correctly and matplotlib already does this so I was thinking matplotlib must have API code to help with this. But so far I've not figured it out from the docs (though matplotlib.ticker looks promising). -- Russell
On Fri, Sep 24, 2010 at 5:47 PM, Russell E. Owen <ro...@uw...> wrote: > In article > <AANLkTinTBfS8OWjeLHopXS9x6dxeNwYKzqFEhVqR5U+=@mail.gmail.com>, > Benjamin Root <ben...@ou...> wrote: > > > On Fri, Sep 24, 2010 at 12:30 PM, Russell E. Owen > > <ro...@uw...> wrote: > > > > > I'm making a set of plots (a strip chart) stacked on top of each other, > > > all sharing the same X axis (time). > > > > > > So far it appears that to get the X axis of each Subplot to match I > have > > > to set its properties independently. > > > > > > Is there some way to tie them all together so that a user can set the > > > properties of one and have it propagate? I'm particularly concerned > > > about tick marks and the X grid lines; I only want to show tick labels > > > on the bottom-most Subplot. > > > > > > I suppose one possibility is to create some kind of object on which I > > > can call Subplot.xaxis methods and have it apply those changes to all > > > the Subplots. Has anyone done this? > > > > > > -- Russell > > > > > > > > Russel, maybe this example might help? > > > > > http://matplotlib.sourceforge.net/examples/pylab_examples/shared_axis_demo.htm > > l > > > > There are also some more advanced subplot layout methods available called > > axis_grid1 in the mpl_toolkits. > > > > > http://matplotlib.sourceforge.net/mpl_toolkits/axes_grid/users/overview.html > > > > I hope this helps! > > > > Ben Root > > Thank you. sharex was just what I was looking for. > > I was pleasantly surprised I could hide the x axis labels on the upper > subplots using the following code: > for subplot in self.subplotArr[0:-1]: > # can't find API equivalent of pylab.setp so... > for ticklabel in subplot.get_xticklabels(): > ticklabel.set_visible(False) > since it's a strip chart and new X ticks are constantly being created as > time advances. Thank heavens it doesn't show labels on the new ones. > > Don't know if it is useful for you or not, but there is also the .label_outer() function that will set the visibility of the axes tick labels based on which subplot they are in the figure. > I also tried axis_grid1 but was unable to get plots, and since the other > technique is working and more backward-compatible I'm happy to stick to > that. > > axes_grid1 can be a little tricky to figure out at first, but once you get the knack of it, it can be a powerful feature to use in the future. However, I am glad that the other method works perfectly. Ben Root
In article <AANLkTinTBfS8OWjeLHopXS9x6dxeNwYKzqFEhVqR5U+=@mail.gmail.com>, Benjamin Root <ben...@ou...> wrote: > On Fri, Sep 24, 2010 at 12:30 PM, Russell E. Owen > <ro...@uw...> wrote: > > > I'm making a set of plots (a strip chart) stacked on top of each other, > > all sharing the same X axis (time). > > > > So far it appears that to get the X axis of each Subplot to match I have > > to set its properties independently. > > > > Is there some way to tie them all together so that a user can set the > > properties of one and have it propagate? I'm particularly concerned > > about tick marks and the X grid lines; I only want to show tick labels > > on the bottom-most Subplot. > > > > I suppose one possibility is to create some kind of object on which I > > can call Subplot.xaxis methods and have it apply those changes to all > > the Subplots. Has anyone done this? > > > > -- Russell > > > > > Russel, maybe this example might help? > > http://matplotlib.sourceforge.net/examples/pylab_examples/shared_axis_demo.htm > l > > There are also some more advanced subplot layout methods available called > axis_grid1 in the mpl_toolkits. > > http://matplotlib.sourceforge.net/mpl_toolkits/axes_grid/users/overview.html > > I hope this helps! > > Ben Root Thank you. sharex was just what I was looking for. I was pleasantly surprised I could hide the x axis labels on the upper subplots using the following code: for subplot in self.subplotArr[0:-1]: # can't find API equivalent of pylab.setp so... for ticklabel in subplot.get_xticklabels(): ticklabel.set_visible(False) since it's a strip chart and new X ticks are constantly being created as time advances. Thank heavens it doesn't show labels on the new ones. I also tried axis_grid1 but was unable to get plots, and since the other technique is working and more backward-compatible I'm happy to stick to that. Regards, -- Russell
On 09/25/2010 12:02 AM, Fernando Perez wrote: > On Fri, Sep 24, 2010 at 2:54 PM, Ryan May <rm...@gm...> wrote: > >> The one called Py3k :) >> >> http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/branches/py3k/ >> >> > In case you want to have ipython while testing, there's already an > experimental py3k branch of ipython as well: > > http://github.com/takowl/ipython/tree/ipy3-newkernel > > We'll be working with Thomas over the next few months to merge > upstream as much of his work as possible, so that we start having > decent py3k support in ipython. If you end up helping IPython as > well, even better :) > > Cheers, > > f > I'm not a svn expert but I get an error when I try to checkout the py3k branch: svn: Repository moved temporarily to '/viewvc/matplotlib/branches/'; please relocate Any clues? xavier
On Fri, Sep 24, 2010 at 4:08 PM, Raju Subban <raj...@gm...> wrote: > Hi, > In the code below legend(label) for ax2 is shown as ax2.legend() is called > after ax1.legend(). > Both plots do show up as expected. > > What should I do to get the legends for both plots. > > Thank you > Raju > Raju, I think ax1.legend() is appearing under ax2.legend(). The problem is that the legend() function works on a single axes object, but we technically have two axes objects. I wonder if there needs to be some additional thought put into twinx and twiny and how it works with other aspects of matplotlib? Ben Root
On Fri, Sep 24, 2010 at 2:54 PM, Ryan May <rm...@gm...> wrote: > > The one called Py3k :) > > http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/branches/py3k/ > In case you want to have ipython while testing, there's already an experimental py3k branch of ipython as well: http://github.com/takowl/ipython/tree/ipy3-newkernel We'll be working with Thomas over the next few months to merge upstream as much of his work as possible, so that we start having decent py3k support in ipython. If you end up helping IPython as well, even better :) Cheers, f
On Fri, Sep 24, 2010 at 4:45 PM, Xavier Gnata <xav...@gm...> wrote: > On 09/21/2010 04:13 PM, Ryan May wrote: >> On Tue, Sep 21, 2010 at 8:22 AM, A. S. Budden <ab...@gm...> wrote: >> >>> All, >>> >>> Now that NumPy is available for python 3.1 and SciPy is well on its >>> way (apparently), are there any plans for matplotlib to be ported? >>> >> There are definitely plans; in fact, there's a SVN branch for it. >> There are no major impediments--the branch can already run a simple >> example. Unfortunately, development time seems to be quite a lacking >> resource of late (I *know* it has for me). Patches, however, are >> always accepted. :) >> >> Ryan >> >> > Which svn branch? > More users ---> more tests and even patches :) The one called Py3k :) http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/branches/py3k/ Ryan -- Ryan May Graduate Research Assistant School of Meteorology University of Oklahoma
On 09/21/2010 04:13 PM, Ryan May wrote: > On Tue, Sep 21, 2010 at 8:22 AM, A. S. Budden <ab...@gm...> wrote: > >> All, >> >> Now that NumPy is available for python 3.1 and SciPy is well on its >> way (apparently), are there any plans for matplotlib to be ported? >> > There are definitely plans; in fact, there's a SVN branch for it. > There are no major impediments--the branch can already run a simple > example. Unfortunately, development time seems to be quite a lacking > resource of late (I *know* it has for me). Patches, however, are > always accepted. :) > > Ryan > > Which svn branch? More users ---> more tests and even patches :) Xavier
Hi, In the code below legend(label) for ax2 is shown as ax2.legend() is called after ax1.legend(). Both plots do show up as expected. What should I do to get the legends for both plots. Thank you Raju -------------------------------------- import matplotlib.pyplot as plt import numpy as py x=np.arange(0.0,np.e,0.02) y1=np.exp(-x) y2=np.exp(x) fig = plt.figure() ax1=fig.add_subplot(111) ax2=ax1.twinx() ax1.plot(x,y1,label="First") ax2.plot(x,y2,label="Second") ax1.legend() ax2.legend() plt.show() -- Hemantharaju Subbanna 408-857-9414(cell)
There was a thread called "Placing images on figures" with a bunch of approaches... http://www.mail-archive.com/mat...@li.../msg17278.html On Sep 7, 2010, at 7 Sep, 2:34 PM, Joshua Holbrook wrote: > Hey y'all, > > I recently read about Chernoff faces > (http://en.wikipedia.org/wiki/Chernoff_face) in one of Edward Tufte's > books (great read btw) and would like to mess around with them in > matplotlib. My current approach is to generate the faces as images, > and then use them as markers on an x-y plot (like the example I > found in the Tufte book). I just realized, though, that I have no > idea how to > incorporate images as position markers in matplotlib, or if it's even > possible. My search of the mpl docs didn't turn up much. > > Any ideas? > > > --Joshua Holbrook > > ------------------------------------------------------------------------------ > This SF.net Dev2Dev email is sponsored by: > > Show off your parallel programming skills. > Enter the Intel(R) Threading Challenge 2010. > http://p.sf.net/sfu/intel-thread-sfd > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users Chloe Lewis Ecosystem Sciences, Policy and Management, UC Berkeley 137 Mulford Hall Berkeley, CA 94720-3114 http://nature.berkeley.edu/~chlewis
On Fri, Sep 24, 2010 at 12:30 PM, Russell E. Owen <ro...@uw...> wrote: > I'm making a set of plots (a strip chart) stacked on top of each other, > all sharing the same X axis (time). > > So far it appears that to get the X axis of each Subplot to match I have > to set its properties independently. > > Is there some way to tie them all together so that a user can set the > properties of one and have it propagate? I'm particularly concerned > about tick marks and the X grid lines; I only want to show tick labels > on the bottom-most Subplot. > > I suppose one possibility is to create some kind of object on which I > can call Subplot.xaxis methods and have it apply those changes to all > the Subplots. Has anyone done this? > > -- Russell > > Russel, maybe this example might help? http://matplotlib.sourceforge.net/examples/pylab_examples/shared_axis_demo.html There are also some more advanced subplot layout methods available called axis_grid1 in the mpl_toolkits. http://matplotlib.sourceforge.net/mpl_toolkits/axes_grid/users/overview.html I hope this helps! Ben Root
In article <AANLkTinJBFO6ZioH1J_w=0Ut...@ma...>, John Hunter <jd...@gm...> wrote: > On Wed, Sep 22, 2010 at 8:31 PM, C M > <cmp...@gm...> wrote: > > > Until a more permanent solution is figured out, can anyone recommend > > any workarounds, even if they are a little clunky? I'm embedding mpl > > plots in wxPython and am also finding this issue suboptimal. > > Change your subplots adjust parameters to make the default bottom, > left, wspace and hspace wider. This will reduce the chance of > overlaps. > > http://matplotlib.sourceforge.net/search.html?q=subplots_adjust > > The defaults can be changed in your rc file > > http://matplotlib.sourceforge.net/users/customizing.html > > See also these recipes on the FAQ to automatically choose boundaries > > http://matplotlib.sourceforge.net/faq/howto_faq.html#move-the-edge-of-an-axe > s-to-make-room-for-tick-labels > > http://matplotlib.sourceforge.net/faq/howto_faq.html#automatically-make-room > -for-tick-labels > > Automatic layout to avoid overlap is not an easy problem -- Michael > Droetboom worked on it for a while but didn't get to a satisfactory > point. So far our philosophy has been : make it easy to customize > rather than do it automatically. I realize this is not always a good > approach, especially in automated figure generators where you don't > have access to the data ahead of time. One possibility is to offer a mode whereby the font size for the annotations is fixed. It is then much easier to figure out how large a particular annotation must be before laying out the graph. That ought to make it much easier to leave enough room for axis labels and such. Ideally in this mode the automatic layout would be improved so that axis labels were always visible. But even if that was a planned feature that was not initially implemented, having fixed font size would allow users to more easily lay things out as desired. -- Russell
I'm making a set of plots (a strip chart) stacked on top of each other, all sharing the same X axis (time). So far it appears that to get the X axis of each Subplot to match I have to set its properties independently. Is there some way to tie them all together so that a user can set the properties of one and have it propagate? I'm particularly concerned about tick marks and the X grid lines; I only want to show tick labels on the bottom-most Subplot. I suppose one possibility is to create some kind of object on which I can call Subplot.xaxis methods and have it apply those changes to all the Subplots. Has anyone done this? -- Russell
Hi all, I'm using a draggable legend (class, not function) with axes splines. Whenever I plot the legend using the host axes, the legend appears to behind all of the lines. I want the user to be able to drag the legend but I cannot select it when its inside the axes. If I move it outside the axes (by setting the location), I can drag it around. Is there anyway to bring the legend to the front? Thanks, Aman
Hallo Nils, I always create my plots in the following way: figprops = dict(figsize=(6.5, 7.5), dpi=1200) fig = plt.figure(**figprops) clf() adjustprops = dict(left=0.08, bottom=0.08, right=0.965, top=0.94, wspace=0.13, hspace=0.37) fig.subplots_adjust(**adjustprops) ... savefig('all.pdf',papertype='a4', orientation='portrait') Good to know someone close is also using it :-) Viele Gruesse aus Tuebingen ;-) -- Oz Nahum Graduate Student Zentrum für Angewandte Geologie Universität Tübingen --- Imagine there's no countries it isn't hard to do Nothing to kill or die for And no religion too Imagine all the people Living life in peace
Hi all, How can I adjust subplot parameters (left, bottom, right, top, wspace and hspace) without using the slider interactive? Nils
hi, On 2010年9月24日 04:17:23 +0200, Ruggero <giu...@gm...> wrote: > Can someone give some hints to change the style of plot produced with > matplotlib to be similar to plots produced with ROOT? Example here: > http://precision-turra.mi.infn.it/ph_oq/graphs/eta_energy_position_amount/reta_mean/ph_oq/ that's quite an odd request as usually ROOT's styles are pretty much plain ugly :) are you sure you don't want to do the opposite ? ;) a colleague (and competitor) from the CMS experiment devised such a thing by the way: http://pypi.python.org/pypi/rootplot cheers, sebastien. -- ######################################### # Dr. Sebastien Binet # Laboratoire de l'Accelerateur Lineaire # Universite Paris-Sud XI # Batiment 200 # 91898 Orsay #########################################
Can someone give some hints to change the style of plot produced with matplotlib to be similar to plots produced with ROOT? Example here: http://precision-turra.mi.infn.it/ph_oq/graphs/eta_energy_position_amount/reta_mean/ph_oq/