Языковой тег IETF

Языковой тег IETF BCP 47 — это стандартизированный код, который используется для идентификации человеческих языков в Интернете. Структура тегов стандартизирована Инженерной группой Интернета (IETF). в «Лучшей современной практике» (BCP) 47 ; субтеги поддерживаются в реестре языковых субтегов IANA .

Чтобы различать варианты языка для стран, регионов или систем письма (сценариев), языковые теги IETF объединяют подтеги из других стандартов, таких как ISO 639 , ISO 15924 , ISO 3166-1 и UN M.49 .Например, тег en означает английский язык ; es-419 для латиноамериканского испанского языка ; rm-sursilv для ретороманского Сурсильвана ; sr-Cyrl для сербского языка, написанного кириллицей ; nan-Hant-TW для китайцев Мин Нань используются традиционные иероглифы Хань , как говорят на Тайване ; yue-Hant-HK для кантонского диалекта используются традиционные иероглифы хань , как говорят в Гонконге ; и gsw-u-sd-chzh для Цюриха немецкий .

Он используется вычислительными стандартами, такими как HTTP , HTML , XML и PNG . 󠀁

История

Языковые теги IETF были впервые определены в RFC 1766 под редакцией Харальда Твейта Альвестранда , опубликованном в марте 1995 года. В тегах использовались двухбуквенные коды языков ISO 639 и двухбуквенные коды стран ISO 3166, а также допускалась регистрация целых тегов, включающих варианты или субтеги сценария длиной от трех до восьми букв.

В январе 2001 года это было обновлено в RFC 3066, в котором добавлено использование ISO 639-2 трехбуквенных кодов , разрешены субтеги с цифрами и принята концепция языковых диапазонов от HTTP/1.1 для облегчения сопоставления языковых тегов.

Следующая редакция спецификации вышла в сентябре 2006 года с публикацией RFC 4646 (основная часть спецификации) под редакцией Аддисона Филипса и Марка Дэвиса , а также RFC 4647. (который касается соответствующего поведения). RFC 4646 представил более структурированный формат языковых тегов, добавил использование четырехбуквенных кодов сценариев ISO 15924 и трехзначных кодов географических регионов UN M.49, а также заменил старый реестр тегов новым реестром субтегов. Небольшое количество ранее определенных тегов, которые не соответствовали новой структуре, были унаследованы для обеспечения совместимости с RFC 3066.

Текущая версия спецификации RFC 5646. был опубликован в сентябре 2009 года. Основная цель этой версии заключалась в включении трехбуквенных кодов из ISO 639-3 и 639-5 в реестр языковых субтегов, чтобы повысить совместимость между ISO 639 и BCP 47.

Синтаксис языковых тегов

Каждый языковой тег состоит из одного или нескольких «подтегов», разделенных дефисами (-). Каждый субтэг состоит только из основных латинских букв или цифр.

За исключением языковых тегов частного использования, начинающихся с префикса x- , и устаревших языковых тегов (включая те, которые начинаются с префикса i- и ранее зарегистрированных в старом реестре языковых тегов), субтеги встречаются в следующем порядке:

• Один субтег основного языка, основанный на двухбуквенном коде языка из ISO 639-1 (2002 г.) или трехбуквенном коде из ISO 639-2 (1998 г.), ISO 639-3 (2007 г.) или ISO 639-5 (2008 г.). ), или зарегистрированный в рамках процесса BCP 47 и состоящий из пяти-восьми букв;
• До трех дополнительных субтегов расширенного языка, состоящих из трех букв каждый, разделенных дефисами; (В настоящее время в реестре языковых субтегов не зарегистрировано ни одного расширенного языкового субтега без эквивалентного и предпочтительного основного языкового субтега. Этот компонент языковых тегов сохраняется для обратной совместимости и для учета будущих частей ISO 639.)
• Необязательный подтег сценария , основанный на четырехбуквенном коде сценария из ISO 15924 (обычно пишется в Title Case );
• Необязательный субтег региона, основанный на двухбуквенном коде страны из ISO 3166-1 альфа-2 (обычно написанном в верхнем регистре) или трехзначном коде из UN M.49 для географических регионов;
• Необязательные варианты субтегов , разделенные дефисами, каждый из которых состоит из пяти-восьми букв или четырех символов, начинающихся с цифры; (Варианты субтегов зарегистрированы в IANA и не связаны ни с каким внешним стандартом.)
• Необязательные вложенные теги расширения , разделенные дефисами, каждый из которых состоит из одного символа, за исключением буквы x , и дефиса, за которым следуют один или несколько вложенных тегов длиной от двух до восьми символов каждый, разделенных дефисами;
• Необязательный вложенный тег для частного использования , состоящий из буквы x и дефиса, за которыми следуют вложенные теги длиной от одного до восьми символов каждый, разделенные дефисами.

