<div dir="ltr"><div><div><div>Seems like it doesn't pass the compil test on github server.<br></div>It works fine on my computer.<br>The change is about 10 lines of C.<br>Could someone please tell me what is wrong.<br>
<br></div>Thanks,<br></div>Rémi-C<br><br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/11/22 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">Hey dear list,<div><br></div><div>after much worries,</div><div>I just submitted a pull request to propose a very tiny change in geos LineIntersector.cpp file.</div>
<div><br></div><div>Now a point is considered to be on a line much more often, as line have a controlled thickness.</div>
<div><br></div><div>The thickness of a line is defined so that a point that shall be on the line with the correct first 12 digits would be on it, even if the other digits are wrong.</div><div><br></div><div>All lines have not the same thickness is real world units, because the tickness depends of the number of digits in coordinates.</div>

<div><br></div><div><br></div><div>This improves a lot of function working with points and lines, and shouldn't change computation time (there where already 2 tests).</div><div><br></div><div><br></div><div>With synthetic data precise to the millimeter across all France, I had no error for 1 million lines. <br>

Theoretically there could still be some lines that have no points. (one in 10 million or so?)</div><div>I can't solve this without changing much more the current RobustDet algorithm.</div><div><br></div><div><br></div>

<div>Cheers,</div><div><br></div><div><br>Rémi-C</div></div>
</blockquote></div><br></div>