地域部分タグ (言語タグ)

[128] 地域 (region) 部分タグは、特定の国や地域における言語のバリエーション (方言や綴りの差異など) を表すために使うことあができます。 RFC 4646 2.2.4., RFC 5646 2.2.4.

[272] 言語タグ全体については、「言語タグ」の項も参照してください。

仕様書

[273] RFC 5646
[276] UTS #35: Unicode Locale Data Markup Language (2011-07-19 03:14:51 +09:00 版)
[6] meta — Meta table (OpenType 1.9) - Typography | Microsoft Learn, PeterCon, 2022-12-03T02:43:31.000Z https://learn.microsoft.com/ja-jp/typography/opentype/spec/meta#scriptlangtag-values

呼称

[274] Unicode言語識別子、Unicodeロケール識別子では領土 (territory) 、 unicode_region_subtag とも呼ばれています >>276。

文脈

[129] IETF言語タグの地域部分タグは、言語、拡張言語、用字系の後で、その他の部分タグの前になければなりません RFC 4646 2.2.4., RFC 5646 2.2.4.。

[145] IETF言語タグの地域部分タグは複数個あってはなりません。 RFC 4646 2.2.4., RFC 5646 2.2.4.

[10] IETF言語タグの地域部分タグは、他の言語と区別するような意味を持たない時は省略して構いません。 RFC 4646 2.2.4., RFC 5646 2.2.4. 言語部分タグと地域部分タグの組合せ

[3] ScriptLangTag では、用字系部分タグ (必須) の直後に1つだけ置けます。省略も可能です。

[14] マップのローカライズ | Google Maps JavaScript API | Google Developers (2017-08-18 09:12:07 +09:00) https://developers.google.com/maps/documentation/javascript/localization?hl=ja

語彙

2文字ラテン文字

[130] 2文字のラテン文字の地域部分タグは、

[131] ISO 3166-1 Codes for the representation of names of countries and their subdivisions -- Part 1: Country codes

... で定義された、またはそれにより登録された2文字の国符号を更に IANA に登録したものです。 RFC 4646 2.2.4., RFC 5646 2.2.4.

[23] ISO 3166 も参照。

例外的予約国符号

[279] >>131 で「例外的の予約 (exceptionally reserved) 」された 2文字の国符号についても、 RFC 4646 には含まれていませんでしたが、 RFC 5646 においては IANA に登録され、利用できることとされています。 RFC 5646 2.2.4.

`UK`

[280] ただし、 GB と同義の UK は除外されています RFC 5646 2.2.4.。

[291] Unicode地域符号としては、 UK も認められています。ただし、やはり GB が正規形とされています。 >>278, >>19

私用

[281] 私用の AA, QM ... QZ, XA ... XZ, ZZ も IANA に登録されており、利用することができます RFC 4646 2.2.4., RFC 5646 2.2.4.。

[282] Unicode言語識別子、Unicodeロケール識別子では、そのうち特に XA .... XZ を応用が使っても良いと定めています。 >>278

[283] 逆にそれ以外の私用のUnicode領土符号は特別な意味を割り当てるために予約されているということです。

[5] XK は、コソボを表すため用いられています。 LDML もそれを追認しています (XK, XKK, 983) >>19。

[18] LDML の「industry practice」という注釈になんとなく闇を感じますね。あくまで慣習を記録しただけで主体的に規定するのではないという逃げ道を残しているような。

[2] 他の ISO 3166 の応用での割当については ISO 3166 を参照。

`QO`

[284] Unicode言語識別子、Unicodeロケール識別子では QO は Outlying Oceania を表します >>278。

[21] LDML によれば QO / QOO / 961 は Oceania (009) の国で subcontinent を持たないものを表します。 >>19

`QU`

[285] Unicode言語識別子、Unicodeロケール識別子では QU は欧州連合 (European Union) を表します >>278。

[286] しかし EU を用いるのが好ましい (preferred) とされています >>278。

[22] LDML QU / QUU / 967 >>19

[287] EU が割り当てられる前にこちらの意味が定義されたようです。

`ZZ`

