<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">What do the users in 
Tanzania  

require?  Do they have access to an android smartphone?</div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">If so what is wrong with using OSMand, its free.  Every building in 
Tanzania has a visible OLC code and its permanent so no danger it will disappear after the trial.</div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small">Cheerio John<br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif;font-size:small"><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 11 August 2018 at 09:31, Blake Girardot <span dir="ltr"><<a href="mailto:bgirardot@gmail.com" target="_blank">bgirardot@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sat, Aug 11, 2018 at 5:49 AM, Frederik Ramm <<a href="mailto:frederik@remote.org">frederik@remote.org</a>> wrote:<br>
> Hi,<br>
><br>
> On 11.08.2018 11:21, mmd wrote:<br>
>> With all due respect, I think we've long crossed that point:<br>
><br>
> All these have been added by accident, as a side effect of undiscussed<br>
> imports.<br>
><br>
> This is bad, but not as bad as adding them on purpose in the course of<br>
> an ill-conceived aid project with the promise of lifting poor people out<br>
> of their not-having-an-address misery.<br>
><br>
> Adding coordinates, or plus codes, as tags to OSM makes no sense.<br>
> Building an aid project around it and doing it on purpose is at best<br>
> negligent and at worst cynical. It is a waste of the money of whoever<br>
> funds the aid project, a waste of resources in OSM, and a waste of time<br>
> for those who do it. For OSM to allow this to happen would make us<br>
> complicit in that cynicism.<br>
><br>
> Bye<br>
> Frederik<br>
<br>
</span>Ok, lets us get back to reality please.<br>
<br>
All this huffing and puffing, dumbest idea ever in history, etc etc is<br>
typical and typically not helping.<br>
<br>
The situation is:<br>
<br>
A ngo on the ground in Tanzania does first responded type work, they<br>
see how helpful addresses are in other contexts, but the area they<br>
work does not have any.<br>
<br>
This OLC thing seems like it would be interesting to explore, it might<br>
solve some of their use cases.<br>
<br>
All of their tools and workflows can use osm tags, especially like the<br>
addr: tags.<br>
<br>
What if we had something like that, an osm tag that had basically an<br>
addr: value, just from OLC instead of however one normally gets an<br>
address. How would that work? Where could we display it? How could we<br>
look them up? etc etc<br>
<br>
So by doing a small test using a regular old osm tag, they can explore<br>
if it is useful, how it might help, etc etc. and every single OSM tool<br>
in existence at this moment knows how to deal with osm addr: tags or<br>
osm tags more generally. What a great starting point to see if this<br>
solves any of their use cases, some of which we probably could not<br>
really describe well anyway.<br>
<br>
Ya, I am going to try some tagging options so they can get a look at<br>
what is possible if the tools they used supported this in code as they<br>
should, of course.<br>
<br>
I was not involved with this at all before, but I am now and I am<br>
going to do what I do, which is do what I can to help people use OSM,<br>
in full accordance with OSM guidelines, which this totally is.<br>
<br>
OSM will not break, everything will be ok, but OSM is a folksonomy and<br>
this is folksonomy 101 here.<br>
<br>
So take some deep breaths.<br>
<br>
Some local OSM'ers are going to experiment very locally and carefully<br>
with how OLCs or an OLC-like thing might fit into their use cases and<br>
we are going to do it by using tags because that is what every OSM<br>
tool in existence right now understands and can use to various<br>
degrees.<br>
<br>
We'll make a wiki page, revert the import, we'll detail it in the wiki<br>
page and re do it on a better defined area, described in the wiki<br>
project page.<br>
<br>
Also: No one is getting paid for anything related to this at this<br>
point. I personally would like to see Google donate to the OSMF and<br>
let the OSMF grant it out to help OSM core and eco system tools<br>
implement OLC native in code as it should be. Let the OSMF decide how<br>
to best help get the functionality everyone says should "just exist"<br>
in the vast ecosphere of OSM tools. I also plan on following up on<br>
that idea regardless of this tag / no tag issue, which is a minor<br>
issue at best.<br>
<br>
Cheers<br>
<span class="HOEnZb"><font color="#888888">blake<br>
</font></span><div class="HOEnZb"><div class="h5"><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>
</div></div></blockquote></div><br></div>