Вложенные теги не чувствительны к регистру , но спецификация рекомендует использовать тот же регистр, что и в реестре языковых вложенных тегов, где вложенные теги региона имеют ВЕРХНИЙ РЕГИСТР , вложенные теги сценария — регистр заголовков , а все остальные вложенные теги — строчные . Эта капитализация соответствует рекомендациям основных стандартов ISO.

Необязательные вложенные теги сценариев и регионов предпочтительно опускать, если они не добавляют отличительной информации к языковому тегу. Например, es предпочтительнее es-Latn , поскольку предполагается, что испанский язык будет написан латинским шрифтом; ja предпочтительнее ja-JP , поскольку японский язык , используемый в Японии, заметно не отличается от японского языка, используемого в других местах.

Не все лингвистические регионы могут быть представлены действительным субтегом региона: субнациональные региональные диалекты основного языка регистрируются как варианты субтегов. Например, субтэг варианта валенсии для валенсийского варианта каталанского языка регистрируется в реестре языковых субтегов с ca. префиксом Поскольку на этом диалекте говорят почти исключительно в Испании, региональный подтег ES обычно можно опустить.

Кроме того, существуют теги сценариев, которые не относятся к традиционным сценариям, таким как латиница, или даже к сценариям вообще, и они обычно начинаются с буквы Z. Например, Zsye относится к смайликам , Zmth к математической записи , Zxxx к неписаным документам и Zyyy. к неопределенным сценариям.

Языковые теги IETF использовались в качестве идентификаторов локали во многих приложениях. Этим приложениям может потребоваться установить собственную стратегию определения, кодирования и сопоставления локалей, если стратегия, описанная в RFC 4647, не является адекватной.

Использование, интерпретация и сопоставление языковых тегов IETF в настоящее время определены в RFC 5646 и RFC 4647. В реестре языковых субтегов перечислены все действующие на данный момент общедоступные субтеги. Субтеги частного использования не включаются в реестр, поскольку они зависят от реализации и регулируются частными соглашениями между использующими их третьими сторонами. Эти частные соглашения выходят за рамки BCP 47.

Список распространенных субтегов основного языка

Ниже приводится список некоторых наиболее часто используемых субтегов основного языка. Список представляет собой лишь небольшое подмножество (менее 2 процентов) субтегов основного языка; Для получения полной информации следует обратиться непосредственно к реестру языковых субтегов.

Общие языки и их подтеги IETF

