
<html><head><meta http-equiv="Content-Type" content="text/html; charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">Also, what are the results of ST_Distance() when the distance is < tolerance? Zero? Tolerance?<div class="">Basically tolerance is a cross-cutting concern that affects almost every function in the system, sometimes in ways that ordinary users might consider “surprising” or “counter intuitive”. Our current “as much precision as we can take” system still has wonderful corner cases since we don’t actually have infinite precision at our command: the results of ST_Intersection(A, B) does not necessarily ST_Intersects() A or B.</div><div class="">The new overlay work in GEOS requires explicit precision, so we are going to start inching in that direction over time. Until then, enforcing precision on insert/update with triggers is not the end of the world if you want command of your precision model.</div><div class="">ATB,</div><div class="">P<br class=""><div><br class=""><blockquote type="cite" class=""><div class="">On Jul 3, 2019, at 5:47 AM, Darafei Komяpa Praliaskouski <<a href="mailto:me@komzpa.net" class="">me@komzpa.net</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div dir="ltr" class="">Hi,<div class=""><br class=""></div><div class="">Can you describe how the operations like Intersection should behave in such type? E.g. if you have a type with 0 decimals (say), and have a line going from (0,0) to (1,1) intersect with a line going from (1, 0) to (0, 1) - what is the intersection point that is going to be reported? Will that ST_Intersection in turn ST_Intersects=true with original point?</div><div class=""><br class=""></div><div class="">There are a number of such requests across the years but nobody seems to propose a working algebra for such type, and without it it's not going to get implemented.</div></div><br class=""><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jul 3, 2019 at 2:43 PM Giunta Igor <<a href="mailto:Igor.Giunta@tg.ch" class="">Igor.Giunta@tg.ch</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">How can a precision be assigned to a geometry, e.g. a point/line/polygon to 3 decimals, in order that any input/output will be given in that precision (without usage of rounding functions like snap2grid)<br class="">

How can the problem be tackeld? Shall we request to include new types? Or shall we rather let develop a new feature?<br class="">

<br class="">

I guess we are not the first users facing this problem.<br class="">

<br class="">

<br class="">

_______________________________________________<br class="">

postgis-users mailing list<br class="">

<a href="mailto:postgis-users@lists.osgeo.org" target="_blank" class="">postgis-users@lists.osgeo.org</a><br class="">

<a href="https://lists.osgeo.org/mailman/listinfo/postgis-users" rel="noreferrer" target="_blank" class="">https://lists.osgeo.org/mailman/listinfo/postgis-users</a></blockquote></div><br clear="all" class=""><div class=""><br class=""></div>-- <br class=""><div dir="ltr" class="gmail_signature"><div dir="ltr" class=""><div class=""><div class="">Darafei Praliaskouski</div><div class="">Support me: <a href="http://patreon.com/komzpa" target="_blank" class="">http://patreon.com/komzpa</a></div></div></div></div>

_______________________________________________<br class="">postgis-users mailing list<br class=""><a href="mailto:postgis-users@lists.osgeo.org" class="">postgis-users@lists.osgeo.org</a><br class="">https://lists.osgeo.org/mailman/listinfo/postgis-users</div></blockquote></div><br class=""></div></body></html>