SourceForge logo
SourceForge logo
Menu

matplotlib-devel — matplotlib developers

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)





Showing 5 results of 5

From: Eric F. <ef...@ha...> - 2005年10月28日 18:16:14
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
> 
> ------------------------------------------------------------------------
> 
From: Darren D. <dd...@co...> - 2005年10月28日 13:58:08
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
From: John H. <jdh...@ac...> - 2005年10月28日 11:08:58
>>>>> "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
From: Eric F. <ef...@ha...> - 2005年10月28日 07:13:04
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
From: Jordan D. <fre...@oc...> - 2005年10月28日 06:34:52
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

Showing 5 results of 5

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X





Briefly describe the problem (required):
Upload screenshot of ad (required):
Select a file, or drag & drop file here.
Screenshot instructions:

Click URL instructions:
Right-click on the ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Ad destination/click URL:

AltStyle によって変換されたページ (->オリジナル) /