Re: [OSM-talk] Plus code grid service
A plus code is not intended to have the same function as latitude and longitude. It is intended as a replacement for "street name, house number" address parts where those don't exist and cannot be reasonably created. If you write Firstname Lastname WF8R+H6 Praia Cabo Verde on an envelope and drop it off at your local post office, wherever you live, it will be delivered. If you instead wrote 14°54'59.3"N 23°30'33.8"W, it would not even be mailed out. You can think of a plus code as just the relevant bit of latitude and longitude for addressing within a locality. On Mon, Nov 19, 2018 at 5:38 PM, Daniel Koć wrote: > W dniu 19.11.2018 o 17:20, Mateusz Konieczny pisze: > > It is still not clear to me why new way of writing latitude and > > longitude is supposed to be interesting. > > > One of the reasons might be that it's about areas (covering some > interesting places), not points. > > > -- > "Excuse me, I have some growing up to do" [P. Gabriel] > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is it technically and legally possible to add the Open Location Code to the OSM search?
Perhaps let me add my 2c: 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, 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 second is not really different than any other street number if the database aims to reflect the ground truth. On Mon, Aug 13, 2018 at 5:23 PM, Tom Lee wrote: > 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. > > 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. > > Tom > > > > ___ > talk mailing list > talk@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk > > ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk