<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">2016-06-22 14:26 GMT+02:00 Michael Reichert <span dir="ltr"><<a href="mailto:nakaner@gmx.net" target="_blank">nakaner@gmx.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div id=":b8s" class="a3s aXjCH m1557814741cf7a9d">Shall I either revert his changesets in total or shall I change<br>
(mechanically/without local knowledge) name=* to name:ko=*?</div></blockquote></div><br><br><br></div><div class="gmail_extra">In the instances of similar cases I have checked, it was mostly improbable that the features would have a name in Corean or Chinese, because it was stuff like restaurants, hotels and even a bus_stop in Italy. Still for some features I bet there is also a Corean name (e.g. the Colosseum). Additionally there might already be a Chinese or Corean name at the feature, and if they differ from the new one, you'd really have to know the language to do it right.<br><br></div><div class="gmail_extra">In some cases I have not been able to even deduct what they wanted to tag, e.g. for tourism=attraction (a tag <a href="http://maps.me">maps.me</a> should not set at all in their simple editor IMHO), or things without tags other than name and maybe addressing and website, phone numbers etc.<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">I would add fixme tags and decide on an individual basis how to deal with it. Still, despite all lamentation, I admit that the amount of surveyed addressing information we are getting this way is great (precision to be confirmed).<br><br></div><div class="gmail_extra">Cheers,<br></div><div class="gmail_extra">Martin<br></div><div class="gmail_extra">
</div></div>