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) |
4
(2) |
5
(6) |
6
(1) |
7
(1) |
8
|
9
(17) |
10
(5) |
11
(15) |
12
(5) |
13
(7) |
14
|
15
(3) |
16
(2) |
17
(8) |
18
(16) |
19
(15) |
20
(4) |
21
(1) |
22
(3) |
23
|
24
(1) |
25
(3) |
26
(2) |
27
(7) |
28
(1) |
29
|
30
(12) |
31
(7) |
|
|
|
|
In 0.61.0, when plotting a simple array with error bars, the default color of the error bars is black, instead of being the same as the line/markers color, e.g.: >>> errorbar([1,2,3,4,5],[3,4,5,6,7],fmt='ro',yerr=[1,1,1,1,1]) I prefer them to be the same, especially since the default color for marker/line is blue and a beginner may be surprised to see the different color. This may be related to my last posting regarding the (default) marker edge color. JC Hsu
In 0.61.0, the marker edge color is still black, instead of being the same as the marker face color. Personally, I think they should be the same. What do people think? One reason for the same color argument is that if the markersize is set to a small value, it will show mostly the edge color. One possible reason against it is that if the marker color is white (or whatever the background color is), then you can't see the marker. But we can default this case to black (or whatever). JC Hsu
Hi John: When using the errorbar(), I have no way to change the marker size (except do a separate plot()). Should we add that to the errorbar's argument list? Also there is another inconsistency between plot() and errorbar(), the latter needs the fmt argument, but the former does not recognize it. Another comment about errorbar() is that the error bar should not show in the marker face area, i.e the error bars should be drawn first and then the markers with no transparency. JC Hsu
----- Original Message ----- From: "John Hunter" <jdh...@ac...> > >>>>> "Gary" == Gary Pajer <pa...@in...> writes: > > Gary> I've poked around the docs and archives, for a clue to this, > Gary> but if it's there I didn't recognize it. > > Gary> version: 0.62 WinXP default backend: TkAgg interactive (with > Gary> ipython) > > Hi Gary, just to make sure we're clear. The last version of > matplotlib released was 0.61.0. Is this what you mean, or are you > using CVS? 0.61.0 (my typo) > > Gary> On computer A I have version 0.54 installed. There I can > Gary> create a plot and say savefig('plot.eps') and get a good eps > Gary> file. > > Gary> On computer B I have version 0.62 installed. There I can > Gary> create a plot and say savefig('plot.eps') with different > Gary> results: ghostscript chokes. > > There is a known bug in the ps backend on win32 that was discussed > here a couple of weeks ago. Fortunately, it has a trivial fix. In > site-packages/matplotlib/backends/backend_ps.py, in the encodeTTFasPS > function, replace the line > > font = file(fontfile) > > with > > font = file(fontfile, 'rb') > > Windows cares a lot about that binary flag. > > Please let me know if this cures what ails you, because we are getting > ready to release the next matplotlib version and I hate to release > code with known bugs. That was it. Problem solved. I remember that thread now. It didn't sink in at the time. Thanks, Gary > > Thanks! > JDH
>>>>> "Gary" == Gary Pajer <pa...@in...> writes: Gary> I've poked around the docs and archives, for a clue to this, Gary> but if it's there I didn't recognize it. Gary> version: 0.62 WinXP default backend: TkAgg interactive (with Gary> ipython) Hi Gary, just to make sure we're clear. The last version of matplotlib released was 0.61.0. Is this what you mean, or are you using CVS? Gary> On computer A I have version 0.54 installed. There I can Gary> create a plot and say savefig('plot.eps') and get a good eps Gary> file. Gary> On computer B I have version 0.62 installed. There I can Gary> create a plot and say savefig('plot.eps') with different Gary> results: ghostscript chokes. There is a known bug in the ps backend on win32 that was discussed here a couple of weeks ago. Fortunately, it has a trivial fix. In site-packages/matplotlib/backends/backend_ps.py, in the encodeTTFasPS function, replace the line font = file(fontfile) with font = file(fontfile, 'rb') Windows cares a lot about that binary flag. Please let me know if this cures what ails you, because we are getting ready to release the next matplotlib version and I hate to release code with known bugs. Thanks! JDH
I've poked around the docs and archives, for a clue to this, but if it's there I didn't recognize it. version: 0.62 WinXP default backend: TkAgg interactive (with ipython) On computer A I have version 0.54 installed. There I can create a plot and say savefig('plot.eps') and get a good eps file. On computer B I have version 0.62 installed. There I can create a plot and say savefig('plot.eps') with different results: ghostscript chokes. In the case of computer A, the eps file contains /NewCenturySchlbk-Roman findfont while in the case of computer B, the file contains instead /BitstreamVeraSerif-Roman findfont both have TTFPATH=c:\windows\fonts it's *possible* (I don't remember exactly) that I installed 0.61 from a windows installer, and 0.54 from setup.py. afaik, the .matplotlibrc are the same (at least in the font section) computer B contains a file .ttffile.cache, while computer A does not have this file Removing it from B doesn't make any difference. any idea ... ? -gary