<div dir="ltr"><div><div>Sorry I wasn't clear,<br><br></div><div>I'm not saying ST_IsValid is wrong, I guess flat polygons are permitted (I don't know)<br></div>I was just pointing out that valid geometry for Postgis may be invalid for QGIS.<br>
<br></div><div>And St_SymDiff creates polygons instead of lines (I mean a polygon with 0 area instead of a linestring).<br></div><div>Snapping have solved the problem for me as this 0 area polygon is not created at all.<br>
<br></div><div>However even with snapping I have numerical issues<br></div><div>Cheers<br></div><div class="gmail_extra">Rémi-C<br></div><div class="gmail_extra"><br><div class="gmail_quote">2013/9/27 Sandro Santilli <span dir="ltr"><<a href="mailto:strk@keybit.net" target="_blank">strk@keybit.net</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Fri, Sep 27, 2013 at 06:11:53PM +0200, Rémi Cura wrote:<br>
> another food for thought :<br>
> ST_SymDifference produces polygon with no area (ie lines), and polygon with<br>
> self intersecting boundary.<br>
><br>
> First image shows result of a buffer and SYmDifference based processing<br>
> Second image : I moved manually things to expose errors, I added no points.<br>
><br>
> It surely is a precision issue I'll try to solve with snapping.<br>
><br>
> Yet all the geometries passes ST_IsValid, but are invalid for QGIS<br>
<br>
</div>Are you saying ST_IsValid is wrong ?<br>
If that's the case please provide HEXWKB of the geometry you think<br>
is invalid. Best if in a ticket.<br>
<br>
A line from overlay involving areas is an expected possibility.<br>
<br>
--strk;<br>
</blockquote></div><br></div></div>