Localizing place names (name:id) in Japan and the Koreas

I am starting a project to add the name:id tag to place=* objects in the Japan, South Korea, and North Korea regions. The purpose is to assist Indonesian users in searching for and recognizing place names in East Asia according to common spellings and administrative terms (such as Prefecture and Province).

For now, editing is only being performed at the Node level. Relation objects (such as administrative boundaries) are not yet included in my current scope of work due to technical workflow limitations.


Saya sedang memulai proyek untuk menambahkan tag name:id pada objek place=* di wilayah Jepang, Korea Selatan, dan Korea Utara. Tujuannya adalah mempermudah pengguna Indonesia dalam mencari dan mengenali nama tempat di Asia Timur sesuai dengan ejaan dan istilah administratif yang lazim (seperti Prefektur dan Provinsi).

Untuk saat ini, penyuntingan hanya dilakukan pada level Node. Objek berupa Relation (seperti batas administrasi) belum termasuk dalam cakupan kerja saya saat ini karena batasan workflow teknis.

When I asked OSM World on Discord yesterday why I was hitting a rate limit of only 6 changeset comments, it came to light that my account may have been reported; likely by users in the Japanese community, without any discussion on the changesets. I first noticed this on April 27, 2026, and the restriction is still affecting me today.


Ketika saya bertanya kepada OSM World di Discord kemarin mengapa saya memiliki batasan rate hanya 6 komentar perubahan, terungkap bahwa akun saya mungkin telah dilaporkan; mungkin dilakukan oleh orang-orang di komunitas Jepang, tanpa diskusi mengenai perubahan tersebut. Saya pertama kali menyadarinya pada tanggal 27 April 2026, dan pembatasan tersebut masih memengaruhi saya hingga saat ini.

Halo, apa kabar?

Saya menulis balasan ini setelah membaca postingan Anda, meskipun agak sedikit terlambat.

Saya rasa kontribusi dan kerja keras yang Anda lakukan akan sangat membantu Indonesia dalam berkomunikasi serta saling memahami dengan Korea (Korea Selatan), Joseon (Korea Utara), dan Jepang.

Apabila Anda bisa membagikan pemikiran atau masukan mengenai bagaimana para kontributor OSM dari Korea Selatan, Korea Utara, dan Jepang dapat berkolaborasi dan membantu project Anda, tampaknya akan lebih mudah bagi kami untuk memberikan bantuan yang lebih terarah.

Terima kasih banyak.

Thank you very much for your warm response and appreciation.

I appreciate your thoughts on this. Speaking of localization, having tags like name:id (and vice versa) plays a huge role when rendering vector layers on platforms like MapTiler OMT, Wikimedia Maps, and OSM-powered mobile applications.

For the time being, I have temporarily paused this specific project as I am currently focusing on a mapathon here in Indonesia.

Just a quick trivia: I previously added several international name:** tags for administrative areas in Bali, given its status as a major tourist hub. For the Korean language (name:ko), you can see the implementation here:

Admittedly, I faced some challenges regarding how to properly transliterate certain local names into Korean (Hangul), such as “Pamecutan Kaja”.

Thank you once again for reaching out. I will definitely drop by and ask more questions or start discussions in the South Korean OSM forum in the future.


Terima kasih banyak atas apresiasinya.

Saya menghargai pemikiran Anda tentang ini. Bicara soal lokalisasi, adanya tag seperti name:id memainkan peran besar saat merender layer vektor seperti MapTiler OMT di OpenStreetMap, Wikimedia Map, serta beberapa aplikasi ponsel berbasis OSM.

Untuk sementara, proyek khusus ini sedang saya jeda terlebih dahulu karena saat ini saya sedang berfokus melakukan mapathon di Indonesia.

Sebagai trivia menarik: Saya sempat menambahkan beberapa tag name:** (bahasa asing) untuk daerah administrasi di Bali yang merupakan destinasi wisata populer. Untuk bahasa Korea, hasilnya bisa dilihat di tautan berikut:

Jujur, saya sempat menemui kesulitan dalam mentransliterasikan beberapa nama lokal ke dalam aksara Korea (Hangul), contohnya “Pamecutan Kaja”.

Terima kasih banyak atas respons dan tawaran baiknya. Di masa depan, saya pasti akan mampir dan mengajukan beberapa pertanyaan atau berdiskusi lebih lanjut di forum OSM Korea Selatan.

