[PATCH v2] localedata: update LC_ADDRESS and LC_NAME for ko_KR

[Arjun Shankar]

Hi Jiho,

> This patch updates LC_ADDRESS and LC_NAME to reflect modern South
> Korean standards and Korea Post guidelines.

Thanks for the patch.

> Update the South Korean (ko_KR) locale to reflect official standards:
> - LC_ADDRESS: Follow the Large-to-Small hierarchy (Country, Postcode,
>   City, Road, Recipient) as per Korea Post guidelines.
>   (https://www.koreapost.go.kr/kpost/subIndex/135.do?pSiteIdx=125)

I am trying to review this change for correctness. Since I don't know
Korean, I tried the English version of the site but couldn't find the
same page there. If you know how I can find it, please do let me know.
Meanwhile, I translated the page at the above link using an online
translator. The recommendation appears to be:

Line 1: Administrative District (Province/City, City/County/District,
Eup/Myeon) + Road Name + Building Number
Line 2: Detailed Address (Unit/Floor/Unit) + Reference Item (Legal
Dong, Apartment Name) or P.O. Box
Line 3: Corporate Name (Institution or Trade Name) + Department Name
Line 4: Name (Position, Title)
Line 5: Postal Code

OR (for a different type of address?):

Line 1: Administrative District (Province/City, City/County/District,
Eup/Myeon/Dong/Ri) + Lot Number (Main Number - Sub Number)
Line 2: Building Name (Apartment, Building, etc.) + Unit Number
(Complex, Building Number) or P.O. Box
Line 3: Corporate Name (Institution or Trade Name) + Department Name
Line 4: Name (Position, Title)
Line 5: Postal Code

> - LC_NAME: Follow the standard Korean order (Surname + Given Name)
>   without Western-style salutations or tabs.
>
>     * localedata/locales/ko_KR (LC_ADDRESS): Update postal_fmt.
>     * localedata/locales/ko_KR (LC_NAME): Update name_fmt to "%f%g".
>
> Signed-off-by: Jiho Lee <elmitash@gmail.com>
> ---
>  localedata/locales/ko_KR | 15 +++++++++------
>  1 file changed, 9 insertions(+), 6 deletions(-)
>
> diff --git a/localedata/locales/ko_KR b/localedata/locales/ko_KR
> index 38235ebf08..d9f5aa8faa 100644
> --- a/localedata/locales/ko_KR
> +++ b/localedata/locales/ko_KR
> @@ -16,8 +16,8 @@ escape_char /
>  % Fax:
>  % Language: ko
>  % Territory: KR
> -% Revision: 1.1
> -% Date: 2000-11-09
> +% Revision: 1.2
> +% Date: 2026-02-19
>  % Application: general
>  % Users: general
>
> @@ -43,6 +43,9 @@ escape_char /
>  %       Some cosmetic changes
>  % 2001-10-08: Won-kyu Park <wkpark@chem.skku.ac.kr>
>  %       Fixed a typo in Hangul portion of LC_COLLATE
> +% 2026-02-19: Jiho Lee <elmitash@gmail.com>
> +%      Updated LC_ADDRESS to follow the modern South Korean address format
> +%      Update LC_NAME to the standard Korean order (Surname + Given Name)
>
>  LC_IDENTIFICATION
>  title      "Korean locale for Republic of Korea"
> @@ -54,8 +57,8 @@ tel        ""
>  fax        ""
>  language   "Korean"
>  territory  "South Korea"
> -revision   "1.1"
> -date       "2000-11-09"
> +revision   "1.2"
> +date       "2026-02-19"

I am not quite sure if all this metadata is still being maintained in
comments this way. I see that these are being dropped upon update in
some cases. Also, they might be superfluous since the date and author
of changes goes into the git log instead. I'm neutral about this part
of the change personally. I just wanted to point out that it's not
universally maintained as far as I can see.

>
>  category "i18n:2012";LC_IDENTIFICATION
>  category "i18n:2012";LC_CTYPE
> @@ -6220,11 +6223,11 @@ copy "i18n"
>  END LC_MEASUREMENT
>
>  LC_NAME
> -name_fmt    "%d%t%g%t%m%t%f"
> +name_fmt    "%f%g"

This also drops %t, the separator between the family and given names.
Is this intentional?

>  END LC_NAME
>
>  LC_ADDRESS
> -postal_fmt    "%f%N%a%N%d%N%b%N%s %h %e %r%N%z %T%N%c%N"
> +postal_fmt    "%S %T %l %s %h%N%b %e %r%N%f %d%N%n %a%N%z"

So this new format translates to:

<State/Province/Prefecture> <Town/City> <Local township> <Street> <House number>
<Building> <Floor> <Room>
<Firm name> <Department>
<Person> <Care-of person/Attention>
<Zip/Postal code>

The first line is a match.
The second line mostly appears to be a match but importantly, it
follows the large-to-small hierarchy.
The third through fifth lines match.

OK.

>  country_name "대한민국"
>  country_ab2 "KR"
>  country_ab3 "KOR"
> --
> 2.53.0
>