<div dir="ltr"><div>Perhaps let me add my 2c:</div><div>In my mental model there are two cases in which plus codes attain different semantics: a plus code as an encoding of latitude and longitude,<br></div><div>and a plus code written on an sign above a door or on a house. If you asked me I'd say the first should not be ingested into a database and the</div><div>second is not really different than any other street number if the database aims to reflect the ground truth.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Aug 13, 2018 at 5:23 PM, Tom Lee <span dir="ltr"><<a href="mailto:tlee@mapbox.com" target="_blank">tlee@mapbox.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I'm surprised to see that this conversation has made it past the weekend. Since it has, let me add my voice to those suggesting that encoding OLC in the database (or any other values that can be algorithmically derived from geometry) makes very little sense. I'm grateful to everyone who has already made this point, in various ways and with various levels of forcefulness.<div><br></div><div>If the folks advocating for OLC would like to walk through the rationale some more or explore alternative ways of getting OLC into their workflow, I suspect that a number of people on this thread would be happy to talk through it, myself included. Please don't hesitate to email.</div><span class="HOEnZb"><font color="#888888"><div><br></div><div>Tom<br><div><br></div><div><br></div></div></font></span></div>
<br>______________________________<wbr>_________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk</a><br>
<br></blockquote></div><br></div>