<div dir="ltr"><div class="gmail_extra"><div class="gmail_extra"><br></div><div class="gmail_extra">References are the posts by Yongmin, Nrimbo, Andrew Errington and Robert Helvie. </div><div class="gmail_extra"><br></div><div class="gmail_extra">I'm very interested in this dialog thinking it important. However, it makes me confused on what the point is. To me, the points are coming as</div><div class="gmail_extra">1) How to Romanize Korean tags</div><div class="gmail_extra">2) Labeling convention for place names (or name field).</div><div class="gmail_extra"><br></div><div class="gmail_extra">If the above is correct, let me suggest my opinion as follows. </div><div class="gmail_extra"><b><br></b></div><div class="gmail_extra"><b>1. How to Romanize Korean Tags</b></div><div class="gmail_extra"><br></div><div class="gmail_extra">Regarding this issue, there is an agreed practice in Korea. Korean government has led the standardization that should be officially applied to road signs, national basemaps, etc. The Romanization standard is established by National Institute of Korean Language (NIKL), which is found as below:</div><div class="gmail_extra">> [In Korean] - <a href="https://www.korean.go.kr/front/page/pageView.do?page_id=P000148&mn_id=99">https://www.korean.go.kr/front/page/pageView.do?page_id=P000148&mn_id=99</a></div><div class="gmail_extra">> [In English] - <a href="https://www.korean.go.kr/front_eng/roman/roman_01.do">https://www.korean.go.kr/front_eng/roman/roman_01.do</a> </div><div class="gmail_extra"><br></div><div class="gmail_extra">(Nrimbo's Google Drive document seems to be consistent with this though lack of source referral.)</div><div class="gmail_extra"><br></div><div class="gmail_extra">For use with mapping, a practical guideline is prepared by National Geographic Information Institute (NGII), the national mapping agency of Korea. It is well documented as linked below.</div><div class="gmail_extra">> Toponymic guidelines for map and other editors for international use:</div><div class="gmail_extra"><a href="https://www.dropbox.com/s/hxngjd18jtbsm1q/Toponymy_Guidelines.pdf?dl=0">https://www.dropbox.com/s/hxngjd18jtbsm1q/Toponymy_Guidelines.pdf?dl=0</a> </div><div class="gmail_extra"><br></div><div class="gmail_extra">According to this, we can decide whether we have to choose 'Daehak-ro' or 'University street'. My answer is 'Daehak-ro'. </div><div class="gmail_extra"><br></div><div class="gmail_extra">Here is one interesting online map service that exemplarily shows the Romanized names. It is a Road Name Address Information System service by Korean government - <a href="http://m1.juso.go.kr/eng/standardmap/MapIndex.do">http://m1.juso.go.kr/eng/standardmap/MapIndex.do</a> . Here, we can identify how "Daehak-ro" and other street names are labelled. </div><div class="gmail_extra"><br></div><div class="gmail_extra">But, I have a concern on how we make the awareness sure to every OSM mapper of this standardized Romanization practice.</div><div class="gmail_extra"><br></div><div class="gmail_extra"><b>2. Labeling convention for place names (or name field)</b></div><div class="gmail_extra"><br></div><div class="gmail_extra">I strongly support the idea of labelling the name by Korean and English combination. </div><div class="gmail_extra"><br></div><div class="gmail_extra">As a result, it is against the idea of Yongmin. If OSM was designed only for Koreans and by Koreans, it would have been agreeable. But, as many of us would agree, OSM is designed as a global map for everyone in the world. The map of Italy region is also lack of something. The Korean who can't understand Italian (like me) becomes illiterate when I see it, which needs to be improved. In this regard, I evaluate that OSM labeling style for Korea region is more advanced than that for Italy. </div><div class="gmail_extra"><br></div><div class="gmail_extra">But, I have additional request of modifying the current style. My suggestion is to separate Korean\English by line breaker AND to remove the parentheses (round brackets). The parenthesis is useless. </div><div class="gmail_extra"><br></div><div class="gmail_extra">We can find best practices in the global map services like ArcGIS Online Map or Google Maps.</div><div class="gmail_extra"><br></div><div class="gmail_extra">The example of ArcGIS Online map is linked here -</div><div class="gmail_extra"><a href="https://www.dropbox.com/s/vslwnpyhixw1off/Ex_agol.jpg?dl=0">https://www.dropbox.com/s/vslwnpyhixw1off/Ex_agol.jpg?dl=0</a></div><div class="gmail_extra"><br></div><div class="gmail_extra">This shows like this --- </div><div class="gmail_extra"><b><font color="#0000ff"> 강남역</font></b></div><div class="gmail_extra"><b><font color="#0000ff"> Gangnam Station</font></b></div><div class="gmail_extra"><br></div><div class="gmail_extra">In Google Maps, separate languages are labelled in two lines one by one WITHOUT parentheses. </div><div class="gmail_extra"><br></div><div class="gmail_extra">I hope this would help to resolve the issue. If I missed any other arguing points, please advise me.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Best regards,</div><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Kyu-sung Choi</div>
<br><div class="gmail_quote">2017-03-05 15:14 GMT+09:00 <span dir="ltr"><<a href="mailto:talk-ko-request@openstreetmap.org" target="_blank">talk-ko-request@openstreetmap.org</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">Send Talk-ko mailing list submissions to<br>
<a href="mailto:talk-ko@openstreetmap.org">talk-ko@openstreetmap.org</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://lists.openstreetmap.org/listinfo/talk-ko" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-ko</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:talk-ko-request@openstreetmap.org">talk-ko-request@openstreetmap.<wbr>org</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:talk-ko-owner@openstreetmap.org">talk-ko-owner@openstreetmap.<wbr>org</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Talk-ko digest..."<br>
<br>Today's Topics:<br>
<br>
1. Re: Fixing laguage-mixed name tag in Korean region (Yongmin H.)<br>
2. Re: Fixing laguage-mixed name tag in Korean region (느림보)<br>
<br><br>---------- 전달된 메시지 ----------<br>From: "Yongmin H." <<a href="mailto:lists@revi.pe.kr">lists@revi.pe.kr</a>><br>To: OpenStreetMap Korea <<a href="mailto:talk-ko@openstreetmap.org">talk-ko@openstreetmap.org</a>><br>Cc: <br>Bcc: <br>Date: Sun, 5 Mar 2017 00:10:39 +0900<br>Subject: Re: [Talk-ko] Fixing laguage-mixed name tag in Korean region<br><div dir="auto"><div>I don't agree with this. When I see the Milan, Italy's map, I expect things to have name = value in Italian, not Italian(English). (And it is done that way[1].) It shouldn't be different just because it is Korea. If renderer doesn't show the name correctly in their given set language(say, English), that's renderer's fault, not the data's fault.<br><br>[1]: <a href="https://osm.org/go/0CjFi4mPI-" target="_blank">https://osm.org/go/<wbr>0CjFi4mPI-</a><br><br><div>--</div><div>Yongmin</div><div><br></div>Sent from my iPhone<div><a href="https://wp.revi.blog" target="_blank">https://wp.revi.blog</a><br><div>Please note that this address is list-only address and any non-mailing list mails will be treated as spam.</div><div>Please use <a href="https://encrypt.to/0x947f156f16250de39788c3c35b625da5beff197a" style="font-size:13pt" target="_blank">https://encrypt.to/<wbr>0x947f156f16250de39788c3c35b62<wbr>5da5beff197a</a>.</div></div></div><div><br>2017. 3. 4. 17:39 Andrew Errington <<a href="mailto:erringtona@gmail.com" target="_blank">erringtona@gmail.com</a>> 작성:<br><br></div><blockquote type="cite"><div><div dir="auto">I agree that if name=* is a combination of "Korean (English)" it should be changed, but as an English speaker living in Korea it is very useful for me, so I am reluctant to make that change. And if it's useful for me, it is probably useful for other people.</div><div dir="auto"><br></div><div dir="auto">This brings me to another important point, we must think of the people who will be using the data. We must provide data which is properly tagged so that the map renderer can choose the correct tag to label every road or street or building for the language chosen by the user. I think the reason why name=* was a combination of "Korean (English)" was because we didn't have renderers that could render in different languages. Maybe we still don't, but we should be thinking of the future, as well as the present.</div></div></blockquote></div><br><br>---------- 전달된 메시지 ----------<br>From: "느림보" <<a href="mailto:nrimbo@gmail.com">nrimbo@gmail.com</a>><br>To: OpenStreetMap Korea <<a href="mailto:talk-ko@openstreetmap.org">talk-ko@openstreetmap.org</a>><br>Cc: <br>Bcc: <br>Date: Sun, 5 Mar 2017 15:14:04 +0900<br>Subject: Re: [Talk-ko] Fixing laguage-mixed name tag in Korean region<br><div dir="ltr">Max wrote:<br><br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><p class="MsoNormal"><span lang="EN-US">2. Many POIs in Korea are outdated and not
valid any more. In the problematic import, there are all kinds of hospitals and
clinics that are closed by now. Editing those would "mark them like
new" and it would not be visible immedately that they might not be valid
any more</span></p></blockquote>
<p class="MsoNormal" style="text-align:left;line-height:normal;word-break:keep-all" align="left"><font size="2"><span style="font-family:굴림" lang="EN-US"><br></span></font></p><p class="MsoNormal" style="text-align:left;line-height:normal;word-break:keep-all" align="left"><span style="font-family:arial,helvetica,sans-serif"><font size="2">Don’t agree. First, age or last modified time of a POI don’t represent
correctness of the POI. Second, if the importing was problematic, then we
should revert the problematic importing rather than keep them without
modification.</font></span></p><span style="font-family:arial,helvetica,sans-serif"><font size="2">
</font></span><p class="MsoNormal" style="text-align:left;line-height:normal;word-break:keep-all" align="left"><span style="font-family:arial,helvetica,sans-serif"><font size="2"> </font></span></p><span style="font-family:arial,helvetica,sans-serif"><font size="2">
</font></span><p class="MsoNormal" style="text-align:left;line-height:normal;word-break:keep-all" align="left"><span style="font-family:arial,helvetica,sans-serif"><font size="2">No common renderer “mark them like new” or marks POI as maybe-incorrect
base on their age or last modified time. It is information behind map. As well
as, normal user want to know point-of-interest, not history of
point-of-interest. Even an expert user want to see history, but he/she can
immediate identify the last change is mechanical renaming because there must be
a comment.</font></span></p><span style="font-family:arial,helvetica,sans-serif"><font size="2">
</font></span><p class="MsoNormal" style="text-align:left;line-height:normal;word-break:keep-all" align="left"><span style="font-family:arial,helvetica,sans-serif"><font size="2"> </font></span></p><span style="font-family:arial,helvetica,sans-serif"><font size="2">
</font></span><p class="MsoNormal" style="text-align:left;line-height:normal;word-break:keep-all" align="left"><span style="font-family:arial,helvetica,sans-serif"><font size="2">As a mapper, I modified POIs because I knew information of the POIs were
incorrect.</font></span><span style="font-family:arial,helvetica,sans-serif"><font size="2"></font></span><span style="font-family:arial,helvetica,sans-serif"><font size="2"><span lang="EN-US"> </span></font></span><span style="font-family:arial,helvetica,sans-serif"><font size="2"><span lang="EN-US">Latest confirmed date(?) or something like
that can be useful for users, however it must exist as a separate information if
needed. We cannot know such information from history of POI itself and should
not.</span></font></span><span style="font-family:arial,helvetica,sans-serif"></span><font size="2">
</font><span style="font-family:arial,helvetica,sans-serif"></span></p></div><div class="gmail_extra"><br><div class="gmail_quote">2017-03-04 21:54 GMT+09:00 느림보 <span dir="ltr"><<a href="mailto:nrimbo@gmail.com" target="_blank">nrimbo@gmail.com</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"><div dir="ltr"><div><div>
<p class="MsoNormal" style="margin-bottom:0.0001pt;text-align:left;line-height:normal;word-break:keep-all" align="left"><span style="font-size:12pt;font-family:굴림" lang="EN-US">You are right. For the name of roads in South Korea, Romanization has
precedence over translation. It is defined in </span><span style="font-size:12pt;font-family:굴림">공공 용어의 영어 번역
및 표기 지침<span lang="EN-US"> (</span></span><span style="font-size:12pt;font-family:굴림" lang="EN">English translation and marking instructions of public terms</span><span style="font-size:12pt;font-family:굴림" lang="EN-US">, </span><span style="font-size:12pt;font-family:굴림" lang="EN"> </span><span style="font-size:12pt;font-family:굴림" lang="EN-US"><a href="https://drive.google.com/file/d/0B-H3vA9-nLFkQWNLYjJsN00tRG8/view?usp=sharing" target="_blank"><span style="color:blue">https://drive.google.com/file<wbr>/d/0B-H3vA9-nLFkQWNLYjJsN00tRG<wbr>8/view?usp=sharing</span></a>).</span></p>
<p class="MsoNormal" style="margin-bottom:0.0001pt;text-align:left;line-height:normal;word-break:keep-all" align="left"><span style="font-size:12pt;font-family:굴림" lang="EN-US"> </span></p>
<p class="MsoNormal" style="margin-bottom:0.0001pt;text-align:left;line-height:normal;word-break:keep-all" align="left"><span style="font-size:12pt;font-family:굴림" lang="EN-US">Korean Government adopted street-based address. For proper working as
Address, there should be minimum differences between written forms and it
should be easy to convert between them. If translation of road name is allowed,
it will hurt address system of South Korea, because there can be lots of
alternatives for translation.</span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US">Translation vs. Romanization -- they should be made case-by-case, but
for the name of road, I think proper one is Romanization. ‘name:en’ can exist
but it should has the same value as ‘name:ko_rm.’</span></p>
<div><span lang="EN-US"><br><br></span></div></div></div><div><div class="gmail-m_-2164945791418094694h5"><div><div><div><div><div><div><div><div><span lang="EN-US"><br><br></span></div></div></div></div></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-03-04 21:16 GMT+09:00 Robert Helvie <span dir="ltr"><<a href="mailto:alimamo@gmail.com" target="_blank">alimamo@gmail.com</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"><div dir="ltr">The ideas here are good, but I have a problem with the idea that the Korean names "should" be translated.<div><br><div>I have come across numerous examples where a street name COULD be translated, for example something like "대학로" could be translated to "University street"; however, the English on the actual street sign is not translated and says "Daehak-ro". </div><div>In a situation like this, shouldn't the name:en tag still exist and be "Daehak-ro"? In this case, the name:ko_rm=romanized would be the same, but certainly not in all cases.</div></div><div><br></div><div>There is at least one service I know of that uses the name:en tag to create maps using OSM data. And, I expect future renderers will need to access specific language tags when things get to the point where you can choose a language and have the map rendered on the fly in your language.</div><div><br></div><div>If you just start translating all street names and POI names, then anyone using an English rendered map to find places in Korea is going to have a pretty hard time unless they speak Korean. Sure, it will obviously take time to get the actual signage into OSM, but I think that route is better than just translating things and entering a lot of unrepresentative data.<br></div><div><br></div><div>Robert</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail-m_-2164945791418094694m_2151526955067240438gmail-m_-5935349319127709443gmail_signature"><i>"We should give meaning to life, not wait for life to <br>give us meaning. "</i><br>~ unknown<br>---<br></div></div><div><div class="gmail-m_-2164945791418094694m_2151526955067240438gmail-h5">
<br><div class="gmail_quote">On Sat, Mar 4, 2017 at 8:45 PM, 느림보 <span dir="ltr"><<a href="mailto:nrimbo@gmail.com" target="_blank">nrimbo@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">
<p class="MsoNormal"><span lang="EN-US">It might be useful for foreigners to have combination
name as </span>한국어<span lang="EN-US"> (English). However, as a local mapper I don’t
want see (English) because they don’t give additional information to Korean
people, as well as they block displaying of other POIs by taking additional space.
To make matters worse, English name is longer than original Korean name,
generally.</span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US">Andrew said that “…as an English speaker
living in Korea it is very useful for me…”. So, I looked after several online
services and OsmAnd to see how they looks. In most cases, they are using local
name (name tag) only. MapQuest prefer English than local name and OsmAnd has
function override language, but they don’t give two languages, too.</span></p>
<p class="MsoNormal"><span lang="EN-US"> </span></p>
<p class="MsoNormal"><span lang="EN-US">I also found two sites displaying two
languages (Max already introduced one of them.) They display Korean name and ‘foreign
name’ line-by-line. For me, it is more readable than wrapping English name by
parenthesis and looks like more proper way handling name tags.</span></p>
<p class="MsoNormal"><span lang="EN-US"><a href="https://www.openstreetmap.de/karte.html?zoom=10&lat=49.99303&lon=18.83157&layers=B000TT" target="_blank">https://www.openstreetmap.de/k<wbr>arte.html?zoom=10&lat=49.99303<wbr>&lon=18.83157&layers=B000TT</a></span></p>
<p class="MsoNormal"><span lang="EN-US"><a href="http://maps.sputnik.ru/?lat=37.536410466671626&lng=127.00847625732423&zoom=12" target="_blank">http://maps.sputnik.ru/?lat=37<wbr>.536410466671626&lng=127.00847<wbr>625732423&zoom=12</a></span></p><span>
<p class="MsoNormal"><span lang="EN-US"> </span></p>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><p class="MsoNormal"><span lang="EN-US">name=</span>한국어<span lang="EN-US"> and
name:ko=</span>한국어<span lang="EN-US"> are kind of redudnant, but it is probably
neccessary to help transitioning. Also it is the same way in Japan.</span></p></blockquote>
<p class="MsoNormal"><span lang="EN-US"><br></span></p></span><p class="MsoNormal"><span lang="EN-US">Agree, I hesitated making duplicated data
at the first time but I accepted this rule for that reason. It looks like that
it is accepted globally. More than half of 20 busiest airports have duplicated
name tags.</span></p><span>
<p class="MsoNormal"><span lang="EN-US"> </span></p>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><p class="MsoNormal"><span lang="EN-US">ko_rm should actually be renamed in bulk to
ko-Latn, possibly in cooperation and discussion with the japanese community who
have the same problem with ja_rm that should be ja-Latn</span></p>
<p class="MsoNormal"><span lang="EN-US">See here: <a href="https://wiki.openstreetmap.org/wiki/Names#Localization" target="_blank">https://wiki.openstreetmap.org<wbr>/wiki/Names#Localization</a><br>
the next paragraph in this wiki page is interesting too. We should avoid
transliterations. According to this rule 90% of the name:ko_rm and name:en tags
should go.</span></p></blockquote>
<p class="MsoNormal"><span lang="EN-US"><br></span></p></span><p class="MsoNormal"><span lang="EN-US">I think Romanized name is useful when the
name doesn’t have meaning part. If a name doesn’t have meaning part, then there
will be no proper translated name, too. In this case, only ko-Latn tag (or
ko_rm) holds foreigner friendly characters properly. In this reason, I don’t
hesitate to add ko-Latn to administrative units. However, I think Romanization should
be avoided if a name has meaning part. (I already expressed my opinion in
previous thread, but again…)</span></p>
<p class="gmail-m_-2164945791418094694m_2151526955067240438gmail-m_-5935349319127709443m_1580517614708493044gmail-MsoListParagraph" style="margin-left:38pt"><span lang="EN-US"><span>1)<span style="font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:normal;font-stretch:normal;font-size:7pt;line-height:normal;font-family:"times new roman"">
</span></span></span><span lang="EN-US">Romanization of Korean is not
simple transliteration. It is difficult to guarantee correctness of Romanized
name. First principle of Romanization is “Romanization is based on standard
Korean pronunciation.” Finding proper pronunciation of Korean words is
difficult job even native Koreans. As well as, “Proper names such as personal
names and those of companies may continue to be written as they have been
previously.” Only owner of the property can give proper Romanized name.<br>
See <a href="http://www.korean.go.kr/front_eng/roman/roman_01.do" target="_blank">http://www.korean.go.kr/front_<wbr>eng/roman/roman_01.do</a></span></p>
<p class="gmail-m_-2164945791418094694m_2151526955067240438gmail-m_-5935349319127709443m_1580517614708493044gmail-MsoListParagraph" style="margin-left:38pt"><span lang="EN-US"><span>2)<span style="font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:normal;font-stretch:normal;font-size:7pt;line-height:normal;font-family:"times new roman"">
</span></span></span><span lang="EN-US">Even it is my personal experiment,
translated name is readable than Romanized name. I think it is better to
encourage translate rather than Romanize.</span></p>
</div><div class="gmail-m_-2164945791418094694m_2151526955067240438gmail-m_-5935349319127709443HOEnZb"><div class="gmail-m_-2164945791418094694m_2151526955067240438gmail-m_-5935349319127709443h5"><div class="gmail_extra"><br><div class="gmail_quote">2017-03-04 18:09 GMT+09:00 Max <span dir="ltr"><<a href="mailto:abonnements@revolwear.com" target="_blank">abonnements@revolwear.com</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"><span>On 2017년 03월 04일 09:39, Andrew Errington wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I agree that name tagging should be fixed, but I don't agree that we<br>
have a solution yet.<br>
</blockquote></span>
Indeed<span><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Firstly, name=* might not be in Korean language. I can give several<br>
examples where the name of something in Korea (for example, a shop, or a<br>
restaurant) is in Chinese, English, or French. So, I think we should<br>
not insist that name=* must always be Korean.<br>
</blockquote></span>
Very good point.<span><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
However, it is useful to make a record of the Korean name in name:ko=*<br>
even if it is the same as name=*. The reason for this is so that we can<br>
make a multilingual map.<br>
</blockquote></span>
Agreed<span><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I agree that if name=* is a combination of "Korean (English)" it should<br>
be changed, but as an English speaker living in Korea it is very useful<br>
for me, so I am reluctant to make that change. And if it's useful for<br>
me, it is probably useful for other people.<br>
</blockquote></span>
While I generally sympathize, I think this is a bit of an colonialzing view onto Korea. Hell would break loose if someone would think it's appropriate to tag every item in the states with Korean or Arabic transcriptions.<span><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
This brings me to another important point, we must think of the people<br>
who will be using the data. We must provide data which is properly<br>
tagged so that the map renderer can choose the correct tag to label<br>
every road or street or building for the language chosen by the user. I<br>
think the reason why name=* was a combination of "Korean (English)" was<br>
because we didn't have renderers that could render in different<br>
languages. Maybe we still don't, but we should be thinking of the<br>
future, as well as the present.<br>
</blockquote></span>
That's very true. I hope these multilingual renderers will appear soon, so we have one less reason to slow down the transition.<br>
Maybe an intermediate solution would be to have a Korean render style? <a href="http://openstreetmap.kr" rel="noreferrer" target="_blank">openstreetmap.kr</a> ? just like the german style at <a href="https://www.openstreetmap.de/karte.html" rel="noreferrer" target="_blank">https://www.openstreetmap.de/k<wbr>arte.html</a><span class="gmail-m_-2164945791418094694m_2151526955067240438gmail-m_-5935349319127709443m_1580517614708493044im gmail-m_-2164945791418094694m_2151526955067240438gmail-m_-5935349319127709443m_1580517614708493044HOEnZb"><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I think we have to have a full discussion before you run your automated<br>
script. We should also remember that there is no urgency, and we should<br>
not be hasty.<br>
</blockquote>
<br></span><div class="gmail-m_-2164945791418094694m_2151526955067240438gmail-m_-5935349319127709443m_1580517614708493044HOEnZb"><div class="gmail-m_-2164945791418094694m_2151526955067240438gmail-m_-5935349319127709443m_1580517614708493044h5">
______________________________<wbr>_________________<br>
Talk-ko mailing list<br>
<a href="mailto:Talk-ko@openstreetmap.org" target="_blank">Talk-ko@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-ko" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-ko</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>______________________________<wbr>_________________<br>
Talk-ko mailing list<br>
<a href="mailto:Talk-ko@openstreetmap.org" target="_blank">Talk-ko@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-ko" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-ko</a><br>
<br></blockquote></div><br></div></div></div>
<br>______________________________<wbr>_________________<br>
Talk-ko mailing list<br>
<a href="mailto:Talk-ko@openstreetmap.org" target="_blank">Talk-ko@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-ko" rel="noreferrer" target="_blank">https://lists.openstreetmap.or<wbr>g/listinfo/talk-ko</a><br>
<br></blockquote></div><br></div></div></div></div>
</blockquote></div><br></div>
<br>______________________________<wbr>_________________<br>
Talk-ko mailing list<br>
<a href="mailto:Talk-ko@openstreetmap.org">Talk-ko@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-ko" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-ko</a><br>
<br></blockquote></div><br></div></div>