On 06/12/2009 05:27 PM, Zane Selvans wrote:
If I set path.simplify: False, the shape of the gaps between the
filled polygons does change. Instead of being irregular, it becomes
an infinitessimally thin gap of uniform width, allowing the (in this
case white) background to show through.
Just to clarify, these backs only show with the Mac OS-X gui window, not
with the PNG or PDF output (which are actually handled by the Agg and
PDF backends respectively, and don't use the Cocoa/Quartz-specific code
in the macosx backend).
If that's the case, I'll forward this thread to the attention of Michiel
de Hoon, the author of the macosx backend.
As for path.simplify = True causing irregular gaps, that's my area, and
I'll look into that further. path.simplify should not be creating
visible artifacts (at least in raster images such as PNG), so that's a bug.
Cheers,
Mike
In both of these cases (path.simplify: True|False), the PNG version of
the same figures also show representations of these gaps which are
identical to those which appear in the PDF (though obviously
pixelated), so I don't think it's something that's wrong in the vector
graphics code per se.
Zane
On Fri, Jun 12, 2009 at 11:46 AM, Michael Droettboom<md...@stsci.edu> wrote:
Shot in the dark here, but what if you set the rcParam "path.simplify" to
False? There have been recent changes to that code.
Also, since the Agg backend doesn't have an associated GUI, you need to use
the savefig() command and provide a filename, rather than using show().
Cheers,
Mike
Zane Selvans wrote:
Um, yeah. So my response got bounced because of the attachment. Take 2:
For some reason my script bombed when I switched to the Agg backend,
trying to display to the screen (it said Figure has no method show())
So I output the plot as both a PDF and a PNG (still having backend:
agg in my rcfile) and in both of those cases, irregular gaps are
visible between the polygons making up the filled contours. This
wasn't the case with my previously installed setup. It looks as if
for some reason the vertices of the filled polygons are being
calculated differently from different sides of the same contour,
leading to overlap in some places, and gaps in others. You can download
the PDF version (in which the exact geometry is much clearer).
from:
http://zaneselvans.org/dropbox/LinDensity_Grid.pdf
Zane
On Fri, Jun 12, 2009 at 5:51 AM, Michael Droettboom<md...@stsci.edu>
wrote:
So you see this behavior if you switch to the Agg backend? That's the
backend used to generate the images in the gallery. If there's a
difference
there, that would seem to suggest some tweaking of the macosx backend
(which
is still relatively new) is in order.
Mike
Zane Selvans wrote:
I just installed the latest SciPy Superpack in order to get access to
the scipy.spatial.KDTree class, and discovered that for some reason
now when I use contourf() lines get drawn at the boundaries between
the filled contours. Additionally, there is always a single vertical
line crossing from each contour boundary to the next. I'm guessing
that these are the edges of the filled polygons which are getting
drawn. This behavior doesn't seem to be consistent with the
contourf() documentation and when I run code in griddata_demo.py it
doesn't come out looking like the picture in the documentation/example
gallery...
Is anyone else seeing this behavior? Is there a keyword I can use to
force the edges of the polygons not to get drawn?
This is on Mac OS X 10.5.7, with
scipy.__version__ = 0.8.0.dev5635
matplotlib.__version__ = 0.98.6svn
numpy.__version__=1.4.0.dev6728
As installed by superpack_2009.03.28.sh
from http://macinscience.org/?page_id=6
using:
backend: macosx
Cheers,
Zane
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
--
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA
------------------------------------------------------------------------------
Crystal Reports - New Free Runtime and 30 Day Trial
Check out the new simplified licensing option that enables unlimited
royalty-free distribution of the report engine for externally facing
server and web deployment.
http://p.sf.net/sfu/businessobjects
_______________________________________________
Matplotlib-users mailing list
Matplotlib-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/matplotlib-users
