<div dir="auto">A simple stopgap solution would be a program that converted one to the other where the result could be cut and pasted into another program.  They are probably called apps these days.<div dir="auto"><br></div><div dir="auto">If you know the code it would give you the lat and long in a format that could be searched by Nominatim.  </div><div dir="auto"><br></div><div dir="auto">Grabbing the lat and long from the map and converting it needs a process.  </div><div dir="auto"><br></div><div dir="auto">Suggestions?</div><div dir="auto"><br></div><div dir="auto">Thanks John</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, 10 Aug 2018, 8:58 am john whelan, <<a href="mailto:jwhelan0112@gmail.com">jwhelan0112@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">I would agree the import should be reverted.  The data is redundant and there is a danger that it might not be correct.  The pure lat and long data already in OSM can be used to calculate the code.<div dir="auto"><br></div><div dir="auto">It does add weight to the idea of making them searchable perhaps with a JOSM plugin and support in OSMand for off line use and Nominatim for on line use.</div><div dir="auto"><br></div><div dir="auto">Cheerio John</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, 10 Aug 2018, 8:50 am Michael Reichert, <<a href="mailto:osm-ml@michreichert.de" target="_blank" rel="noreferrer">osm-ml@michreichert.de</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
Am 2018-08-09 um 22:48 schrieb Vao Matua:<br>
> The Tanzania Development trust has calculated the Plus Code addresses for<br>
> 17 million building points in Tanzania and have added a sample village<br>
> (1800 points) as a test.<br>
> <a href="https://www.openstreetmap.org/changeset/59213224" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.openstreetmap.org/changeset/59213224</a><br>
> <br>
> The Python code on Github works great to calculate Plus Codes.<br>
> <br>
> We did used these tags:<br>
> addr:pluscode:full  (the 8+2 digit full Plus Code)<br>
> addr:pluscode:area (the first 4 digits of the full Plus Code which is a 1<br>
> degree by 1 degree lat long area)<br>
> addr:pluscode:local (the second 4 digits + last 2 digits which used with a<br>
> local name becomes the local address)<br>
<br>
There is no need for this data in OSM because the data can be retrieved<br>
automatically from latitude and longitude (plain coordinates) which are<br>
already assigned to anything which has a location on the planet.<br>
<br>
Adding Plus Code tags to OSM objects is as useful as adding latitude=*<br>
and longitude=* or any other coordinate system which can be calculated<br>
from latitude and longitude.<br>
<br>
This import should be reverted.<br>
<br>
Best regards<br>
<br>
Michael<br>
<br>
<br>
-- <br>
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten<br>
ausgenommen)<br>
I prefer GPG encryption of emails. (does not apply on mailing lists)<br>
<br>
_______________________________________________<br>
talk mailing list<br>
<a href="mailto:talk@openstreetmap.org" rel="noreferrer noreferrer" target="_blank">talk@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk" rel="noreferrer noreferrer noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk</a><br>
</blockquote></div>
</blockquote></div>