If a name in Japan or Korea has a verifiable Indonesian name then it is OK to add name:id for it. If it does not, it is not OK to add that.

What was the source of the name you added here?

Edited to add: For the record, there are no current open reports against your account. I cleared two a couple of weeks ago (I couldn’t see any merit in the complaints). At first glance it does not appear that any of the previous reports against your user account were from the Japanese community.

Saya sangat terkejut melihat peta OSM yang Anda tautkan.
Saya rasa peta ini akan sangat membantu bagi pengguna bahasa Korea yang mengunjungi Bali tanpa bisa berbahasa Indonesia. Ini sepertinya menjadi contoh bagus yang menunjukkan nilai sejati dari OSM.

Mengingat masalah penulisan bunyi bahasa non-Korea ke dalam karakter Korea (Hangeul), ada beberapa hal yang sebaiknya diketahui terlebih dahulu.

Pertama, “Sistem Transkripsi Bahasa Asing” (aturan untuk mengekspresikan nama orang atau nama tempat asing ke dalam Hangeul) yang digunakan secara resmi oleh pemerintah Korea (Korea Selatan) sangat mementingkan kemudahan administratif, birokratis, dan mekanis, sehingga sering kali hasilnya cukup berbeda dengan bunyi aslinya. (Terutama di antara bahasa-bahasa yang kurang memiliki interaksi dengan bahasa Korea…)
Metode ini terkadang digunakan dalam penulisan yang relatif formal, seperti dokumen resmi atau media massa. (Namun, akhir-akhir ini ada tren untuk menulisnya agar lebih mendekati pengucapan resmi setempat.)

Kedua, Hangeul, yaitu karakter untuk menulis bahasa Korea, memiliki cakupan nilai bunyi yang cukup luas, sehingga dapat menuliskan bunyi yang relatif mendekati suara aslinya. (Menurut saya, metode ini secara praktis adalah yang paling tepat.)

Ketiga, karakter Korea kuno “Hunminjeongeum” dibuat dengan mempertimbangkan nilai bunyi bahasa Mandarin dari negara tetangga serta nilai bunyi dialek di dalam Korea, sehingga dapat menuliskan bunyi dengan jauh lebih rumit dan mendekati aslinya.
Namun, karena saat ini metode tersebut hanya digunakan oleh sebagian orang untuk tujuan penelitian dan sejenisnya, kompatibilitasnya sangat rendah. (Uniknya, ada eksperimen yang meminjam metode karakter Korea kuno ini untuk menuliskan bahasa suku Cia-Cia di Pulau Buton, Provinsi Sulawesi Tenggara, Indonesia.)

Sebagai contoh, nama tempat “Pemecutan Kaja” yang Anda berikan sebagai contoh dapat ditulis sebagai “파메추탄 카자” menurut “Sistem Transkripsi Bahasa Asing” Korea, tetapi berdasarkan hasil penyelidikan saya, saya rasa ini cukup jauh dari pengucapan aslinya.

Jika ditulis dengan metode Hangeul kuno, bisa saja ditulis seperti 파마추탄 카자, tetapi font tambahan mungkin diperlukan untuk benar-benar melihat karakter ini. (Di sini saya memprosesnya sebagai gambar.)

Meski begitu, jika ditulis agar mirip menggunakan Hangeul modern, tampaknya “뻐머쭈딴 까자” adalah yang paling mendekati. (Tentu saja, nilai bunyi asli masyarakat Bali setempat mungkin sedikit berbeda.)

Saya menantikan ide Anda berikutnya dan berharap ini dapat berkontribusi pada pertukaran dengan Indonesia.

  • This text has been translated using an LLM to best preserve its original meaning. I sincerely hope there are no mistranslations.

Thank you for clearing up the report history. I appreciate your support and moderation. On a side note, it was quite strange that I hit a rate limit when trying to comment on changesets the day after.

To answer your question directly: the source of the name:id tags I added in Japan was purely my own transliteration based on the name:en or name:ja-Latn tags.

Realistically, there are no official or established Indonesian exonyms for places in Japan, except for the country name itself (“Jepang”). The rest of the names I added were just non-official transliterations where I cleaned up administrative suffixes (for example, writing just “Otaki” instead of translating Ōtaki-mura into “Desa Otaki”, which uncommon in Indonesia PoI).

However, I completely understand the DWG’s point. Without verifiable Indonesian exonyms, standard maps are better off falling back to name:en or name:ja-Latn to keep the data consistent.