Английское имя	Родное имя	Подтег
Африканский	Африканский	из
амхарский	амхарский	являюсь
арабский	арабский	с
Мапудунгун	Мапудунгун	арн
Марокканский арабский	Марокканский диалект	и
Ассамский	Ассамский	как
азербайджанский	Азербайджан	тот
Башкирский	Башкирский	нет
белорусский	белорусский	быть
болгарский	болгарский	бг
Бенгальский	Бангла	млрд
тибетский	тибетский	быть
бретонский	Брежонег	бр
Боснийский	боснийский / боснийский	бс
каталонский	каталонский	что
корсиканец	корсиканец	со
чешский	чешский	CS
валлийский	валлийский	сай
датский	датский	и
немецкий	немецкий	из
Нижнесербский	Нижняя Сербия	и т. д.
Дивехи	Язык	дв
Греческий	Греческий	он
Английский	Английский	в
испанский	испанский	является
эстонский	эстонский	И
Баскский	Баскский	Евросоюз
персидский	фарси	но
финский	финский	быть
Филиппинский	Филиппинский	в
фарерский	фарерский	фо
Французский	Французский	фр.
фризский	фризский	мой
ирландский	ирландский	га
Шотландский гэльский	гэльский	Боже
галисийский	галисийский	гл
швейцарский немецкий	швейцарский немецкий	gsw
Гуджарати	Гуджарати	к
Хауса	Хауса	ха
иврит	иврит	он
Неа	хинди	привет
хорватский	хорватский	час
Сербско-хорватский	Сербско-хорватский / Сербско-хорватский	HRV
Верхнелужский	Рог Сербии	HSB
венгерский	венгерский	ху
Армянский	Армянский:	он
индонезийский	индонезийский	идентификатор
Игбо	Игбо	ig
Делать	ꆈꌠꁱꂷ	ii
исландский	исландский	является
итальянский	итальянский	это
Инуктитут	Inuktitut / ᐃᓄᒃᑎᑐᑦ ( ᑲᓇᑕ )	я
японский	японский	и
грузинский	грузинский	тот
казахский	казахский	ок
гренландский	Калааллисут	в
кхмерский	кхмерский	км
Каннада	Каннада	знать
корейский	корейский	является
Конкани	Конкани	почему
курдский	Курдский / Курдский	КБ
киргизский	киргизский	этот
Люксембургский	Люксембургский	фунт
туберкулез	он	это
литовский	литовский	лт
латышский	латышский	лв
маори	язык маори	мне
македонский	македонский язык	мк
малаялам	малаялам	мл
Монгольский	Монгольский / ᠮᠤᠨᠭᠭᠤᠯ ᠬᠡᠯᠡ	минута
Ирокез	Кеха для кроликов	да ладно
Маратхи	Маратхи	Мистер
малайский	малазийский язык	РС
мальтийский	мальтийский	тонна
бирманский	бирманский язык	мой
Норвежский (букмол)	Норвежский (букмол)	обратите внимание
непальский	Непальский (Непал)	ne
Голландский	Голландский	Нидерланды
Норвежский (Нюнорск)	Норвежский (Нюнорск)	пп
норвежский	норвежский	нет
окситанский	окситанский	ок
Одия	Одия	или
Папьяменто	Папиаменту	папа
панджаби	Панджаби / پانجابی	хорошо
Польский	Польский	пожалуйста
От	три	перс
пушту	пушту	пс
португальский	португальский	пт
Другой	Другой	что
кечуа	кечуа	что
ретороманский	Романтика	РМ
румынский	АНГЛИЙСКИЙ	ро
Русский	русский	ру
Киньяруанда	Киньяруанда	RW
санскрит	санскрит	на
Руби	саха	действительный
Сами (Северный)	Северные саамы	с
сингальский	сингальский	и
словацкий	словацкий	ск
словенский	словенский	сл
Сами (Южный)	Арьелсэмиенгиеле	смa
Сами (Луле)	Южные саамы	смж
Сами (Инари)	Самикиэлья	смн
Sami (Skolt)	саммьёлль	SMS
албанский	албанский	кв.
сербский	Сербский / Сербский	сэр
Английский	Северный Сото	ул.
Шведский	Шведский	св
Кисуахили	Кисуахили	SW
сирийский	ܣܘܪܝܝܐ	система
тамильский	тамильский	лицом к лицу
телугу	телугу	тот
таджикский	таджикский	тг
тайский	тайский	й
туркменский	туркменский	ТС
Тсвана	Английский	ТН
турецкий	турецкий	тр
татарский	татарский язык	тт
Тамазайт	Тамазайт	тцм
уйгурский	Английский	и
Украинский	украинский	Великобритания
Урду	Урду	ты
Узбекский	Узбекский / Узбекский	к
вьетнамский	вьетнамский	мы
Волоф	Волоф	где
коса	коса	хх
Йоруба	Йоруба	они
китайский	китайский	zh
Зулу	Зулу	к

