<div dir="auto"><div><br><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">在 2020年3月27日週五 17:14， <<a href="mailto:pangose@riseup.net">pangose@riseup.net</a>> 寫道：<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On March 25, 2020 11:50:15 AM GMT+01:00, Phake Nick <<a href="mailto:c933103@gmail.com" target="_blank" rel="noreferrer">c933103@gmail.com</a>> wrote:<br>
>在 2020年3月25日週三 18:34，Frederik Ramm <<a href="mailto:frederik@remote.org" target="_blank" rel="noreferrer">frederik@remote.org</a>> 寫道：<br>
><br>
>> Hi,<br>
>><br>
>> On 25.03.20 11:19, Phake Nick wrote:<br>
>> >     My guess is that about 5% of name:xx tags in OSM actually<br>
>represent a<br>
>> >     unique name in its own right; all others are either copies of<br>
>the<br>
>> name<br>
>> >     tag ("this city does not have its own name in language XX but I<br>
>want<br>
>> >     every city to have a name:xx tag so I'll just copy the name<br>
>tag"), or<br>
>> >     transliterations (or, worst case, even literal translations).<br>
>> ><br>
>> > Isn't that the function of the key?<br>
>><br>
>> Unsure which of my list items you mean - copying the original name is<br>
>> not the function of the key; a data user can simply fall back to the<br>
>> name tag if no name:xx is given. Making a transliteration is also not<br>
>> the the function of the key, since transliterations can be automated.<br>
>> Making a translation is *certainly* not wanted!<br>
>><br>
><br>
>How can a data consumer know that whether end user of a certain<br>
>language is<br>
>going to understand the original language?<br>
>And transliteration cannot be automated. There are many specific rules<br>
>and<br>
>exceptions when transliterting place names in different language<br>
>software.<br>
>There are already some OSM-based software that would offer automatic<br>
>transliteration but their results are far from being usable. Making<br>
>translation is *absolutely essential* for people from different part of<br>
>the<br>
>world to make use of OSM data. Last time when I was travelling in some<br>
>foreign nations, I have to give up using OSM because of poor coverage<br>
>of<br>
>translated name for my language in that country which make me unable to<br>
>understand what the OSM map is saying.<br>
><br>
<br>
Could you elaborate on this? I would like an example object that you tried navigating to and failed. <br>
<br>
Thanks in advance.<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">As an example, <a href="https://www.openstreetmap.org/relation/3970414">https://www.openstreetmap.org/relation/3970414</a> is a relation for a district named as "Dalseo-gu" in Korea. To transliterate Korean name into Chinese or Cantonese language, the general rule is that one need to identify the etymology root of the Korean word. In this case it is "Dal City (Ancient name of Daegu)'s Western District". The best software that can do this matching is Google Translate the machine translation site but even they can only offer ~90% accuracy in identify name of places (They failed in this example), and that's barring name of places that don't follow this rule including all Korean name that have no Chinese roots. Those words need to independently phonetically or etymologically translated. After identifying the etymological root, one can then transmiterate the etymological root into Chinese characters, which have a smaller but still non-zero chance of failing due to the simplification rule of the Chinese character system especially for the Simplified Chinese. And then in the end "Dalseo-gu" in Korean will be translated into "Daxiqu" in Mandarin Chinese and "Datsaikui" in Cantonese.</div><div dir="auto"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
</blockquote></div></div></div>