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
(6) |
3
(1) |
4
(4) |
5
(11) |
6
(19) |
7
(18) |
8
(7) |
9
(9) |
10
(4) |
11
(3) |
12
(5) |
13
(19) |
14
(13) |
15
(21) |
16
(4) |
17
|
18
(5) |
19
(9) |
20
(13) |
21
(7) |
22
|
23
(1) |
24
(3) |
25
|
26
(3) |
27
(1) |
28
(2) |
29
(6) |
30
(5) |
31
|
On 12/1/11 7:34 AM, Bruce Ford wrote: > I have a basemap figure where data is placed atop, which can be in any > number of differing projections. However, when I plot a line over it > using pyplot.plot, the line doesn't show unless I'm using > the cylindrical equidistant projection. > > From what I gather this is a limitation of the plot command. Can > anyone confirm this? Is this a limitation in that the 'cyl' > projection is assumed by pyplot.plot? > > I saw a post that mentioned that a projection kwarg would not be added > to the plot command. Does this mean that the plot command will > realize the projection of the gca basemap? > > Bruce > > --------------------------------------- > Bruce W. Ford Bruce: Did you convert the coordinates of the data you're plotting with pyplot.plot to map projection coordinates (by passing the lat/lon values to the Basemap instance)? -Jeff
On Thu, Dec 1, 2011 at 10:14 AM, Benjamin Root <ben...@ou...> wrote: > On Thu, Dec 1, 2011 at 9:29 AM, Neilen Marais <nm...@sk...> wrote: > >> https://github.com/matplotlib/matplotlib/commit >> /98ee4e991ae142622f3814db193b75236eb77cea#src/ft2font.cpp > > > Hmm, strange... > > It isn't even in master right now. The last changes to it were by Michael > Droettboom (commit 6b643862) in June of 2010, but the commit you are > pointing to was done in March of 2011... this needs more investigating. > > Ben Root > > Strange, I could have sworn that I rebased my master branch correctly. Now, the fix is showing in master. Well, now that that has been resolved, I guess we can just simply cherry-pick that commit into v1.1.x? Ben Root
On Thu, Dec 1, 2011 at 9:29 AM, Neilen Marais <nm...@sk...> wrote: > https://github.com/matplotlib/matplotlib/commit > /98ee4e991ae142622f3814db193b75236eb77cea#src/ft2font.cpp Hmm, strange... It isn't even in master right now. The last changes to it were by Michael Droettboom (commit 6b643862) in June of 2010, but the commit you are pointing to was done in March of 2011... this needs more investigating. Ben Root
Hi, We are (I think) running into a memory leak that should be resolved by https://github.com/matplotlib/matplotlib/commit /98ee4e991ae142622f3814db193b75236eb77cea#src/ft2font.cpp It was commited in March, but seems not to have made its way to the 1.1.x branch. Would it be possible for a maintainer to apply it to the release branch? Thanks Neilen
I have a basemap figure where data is placed atop, which can be in any number of differing projections. However, when I plot a line over it using pyplot.plot, the line doesn't show unless I'm using the cylindrical equidistant projection. >From what I gather this is a limitation of the plot command. Can anyone confirm this? Is this a limitation in that the 'cyl' projection is assumed by pyplot.plot? I saw a post that mentioned that a projection kwarg would not be added to the plot command. Does this mean that the plot command will realize the projection of the gca basemap? Bruce --------------------------------------- Bruce W. Ford
On Wednesday, November 30, 2011, Tony Yu <ts...@gm...> wrote: > > > On Wed, Nov 30, 2011 at 6:31 PM, Grigoris Maravelias < gr....@gm...> wrote: >> >> Well I did tried this but it didn't work out. It actually removes the black color from the color_cycle but the pie still prints it. Moreover I noticed that this color_cycle has 7 colors that repeats after the first 7 so it won't do what I want. I will need to find another way to set the colors or just avoid the pie. >> > > I guess I should atleast read the docstring for plt.pie before giving you advice on how to use it. It looks like the default colors are hard coded into the function (instead of using the color_cycle parameter). > > The quickest way to create different colors is to pick them out from a colormap. For example, the following gives decent results: > >>>> colors = plt.cm.Set1(np.linspace(0,1,9)) >>>> plt.pie(np.ones(9), colors=colors) > > Of course, trying to get more (visually-differentiable) colors out of the color map will be difficult. > > Hope that helps, > -Tony > > Just making a note to myself. I have bits and pieces of a property cycling mechanism (originally to cycle line styles). I am finding that cycling is very inconsistent throughout mpl, and I should probably add pie() to that list as well. As an additional note, would it be a desirable feature to be able to cycle hash styles in the case of producing b&w plots? Ben Root
On Wed, Nov 30, 2011 at 6:31 PM, Grigoris Maravelias < gr....@gm...> wrote: > ** > Well I did tried this but it didn't work out. It actually removes the > black color from the color_cycle but the pie still prints it. Moreover I > noticed that this color_cycle has 7 colors that repeats after the first 7 > so it won't do what I want. I will need to find another way to set the > colors or just avoid the pie. > > I guess I should atleast read the docstring for plt.pie before giving you advice on how to use it. It looks like the default colors are hard coded into the function (instead of using the color_cycle parameter). The quickest way to create different colors is to pick them out from a colormap. For example, the following gives decent results: >>> colors = plt.cm.Set1(np.linspace(0,1,9)) >>> plt.pie(np.ones(9), colors=colors) Of course, trying to get more (visually-differentiable) colors out of the color map will be difficult. Hope that helps, -Tony
On Fri, Nov 25, 2011 at 6:39 PM, Gökhan Sever <gok...@gm...> wrote: > > plt.axis('off') > > or > > ax = plt.gca() > ax.set_axis_off() > > should clear the axis bounds and remove ticks as well. > Thank you so much, Gökhan! That's exactly what I was looking for. Best, Marianne