Связь с другими стандартами

Хотя некоторые типы вложенных тегов основаны на основных стандартах ISO или ООН , они не полностью соответствуют этим стандартам, поскольку это может привести к изменению значения языковых тегов с течением времени. В частности, вложенный тег, полученный из кода, присвоенного ISO 639 , ISO 15924 , ISO 3166 или UN M49 , остается действительным (хотя и устаревшим) вложенным тегом, даже если код исключен из соответствующего основного стандарта. Если впоследствии стандарт присвоит отозванному коду новое значение, соответствующий субтег все равно сохранит свое старое значение.

Эта стабильность была введена в RFC 4646.

ИСО 639-3 и ИСО 639-1.

RFC 4646 определил концепцию «расширенного языкового субтега» (иногда называемого extlang ), хотя в то время такие субтеги не были зарегистрированы.

В RFC 5645 и RFC 5646 добавлены субтеги основного языка, соответствующие кодам ISO 639-3, для всех языков, которые еще не существовали в реестре. Кроме того, коды языков, входящих в состав определенных макроязыков, были зарегистрированы как расширенные языковые субтеги. Языки жестов также были зарегистрированы как дополнительные языки с префиксом sgn . Эти языки могут быть представлены либо с помощью субтега только для включенного языка ( cmn для китайского языка), либо с помощью комбинации языка и extlang ( zh-cmn ). Первый вариант предпочтителен для большинства целей. Второй вариант называется «форма extlang» и является новым в RFC 5646.

Целые теги, которые были зарегистрированы до RFC 4646 и теперь классифицируются как «устаревшие» или «избыточные» (в зависимости от того, соответствуют ли они новому синтаксису), устарели в пользу соответствующего субтега языка на основе ISO 639-3, если таковой существует. . Приведу несколько примеров: Нан предпочтительнее zh-min-nan в китайском языке Мин ; хак предпочтительнее i-hak и zh-hakka для китайского языка хакка ; ase sgn предпочтительнее, чем -US Для американского языка жестов .

Windows Vista и более поздние версии Microsoft Windows поддерживают RFC 4646.

ИСО 639-5 и ИСО 639-1/2

ISO 639-5 определяет языковые коллекции с кодами альфа-3 иначе, чем они были первоначально закодированы в ISO 639-2 (включая один код, уже присутствующий в ISO 639-1, бихари, закодированный включительно как bh в ISO 639-1 и bih в ISO 639-2). В частности, все языковые коллекции теперь определены в ISO 639-5 как инклюзивные, а не как отдельные из них. Это означает, что языковые коллекции имеют более широкую сферу применения, чем раньше, и в некоторых случаях они могут включать в себя языки, которые уже были закодированы отдельно в ISO 639-2.

Например, код ISO 639-2 afa ранее ассоциировался с названием «афро-азиатский (другой)», исключая такие языки, как арабский, у которых уже был свой собственный код. В ISO 639-5 эта коллекция называется «Афро-азиатские языки» и включает все такие языки. В 2009 году стандарт ISO 639-2 изменил эксклюзивные имена, чтобы они соответствовали инклюзивным именам ISO 639-5.

Чтобы избежать нарушения реализаций, которые все еще могут зависеть от старого (эксклюзивного) определения этих коллекций, ISO 639-5 определяет атрибут типа группировки для всех коллекций, которые уже были закодированы в ISO 639-2 (такой тип группировки не определен для нового коллекции добавлены только в ISO 639-5).

BCP 47 определяет свойство «Область» для идентификации вложенных тегов языковых коллекций. Однако он не определяет какую-либо данную коллекцию как включающую или исключительную и не использует атрибут типа группировки ISO 639-5, хотя поля описания в реестре языковых субтегов для этих вложенных тегов соответствуют именам ISO 639-5 (включительно). Как следствие, языковые теги BCP 47, которые включают в себя основной языковой подтег для коллекции, могут быть неоднозначными в отношении того, должна ли коллекция быть инклюзивной или эксклюзивной.

