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
(5) |
2
(6) |
3
(4) |
4
(9) |
5
(7) |
6
(16) |
7
(5) |
8
(10) |
9
(2) |
10
(3) |
11
(9) |
12
(1) |
13
(13) |
14
(1) |
15
(13) |
16
(5) |
17
(3) |
18
(14) |
19
(17) |
20
(14) |
21
(15) |
22
(6) |
23
(6) |
24
|
25
(4) |
26
(4) |
27
(4) |
28
(11) |
29
(7) |
30
(1) |
From: Matt F. <ma...@nm...> - 2011-04-07 22:56:00
|
Hi, i am farily new to matplotlib so my question might be fairly basic. I would like to be able to set certain default values at the beginning of my script. The way i did this with the other values is via changing the value stored in rcparams. So something like: import matplotlib.pyplot as mpl mpl.rcParams['lines.markersize'] = 20 But i would like to set the markerfacecolor in such a way but it is not included in rcParams. I would really like to avoid setting it in each individual plot call. Is there a way to change the default at the start of the script? thanks matt |
From: Michael D. <md...@st...> - 2011-04-07 22:18:13
|
I would love to see this work done, if for no other reason than removing a lot of duplicate code. Mike On 04/06/2011 02:43 PM, Eric Firing wrote: > On 04/05/2011 10:57 PM, Wolfgang Kerzendorf wrote: >> Dear all, >> >> I have had a quick look at changing the buttons in toolbar2. This seems >> to be backend dependent. It would be really nice to make it possible to >> add buttons to the toolbar and be backend agnostic. The button should >> have a picture and a hovertext associated with it. Is it very hard to >> include this in the next release of matplotlib? > This has been on the wish list for quite a while, but it is not a small > job. I am not aware that anyone has tackled it. > > Eric > >> Cheers >> Wolfgang >> > ------------------------------------------------------------------------------ > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
From: Michael D. <md...@st...> - 2011-04-07 17:16:02
|
Thanks. That change is due to a recent change I made in matplotlib. The "inheritance_diagram" Sphinx directive has existed in Sphinx itself for a long while now, so there was no need to maintain our old and crufty original version in matplotlib anymore. Since PATH_TO_MATPLOTLIB_SRC/doc/sphinxext is meant to contain private extensions (as opposed to PATH_TO_MATPLOTLIB_SRC/lib/matplotlib/sphinxext which contains public and installed extensions), I didn't realise anyone else was using it. Your proposed changes look right, except math_symbol_table can probably just be removed altogether -- basemap doesn't use it. I've filed a pull request for this here: https://github.com/matplotlib/basemap/pull/2 Mike On 04/07/2011 05:21 AM, George Nurser wrote: > Hi, > I was just rebuilding basemap and its docs. > With v1.07 of Sphinx, latest git versions of matplotlib& basemap, I > needed to modify basemap/doc/conf.py as follows: > > 1. Insert before line 20: > > sys.path.append(os.path.abspath(PATH_TO_MATPLOTLIB_SRC/doc/sphinxext')) > (to find matplotlib sphinxext math_symbol_table) > > > 2. Edit line 36 > 'inheritance_diagram' --> 'sphinx.ext.inheritance_diagram' > > --George. > > ------------------------------------------------------------------------------ > Xperia(TM) PLAY > It's a major breakthrough. An authentic gaming > smartphone on the nation's most reliable network. > And it wants your games. > http://p.sf.net/sfu/verizon-sfdev > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
From: Jeroen DR <voe...@gm...> - 2011-04-07 15:42:08
|
Hi, I'm using the method described on http://matplotlib.sourceforge.net/faq/howto_faq.html#howto-auto-adjust to automatically adjust my subplot figures to make room for my axis labels. I'm not drawing my graphs to the screen, but I'm instead outputting them to PNG files using a savefig("filename.png", dpi=100) call. I'm on a Ubuntu 9.04 Jaunty Jackalope system, so I originally used the python-matplotlib package for convenience, which contains matplotlib 0.98.5.2. However, I later also needed the option to move my legend on top of my figure, which means that I had to upgrade to at least matplotlib 0.99.x since I would need the bbox_to_anchor kwarg for that. Naturally nothing higher than 0.98 is available for Ubuntu 9.04, so I went and installed MPL from source. That worked, until I discovered that now the draw_event no longer fires when I call savefig(). It still fires for show(), but for some reason, after installing from source, it no longer does. I made sure that I installed all of MPL's dependencies; the build report lists version numbers for all them where it didn't before, so I'm pretty sure those are all satisfied. Here's the test program I used, adapted directly from the sample code. I also tried adding in manual fig.canvas.draw() calls to try and trigger the event manually, which seemingly are all happily ignored. import matplotlib.pyplot as plt import matplotlib.transforms as mtransforms fig = plt.figure() ax = fig.add_subplot(111) ax.plot(range(10)) ax.set_yticks((2,5,7)) labels = ax.set_yticklabels(('really, really, really', 'long', 'labels')) def on_draw(event): print "on_draw" bboxes = [] for label in labels: bbox = label.get_window_extent() # the figure transform goes from relative coords->pixels and we # want the inverse of that bboxi = bbox.inverse_transformed(fig.transFigure) bboxes.append(bboxi) # this is the bbox that bounds all the bboxes, again in relative # figure coords bbox = mtransforms.Bbox.union(bboxes) if fig.subplotpars.left < bbox.width: # we need to move it over fig.subplots_adjust(left=1.1*bbox.width) # pad a little fig.canvas.draw() return False fig.canvas.mpl_connect('draw_event', on_draw) #plt.show() # this fires draw_event plt.savefig('delete_me.png', dpi=100) # this doesn't Convinced this was a bug, I then tried compiling a whole bunch of different versions from source to see what version it stopped working at. It didn't work for any of them, including the 0.98.5.x builds. Finally, I tried grabbing python-matplotlib's matplotlibrc file and using it to override the compiled version's RC file with, and lo: draw_event fires again. I'm not very familiar with MPL's internals so I'm sure there's a reason for this (one thing I immediately noticed was that the DEB RC file seems to use the TkAgg backend, whereas the compiled version uses the GTKAgg backend). However, it feels to me like whether or not a "user-mode" event fires or not should not depend on some configuration settings. I've yet to figure out which setting exactly causes draw_event to fail, but I just wanted to let you guys know; might be a good idea to tweak the default settings so that draw_event behaves as expected. Cheers, Jeroen DR |
From: George N. <gn...@gm...> - 2011-04-07 09:21:58
|
Hi, I was just rebuilding basemap and its docs. With v1.07 of Sphinx, latest git versions of matplotlib & basemap, I needed to modify basemap/doc/conf.py as follows: 1. Insert before line 20: sys.path.append(os.path.abspath(PATH_TO_MATPLOTLIB_SRC/doc/sphinxext')) (to find matplotlib sphinxext math_symbol_table) 2. Edit line 36 'inheritance_diagram' --> 'sphinx.ext.inheritance_diagram' --George. |