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
|
2
(2) |
3
(3) |
4
(1) |
5
(2) |
6
(2) |
7
(10) |
8
(1) |
9
(1) |
10
(2) |
11
|
12
|
13
|
14
|
15
|
16
|
17
|
18
|
19
(5) |
20
|
21
(1) |
22
|
23
|
24
(3) |
25
(1) |
26
(1) |
27
|
28
(5) |
29
(1) |
30
(2) |
31
(1) |
|
|
|
|
|
Jordan, Evidently the reason we see different things is because the result with linewidth < 1 is renderer-dependent; ghostview (which I am using) and Illustrator handle the same file differently. To be sure we are agreeing on the phenomenon: Initially, with linewidth=1 in the contourf polygon generation, there was no problem with the subregion boundaries, but the polygons were a bit too large, so that thin line contours did not land exactly on the boundaries. Setting linewidth=0.01 fixes that problem, but introduces renderer-dependent artifacts at the subregion boundaries. The real solution, or part of it, may be in the backend (ps at least, maybe others): I think that we want to be able to specify a polygon with a zero-width boundary, such that it is filled but not stroked. Alternatively, it may be that the problem is one of rounding in the conversion of floating point vertices to integers in the renderer, in which case removing the boundary line entirely won't help at all. The division of the domain by cntr.c into subregions is controllable by a parameter; I can expose that parameter to the python level (this weekend, not this minute). Then setting it to a sufficiently large value will take care of the grid problem; and maybe it will have no bad side-effects. According to the comment in the contouring code, the reason for subdividing is that renderers bog down when filling polygons with too many vertices. It may be that this is no longer a problem; that comment may date from an earlier era. Eric Jordan Dawe wrote: > Yeah, I see artifacts in the eps file you sent me. I'm looking at it in > Illustrator CS, and the artifacts show up in Adobe Acrobat 6.0 as well. > They also show up when I take the eps and do a 'convert example.eps > example.png' on it. The resulting png is attached. > > The artifacts tend to change when I zoom in, so I'm guessing some of it > is related to the renderer in Illustrator, but I'm still worried they > will show up when they go to press. When the linewidth =1.0, the > artifacts don't show up at all, so I know it's possible to get rid of them. > > I'm willing to hunt through and try to fix this problem, but where would > it show up? In the PS render code? In the polygon handers? I know a > fair bit of python, but I don't know my way around matplotlib very well... > > Also, do you see any problems with me trying to make the cntr.c code > output one polygon per simply-connected region? Cause the current > "divide the fig up into 48 smaller areas" thing is annoying as hell when > you're working with eps. Matlab's renderer does this, why can't this one? > > Jordan > > ------------------------------------------------------------------------ >
I was wondering, has anyone looked into extending numerix to handle the new scipy? All scipy tests now pass on my 32bit system, but there is some incompatibility between new scipy and mpl. For example: from pylab import * from scipy import * plot(linspace(-1,1,100)) show() Darren
>>>>> "Eric" == Eric Firing <ef...@ha...> writes: Eric> Jordan, Strange, I did test the change and it worked fine Eric> with your example on my system. I will email you the result Eric> in a separate message so as not to clog the list. Then you Eric> can tell me if you see the problem in that file. Maybe I am Eric> misunderstanding something. Could be a CVS version problem -- make sure you are both working on the same CVS file(s) and the same test script. Historically, non-developer CVS tends to lag... JDH
Jordan, Strange, I did test the change and it worked fine with your example on my system. I will email you the result in a separate message so as not to clog the list. Then you can tell me if you see the problem in that file. Maybe I am misunderstanding something. Eric Jordan Dawe wrote: > Eric Firing wrote: > >> Jordan, >> >> Thanks, now I see the problem and where it is coming from. In >> contour.py, near the bottom, in the contourf method, change the >> linewidth from 1 to 0.01, so the line reads: >> col = PolyCollection(nlist, linewidths=(0.01,)) >> >> I think this will be OK; based on the comment below the line, I think >> I found that using a linewidth of zero was problematic, so I probably >> simply used 1 thinking it was small enough not to matter. >> >> I will need to make a corresponding change in the CVS version so that >> it will get into the next release. I'll do that this evening. >> > Sorry about this, but that patch doesn't seem to work. When I open the > eps files generated with this change implimented, I get the artifact > problem mentioned in the comment; fine lines at the boundaries of the > contouring engine's subdomains. In fact, I get the artifacts at > linewidths as large as 0.5. > > Jordan > > > ------------------------------------------------------- > This SF.Net email is sponsored by the JBoss Inc. > Get Certified Today * Register for a JBoss Training Course > Free Certification Exam for All Training Attendees Through End of 2005 > Visit http://www.jboss.com/services/certification for more information > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
Eric Firing wrote: > Jordan, > > Thanks, now I see the problem and where it is coming from. In > contour.py, near the bottom, in the contourf method, change the > linewidth from 1 to 0.01, so the line reads: > col = PolyCollection(nlist, linewidths=(0.01,)) > > I think this will be OK; based on the comment below the line, I think > I found that using a linewidth of zero was problematic, so I probably > simply used 1 thinking it was small enough not to matter. > > I will need to make a corresponding change in the CVS version so that > it will get into the next release. I'll do that this evening. > Sorry about this, but that patch doesn't seem to work. When I open the eps files generated with this change implimented, I get the artifact problem mentioned in the comment; fine lines at the boundaries of the contouring engine's subdomains. In fact, I get the artifacts at linewidths as large as 0.5. Jordan