<div dir="ltr">OUps, forgot to mention.<br>Split function taht works for line, point argument, and take account precision :<div><a href="https://github.com/Remi-C/PPPP_utilities/blob/aa802f136cc3768d987b77cb3a4d04e9f6a74344/postgis/rc_Split_Line_By_Points.sql">https://github.com/Remi-C/PPPP_utilities/blob/aa802f136cc3768d987b77cb3a4d04e9f6a74344/postgis/rc_Split_Line_By_Points.sql</a><br></div><div>Cheers,</div><div>Rémi-C</div></div><div class="gmail_extra"><br><div class="gmail_quote">2015-02-11 13:45 GMT+01:00 Rémi Cura <span dir="ltr"><<a href="mailto:remi.cura@gmail.com" target="_blank">remi.cura@gmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Solved by introducing precision (topology precision),<div>and another split function (st_split(line, point) is not reliable).<br><br></div><div>The edge is not moved in this case, it is the node that is moved, </div><div>thus the topology is safe</div><div><br></div><div>Cheers,</div><div>Rémi-C</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2015-02-11 12:28 GMT+01:00 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"><span>On Wed, Feb 11, 2015 at 12:02:13PM +0100, Rémi Cura wrote:<br>
> Hey,<br>
><br>
> I get an error with ST_ModEdgeSplit that looks like aa precision related<br>
> issue.<br>
><br>
> When trying to split an edge with a point (the point is from<br>
> ST_ClosestPoint, so _very_ close to the edge),<br>
> st_modeedgesplit complains that the point is not on the edge.<br>
<br>
</span>This is a known issue. I've mixed feeling about what the function<br>
should do because "ST_" prefixed functions supposedly come from<br>
the standard that makes no mention of "precision".<br>
<br>
The toTopoGeom function handles that by first snapping the edge against<br>
the point retrived by "ClosestPoint". Note that such snapping might<br>
move the edge in a way that it could end up colliding against another<br>
edge. This may happen if the intersection node you found is close to<br>
another existing node and between two indicent edges almost parallel.<br>
There's no primitive function handling such case, which would involve<br>
updating partially merging the two edges into one.<br>
<br>
--strk;<br>
<br>
  ()   Free GIS & Flash consultant/developer<br>
  /\   <a href="http://strk.keybit.net/services.html" target="_blank">http://strk.keybit.net/services.html</a><br>
_______________________________________________<br>
postgis-devel mailing list<br>
<a href="mailto:postgis-devel@lists.osgeo.org" target="_blank">postgis-devel@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-devel" target="_blank">http://lists.osgeo.org/cgi-bin/mailman/listinfo/postgis-devel</a><br>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>