Since there are no official Indonesian exonyms for places in Japan (for example) other than the country name ‘Jepang’ itself, I will stop adding these systematic name:id tags to foreign features moving forward.


Terima kasih telah memperjelas riwayat pelaporan tersebut. Saya menghargai dukungan dan moderasi yang Anda lakukan. Sebagai catatan tambahan, agak aneh rasanya ketika saya terkena batasan sistem (rate limit) saat mencoba mengomentari changeset keesokan harinya.

Untuk menjawab pertanyaan Anda secara langsung: sumber dari tag name:id yang saya tambahkan di Jepang murni merupakan transliterasi saya sendiri berdasarkan tag name:en atau name:ja-Latn.

Secara realistis, tidak ada eksonim bahasa Indonesia yang resmi atau mapan untuk tempat-tempat di Jepang, kecuali untuk nama negaranya sendiri (“Jepang”). Sisa nama yang saya tambahkan hanyalah transliterasi non-resmi di mana saya membersihkan akhiran administratifnya (sebagai contoh, hanya menulis “Otaki” daripada menerjemahkan Ōtaki-mura menjadi “Desa Otaki”, yang jarang sekali dalam PoI Indonesia).

Namun, saya sangat memahami poin dari DWG. Tanpa adanya eksonim bahasa Indonesia yang dapat diverifikasi, peta standar memang lebih baik menggunakan sistem fallback (kembali otomatis) ke name:en atau name:ja-Latn untuk menjaga konsistensi data.

Karena tidak ada eksonim resmi bahasa Indonesia untuk tempat-tempat di Jepang (contohnya) selain nama negara ‘Jepang’ itu sendiri, ke depannya mungkin saya akan berhenti menambahkan tag name:id yang sistematis seperti ini pada fitur luar negeri.

Hi @adreamy,

Thank you so much for your deeply insightful and warm response! I am incredibly fascinated by your explanation of how Hangeul handles foreign phonetics, especially the distinction between the official bureaucratic transcription system and the actual local pronunciation. Hearing the connection to the Cia-Cia tribe in Buton is also a wonderful reminder of the linguistic ties between our countries.

Your phonetic breakdown of “Pemecutan Kaja” as “뻐머쭈딴 까자” is exactly the kind of nuance I struggled with.

Interestingly, in Indonesian abugida-based traditional scripts, words are strictly written based on how they are actually spoken (for example, the word “France” would be spelled phonetically as “Frens”). In the case of “Pemecutan”, it can sometimes be pronounced or written as “Pamecutan” because it originates from the root word mecut with the pe-an or pa-an affix. When I ran your suggestion “뻐머쭈딴 까자” through a text-to-speech engine, it perfectly matched how locals actually pronounce it here!

However, seeing the feedback from Andy (DWG) above, I realize that blindly transliterating these names without a verifiable, officially established source or native Korean consensus can lead to data quality issues in OSM (such as creating “invented” names that might not be recognized in standard Korean maps or search engines).

While I genuinely share your vision of making these place names more accessible to both Korean and Indonesian travelers, I will pause adding these localized tags systematically for now to comply with OSM’s verification guidelines.

Thank you again for your encouragement and for teaching me so much about Hangeul!


Halo @adreamy,

Terima kasih banyak atas tanggapan Anda yang sangat mendalam dan hangat! Saya benar-benar kagum dengan penjelasan Anda tentang bagaimana Hangul menangani fonetik bahasa asing, terutama perbedaan antara sistem transkripsi resmi yang birokratis dengan pengucapan asli masyarakat setempat. Mendengar tentang keterkaitannya dengan suku Cia-Cia di Buton juga menjadi pengingat yang indah tentang hubungan linguistik antara kedua negara kita.

Penjabaran fonetik Anda untuk “Pemecutan Kaja” menjadi “뻐머쭈딴 까자” adalah hal serupa yang selama ini membuat saya kesulitan.

Menariknya, dalam aksara tradisional berbasis abugida di Indonesia, kata-kata ditulis secara ketat berdasarkan bagaimana kata tersebut benar-benar diucapkan (sebagai contoh, kata “France” akan dieja secara fonetis menjadi “Frens”). Dalam kasus “Pemecutan”, kata ini terkadang bisa diucapkan atau ditulis sebagai “Pamecutan” karena berasal dari kata dasar mecut dengan imbuhan pe-an atau pa-an. Ketika saya memasukkan saran Anda “뻐머쭈딴 까자” ke dalam mesin pengubah teks-ke-suara (text-to-speech), bunyinya sangat cocok dengan bagaimana kami mengucapkannya!

