<div dir="ltr">Something to consider is that simply truncating digits can cause topological invalidity.  So at a minimum there should be a warning about this possibility in the doc.  <div><br></div><div>Ideally this would be part of a wider review of how PostGIS handles precision.  A more general approach might provide metadata about coordinate precision (somewhere), in which case the output functions would just Do The Right Thing.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, May 7, 2019 at 1:17 PM Paul Ramsey <<a href="mailto:pramsey@cleverelephant.ca">pramsey@cleverelephant.ca</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div style="overflow-wrap: break-word;">This blog post reminded me:<div><br></div><div><a href="https://rapidlasso.com/2019/05/06/how-many-decimal-digits-for-storing-longitude-latitude/" target="_blank">https://rapidlasso.com/2019/05/06/how-many-decimal-digits-for-storing-longitude-latitude/</a></div><div><br></div><div>GeoJSON generation uses DBL_DIG as the number of decimal places, which is… a lot? 15 or 16 depending on your platform. I wonder if maybe we should crank that down to 8 as the default and let people crank it *up* as desired rather than emitting nanometer precision and expecting people to crank it *down* (they don’t).</div><div><br></div><div>Thoughts?</div><div><br></div><div>P</div></div>_______________________________________________<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="https://lists.osgeo.org/mailman/listinfo/postgis-devel" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/postgis-devel</a></blockquote></div>