You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(33) |
Dec
(20) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(7) |
Feb
(44) |
Mar
(51) |
Apr
(43) |
May
(43) |
Jun
(36) |
Jul
(61) |
Aug
(44) |
Sep
(25) |
Oct
(82) |
Nov
(97) |
Dec
(47) |
2005 |
Jan
(77) |
Feb
(143) |
Mar
(42) |
Apr
(31) |
May
(93) |
Jun
(93) |
Jul
(35) |
Aug
(78) |
Sep
(56) |
Oct
(44) |
Nov
(72) |
Dec
(75) |
2006 |
Jan
(116) |
Feb
(99) |
Mar
(181) |
Apr
(171) |
May
(112) |
Jun
(86) |
Jul
(91) |
Aug
(111) |
Sep
(77) |
Oct
(72) |
Nov
(57) |
Dec
(51) |
2007 |
Jan
(64) |
Feb
(116) |
Mar
(70) |
Apr
(74) |
May
(53) |
Jun
(40) |
Jul
(519) |
Aug
(151) |
Sep
(132) |
Oct
(74) |
Nov
(282) |
Dec
(190) |
2008 |
Jan
(141) |
Feb
(67) |
Mar
(69) |
Apr
(96) |
May
(227) |
Jun
(404) |
Jul
(399) |
Aug
(96) |
Sep
(120) |
Oct
(205) |
Nov
(126) |
Dec
(261) |
2009 |
Jan
(136) |
Feb
(136) |
Mar
(119) |
Apr
(124) |
May
(155) |
Jun
(98) |
Jul
(136) |
Aug
(292) |
Sep
(174) |
Oct
(126) |
Nov
(126) |
Dec
(79) |
2010 |
Jan
(109) |
Feb
(83) |
Mar
(139) |
Apr
(91) |
May
(79) |
Jun
(164) |
Jul
(184) |
Aug
(146) |
Sep
(163) |
Oct
(128) |
Nov
(70) |
Dec
(73) |
2011 |
Jan
(235) |
Feb
(165) |
Mar
(147) |
Apr
(86) |
May
(74) |
Jun
(118) |
Jul
(65) |
Aug
(75) |
Sep
(162) |
Oct
(94) |
Nov
(48) |
Dec
(44) |
2012 |
Jan
(49) |
Feb
(40) |
Mar
(88) |
Apr
(35) |
May
(52) |
Jun
(69) |
Jul
(90) |
Aug
(123) |
Sep
(112) |
Oct
(120) |
Nov
(105) |
Dec
(116) |
2013 |
Jan
(76) |
Feb
(26) |
Mar
(78) |
Apr
(43) |
May
(61) |
Jun
(53) |
Jul
(147) |
Aug
(85) |
Sep
(83) |
Oct
(122) |
Nov
(18) |
Dec
(27) |
2014 |
Jan
(58) |
Feb
(25) |
Mar
(49) |
Apr
(17) |
May
(29) |
Jun
(39) |
Jul
(53) |
Aug
(52) |
Sep
(35) |
Oct
(47) |
Nov
(110) |
Dec
(27) |
2015 |
Jan
(50) |
Feb
(93) |
Mar
(96) |
Apr
(30) |
May
(55) |
Jun
(83) |
Jul
(44) |
Aug
(8) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
(1) |
2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
|
2017 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
|
|
1
(1) |
2
(1) |
3
(3) |
4
(2) |
5
|
6
|
7
(8) |
8
|
9
|
10
(3) |
11
(2) |
12
(2) |
13
(2) |
14
(6) |
15
(1) |
16
|
17
|
18
(8) |
19
(1) |
20
(9) |
21
|
22
(6) |
23
(1) |
24
(13) |
25
(8) |
26
(5) |
27
(3) |
28
(7) |
29
(4) |
30
|
|
|
|
On Fri, Apr 18, 2008 at 1:13 PM, Eric Firing <ef...@ha...> wrote: > Fernando, > > I think I have fixed that problem and committed it to svn. I expect there > is still more to be done to make the handling of colors and 'none' more > consistent throughout mpl, but this is a start. Thanks a lot, Eric! It looks OK here, I'll report if I find anything else out of place. Regards, f
Fernando Perez wrote: > On Thu, Apr 17, 2008 at 7:15 PM, Eric Firing <ef...@ha...> wrote: >> Fernando, >> >> Thanks for the bug report. I see what the problem is. Unless someone else >> wants to do it (in which case please do so, but tell me you will), I can fix >> it within a few days at the most, and possibly later today. > > Thanks for the prompt response, Eric. For now I can fortunately use > faceted, but I'll keep an eye out on the list for updates to test. > > Regards, > > f Fernando, I think I have fixed that problem and committed it to svn. I expect there is still more to be done to make the handling of colors and 'none' more consistent throughout mpl, but this is a start. Eric
Stéfan van der Walt wrote: > Hi all, > > I noticed that, contrary to what the docstring says, > > contourf(Z,10) > > draws contour lines on the different levels. Stefan, It doesn't on my machine with backend GtkAgg, and I have never seen this behavior. What backend are you using? Eric > > The attached patch adds a draw_contours keyword that explicitly > controls this behaviour. I don't know why it works (I set linewidths > to 1 and the lines disappear?!), but it gives some idea of what I > needed. > > Could someone update the docstring, or fix the broken behaviour? > > Thanks > Stéfan > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save 100ドル. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > > > ------------------------------------------------------------------------ > > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Hi all, I noticed that, contrary to what the docstring says, contourf(Z,10) draws contour lines on the different levels. The attached patch adds a draw_contours keyword that explicitly controls this behaviour. I don't know why it works (I set linewidths to 1 and the lines disappear?!), but it gives some idea of what I needed. Could someone update the docstring, or fix the broken behaviour? Thanks Stéfan
Fernando Perez wrote the following on 04/17/2008 06:31 PM: > ps - for now, using the deprecated 'faceted=False' seems to still > work, so I'll go with that. I noticed this a few days ago as well...using edgecolors='None' seemed to have the same effect as faceted=False. This brings up a couple issues. 1) I find the shading=* in the docstring to be a bit confusing. The equal sign makes me think of keyword arguments. Since 'shading' is not a valid keyword, additional clarity might result if we do not use the equal sign. 2) If we remove the equal signs, we might have something like this: This kwarg is deprecated; please use the edgecolors kwarg instead: flat shading --> edgecolors='None' faceted shading --> edgecolors=None But even this is confusing. Reading http://www.physnet.uni-hamburg.de/physnet/matlab/help/techdoc/ref/shading.html makes me think we should have: This kwarg is deprecated; please use the edgecolors kwarg instead: flat shading --> edgecolors=None For faceted shading, edgecolors can be any mpl color or sequence of colors. --- So it seems like the code is working, but that the docstring is wrong. Perhaps the behavior should be changed so that edgecolors must be set to None rather than 'None' when requesting flat shading. ~C
On Thu, Apr 17, 2008 at 7:15 PM, Eric Firing <ef...@ha...> wrote: > Fernando, > > Thanks for the bug report. I see what the problem is. Unless someone else > wants to do it (in which case please do so, but tell me you will), I can fix > it within a few days at the most, and possibly later today. Thanks for the prompt response, Eric. For now I can fortunately use faceted, but I'll keep an eye out on the list for updates to test. Regards, f
Fernando, Thanks for the bug report. I see what the problem is. Unless someone else wants to do it (in which case please do so, but tell me you will), I can fix it within a few days at the most, and possibly later today. Eric Fernando Perez wrote: > Hi all, > > the scatter docstring says: > > * faceted: if True, will use the default edgecolor for the > markers. If False, will set the edgecolors to be the same > as the facecolors. > This kwarg is deprecated; > please use the edgecolors kwarg instead: > shading='flat' --> edgecolors='None' > shading='faceted --> edgecolors=None > > However (running MPL from SVN here): > > In [90]: scatter(range(10),range(10),edgecolors=None) > > ends with > > /home/fperez/usr/opt/lib64/python2.5/site-packages/matplotlib/collections.pyc > in set_edgecolor(self, c) > 303 self._edgecolors = npy.array([]) > 304 else: > --> 305 self._edgecolors = _colors.colorConverter.to_rgba_array(c) > 306 set_edgecolors = set_edgecolor > 307 > > /home/fperez/usr/opt/lib64/python2.5/site-packages/matplotlib/colors.pyc > in to_rgba_array(self, c, alpha) > 323 # it. This is needed for examples/dynamic_collections.py. > 324 if not isinstance(c, (list, npy.ndarray)): # > specific; don't need duck-typing > --> 325 c = list(c) > 326 for i, cc in enumerate(c): > 327 c[i] = self.to_rgba(cc, alpha) # change in place > > TypeError: 'NoneType' object is not iterable > > > Am I doing something wrong? > > Thanks, > > f > > ps - for now, using the deprecated 'faceted=False' seems to still > work, so I'll go with that. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by the 2008 JavaOne(SM) Conference > Don't miss this year's exciting event. There's still time to save 100ドル. > Use priority code J8TL2D2. > http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Hi all, the scatter docstring says: * faceted: if True, will use the default edgecolor for the markers. If False, will set the edgecolors to be the same as the facecolors. This kwarg is deprecated; please use the edgecolors kwarg instead: shading='flat' --> edgecolors='None' shading='faceted --> edgecolors=None However (running MPL from SVN here): In [90]: scatter(range(10),range(10),edgecolors=None) ends with /home/fperez/usr/opt/lib64/python2.5/site-packages/matplotlib/collections.pyc in set_edgecolor(self, c) 303 self._edgecolors = npy.array([]) 304 else: --> 305 self._edgecolors = _colors.colorConverter.to_rgba_array(c) 306 set_edgecolors = set_edgecolor 307 /home/fperez/usr/opt/lib64/python2.5/site-packages/matplotlib/colors.pyc in to_rgba_array(self, c, alpha) 323 # it. This is needed for examples/dynamic_collections.py. 324 if not isinstance(c, (list, npy.ndarray)): # specific; don't need duck-typing --> 325 c = list(c) 326 for i, cc in enumerate(c): 327 c[i] = self.to_rgba(cc, alpha) # change in place TypeError: 'NoneType' object is not iterable Am I doing something wrong? Thanks, f ps - for now, using the deprecated 'faceted=False' seems to still work, so I'll go with that.