[288] Unicode言語識別子、Unicodeロケール識別子では ZZ は未知・非妥当な領土 (Unknown or Invalid Territory) を表します >>278。

[20] LDML は ZZ / ZZZ / 999 を API で使ったり、非妥当な符号を置き換えるのに使ったりすると注釈しています。 >>19

3文字数字

[132] 3文字の数字の地域部分タグは、

[133] UN M.49 UN Standard Country or Area Codes for Statistical Use

... により定義、または登録されたものを更に IANA に登録したものです。ただしこれには例外が多くあります。 RFC 4646 2.2.4., RFC 5646 2.2.4.

[134] 大陸 (macro-geographical (continental)) やその一部の数値符号は登録しなければなりません。 RFC 4646 2.2.4., RFC 5646 2.2.4.
[135] 経済グループ (economic groupings) やその他のグループ (other groupings) の数値符号は登録してはなりません。 RFC 4646 2.2.4., RFC 5646 2.2.4.
[136] ISO 3166-1 が以前別の地域に割り当てていた国符号を別の地域に再割当し、 IANA 登録簿上で衝突が発生するときには、かわりにこちらの数値符号を登録しなければなりません。 RFC 5646 2.2.4. (RFC 4646 2.2.4. にも類似した規定がありますが、曖昧で意味がよくわかりませんでした。)
[137] ISO 3166-1 に対応する国符号が存在する数値符号は登録してはなりません。 RFC 4646 2.2.4., RFC 5646 2.2.4.
- [138] これ、 >>136 の場合を除き、ということでいいんですよね・・・。
[140] 830 (チャネル諸島) は IANA に登録してもよいとされています。 RFC 5646 2.2.4.
- [141] RFC 4646 時代には RFC 4645 の 4. に示された4つの地域を IANA に登録しても良いとされていましたが、 RFC 4645 自体がそのうちの3つは出版の数ヶ月前に ISO 3166-1 対応する国名符号が割り当てられているため不適格となった、と述べています。 RFC 4646 2.2.4., RFC 4545 4.
- [4] その4つとは:
  - 830 Channel Islands
  - 831 Guernsey
  - 832 Jersey
  - 833 Isle of Man
- [142] チャネル諸島が IANA に登録されていないのは、 ISO 3166-1 にいずれ登録されることを期待して、ということでしょうか・・・。
[143] その他の数値符号は IANA に登録してはなりません。 RFC 4646 2.2.4., RFC 5646 2.2.4.
[144] 附属書 X の英数字符号は ISO 3166-1 の符号と同じものであり、登録してはなりません。 RFC 4646 2.2.4., RFC 5646 2.2.4.

[292] Unicode地域符号としては、 001 (世界) は標準形 (standard form) を表すとされています。 >>278

[293] 例えば ar-001 は現代標準アラビア語を表します >>278。

[16] LDML の territories 属性では、領土固有の指定がない場合に適用される既定値を記述するときに、 001 が使われます。

[7] ScriptLangTag では、実装が言語や用字系にうまく対応付けられないかもしれないので推奨されない (not recommended) とされます >>6。

[8] 理論上は「北米スペイン語」「中南米スペイン語」のようなものに便利なのかもしれませんが、フォント構成上そうした分類が必要にはなりにくいのかもしれませんし、あるとしても国符号を列挙した方が相互運用性は高そうです。

歴史

[262] RFC 3066 では2文字国符号と、3文字から8文字の部分タグが2番目の部分タグとして認められていました。 3文字から8文字の部分タグは IANA に登録することができるものとされていました。 1文字の部分タグは将来の拡張のために予約されていました。 RFC 3066 2.2

[263] 当時は用字形部分タグはなく、また私用は1番目の部分タグに x を使うことによってのみ表せました。

[290] RFC 1766 では2番目以降の部分タグとして任意の値を登録できるとされていました RFC 1766 2.。

[271] RFC 1766 と RFC 3066 は ISO 3166 における私用の国符号 (>>130) に言及していました RFC 1766 2., RFC 3066 2.2.。 RFC 1766 では単に ISO で予約されているとしているだけでしたが、 RFC 3066 では使ってはならないとされていました。 RFC 4646 以降は使って良いとされています。