ISO 639-5 не определяет точно, какие языки являются членами этих коллекций; определяется только иерархическая классификация коллекций, используя инклюзивное определение этих коллекций. По этой причине RFC 5646 не рекомендует использовать вложенные теги для языковых коллекций для большинства приложений, хотя они по-прежнему предпочтительнее вложенных тегов, значение которых еще менее конкретное, таких как «Несколько языков» и «Неопределенно».

Напротив, классификация отдельных языков в рамках их макроязыков стандартизирована как в ISO 639-3, так и в реестре языковых субтегов.

ISO 15924, ISO/IEC 10646 и Юникод.

Вложенные теги сценариев были впервые добавлены в реестр языковых субтегов при публикации RFC 4646 из списка кодов, определенных в ISO 15924 . Они кодируются в языковом теге после основного и расширенного языковых вложенных тегов, но перед другими типами вложенных тегов, включая региональные и варианты вложенных тегов.

Некоторые вложенные теги основного языка определяются с помощью свойства с именем «Suppress-Script», которое указывает случаи, когда по умолчанию для языка обычно может использоваться один сценарий, даже если он может быть написан с использованием другого сценария. В этом случае предпочтительно опустить вложенный тег сценария, чтобы повысить вероятность успешного сопоставления. При необходимости можно добавить другой вложенный тег сценария, чтобы провести различие. Например, yi в большинстве контекстов предпочтение отдается , а не yi-Hebr предполагается подтег ивритского письма , поскольку для языка идиш .

Другой пример: zh-Hans-SG можно считать эквивалентом zh-Hans , поскольку код региона, вероятно, не имеет значения; в письменной форме китайского языка, используемой в Сингапуре, используются те же упрощенные китайские иероглифы, что и в других странах, где пишется китайский язык. Однако вложенный тег сценария сохраняется, поскольку он важен.

ISO 15924 включает некоторые коды для вариантов письма (например, Hans и Hant для упрощенных и традиционных форм китайских иероглифов), которые унифицированы в Unicode и ISO/IEC 10646 . Эти варианты письма чаще всего кодируются для библиографических целей, но не всегда имеют значение с лингвистической точки зрения (например, коды сценариев Latf и Latg для фрактурных и гэльских вариантов латинского алфавита, которые в основном кодируются обычными латинскими буквами). в Юникоде и ISO/IEC 10646). Иногда они могут быть полезны в языковых тегах для выявления орфографических или семантических различий с различным анализом букв, диакритических знаков и орграфов / триграфов в качестве кластеров графем по умолчанию или различий в правилах регистра букв.

ISO 3166-1 и ООН М.49.

Дополнительная информация: Домен верхнего уровня с кодом страны § Исторические нДВУ.

Двухбуквенные субтеги регионов основаны на кодах, назначенных или «исключительно зарезервированных» в ISO 3166-1 . Если агентство по техническому обслуживанию ISO 3166 переназначит код, который ранее был присвоен другой стране, существующий субтег BCP 47, соответствующий этому коду, сохранит свое значение, а новый субтег региона, основанный на UN M.49, будет зарегистрирован для новая страна. UN M.49 также является источником числовых субтегов для географических регионов, таких как 005 для Южной Америки.Коды ООН M.49 для экономических регионов не допускаются.

Субтеги региона используются для указания разновидности языка, «используемого» в определенном регионе. Они уместны, когда разнообразие носит региональный характер и может быть адекватно отражено путем определения задействованных стран, например, при различении британского английского ( en-GB ) от американского английского ( en-US ). Когда разница заключается в написании или разновидности письма, как в случае с упрощенными и традиционными китайскими иероглифами, ее следует выражать с помощью вложенного тега сценария вместо вложенного тега региона; в этом примере следует использовать zh-Hans и zh-Hant вместо zh-CN/zh-SG/zh-MY и zh-TW/zh-HK/zh-MO .

Когда для языка, который можно считать региональной разновидностью, существует отдельный языковой субтег, часто предпочтительнее использовать более конкретный субтег вместо комбинации язык-регион. Например, ar-DZ ( арабский язык , используемый в Алжире ) может быть лучше выражен как arq для разговорного арабского языка в Алжире .

