<br><br><div class="gmail_quote">2009/10/19 Thomas Bonfort <span dir="ltr"><<a href="mailto:thomas.bonfort@camptocamp.com">thomas.bonfort@camptocamp.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">> Is there a way to disable antialias support with the agg renderer when<br>
> drawing vector symbol based pattern fills?<br>
<br>
</div>Not that I know of.<br>
<div class="im"><br>
> I've just wanted to construct some of the pre-defined mapinfo fill patterns<br>
> (see image attached) but it seems the results are quite different by using<br>
> the agg and gd renderers (the latter is the desired result). Another issue<br>
> with this kind of antialiased drawing is that we may encounter glitches at<br>
> the tile borders (for example when drawing hatches this way.)<br>
<br>
</div>yes, the antialiasing will almost always cause unwanted results if you<br>
want your symbols to fit together at tile borders.<br>
why not use the dedicated hatch symbol in this case ?<br>
<div><div></div><div class="h5"><br></div></div></blockquote><div><br>I'm not to satisfied with the hatch symbol in this case, since the pattern definition should be 'self-contained', whereas for the hatch symbol we rely on the style settings (ie angle, width) as well. This approach cannot be used with the styleitem "auto" feature (MapInfo tab data source) since the angle and the width of the style are not controlled by the OGR driver. So as to use the hatch symbol, I would prefer setting the angle and width within the symbol definition itself.<br>
<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div class="h5"><br>
</div></div>that symbol seems invalid to me, it creates 4 lines with no length,<br>
and thus aren't rendered. GD assumed in this case that you wanted to<br>
render a single pixel, AGG will not make this assumption and skip the<br>
shape<br>
<br></blockquote><div><br>That's good to know about this difference. How could I define a single pixel within a vector symbol with the AGG renderer then?<br><br>With regards to the pattern definition, I would also live along with specifying those patterns as pixmap symbols (with transparent background) as well. Do you know about an option to override the pixel color with the color of the style definition to avoid that the pattern can be rendered only a single color? <br>
<br>Best regards,<br><br>Tamas<br></div></div><br><br>