<div dir="ltr"><div><div><div><div><div><div>Lester,<br></div>I don't agree that ukrainian or other-language place names is secondary information.<br></div>We should not extract this information to external data source.<br>

Why don't you say "Let's remove population-tag. Values are changing, 
let's integrate OSM with some service like 
<a href="http://www.ons.gov.uk/ons/index.html">http://www.ons.gov.uk/ons/index.html</a>"?<br></div><div>Reason is very obvious: implementation of integration between dozens different services that use OSM-data and [Translation DB]/[Population DB] is much more expensive than storing translations/population in OSM-DB.<br>

</div><div></div><div><br></div><div>Assuming [Translation DB] exists..<br></div><div></div><div>"name"/"name:en" can't be the key for place names, since different cities with the same names in english may have different names in another language. (I can't find an example, but I am sure there are some)<br>

</div><div></div>"wikipedia"-tag(or less used "wikidata") might be the key for place names, but wiki-DB doesn't contain records/articles about all planet settlements.<br></div>Wikidata might be [Translation DB].<br>

</div>But.. Do you really think that developers of different OSM services will integrate their software with Wikidata? No, they'll say - put translations into name:**, we use those tags as recommended in <a href="http://wiki.openstreetmap.org/wiki/Map_Internationalization">http://wiki.openstreetmap.org/wiki/Map_Internationalization</a><br>

</div><div><div><div><div><div><div><div><div><div class="gmail_extra"><br><div class="gmail_quote">2014-08-06 14:22 GMT+03:00 Lester Caine <span dir="ltr"><<a href="mailto:lester@lsces.co.uk" target="_blank">lester@lsces.co.uk</a>></span>:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Pavlo - one of the things that has irritated me from day one is the poor<br>
way that the data API has been designed. <br>
...<br>
My comments about secondary databases are along that line, so that<br>
rather than having 'english' keys in the main database one has numeric<br>
keys and a lookup table which gives a translated view of all of the<br>
structure. So one logs in using Ukrainian and sees everything in<br>
Ukrainian ... <br></blockquote></div><br></div></div></div></div></div></div></div></div></div></div>