Соблюдение основных стандартов

Разногласия по поводу идентификации языка могут распространяться на BCP 47 и на основные стандарты, которые его определяют. Например, некоторые носители пенджаби считают, что различие ISO 639-3 между [pan] «панджаби» и [pnb] «западным пенджаби» является ложным (т.е. они считают, что это один и тот же язык ); что подразновидности арабского алфавита должны кодироваться отдельно в ISO 15924 (как, например, фрактурный и гэльский стили латинского алфавита); и что BCP 47 должен отражать эти взгляды и/или отменять основные стандарты в отношении них.

BCP 47 делегирует этот тип суждения основным стандартам и не пытается отменять или заменять их. Вариантные субтеги и (теоретически) субтеги основного языка могут быть зарегистрированы индивидуально, но не таким образом, который противоречит основным стандартам.

Расширения

Вложенные теги расширения (не путать с расширенными языковыми вложенными тегами ) позволяют прикреплять к языковому тегу дополнительную информацию, которая не обязательно служит для идентификации языка. Одним из вариантов использования расширений является кодирование информации о локали, например календаря и валюты.

Вложенные теги расширения состоят из нескольких строк символов, разделенных дефисом, начиная с одного символа (кроме x ), называемого синглтоном . Каждое расширение описано в собственном документе IETF RFC , который определяет центр регистрации для управления данными этого расширения. IANA отвечает за распределение синглтонов.

По состоянию на январь 2014 года было назначено два продления.

Расширение T (преобразованный контент)

Расширение T позволяет языковому тегу включать информацию о том, как помеченные данные были транслитерированы, транскрибированы или иным образом преобразованы. Например, тег en-t-jp можно использовать для контента на английском языке, который был переведен с оригинального японского языка. Дополнительные подстроки могут указывать на то, что перевод был выполнен механически или в соответствии с опубликованным стандартом.

Расширение T описано в информационном RFC 6497, опубликованном в феврале 2012 года. Регистрирующим органом является Консорциум Unicode .

Расширение U (локальный стандарт Unicode)

широкий спектр атрибутов локали, найденных в общем хранилище данных локали Расширение U позволяет встраивать в языковые теги (CLDR). Эти атрибуты включают подразделения страны, данные календаря и часового пояса, порядок сопоставления, валюту, систему счисления и идентификацию клавиатуры.

Вот некоторые примеры:

• gsw-u-sd-chzh представляет собой швейцарский немецкий язык , используемый в кантоне Цюрих .
• ar-u-nu-latn представляет контент на арабском языке с использованием цифр базовой латиницы (от 0 до 9) вместо цифр арабского алфавита (от ٠ до ٩).
• he-IL-u-ca-hebrew-tz-jeruslm представляет иврит, на котором говорят в Израиле, с использованием традиционного еврейского календаря и в часовом поясе «Азия/Иерусалим», как указано в базе данных tz .

Расширение U описано в информационном RFC 6067, опубликованном в декабре 2010 года. Регистрирующим органом является Консорциум Unicode .

См. также

• Коды для искусственных языков
• Интернационализация и локализация
• Локаль (компьютерное программное обеспечение)

Внешние ссылки

• Языковые теги BCP 47 – текущая спецификация
  • содержит два RFC, опубликованных отдельно в разные даты, но объединенных в один документ:
    1. RFC 4647 — Сопоставление языковых тегов
    2. RFC 5646 — Теги для идентификации языков
  • (также ссылка на соответствующий информационный RFC 5645, который дополняет предыдущий информационный RFC 4645, а также на другие отдельные регистрационные формы, опубликованные другими отдельно для каждого языка, добавленного или измененного в реестре между этими редакциями BCP 47)
• Реестр языковых субтегов - поддерживается IANA.
• Поиск по реестру языковых субтегов – поиск субтегов и просмотр записей в реестре.
• « Языковые теги в HTML и XML » – от W3C.
• « Языковые теги » — от рабочей группы IETF по обновлению реестра языковых тегов.