Namun, melihat masukan dari Andy (DWG) di atas, saya menyadari bahwa mentransliterasikan nama-nama ini secara asal tanpa adanya sumber resmi yang dapat diverifikasi atau konsensus dari penutur asli bahasa Korea dapat menyebabkan masalah kualitas data di OSM (seperti menciptakan nama-nama “buatan” yang mungkin tidak dikenali di peta standar atau mesin pencari Korea).

Meskipun saya sangat mendukung visimu untuk membuat nama tempat ini lebih mudah diakses oleh wisatawan Korea maupun Indonesia, untuk saat ini saya akan berhenti menambahkan tag terjemahan tersebut demi mematuhi panduan verifikasi OSM.

Terima kasih sekali lagi atas dukungannya dan karena telah mengajarkan banyak hal tentang Hangul kepada saya!

1 Like

Seperti yang telah saya sampaikan sebelumnya, di Korea terdapat “Sistem Transkripsi Bahasa Asing” yang ‘resmi’—meski sebenarnya ini hanya untuk kepentingan administratif belaka.

Saya juga sudah menyebutkan bahwa aturan ini hanya digunakan dalam situasi yang sangat formal, sedangkan dalam kehidupan sehari-hari orang-orang cenderung menulisnya agar lebih mendekati pengucapan asli setempat.

Namun demikian, jika Anda ‘benar-benar’ membutuhkan penulisan berdasarkan pengucapan yang resmi, Anda bisa memasukkan kalimat berikut ke dalam LLM. Setelah itu, jika Anda mengetik tanda garis miring (/) di awal baris lalu langsung diikuti dengan nama tempat dalam bahasa Indonesia, LLM akan mengubahnya menjadi penulisan bahasa Korea yang ‘resmi’.

Tadinya saya berpikir untuk memberi tahu Anda tentang ‘Sistem Transkripsi Bahasa Asing’ Melayu-Indonesia yang ada di Korea, tetapi saya menilai bahwa menggunakan alat modern akan jauh lebih efisien dan akurat daripada menjelaskannya secara rumit.

