mul

[216] mul (複数の言語) は、複数個の言語タグを指定できるなど他に方法がある時は使うべきではありません。 RFC 3066 2.3, RFC 4646 4.1., RFC 5646 4.1.

[19] 「複数の言語」といってもいろいろな意味があり得ます。 mul

und

[217] und (未決定) は、 言語が必須である場合を除き使うべきではありません。 RFC 3066 2.3, RFC 4646 4.1., RFC 5646 4.1.

[10] なぜ敢えてこれを SHOULD 要件という強い規定にしたのかは謎です。 普通はある言語だと指定したい要求があるから指定する、 それがなければわざわざ指定しないわけであって、 雉も鳴かずば撃たれまい、 この規定はあってもなくても良さそうなものです。 むしろこの規定のせいで、正当な理由で指定したいときにしづらくなっている感があります。 (SHOULD なので正当な理由があれば使ってもいいのですが...) 言語不詳だと指定したい気持ちがあるなら、 それは正当な理由ですから、気にせず und を使うべきです。

[287] RFC 6497 は、言語を特に問題とせず、用字系についてのみ記述したいとき、 言語部分タグに und を使うとしています。

[6] weekOfPreference 要素の locales 属性では、 ロケール固有の指定がない場合に適用される既定値を記述するときに、 und が使われます。

[9] Movie Atoms, 2022-07-12T17:05:28.000Z, 2022-12-31T09:47:20.300Z https://developer.apple.com/library/archive/documentation/QuickTime/QTFF/QTFFChap2/qtff2.html#//apple_ref/doc/uid/TP40000939-CH204-SW16

RFC 4646 (BCP 47) 言語タグを採用。

適当な値がなければ und を使えるとしています。

[29] [malar_braille] BCP 47 tag modified, ramesh-k, 2019-09-17 03:05:30 +09:00, 2024-05-01T09:49:01.000Z https://github.com/keymanapp/keyboards/commit/d429c808315b27ec520604a37dc546d17d619654

[30] >>29 は点字入力鍵盤。元は und-Brai で表していたものを、 思いつく言語タグ + Brai の羅列に置き換えた。本当にこれでええんか?

[41] Second-Level Reference Label Generation Rules - ICANN, 2025-01-15T06:09:45.000Z https://www.icann.org/resources/pages/second-level-lgr-2015-06-21-en

mis

[221] mis (未符号化) は、言語はわかっているものの言語符号が無いことを表していますが、 言語タグでは使うべきではありません。 und か私用部分タグを使うべきです。 RFC 5646 4.1.

[3] フィクションの言語などはこの言語符号が適当に思われます。

[28] 人工言語参照。

zxx

[219] 歌詞の無い音楽や非言語的な音声、計算機言語などの自然言語に属さないものについては、 zxx (非言語的、非適用可能) 言語部分タグを使うことができます。

[20] 地図作成 - 地図作成 - HERE Developer, 2023-10-20T10:32:01.000Z, 2023-11-20T07:01:13.488Z https://jp.developer.here.com/documentation/geojson-map-components-cartography/data_spec_guide/common/globals.html#languagebcp47

[21] >>20 は私用部分タグと組み合わせた zxx-x-iat を使っています。

root

[273] 言語タグの変種である Unicode言語識別子・Unicodeロケール識別子は、 言語部分タグに相当する部分で特別な値 root を使っています。

[1] 言語タグ自体では root は認められていません。

私用

[276] >>96 には ISO 639-2 による私用の qaa ... qtz も含まれています RFC 4646 2.2.1., RFC 5646 2.2.1.。

[277] Unicode言語識別子、Unicodeロケール識別子はそのうちの qfz ... qtz について意味を定義しないので他の応用が使っても問題ないとしています >>279。逆に言えばそれ以外の私用の符号は (現在は未定義ですが) 将来的に特別な意味で使われる可能性があります。

[2] いずれにせよ、私用の値は相互運用性の問題の元ですから、 使うべきではありません。

[14] ConLang Code Registry (CLCR) では人工言語用の言語符号を私用3文字符号に割り当てています。 >>13

