<div dir="ltr"><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Am Do., 13. Feb. 2020 um 08:41 Uhr schrieb Colin Smale <<a href="mailto:colin.smale@xs4all.nl">colin.smale@xs4all.nl</a>>:<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="font-size:10pt;font-family:Verdana,Geneva,sans-serif">Locations are stored in OSM as pairs of {lat,lon} and I assume these are both 64-bit floats in the database.<blockquote type="cite" style="padding:0px 0.4em;border-left:2px solid rgb(16,16,255);margin:0px"><div style="margin:0px;padding:0px;font-family:monospace">
<br> AFAIK they are stored as integers (shifting the decimals)<br><br></div>
</blockquote>
<div style="margin:0px;padding:0px;font-family:monospace">If so then then my comments about preserving precision still apply to all "client" software and I bet the majority uses float. Then an innocent update to a tag on a node can end up unintentionally moving the location slightly, losing precision.</div>
<div style="margin:0px;padding:0px;font-family:monospace"> </div>
</div>
</blockquote></div><br clear="all"><div><br></div><div><br></div><div>My comment about precision lost through conversion was not about missing floating point digits, but about conversions from one CRS to another, where you may need additional (proprietary) grid parameters to do a high precision conversion.</div><div><br></div><div>Cheers</div><div>Martin<br></div></div>