Please note that in this chat window, when I type a slash (/) at the beginning of a line followed immediately by Romanized text, you should convert that text into Hangeul notation according to the Korean Loanword Orthography for Malay-Indonesian ( https://www.korean.go.kr/front/page/pageView.do?page_id=P000118&mn_id=97 ).

Setelah itu, jika Anda mengetik contohnya “/Pemecutan Kaja” di baris baru dalam jendela obrolan yang sama lalu menekan Enter, LLM akan memberi tahu Anda penulisan yang sesuai dengan aturan Sistem Transkripsi Bahasa Asing Korea, yaitu “{페메추탄 카자}”.
(Sangat jarang terjadi, namun terkadang LLM salah memahami maksud pengguna dan mengeluarkan hasil yang berbeda. Jika hal ini terjadi, Anda cukup mengingatkan kembali poin di atas sekali lagi untuk memperbaikinya.)

Salam sukses dan sehat selalu untuk seluruh kontributor Indonesia.

Terima kasih banyak. 안녕~. :waving_hand:

I considered posting this as a separate topic because, although it follows the same general line of thought as the original post, it shifts the focus quite significantly. In the end, I decided to post it here. (If the discussion grows substantially and it seems worthwhile as an independent topic, I can request that it be split later.)

First of all, I would like to make it clear that I am not trying to argue against OSM’s principles or oppose anyone else’s opinion. Rather, while respecting the existing consensus and practices within OSM, I would simply like to suggest that the current consensus and principles may also be interpreted in the following way.

As I understand it, OSM gives the highest priority to the on-the-ground principle—that is, reflecting what actually exists or is actually used in the real world.

OSM also already provides a dedicated tag (“official_name”) for recording official names.

More importantly, for the region currently under discussion, there has historically been little interaction with Korea, so there is no established or widely accepted Korean pronunciation of those place names.

In such cases, I think it is reasonable to regard the pronunciation that Korean speakers can naturally pronounce while remaining as close as possible to the actual local pronunciation as the ordinary Korean name. (For example, I am fairly confident that Korean speakers who actually live there would tend to follow the real pronunciation rather than a formal transcription rule.)

As an additional option, “alt_name:ko” could also be used. However, I think it would be most useful in cases where a conventional Korean name that differs from the actual pronunciation is already well established, allowing a pronunciation closer to the original to be recorded as an alternative.

Looking ahead to future applications and increased automation, I also think it would be beneficial to encourage the use of the official “name:pronunciation” key for recording the actual pronunciation in the International Phonetic Alphabet (IPA).

As I understand it, this key can be used by software when converting names into spoken audio.

In addition, where the pronunciation of a name in a particular language differs significantly from the actual pronunciation, the “name:*-fonipa” keys may also be a useful solution. For example, the capital of Korea, “Seoul”, could be recorded as “name:pronunciation=[sʌɯl]'” and “name:ja-fonipa=[soɯɾɯ]”. (Here, “name:ja-fonipa” represents the IPA pronunciation of the Japanese rendering of the place name as it is actually pronounced by Japanese speakers.)

Of course, before discussing how OSM’s principles should be interpreted, one could also argue that, in order to minimize confusion for map users, it is more important to maintain a consistent principle and a consistent naming convention. I hope this aspect will also continue to be discussed.

name:pronunciation=* is the pronunciation of name=*, for whatever language goes in that key. Originally, there were a few different keys for pronunciation. I picked name:pronunciation=* to popularize after noticing that OSRM already had some unused code to support it. It would Just Work™ in existing navigation software, as long as we cleaned up the tags to use IPA instead of ad hoc pronunciation respellings. Logically, the localized version would be name:ko:pronunciation=* for name:ko=* etc., but there’s probably only minimal support for these variants if anything at all.

Unfortunately, I was unaware at the time that the BCP 47 standard we had adopted already includes a syntax for IPA pronunciations: name:ko-fonipa=* for name:ko=* etc. Software that already has robust support for localized name keys can likely adopt these fonipa keys more straightforwardly than name:*:pronunciation=*. If I had known, I would’ve ignored name:pronunciation=* and pushed for this more robust syntax in the first place, before Valhalla felt the need to recognize alphabet-specific subkeys that BCP 47 would’ve been able to handle just fine.

Fortunately, explicit pronunciation guides are only necessary when the spelling is idiosyncratic or ambiguous, a situation that’s more common in some languages than others. It has nothing to do with whether the native name matches the pronunciation in a foreign language. If a typical Japanese text-to-speech voice can correctly pronounce ソウル特別市, then we don’t need to tag the pronunciation. Whenever you do tag the pronunciation, I’d recommend tagging an explicit name:xyz=* along with name:xyz-fonipa=*. A text-to-speech engine always needs to know the language of the input text, even if it’s in IPA, so this approach results in less guesswork.

1 Like

Thank you for your valuable feedback.

Since I didn’t know much about the language tagging system, I looked into a few things.
To help others follow the flow of the discussion and join in, let me briefly summarize what I’ve understood:

  • The name:ko:pronunciation=* key was created for pronunciation compatibility.

  • However, the name:xyz-fonipa=* key already existed in the BCP 47 standard.

  • Since the name:xyz-fonipa=* key was already a standard, creating the name:ko:pronunciation=* key was a redundant effort (reinventing the wheel).

  • Through the ‘xyz’ part, it is possible to represent not only the pronunciation close to the local sound but also how it is pronounced in other languages.

Thanks to your input, I was able to understand the difference between OSM’s pronunciation tagging system and the BCP 47 standard.
It was a great help in figuring out which direction is technically more future-proof and scalable.
Thank you once again for sharing your valuable insights.

Yes, and one more point: these pronunciation tags are mostly only useful in text-to-speech. It’s more important to record how speakers of the language would write the name. Software can usually derive the pronunciation from that written name.

The pronunciation tags are merely overrides, in case the literal name lacks enough context for software to decide how to pronounce it. If Korean has a suitable Hangul transcription system, then tagging that transcription is more useful than tagging the IPA transcription of the Hangul.

Pronunciation tags are used most frequently for English, because the English alphabet is so phonetically misleading, especially when it comes to place names. Tagging the normal written form isn’t enough to ensure a correct pronunciation. It’s also used in some other Latin alphabets, because those languages have adopted the modern English practice of leaving exonyms intact without respelling. From this thread, I get the impression that Indonesian tends to respell exonyms, making the pronunciation unnecessary.