[15] ISO に正式な符号が割り当てられたことで取り下げwithdrawされたものもあります。

[16] long code (長符号) として示されたものは IETF言語タグ (言語部分タグ art + 私用部分タグ) のように見えますが、何の説明もありません。

[17] 似たような別プロジェクトとして、CLAコードがあります。

マクロ言語

[281] Unicode言語識別子、Unicodeロケール識別子は互換性のためにいくつかのマクロ言語について、 その全体を指す本来の意味ではなく、代表的な言語を表すことと解釈するとしています >>279。 例えば、 zh は中文全体を指すものですが、特に cmn (官話) のことを意味するものとみなしています >>279。

その他の値

[40] XSL-FO では言語タグの登場場面である xml:lang 属性値に inherit が指定できます。 (XML 的にそんなのありかよ? と思いますが) この値は xml:lang 属性の既定値 #IMPLIED を明示した形になります。 >>308

[309] これは XML もIETF言語タグも認めていない、 XSL-FO だけの独自仕様です.

• [47] 一部の DOM HTML 実装は、 lang 属性の値で、 HTML の lang 属性に値が明示されていない時には unknown を返すらしいです。

[22] 綜語 / 宇田川浩行 / デライト, 希哲社, 2023-11-25T13:29:43.000Z https://dlt.kitetu.com/?fg=KNo.F85E/45E0

情報処理では ISO の言語コード・国名コードを独自に拡張し「syn_KTK」(三文字),「sy_KT」(二文字)を用いる。これにより,同じ情報を一般的な日本語(ja_JP)と,実験的な綜語で訳し分ける事などが可能になる。

[23] デジタルシネマ 名前付け規則 / 付録1ab: 言語コード一覧表 (日本語訳) – シネマテクノロジー, 2024-04-03T11:34:43.000Z, 2024-04-03T11:36:08.368Z https://cinematechnology.jp/dcnc/dcnc-appendix-1ab-language-codes

言語コードは ISO 639-1, 639-2, 639-3 に準拠します。

特例として、 “LAS” はラテンアメリカ系スペイン語を表しますが、ISO 639-3 の定義ではラマ語(トーゴで話される言語)を表します。映画配給業界の慣習で “LAS” はラテンアメリカ系スペイン語として既に広く使用されているため、この名前付け規則ではラテンアメリカ系スペイン語として使い続けることにしました。

音声言語名または字幕言語名が記載されていない場合、名前付け規則の言語コードにはXXを使用します。

このコードはContentTitleText要素内でのみ使用します。

Language要素が存在しない場合、音声または字幕言語が存在しないことを意味します。

• [27] Language Codes, 2024-03-30T16:02:15.000Z, 2024-04-03T11:44:51.548Z https://registry-page.isdcf.com/languages/
• [25] Wayback Machine, 2024-04-03T11:43:30.000Z https://web.archive.org/web/20170930013240/http://isdcf.com/papers/ISDCF-Doc7-DigitalCinemaLanguageCodes.pdf
• [26] Wayback Machine, 2024-04-03T11:44:21.000Z https://web.archive.org/web/20221211174845/https://isdcf.com/papers/ISDCF-Doc7-DigitalCinemaLanguageCodes.pdf

[24] >>23 この名前付け規則言語コードはその他にも Q から始まる私用の符号や、 4字の独自の符号を定めています。それ以外でもいくつか非標準のものが混じってそうな。

[31] skf の内部コードやプログラム内部で使われる言語は、 ISO 639-1 の英字2字符号 (大文字) にいくつか追加したものです。 >>32, >>35

• [34] 0x00 は、 「言語は未規定、または言語を指定していない」です。 >>35
• [33] NU は、「言語ニュートラル」です。 >>32
• [36] @N は、「Unicode であり、言語中立である」です。 >>35
• [37] @U は、 「Unicode でない」です。「言語中立かどうかとは無関係」 です。 >>35
• [38] EM は、「ヨーロッパ系の混在言語」です。 >>35
• [39] US は、「米英語」です。 >>35