ГОСТ Р ИСО 30042-2016. Национальный стандарт Российской Федерации. Системы управления терминологией, базами знаний и контентом. Обмен терминологическими базами [TermBase eXchange (TBX)]
Актуально на 01.11.2026.
Как цитировать: "ГОСТ Р ИСО 30042-2016. Национальный стандарт Российской Федерации. Системы управления терминологией, базами знаний и контентом. Обмен терминологическими базами [TermBase eXchange (TBX)]". ГОСТ Р ИСО 30042-2016. https://bukva.ai/docs/gost-r-iso-30042-2016
(утв. и введен в действие Приказом Росстандарта от 30.11.2016 № 1906-ст)
Внимание
Документ утратил силу с 20.01.2021 в связи с изданием Приказа Росстандарта от 18.01.2021 № 9-ст. Документ введен в действие с 1 сентября 2017 года.
Утвержден и введен в действие
Приказом Федерального агентства
по техническому регулированию
и метрологии
ОБМЕН ТЕРМИНОЛОГИЧЕСКИМИ БАЗАМИ [TermBase eXchange (TBX)]
TermBase eXchange (TBX)
Предисловие
1 ПОДГОТОВЛЕН Автономной некоммерческой организацией «Институт безопасности труда» (АНО «ИБТ») на основе собственного перевода на русский язык англоязычной версии международного стандарта, указанного в пункте 4
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 55 «Терминология, элементы данных и документация в бизнес-процессах и электронной торговле»
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 30 ноября 2016 г. № 1906-ст
4 Настоящий стандарт идентичен международному стандарту ИСО 30042:2008 «Системы для управления терминологией, знаниями и содержанием. Обмен терминологическими базами [TermBase eXchange (TBX)]» [ISO 30042:2008, «Systems to manage terminology, knowledge and content — TermBase eXchange (TBX)», IDT].
При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты Российской Федерации, сведения о которых приведены в дополнительном приложении ДА
Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. № 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячном информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
Введение
Настоящий стандарт определяет основанную на XML структуру представления структурированных терминологических данных, называемых обменом терминологическими базами [TermBase (TBX)]. В пределах этой структуры может быть определено множество терминологических языков разметки (TMLs). TML, определенный TBX, может облегчить обмен терминологическими данными между пользователями, переводчиками и писателями, использующими инструменты распознавания текста и компьютерного перевода, а также программное обеспечение для авторинга. TML может быть ориентирован как на пользователя, так и на машины — ориентирование на терминологические данные. Таким образом, это может позволить использовать поток терминологической информации всюду по информационному производственному циклу, как внутри организации, так и с внешними поставщиками услуг.
Целевая аудитория этого документа состоит из двух групп: 1) программисты и аналитики, которые хотят развить приложения и которые обрабатывают TBX-послушные файлы с данными; 2) терминологи и другие языковые специалисты, которые хотят проанализировать терминологический сбор данных для представления в TBX или понять файл TBX.
Эта версия TBX представляет собой обновление версии, которая была издана Ассоциацией локализации отраслевых стандартов [Localization Industry Standards Association (LISA)] в 2002 г. Среди других улучшений текущая версия обеспечивает ссылку на интегрированную схему, которая включает модуль основной структуры и ограничения категории данных в объединенных декларациях, используя языки Relax NG и Schematron. Данная версия обеспечивает также ссылку на TBX, совместимый с TML, под названием TBX-Basic.
Пользователям настоящего стандарта необходимо сначала изучить его содержание (разделы 1 - 12). Предложенное использование приложений A - I описано ниже.
Все TMLs в рамках структуры TBX имеют одинаковую основную структуру. Модуль основной структуры описан в разделе 8. DTD для модуля основной структуры описаны в приложении A. Элементы, признаки и типы данных описаны в приложении D и перечислены в алфавитном порядке в приложении I.
TMLs могут отличаться относительно того, какие категории данных разрешены и на каких уровнях терминологического входа эти категории данных могут произойти. Эти ограничения на основную структуру, которые определяют особый TML, формально представлены в файле XCS. DTD для модуля XCS описана в приложении B. Элементы и признаки описаны в приложении E и перечислены в алфавитном порядке в приложении I.
TBX, принимаемый по умолчанию TML, ограничен принимаемым по умолчанию файлом XCS. Принимаемый по умолчанию TBX XCS описан в разделе 9. Принимаемый по умолчанию XCS представлен в приложении C. Категории данных описаны в приложении D и перечислены в алфавитном порядке в приложении I.
После TBX TML определена с помощью XCS, экземпляр TBX-документа может быть проверен на соответствие этому TML. Требования для соблюдения находятся в разделе 7. Можно использовать множество методов и схемы определения языков, чтобы проверить соответствие. В частности, Relax NG, упомянутый в приложении F, может использоваться, чтобы проверить, совместим ли случай документа TBX с TBX, принимаемым по умолчанию TML. В приложении F также указано, где пользователь TBX может найти дополнительные ресурсы для проверки соблюдения. Другой TBX TML, названный TBX-основным, упомянут в приложении G.
- Изменения, которые были внесены в TBX, начиная с его представления ISO в феврале 2007 г., приведены в приложении H.
A: DTD для модуля основной структуры
B: DTD для модуля XCS
C: XCS по умолчанию, который определяет TBX по умолчанию TML
D: Описания основных элементов структуры и ее признаков
E: Описания элементов XCS и ее признаков
F: Relax NG и другие ресурсы для соблюдения соответствия
G: Ссылка на TBX-Basic
H: Резюме изменений TBX
I: Индексы (алфавитные списки элементов и категорий данных)
1. Область применения
Настоящий стандарт определяет структуру TBX, разработанную для поддержки различных типов обработки терминологических данных, включая анализ, описательное представление, распространение и обмен в различных информационных средах. Основная цель TBX — обмен терминологическими данными. Области применения по назначению включают перевод и создание.
TBX является модульный системой поддержки переменных типов терминологических данных или категорий данных, которые включены в различные терминологические базы данных (терминологические базы). TBX включает в себя два XML-модуля: основная структура и форма для идентификации ряда категорий данных и их ограничений. Термин в TBX относится к структуре, состоящей из этих двух взаимодействующих модулей.
TBX позволяет максимизировать совместимость фактических терминологических данных, а также обеспечить набор категорий данных, которые используются в терминологических базах данных. Подмножества или супернаборы категорий данных по умолчанию могут использоваться в пределах структуры TBX, чтобы поддержать определенные пользовательские требования.
2. Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие международные стандарты. Для датированных ссылок применяют только указанные издания. Для недатированных ссылок применяют самые последние издания (включая любые изменения и поправки).
ISO 8601:2004, Data elements and interchange formats — Information interchange — Representation of dates and times (Элементы данных и форматы для обмена информацией. Обмен информацией. Представление дат и времени)
ISO 12620, Language resource management — Morpho-syntactic annotation framework (MAF) (Терминология, другие языковые ресурсы и ресурсы содержания. Спецификация категорий данных и ведение реестра категорий данных для языковых ресурсов)
3. Термины и определения
В настоящем стандарте применены следующие термины с соответствующими определениями:
3.1 анализ (analysis): Идентификация элементов и структура терминологического сбора данных.
3.2 затемнение (blindness): Собственность формата данных, указывающего на степень, до которой данные достаточно определены, что делает ненужным для импортера устанавливать контакт с создателем данных для того, чтобы интерпретировать их.
Примечание - Термин «затемнение» возникает в технической фразе «передача без подтверждения приема», которая относится к передаче данных, где нет необходимости «видеть», кто отправитель данных, чтобы интерпретировать его. В терминологии понятие затемнения часто используется в контексте слепого обмена (3.3).
3.3 слепой обмен (blind interchange): Способность получить файл терминологии и объединить его в целевую систему, такую как машинный инструмент перевода [Computer-Assisted Translation (CAT)], не имея необходимости связываться с создателем файла, чтобы понять его содержание.
Примечание - Обмен, который является совершенно слепым, не требует никакой связи между отправителем и управляющим данными. Из-за различий между терминологическими сборами данных и форматами повышения совершенно слепой обмен редок. Как правило, некоторые данные в сборе данных слепые (может быть обмен без потери и без связи между сторонами), а некоторые данные требуют связи между сторонами, чтобы быть обмененными.
3.4 дополнительная информация; CI (complementary information): Информация, дополнительная к изложенной в терминологических записях и разделенная через терминологический сбор данных.
Примечание - В случае документа TBX дополнительная информация содержится в аппарате.
3.5 модуль основной структуры (core-structure module): Спецификация XML элементов и признаков, которые разрешены в файле TBX.
Примечание — Модуль основной структуры определен в DTD, которая используется в тандеме с файлом XCS, который применяет дополнительные ограничения категории данных. Это может также использоваться, чтобы произвести интегрированную схему, такую как «понижение схемы» NG [ИСО 19757-2], которая определяет и модуль основной структуры, и ограничения категории данных в одном файле. См. также ограничение категории данных (3.7).
3.6 категория данных (data-category): Результат спецификации данного поля данных.
Пример - /часть речи/, /грамматическое число/.
Примечание 1 — Набор по умолчанию категорий данных для TBX был прежде всего отобран из ИСО 12620:1999.
Примечание 2 — В бегущем тексте названия категории данных установлены от использования передовых разрезов и курсива. В случае документа TBX случай верблюда (например,
3.7 ограничение категории данных (data-category constraint): Спецификация ценности признака, содержания элемента одного или более структурных уровней, который ограничивает применение категории метаданных (3.16).
Примечание — Ограничения категории данных определены в файле XCS и используются в тандеме с DTD, который определяет модуль основной структуры. Они могут также быть включены в интегрированную схему, такую как «понижение схемы» NG, которая включает и модуль основной структуры, и ограничения категории данных в один файл. См. также модуль основной структуры (3.5).
3.8 файл данных (data file): Последовательность байтов, которая или сохранена на диске в традиционной файловой системе, или передана как поток данных по сети.
3.9 расширяемая ограничительная спецификация XCS (eXtensible Constraint Specification): Файл XML, который определяет категории данных и их ограничения для определенного TBX TML (3.21).
3.10 расширение (extension): Все количество объектов, которым соответствует понятие.
3.11 глобальная информация; GI (global information): Техническая информация и административная информация, относящаяся ко всему сбору данных.
Примечание - В случае документа TBX глобальная информация содержится во вступительной части.
3.12 усилие (intension): Набор особенностей, который составляет понятие.
3.13 обмен (interchange): Операционные данные об экспорте вовлечения от одного терминологического сбора данных и импортирования его в другой терминологический сбор данных.
3.14 аннотация (lemma): Лексическая единица, выбранная согласно лексикографическим соглашениям представлять различные формы флективной парадигмы.
3.15 лемматизировать (lemmatize): Преобразовать флективную форму слова к его аннотации (3.13).
3.16 преобразование без потерь (lossless roundtrip): Серия процедур манипулирования данными, посредством чего данные произведены от базы данных в формат обмена и затем повторно импортированы в ту же самую базу данных без потери информации.
3.17 категория метаданных (meta data-category): Группировка подобных категорий данных вместе.
Примечание - Категория метаданных эквивалентна напечатанному элементу по ИСО 16642. Категория метаданных иллюстрируется примерами в терминологическую категорию данных через ценность ее признака типа.
Пример - В признаке
3.18 регистр метаданных (metadata registry): Информационная система для регистрации метаданных.
Примечание - Связанный информационный запас или база данных.
3.19 язык объекта (object language): Язык, описываемый в
Пример - В элементе
Примечание — См. также рабочий язык (3.28).
3.20 структурный уровень (structural level): Уровень метамодели, к которой могут быть приложены информационные единицы.
3.21 TML (TBX): TML (3.27), который придерживается TBX (3.26).
Примечание - Лица, осуществляющие внедрение TBX TML, могут использовать или не использовать файл XCS (вместе с DTD, представляющей основную структуру) в целях проверки. Некоторые могут использовать интегрированную схему вместо этого.
3.22 TBX по умолчанию TML (TBX-default TML): TBX (3.26) и его выбор по умолчанию категорий данных (3.6) и их ограничения в XCS (3.9) файл.
3.23 случай документа TBX (TBX document instance): Файл, содержащий терминологические записи в TBX TML (3.21) формате.
3.24 терминологическая база данных (terminological database): База данных, включающая информацию о специальных языковых понятиях и условиях, определяемых, чтобы представлять эти понятия наряду со связанной концептуальной и административной информацией.
3.25 компонент термина (term component): Одно из слов, включающих термин мультислова или компонент, таких как морфема, термина изолированного слова.
3.26 обмен базами данных TBX (TermBase eXchange): Структура, состоящая из основной структуры и формализма [расширяемая ограничительная спецификация (3.9)], для идентификации ряда категорий данных (3.6) и их ограничения, выраженные в XML.
3.27 терминологический язык разметки; TML (terminological markup language): Заявление XML на описание терминологического сбора данных, соответствующего ограничениям, выражено в ИСО 16642 (Терминологическая структура повышения).
Примечание 1 — Адаптированное из ИСО 16642:2003.
Примечание 2 — TBX XCS включает TML под названием TBX TML (3.22). TBX-Basic является также TML.
3.28 рабочий язык (working language): язык, по умолчанию использующийся в терминологических записях.
Примечание — См. также язык объекта (3.19).
4. Отношение к другим стандартам
Основы для TBX были установлены следующими тремя международными стандартами:
- ИСО 16642:2003 (TMF) определяет структурную метамодель для TBX и другого TML;
- ИСО 12620 обеспечивает инвентарь категорий данных для терминологических данных;
- ИСО 12200:1999 (MARTIF) обеспечивает основу для основной структуры TBX и XML, стилей его элементов и признаков.
Особый TML требует выбора стиля XML и выбора категорий данных. Большинство категорий данных из TBX-неплатежа TML были выбраны из ИСО 12620:1999, и стиль XML TBX был принят от ИСО 12200. Таким образом, TBX основывается на стандартах ИСО 16642, ИСО 12620 и ИСО 12200.
5. Применение TBX
TBX разработан, чтобы облегчить следующие случаи использования:
- поток терминологических данных между технологиями и системами;
- интеграция терминологических данных из многократных источников;
- преобразование данных, требуемое изменением в заявлениях или технологиях.
- сверку многократных терминологических баз данных через единственный пользовательский интерфейс и через общий промежуточный формат на партии или динамическом основании;
- общий промежуточный формат на партии или динамическом основании;
- размещение данных на интернет-сайте для загрузки заинтересованными сторонами;
- создание записей, которые требуют общедоступной обработки путем обратной связи;
- предоставление доступа к терминологии в электронном виде через веб-сервис.
Анализ и представление, включая:
- сравнение содержания различных терминологических баз данных;
- анализ возможных потерь данных при их преобразовании из одной терминологической базы в другую;
- проектирование новой терминологической базы данных с минимальными потерями данных во время преобразования.
6. Основные принципы
6.1. Общая информация
Структура TBX основана на предположении, что в связи с разнообразием терминологических сборов данных и сценариев использования никакой терминологический язык повышения не удовлетворил бы все пользовательские требования.
Чтобы максимизировать совместимость, рекомендуется, чтобы лица, осуществляющие внедрение TBX, придерживались стандартов ISO, управляющих принципами и методологиями управления терминологией и содержанием и качеством терминологических ресурсов, таких как указанные в разделе 2 и библиографии. Рекомендуется выбирать и использовать для терминологических баз данных категории, которые определены в настоящем стандарте. Расширения вне тех категорий данных и ограничения должны быть взяты от ИСО 12620, если это возможно. Основные принципы терминологических данных, такие как степень детализации данных, данные elementarity, воспроизводимость данных и автономия термина, описаны в других стандартах ISO TC 37.
Информация, представленная в случае документа TBX, должна быть ориентирована на понятие. Условия в единственном входе, как предполагается, синонимичны, если не указано иное.
TBX позволяет представлять различные виды информации об отдельных условиях, которые отличают их от других условий в одном понятии. Это встречается в ситуациях, когда термин на одном языке может быть таким же термином на другом языке, а обратное невозможно из-за частичной эквивалентности. Следует отметить, что один термин может быть почти идентичным понятию в отдельных связанных записях. TBX может отразить оба подхода.
6.2. Принципы, касающиеся группировки и представления категорий данных
В TBX существуют четыре общих типа категорий данных. Понимание, что эти общие типы означают и как они представлены, облегчит понимание остальной части настоящего стандарта.
Примечание — В этой спецификации названия атрибута определены в знаке (@) в приложении D и выделены курсивом.
категория данных модуля основной структуры
Категория данных модуля основной структуры — любая категория данных, которая определена в DTD модуля основной структуры. Например, <date> , <term> и <descrip> .
Категория метаданных — категория данных модуля основной структуры, которая берет признак типа, такой как <descrip> , $$ и <termNote> . Это — общая категория данных, которая используется для группировки целей и отражения метамодели в стандарте ИСО 16642. Каждое значение атрибута типа отражено примерами категории метаданных в определенную терминологическую категорию данных, которая определена согласно ИСО 12620. Значения атрибута типа определены в файле XCS. Например, признак
категория данных, осуществленная как использование признака
Использование категории данных признака является терминологической категорией данных, которая определена согласно ИСО 12620, такой как /definition/, и которая определена как ценность признака имени в файле XCS. В случае документа TBX эти категории данных появляются как ценность признака типа на элементе категории метаданных. Ценность этих категорий данных — содержание их соответствующего элемента. Например, /definition/ категория данных, представленная через признак
категория данных, осуществленная как содержание элемента
Категория данных, осуществленная как содержание элемента, является простой категорией данных, т.е. одной ценностью закрытого набора ценностей (разворачивающийся список). Эти терминологические категории данных также зарегистрированы согласно ISO 12620. Они перечислены в файле XCS как допустимое содержание категории метаданных, имеющей значение атрибута определенного типа. Например, категория метаданных
Использование категорий метаданных в структуре TBX облегчает модульность. Основная структура (которая остается постоянной) является одним модулем и особым файлом XCS (который выражает ограничения на основную структуру). Комбинация этих двух модулей определяет особый TML. Этот подход определяет TMF (ИСО 16642) как модуль основной структуры, соответствующий абстрактной модели данных TMF. Это показывает взаимосвязь двух TML в пределах структуры TBX (основная структура) и их отличие (выраженное как различия между их файлами XCS). Этот модульный подход совместим с общепринятыми принципами модульности в программировании, позволяя программисту/аналитику изучить основную структуру и структуру XCS отдельно, без изучения сложных схем.
7. Требования для файлов TBX
7.1. Требования соблюдения
TML, чтобы быть совместимым с TBX, должен соответствовать следующим критериям:
1. TML должен определить случаи документа XML, которые действительны согласно модулю основной структуры TBX. Модуль основной структуры описан в 8 модуле основной структуры и определен формально TBX DTD (приложение A).
2. TML должен содержать свои категории данных и их ограничения в файле XCS (приложение B) для ограничений категории данных в файле XCS. TML, содержащий категорию данных, указанную в XCS, должен использовать эту категорию данных согласно своему описанию, приведенному в приложении C.
3. TML может включать меньше или больше категорий данных, чем указанные в XCS (приложение C), и все еще быть совместим с TBX при условии, что те категории данных выражены в файле XCS. Если TML будет включать категории данных, которые не находятся в XCS, то дополнительные категории данных должны быть описаны в заголовке файла XCS.
Примечание — Несколько общих ограничений, таких как формат даты, формально не определены в DTD или в XCS, но описаны в соответствующих частях настоящего стандарта, таких как приложение D. Эти ограничения должны также применяться для соблюдения TBX.
Расширение для случая документа TBX — .tbx, расширение случая документа XCS — .xcs.
Хотя случай документа XCS должен существовать, чтобы формально определить TBX TML, он не должен использоваться для проверки соблюдения условий. Инструменты проверки XML общего назначения не признают ограничения в файле XCS, если эти ограничения не были включены в интегрированную схему, такую как упомянутая в приложении F.
Проверка соблюдения TBX — нейтральный язык определения схемы. В настоящем стандарте описаны три типа проверки соблюдения:
DTD, представляющая основную структуру TBX, приведена в приложении A. Файл XCS, представляющий по умолчанию набор категорий данных и их ограничений, приведен в приложении C. С DTD и файлом XCS случай документа TBX может быть подтвержден при помощи контролера соблюдения, который специально предназначен для файлов TBX.
Понижение файла схемы NG, представляющего основную структуру и набор категорий данных и их ограничений, упомянуто в приложении F. Этот файл включает Schematron для некоторых ограничений категории данных. При помощи этого файла можно утвердить случай документа TBX для соответствия TBX TML при помощи любого контрольного устройства XML, которое поддерживается NG и Schematron. Соответствующим программным обеспечением поддерживается интегрированная схема NG, которая могла быть произведена для другого TBX TML, основанного на его XCS.
Проверка соблюдения TBX также возможна с использованием других методов, которые включают информацию от модуля основной структуры и ограничений категории данных. Дополнительные методы могут быть зарегистрированы в сети LISA.
7.2. Примеры несоблюдения
Соблюдение TBX включает следующие аспекты:
2. правильность относительно модуля основной структуры;
3. приверженность ограничениям категории данных в файле XCS.
Следующий пример неправильно построен, так как у первого
Следующий пример правильно построен, но недействительна основная структура, так как модуль основной структуры TBX не позволяет
Следующий пример действителен согласно DTD основной структуры TBX, но не придерживается XCS, так как нет никакой категории данных TBX, названной «conflagration» в файле XCS.
7.3. Уровни внедрения
Существуют три уровня внедрения TBX для данного приложения относительно особой терминологической базы данных.
Приложение должно экспортировать и импортировать файлы TBX, которые правильно построены и которые придерживаются по крайней мере одного файла XCS, а приложение должно обнаружить, когда случаи документа не будут правильно построены, либо недействительна основная структура, либо отсутствует соответствие XCS. Уровень 1 поддерживает обмен между системами, которые используют тот же самый XCS.
Приложение должно достигнуть уровня внедрения и импортировать каждую категорию данных, которая находится в XCS. Уровень 2 поддерживает импорт файлов TBX из любого внешнего источника, а экспорт может быть ограничен категориями данных, которые придерживаются файла XCS.
Приложение, достигшее уровня 2 и имеющее возможность проверки XCS, который поддерживает перенос данных без потерь от терминологической базы данных в применении к TBX TML и обратно. Таким образом, как только информация в терминологической базе данных была экспортирована в TBX, терминологическая база данных может быть форматирована и впоследствии повторно загружена информацией из файла TBX.
8. Модуль основной структуры
8.1. Введение
Эта секция описывает модуль основной структуры для TBX. Элементы модуля основной структуры приведены в приложении A и описаны в приложении D. Для быстрого доступа ко всем этим элементам необходимо обратиться к индексу (приложение I).
Существует обмен информацией между элементами высокого уровня модуля основной структуры и метамодели TMF (ИСО 16642), показанной на рисунке 1. Терминологический сбор данных (TDC) соответствует случаю документа TBX.
(ИСО 16642)
8.2. Иерархия
Элемент XML высшего уровня в случае документа TBX -
┌───────────────┐
┌─┤ fileDesc │
│ └───────────────┘
┌──────────────┐ │ ┌───────────────┐
┌─┤ martifHeader ├─┼─┤ encodingDesc? │
│ └──────────────┘ │ └───────────────┘
<pre class="legal-pre"> │ │ ┌───────────────┐
│ └─┤ revisionDesc? │
┌────────┐ │ └───────────────┘</pre>
│ martif ├─┤
<pre class="legal-pre">└────────┘ │ ┌───────────────┐ ┌─────────────┐
│ ┌─┤ body ├────┤ termEntry + │
│ ┌──────────────┐ │ └───────────────┘ └─────────────┘
└─┤ text ├─┤</pre>
└──────────────┘ │ ┌───────────────┐
└─┤ back? │
└───────────────┘
Рисунок 2 - Структура MARTIF
8.3. Компоненты терминологического входа
Каждый терминологический вход понятия в <body> элемент называют <termEntry>, он следует за структурой метамодели TMF.
Группа auxInfo на рисунке 3 соответствует информации, которая может быть связана с любым из трех уровней: первый уровень (<termEntry>, т.е. уровень понятия), языковой уровень (<langSet>) и уровень термина (<ntig> или его упрощенная версия <tig>). <termNote> и <termNoteGrp> элементы могут появиться в уровне термина и ниже. <termCompList> элемент соответствует классу объекта секции компонента термина метамодели TMF.
Иерархический вход (termEntry) указан в рисунке 3.
┌──────────┐
<pre class="legal-pre"> ┌─┤ auxInfo* │ ┌──────┐
│ └──────────┘ ┌──────────┐ ┌─┤ term │
┌─────────┐ │ ┌─┤ auxInfo* │ │ └──────┘
│termEntry├─┤ │ └──────────┘ │ ┌─────────┐
└─────────┘ │ │ ├─┤termNote*│
│ ┌──────────┐ │ ┌─────────┐ │ └─────────┘
└─┤ langSet+ ├─┤ ┌─┤ termGrp ├──┤ ┌────────────┐
└──────────┘ │ │ └─────────┘ ├─┤termNoteGrp*│
│ ┌──────┐ │ │ └────────────┘
│ ┌ ┤ ntig ├─┤ │ ┌─────────────┐
│ └──────┘ │ └─┤termCompList*│
│ │ │ ┌──────────┐ └─────────────┘
│ ┌───┐ └─┤ auxInfo* │
└─┤ + ├─┤ └──────────┘
└───┘ │ ┌──────┐</pre>
┌─┤ term │
│ │ └──────┘
┌──────┐ │ ┌──────────┐
└ ┤ tig ├─┼─┤ termNote*│
└──────┘ │ └──────────┘
│ ┌──────────┐
└─┤ auxInfo* │
└──────────┘
Рисунок 3 — Уровни терминологического входа
8.4. Элементы, которые могут появиться на многократных уровнях входа
Следующие элементы (представленные как группа auxInfo на рисунке 3, уровнях терминологического входа) могут появиться на любом из трех уровней входа.
Предоставляет описательную информацию о рассматриваемом узле. Тип описательной информации обозначен ценностью признака типа. Это может быть ограничено определенными уровнями входа в зависимости от ценности признака типа, как обозначено в файле XCS. Если дополнительная информация (административная) должна быть связана с описанием, то она может быть вложена в элемент <descripGrp> .
Содержит один <descrip> элемент, сопровождаемый нулем или больше <descripNote> , $$ , $$ , <transacGrp> , <note> , <ref> и <xref> элементы.
Содержит информацию административного характера для рассматриваемого узла, такого как источник информации, проект или клиент. Тип административной информации обозначен ценностью признака типа. Если дополнительная информация (примечание или ссылка) должна быть предоставлена, то она может быть вложена в элемент $$ .
Содержит один $$ элемент, сопровождаемый нулем или больше $$ , <note> , <ref> и <xref> элементы.
Содержит некоторую административную информацию, такую как источник примечания или другого текста.
Содержит один <transac> элемент, сопровождаемый нулем или больше <transacNote> , <date> , <note> , <ref> и <xref> элементы. Содержит такую информацию, как дата заполнения, оператор. Дата определена <date> элементом, а имя человека или организации определено <transacNote> элементом.
Примечание - Любая дата во входе TBX должна появиться в пределах <transacGrp> элемента.
Перекрестная ссылка, которая указывает на другой элемент в пределах <martif> элемента.
Перекрестная ссылка, которая указывает на внешний объект (URL или другой веб-адрес).
8.5. Элементы, которые встречаются только в уровне термина или ниже
Уровень термина в иерархии входа упомянут как ntig и tig на рисунке 3. Самый верхний элемент в уровне термина может быть или <ntig> , или его более простой вариант <tig> .
Следующие элементы могут произойти в уровне термина.
Предоставляет всю информацию о термине. Содержит один <term> элемент, сопровождаемый нулем или большим количеством <termNote> элементов, сопровождаемых любым из элементов, описанных в п. 8.4.
Предоставляет всю информацию о термине. Содержит более глубокую структуру, чем более простой вариант <tig> . Содержит один <termGrp> элемент, сопровождаемый любым из элементов, описанных в п. 8.4. Этот элемент должен быть выбран вместо <tig> , если необходимо зарегистрировать компоненты термина в рамках того же самого входа.
Содержит один <term> элемент, сопровождаемый произвольно, или <termNote> , или <termNoteGrp> элемент, и ноль или больше <termCompList> элементов.
Содержит один <termNote> элемент и ноль или больше $$ , $$ , <transacGrp> , <note> , <ref> и <xref> элементы.
Обеспечивает различные типы информации о термине в зависимости от ценности типа. Может содержать информацию, такую как род или часть речи, ссылки на другие связанные условия, административную информацию, такую как источник термина или в каких областях он используется и т.д.
Следующие элементы могут появиться на уровне компонента термина.
Содержит один <termComp> элемент, сопровождаемый произвольно, или <termNote> , или <termNoteGrp> элемент, и ноль или больше $$ , $$ <transacGrp> , <note> , <ref> и <xref> элементы, которые относятся к термину.
Показывает внутренний состав термина и состоит из любого из элементов, описанных в п. 8.4, сопровождаемого одним или несколькими <termComp> или <termCompGrp> элементами.
Содержит компонент термина, такого как одно из слов, из которых термин составлен. Может содержаться в <termCompGrp> или <termCompList> .
8.6. Обработка текста
8.6.1 Типы текста
В TBX существуют пять различных случаев, когда элемент может содержать текст.
noteText — предприятие, определенное в основной DTD. Элементы, которые определены с этим предприятием, могут взять текст в качестве своего содержания, и сам текст может содержать некоторые предопределенные элементы. noteText используется текстовыми элементами, которые могут потребовать повышения значения
basicText — также предприятие, определенное в основной DTD. Элементы, которые определены с этим предприятием, могут взять текст в качестве своего содержания, плюс один или более <hi> элементов, чтобы представлять более ограниченные действующие стили повышения, чем разрешенный, noteText. basicText используется <term> и подобными термину элементами, такими как
plainText обращается к тексту без любого действующего повышения. Это соответствует понижению определения NG rng:text/ и определению DTD PCDATA. Элементы, которые используют этот тип данных, можно считать символом, таким как
Некоторые элементы, такие как <bpt> , содержат текст, который фактически представляет повышение от другой системы, такой как система Translation Memory, которая должна быть сохранена в TBX. Эти элементы описаны в п. 8.6.2.
Некоторые элементы вносятся путем предопределенного набора элементов из разворачивающегося списка. Например, элемент
Тип данных, поддержанный каждой категорией данных TBX, определен в разделе 9.
8.6.2 Действующие элементы повышения
TBX содержит пять элементов повышения в пределах категорий данных, имеющих тип данных noteText, как определено в п. 9.2. Эти элементы используются, чтобы определить язык или функцию текстовых последовательностей или позволить случаям документа TBX содержать различные виды другого повышения (такие как HTML или относящееся к обработке текстов повышение), который должен быть сохранен, но не должен быть обязательно обработан во время управления терминологией. Данные элементы описаны ниже.
Иностранный — <foreign> элемент используется, чтобы отметить сегмент текста на иностранном языке. Дополнительный признак xml:lang может использоваться, чтобы определить язык текста, содержавшегося в данном элементе.
Основной момент — <hi> элемент разграничивает часть текста. Может использоваться для различных задач обработки, например, чтобы отметить математическое выражение или вызванный термин в определении или другом текстовом поле. <hi> элемент также допустим в пределах <term> элемента, чтобы отметить части условий. Например, есть условия, у которых есть характер в приписке, или суперподлиннике, или компоненте в пределах термина, который выделен курсивом или требует другого форматирования.
Начните соединенный признак — <bpt> элемент используется, чтобы разграничить первую из соединенной последовательности родных кодексов (например, HTML признак). Каждый <bpt> будет иметь соответствующий <ept> элемент после него в пределах того же самого исходного элемента.
Закончите соединенный признак — <ept> элемент используется, чтобы разграничить вторую из соединенной последовательности родных кодексов (например, HTML признак). Каждый <ept> буду иметь соответствующий <bpt> элемент перед ним в пределах того же самого исходного элемента.
Заполнитель — <ph> , элемент используется, чтобы разграничить последовательность родных автономных кодексов в сегменте, который не соединен с другим элементом (например, XHTML
код). Он не должен использоваться для замены кодов, которые находятся в логических парах.
У любого вложенного повышения должны быть любые знаки признака начала («<») или амперсанды (&), преобразованные в их соответствующие предприятия, < и & это преобразование позволяет повышению быть сохраненным и обработанным во время показа или импорта, не усложняя основную структуру TBX, при необходимости включать XHTML DTD в основную структуру. Любой вид основанного на тексте повышения, включая RTF, может быть заключен в капсулу в этих признаках и позже восстановлен без потери информации.
i (внутреннее соответствие) признак используется, чтобы соединить
This is some bsample HTML markup with improper nesting.
Вышеупомянутое повышение было бы представлено следующим образом, используя <ept> и <bpt> :
This is
i=«1»></ i> markup
Значения i будут уникальны в пределах исходного элемента <bpt> или <ept> элемент.
8.6.3 Признак xml:lang
У каждого элемента, содержащего свободный текст, должен быть язык текста явного или унаследованного признака xml:lang. В TBX признак xml:lang не относится ни к каким признакам или их значениям.
8.6.4 Кодирование
В TBX весь текст должен быть в Unicode (ISO/IEC 10646). Есть три допустимых encodings Unicode: UTF-8, UTF-16 и семибитный ASCII со знаками не ASCII, представленными как ссылки характера ссылок на их кодовую точку Unicode. Ссылки характера ссылок должны быть представлены, как это определено в стандарте XML.
8.6.5 Математические выражения в TBX
Время от времени необходимо представлять математические выражения в случаях документа TBX, включая в рамках условий и определений. Для математических выражений, которые требуют форматирования, кроме того доступного в простом текстовом формате, когда требуется проверка DTD TBX и файла XCS, <hi> может использоваться как элемент со значением атрибута типа 'математика'. Поскольку механизм DTD не оказывает поддержку для пространства имен XML механизм, содержание этого элемента должно состоять из LaTeX — данные о формате (который не использует маркировку XML-стиля). Следующие примеры показывают, как LaTeX математические выражения могут быть включены в случай документа TBX (для получения дополнительной информации о LaTeX математическом форматировании следует проконсультироваться с группой пользователей TeX в www.tug.org). Следует отметить, что любые случаи < или & в LaTeX последовательностях должны быть заменены соответствующими предприятиями < и &.
результат определен выражением |C| = \sqrt{C' {2} + C' ' {2}}
Графический эквивалент содержания элемента в этом примере является следующим:
отношение фактических к критическому демпфированию, где критическое демпфирование
состоит в том, которое требуется для пограничного условия между колебательным
и неколебательным поведением. Демпфирование порции является функцией
логарифмического декремента L: Это безразмерное уравнение: \
mu = \frac{A/2\pi}{\sqrt{1+(a/2\pi) 
2}} = \sin \arctan (A/2\pi)
Для маленьких ценностей A/\mu = A/2\pi
\mu = \frac{A/2\pi}{\sqrt{1 + (\alpha/2\pi)^{2}}} = sinarctan(A/2\pi)
При желании MathML namespace может использоваться вместо LaTeX повышения. Однако если использовать основную DTD структуры для проверки, то некоторая предварительная обработка будет требоваться, а именно комментарии или удаление элементов пространства имен MathML. Проверка MathML невозможна с основной DTD. Обработка не требуется при схеме, которая поддерживает пространство имен XML.
8.7. Элементы метаданных
Элемент метаданных — элемент, у которого могут быть многократные различные модели содержания, один для каждой различной ценности его признака типа. Сохраняя название элемента постоянным, далее определяя элемент на уровне признака, элемент метаданных служит цели группировать категории данных, у которых есть общие признаки. Например, <descrip> элемент, содержащий различные описания, и <termNote> элемент, содержащий различную информацию об условиях. Ограничения содержания элементов метаданных определены XCS или в интегрированной схеме, такой как в Приложении F. Комбинация названия элемента и ценность его признака типа соответствуют категории данных, как определено в ИСО 12620. Например, элемент
- <termNote>
- <termCompList>
- $$
- $$
- <transac>
- <transacNote>
- <descrip>
- <descripNote>
- <ref>
- <xref>
- <refObjectList>
Существует два случая, где категория данных не определена ценностью признака типа на элементе метаданных, который это логически описывает. Первый случай включает элементы данных о списке, т.е. <termCompList> и <refObjectList> . Эти два элемента данных берут признак типа, но значение этого признака типа фактически относится к компонентам списка, а не к самому списку. Например, для <termCompList> допустимые признаки типа включают 'hyphenation', 'морфологический элемент' и т.д. Эти особенности логически относятся к термину в списке, а не к самому списку. Это пример принципа наследования, где последующие элементы наследуют признаки типа исходных элементов.
Второй случай включает элементы данных группы, такие как <transacGrp> и <descripGrp> . Ни одному из этих элементов не разрешено иметь признак типа. Вместо этого тип группы обозначен в содержании ее основного последующего элемента. См. пример transacGrp в 10.3.4. Это показывает, что тип сделки, которая <transacGrp> описывает, обозначен как содержание последующего элемента <transac> . Это — пример принципа обратного наследования.
В отличие от других элементов метаданных, элементы $$ и <transac> иллюстрируются примерами как один datacategory, потому что у них есть только одна допустимая ценность их признака типа, т.е. $$ берет только признак типа 'sourceType', и <transac> берет только признак типа 'transactionType'. Однако их все еще считают элементами метаданных, потому что в целях расширяемости новые значения атрибута типа могли быть определены группой пользователей в таможенном файле XCS.
8.8. Признаки
Главными признаками, используемыми в TBX, являются xml:lang (язык), id (чтобы определить элемент уникально в рамках документа XML) и цель (чтобы указать на другой элемент или внешний объект). Ценность признака xml:lang наследуется вниз через подразумеваемую древовидную структуру документа XML, если это не отвергнуто другим признаком xml:lang. <martif> элемент требуется, чтобы иметь признак xml:lang. Язык, определенный в <martif> элементе, становится рабочим языком всего файла TBX. Каждый <langSet> элемент должен также определить язык, который относится к языковой секции, при этом становится языком объекта и рабочим языком языковой секции. Таким образом, содержание <descrip тип=«определение»> элемент в первом уровне, как предполагается, находится на рабочем языке файла TBX, если иначе не определено, и примечание в языковой секции, как предполагается, находится на том же самом языке как языковая секция, если иное не определено явным признаком xml:lang. Допустимые значения признака xml:lang в TBX найдены в IETF RFC 4646 или его преемнике, как определено в IETF BCP 47.
Id и целевые признаки взаимосвязаны и указывают на однозначность между элементами в том же самом файле TBX. Например, один вход:
...( вход для «охотничья собака»)
мог быть указан другим входом:
<descrip type=«superordinateConceptGeneric» target=«eid-database-»
... (вход для «ретривера» [тип охотничьей собаки])
Содержание «охотничья собака» во втором входе дано для примера. Это обеспечивает видимую этикетку для связи с целевым входом.
Целевой признак указывает на внешний объект.
8.9. Проблемы кодировки
Множество мнемонических предприятий приведено в ИСО 12200, но TBX имеет более строгие требования. Могут быть использованы ссылки характера и мнемонические предприятия, встроенные в XML. Это должно уменьшить бремя на установленном порядке импорта, который не может содержать все мнемонические предприятия характера, которые могли бы использоваться. Файлы с данными TBX должны быть в одном из трех encodings Unicode: a) UTF-16, b) UTF-8 или c) чистый 7-битный ASCII (ISO/IEC 646), в котором знаки не-ASCII закодированы как восемь знаков ASCII, использующих ссылку характера XML (таких как я), а также пять знаков, предопределяющих предприятия XML: кавычка, амперсанд, апостроф, знаки «меньше» и «больше».
Такие ссылки характера автоматически преобразованы в удобочитаемые знаки, в том случае когда файл с данными XML, содержащий их, показан в различных типах программного обеспечения, которое может отображать файлы XML. Этот третий тип кодирования можно формально считать UTF-8, хотя он и не использует метод UTF-8 кодирования знаков, кодовая точка которых выше 127.
8.10. Язык
На
На
9. Ограничения категории данных по умолчанию
9.1. Введение
Эта секция описывает категории данных TBX и их ограничения. Эти категории данных и ограничения формально описаны в приложении D. Случай документа TBX может быть утвержден против категорий данных по умолчанию и ограничен при помощи файла XCS, который приведен в приложении C.
XCS по умолчанию не единственный XCS, который может использоваться для TBX-управляемых терминологических баз данных. Особые группы пользователей могут определить свой собственный файл XCS.
Рекомендации для кодирования категорий данных как элементы XML даны в п. 10.2.
Категории данных в следующих таблицах организованы в группах, которые отражают общее содержание или цель. Каждая категория данных, кроме категорий исходных данных, встроенных в основную DTD в первой секции ниже, связана с метамоделью, будучи классифицированной или как административная, или как описательная. Описательные категории данных описывают или понятие, или термин. За немногим исключением категории данных, которые используют элемент <descrip> , описывают понятие, а категории данных, которые используют элемент <termNote> , описывают термин. Все категории данных, которые используют элемент $$ — административные. Категория данных, которой указывают целевой признак (как обозначено в XCS), указывает на отношение к другой информации, такой как другой термин, или понятие, или библиографическая ссылка.
Категории данных в п. 9.2 осуществлены непосредственно как элементы TBX или признаки в DTD основной структуры. Остальные таблицы содержат категории данных, которые являются специализациями (через ценности признака типа) категорий метаданных, которые определены в DTD основной структуры. Первая колонка — уникальное имя категории данных (по ИСО 12620). Вторая колонка (тип данных) указывает, какой текст позволен в элементе. Третья колонка указывает, может ли этот элемент взять целевой признак, когда это указывает, какой элемент может быть предназначен. Четвертая колонка указывает, какая категория метаданных используется для этой категории данных. Пятая колонка указывает на уровни в метамодели, в которой может появиться особая категория данных.
Если типом данных является разворачивающийся список, то содержание элемента ограничено предопределенным набором ценностей, иногда называемых областью стоимости. Элементы разворачивающегося списка определены в соответствующей метакатегории данных колонке, где они перечислены как допустимые признаки содержания элемента. Ценности разворачивающегося списка также определены в XCS. Группы пользователей могут выбрать свои собственные признаки показа для этих разворачивающихся списков, как описано в п. 12.3.
Примечание - Значения самих элементов разворачивающегося списка в настоящем стандарте не определены. Чтобы получить информацию о значении ценностей разворачивающегося списка, обратитесь к ИСО 12620.
По умолчанию $$ элементы могут появиться на любом уровне, а <descrip> элементы могут появиться при входе, языке или названном уровне, если это не ограничено определенным уровнем в XCS. В файле XCS уровни выражены с помощью <levels> элемента с дополнительными элементами termEntry (первый уровень термина), langSet (языковой уровень секции) или термин (уровень термина). Четвертый возможный уровень для отдельных компонентов термина выражен
Категории данных, которые не ограничены разворачивающимся списком в TBX XCS, могут быть ограничены разворачивающимся списком в подмножестве группы пользователей XCS (см. п. 12.1). Одним из очевидных вариантов на группу пользователей разворачивающегося списка является partOfSpeech.
9.2. Категории данных встроены в основную DTD структуры TBX
9.2.1 Элементы
9.2.2 Признаки
| Наименование | Тип данных | Признак |
|---|---|---|
| ElementIdentifier | CDATA | id |
| Lang | Языковые коды | xml:lang |
| Link | CDATA, IDREF | Цель |
9.3. Категории данных, специализированные от категорий метаданных до файла XCS
9.3.1 Свойства и описания понятий
Эти категории данных описывают свойства понятий. Некоторым разрешают в термине уровень.
9.3.2 Отношения понятия
Эти категории данных указывают на отношения между понятиями.
9.3.3 Свойства и описания условий
Эта группа категорий данных включает использование и административные свойства условий.
9.3.4 Типы условий, отношений к условиям
Эта группа включает категории данных, которые описывают различные типы условий или указывают на отношения к другим условиям.
9.3.5 Компоненты условий
9.3.6 Подурегулирование
Эта таблица включает категории данных, которые используются, чтобы разделить базу данных на логические подмножества, такие как предметная область, и различные административные подмножества.
9.3.7 Поиск, индексация, другие использования условий
9.3.8 Административная информация
9.3.9 Ссылки и перекрестные ссылки
9.3.10 Действующее повышение
Эта группа категорий данных обеспечивает средства повысить части текста в текстовых полях, таких как определение.
10. Примеры
10.1. Пример типичного файла TBX
Ниже приведен пример простого, но полного файла TBX. Компоненты описаны после примера.
| From an Oracle corporation termbase http://www.lisa.org/fileadmin/standards/tbx/TBXXCSV02.XCS |
|---|
xml декларация заявляет, что следующие линии составляют документ XML, который соответствует версии 1.0 определения XML консорциумом Всемирной паутины (W3C). DOCTYPE martif ...: декларация заявляет, что этот особый документ XML может быть утвержден против спецификации основной структуры TBX, которая для этого документа является DTD XML под названием TBXcoreStructV02.dtd (альтернативно структура документа может быть утверждена против версии схемы описания основной структуры, как в приложении F).
<martif> элемент указывает с его признаком типа, что это — документ TBX. Признак xml:lang указывает, что язык по умолчанию для текста в этом документе английский (кодекс ISO 639 'en'). Признак xml:lang может взять кодекс ISO 639 в качестве своей стоимости, но может также взять стоимость с двумя частями, такую как fr-CA для канадского и французского языка, со вторым компонентом, взятым от ISO 3166 (коды страны). Дальнейшие увеличения могут включать кодексы подлинника от ISO 15924, диалектов и других характерных особенностей, введенных в IETF RFC 4646 или его преемнике, как определено в IETF BCP 47.
<martifHeader> содержит другие элементы, которые предоставляют глобальную информацию о коллекции: описание файла, указывающее, что пример был получен из входа в терминологической базе данных, используемой в корпорации Oracle, и что TBX XCS (TBXXCSV02.XCS) содержит дополнительные ограничения категории данных.
<text> элемент окружает <body> элемент. Цель <text> элемента состоит в том, чтобы поддержать совместимость с текстом, кодирующим начальные рекомендации. <body> элемент содержит коллекцию ориентированного на понятие терминологического входа (<termEntry>) элемента и произвольно <back> элемент.
Каждый <termEntry> элемент — один случай терминологического класса объекта входа по ИСО 16642. У id признака есть стоимость, которая уникальна по всему документу, позволяющему другим элементам указать однозначно на этот элемент. Id eid-Oracle-67 состоит из информации: eid [идентификатор входа] + название базы данных [Oracle] + регистрационный номер входа (67).
<langSet> элемент соответствует языковому классу объекта секции, согласно которому терминологический вход состоит из связанной информации и языковых секций.
Метамодель в ISO 16642 декларирует, что языковая секция состоит из случаев класса объекта секции термина, который в TBX соответствует <tig> (или <ntig> ) элементу. Случай секции термина состоит из термина и связанной информации, которая в этом случае является типом термина, выраженного как termType. Имя tig обозначает группу информации о термине. Id tid Oracle 67 en1 состоит из информации: tid [называют идентификатор] + название базы данных [Oracle] + регистрационный номер входа [67] + языковой кодекс [en] + регистрационный номер <tig> в пределах той языковой группы [1].
<termNote> элемент с признаком termType соответствует категории данных. <termNote> признак используется, так как информация связана с термином, а не с понятием.
Второй <langSet> элемент, имея языковое значение атрибута 'hu', начинает венгерскую языковую секцию. Вторая <tig> группа элемента состоит из секции термина с венгерским термином, но никаким определением и никаким явным типом термина.
У этого типового входа TBX есть несколько свойств:
- соответствует непосредственно метамодели в ИСО 16642;
- правильно построенная и основная действительная структура;
- придерживается TBX (XCS).
10.2. Примеры кодирования элементов TBX
10.2.1 Элемент с одним признаком
Многие из элементов TBX требуют только одного признака, такого как признак типа. Они появились бы следующим образом:
10.2.2 Элементы с двумя или больше признаками
Некоторые элементы TBX включают два признака, такие как все те элементы, которые позволяют целевой признак. Следующее повышение могло бы использоваться во входе о термине ACL.
У элементов иногда есть три и более признаков, например, определить язык и идентификатор элемента, как в следующем примере, который мог бы произойти, если XML используется на языках кроме английского, требуя следующего повышения в неанглийской языковой секции, и есть потребность указать на язык содержания элемента:
10.3. Примеры записей TBX
10.3.1 Компоненты термина
Следующий пример демонстрирует описание компонентов термина. Кроме того, это также показывает возможность использования
Следующий <langSet> элемент содержит <ntig> , сопровождаемый <tig> :
Следующий ntig эквивалентен английскому tig, данному выше:
10.3.2 Синонимы
Следующий пример показывает, как синонимы могут быть представлены в TBX. Следующий пример данных указывает, что существует синоним для немецкого термина «Abtastglied»:
Эти условия представлены следующим образом:
Примечание - Использование категории данных типа термина /term type/ с ценностью 'синонима' не требуется, чтобы указывать на синонимы, так как два условия в том же самом языковом наборе, как предполагается, являются синонимами, если не указано иное.
10.3.3 Сокращения
Следующие примеры показывают, как сокращения могут быть представлены в TBX в двух различных методах. В следующих терминологических данных используют немецкий термин, имеющий сокращение:
- fr: élément \text{а} action proportionnelle et par intégration ;
- en: пропорциональный плюс составной элемент;
- de: Proportionalglied plus Integrierglied; PI-Glied.
Немецкий langSet может быть представлен в TBX как:
Немецкий langSet может быть представлен с использованием «abbreviatedFormOf» следующим образом, когда желательно показать отношения между сокращенной и полной формами:
Integrierglied |
|---|
10.3.4 Сделки
Ниже приведен пример того, как терминологическая сделка технологического процесса базы данных может быть зарегистрирована в TBX. Следующий тип конструкции может произойти на любом из трех уровней терминологического входа, чтобы указать на информацию о технологическом процессе для всего понятия, языковой секции или секции термина.
10.3.5 Примечания
Ниже приведен пример того, как сделать запись примечания, а также источника примечания. Следующий тип конструкции может произойти на любом из трех уровней терминологического входа, чтобы обеспечить примечание о понятии, языковой секции или секции термина.
Если никакая информация источника для примечания не запрошена, то используют простой
11. Ссылка на объекты
11.1. Общая информация о ссылке
В TBX есть два метода ссылки на объекты. Если объект будет внутренним к случаю документа TBX, то он должен быть включен в структуру файла TBX. Если объект будет внешним к случаю документа TBX, то он должен быть связан с <xref> элементом. На практике большинство ссылок внешние.
Большинство терминологических баз данных содержат записи, которые должны ссылаться на объекты, которые являются внешними к самому входу, такими как графический файл, аудиофайл или веб-сайт. Эти объекты могут быть доступными в окружении (таком как компьютерная файловая система) или во внешнем источнике, таком как веб-сайт в Интернете. TBX обеспечивает различные способы представлять ссылки на объекты, которые показаны в следующих примерах.
Относясь к местным файлам, которые являются внешними к случаю документа TBX, используя целевой признак на <xref> элементе, необходимо определить местоположение файлов с путем, который является справочным и содержит случай документа TBX, вместо того чтобы использовать абсолютный путь на определенной машине. В целях обмена также необходимо упаковать папку, на которую ссылаются, и ее содержание со случаем документа TBX. Используя этот метод, рекомендуется включать объекты, на которые ссылаются, такие как графические файлы и аудиофайлы в определяемом справочнике.
Ссылаясь на ресурс, который находится в Интернете, рекомендуется использовать постоянный идентификатор и избегать дефектных связей, когда сетевой адрес для веб-сайта изменяется. Постоянные идентификаторы описаны в системе, приведенной на сайте www.handle.net.
Двоичные данные, включенные в аппарат случая документа TBX, должны быть закодированы в Base64.
Единственный тип объекта, на который ссылаются, определенного в TBX файла XCS, является двойным типом объекта. Однако другие типы объектов могут быть определены так, как показано в п. 11.6 и п. 11.7. Дополнительные типы могут быть определены в установленном для пользователя TBX TMLs. Элементы XML, выбранные, чтобы представлять объекты, должны быть основаны на существующих стандартах, если это возможно.
Примечание - Эти примеры сосредотачиваются на графических файлах.
11.2. Ссылка на файл, который включен в аппарат файла TBX
Ссылка на файл, который включен в аппарат файла TBX, требует использования
... ... /9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a... |
|---|
11.3. Ссылка на файл от аппарата
Этот пример показывает, как сделать запись местоположения диаграммы в аппарате, вместо того чтобы включить файл в аппарат.
... ... |
|---|
11.4. Ссылка на файл непосредственно во входе
Этот пример демонстрирует, как использовать <xref> элемент, чтобы определить местоположение файла в файловой системе непосредственно во входе, избавляя от необходимости включать информацию в аппарат.
... ... |
|---|
11.5. Ссылка на внешний источник
Следующий пример добавляет ссылку на веб-сайт, где диаграмма была первоначально получена.
... ... Graphics |
|---|
Этот тип ссылки может также использоваться для определений, предложений контекста, примечаний и т.д., как демонстрирует следующий пример. Этот пример показывает использование <descripGrp> элемента, чтобы группировать определение и его внешний источник.
bowler. Cricket |
|---|
11.6. Ссылка и документирование библиографического источника
Следующий пример показывает, как сослаться в терминологическом входе на библиографический источник, который зарегистрирован в аппарат случая документа TBX. Категории данных для библиографических ссылок (ценности признака типа на <item> элементы) приняты от дублинского набора элемента метаданных ядра. Пример, данный ниже только, включает подмножество доступных категорий данных в демонстрационных целях. Структура XML для библиографических ссылок указана в файле XCS для binaryData.
bowler. The Complete Guide to Cricket, p. 17 |
|---|
11.7. Ссылка и документирование информации об ответственном человеке или организации
Следующий пример показывает, как сослаться на информацию о человеке и организации, которые ответственны за часть терминологического входа, который зарегистрирован в аппарат случая документа TBX. Данные — категории для личных или организационных справок (ценности признака типа на <item> элементы) приняты стандартом vCard. Пример, приведенный ниже, включает подмножество доступных категорий данных в демонстрационных целях. Структура XML для этих справок в аппарате уже принята файлом XCS для 'binaryData'.
Harris Cricket Association |
|---|
11.8. Ссылка на внешнюю систему понятия, систему классификации или тезаурус
Внешняя система понятия, система классификации или тезаурус могут быть источником информации о понятиях. В этом случае рекомендуется дать указание на внешний ресурс при помощи .<xref> элемента с уникальным адресом вместо занесения информации об этом источнике в аппарат случая документа TBX.
11.9. Ссылка на вход TBX из корпуса
Ассоциация локализации отраслевых стандартов издала TermLink, спецификацию для ссылки на терминологические записи баз данных, доступный на www.lisa.org/Term-Link.109.0.html.
12. Создание настроек TBX TMLs
12.1. Общая информация о TMLs
Терминосистемы и заявления используют одинаковый набор категорий данных. TBX — гибкий формат, потому что он позволяет группам пользователей выбирать свои собственные категории данных. Делая так, они могут создать свой собственный TML, адаптированный к их требованиям. Категории данных и их ограничения представлены в файле XCS.
Если категории данных, отобранные группой пользователей, находятся в TBX XCS, то TML — строгое подмножество TBX TML. Если группа пользователей выбирает все категории данных, которые находятся в TBX XCS плюс дополнительные, TML — строгий супернабор TBX TML. Группа пользователей может также выбрать некоторые категории данных TBX TML плюс некоторые дополнительные, чтобы создать смешанный набор. Чтобы облегчить совместимость, используют любые категории данных, которые не являются частью TBX XCS, а файл должен быть описан в комментариях в заголовке определенного для пользователя файла XCS. Если какая-либо из дополнительных категорий данных уже недоступна в ИСО 12620, то в заголовке файла XCS должна стоять отметка, указывающая, как и когда они будут представлены в ИСО ТС 37.
Категории данных должны быть отобраны из ИСО 12620. TBX TMLs совместимые и взаимозаменяемые, являются ли они супернабором или подмножеством TBX TML с возможно определенным уровнем, позволяют предотвратить или минимизировать потерю данных. TMLs, которые являются подмножеством TBX TML, будут легче заменяться и потребуют меньшего количества переговоров, чем супернабор TMLs.
Гибкость TBX основана на классическом различии содержания формы. Каждая комбинация основной DTD-схемы определяет форму и особый файл XCS, который определяет содержание и приводит к настроенному варианту (TML) TBX. Каждый TBX TML выполняет TMF (ИСО 16642), так как у него схожая с TBX структура. Отличие от другого TBX TMLs относительно данных представляет собой категории и ограничения на эти категории данных.
В дополнение к TBX TML один вариант TBX (TML) упомянут в приложении G.
Чтобы продемонстрировать, как создать определенный для пользователя TBX TML, эта секция опишет фиктивный TBX TML. В иллюстративных целях этот TML позволит с минимальной терминологической информацией, предоставленной в исходном тексте, быть переведенной в областях производства и финансов.
Этот TML приводит только два типа условий, полных форм и сокращенных форм. Это достигнуто с помощью разворачивающегося списка допустимых ценностей (иногда называемый областью стоимости) для категории данных (типа термина), который является экземпляром категории метаданных <termNote> . Следующая информация помещена в модуль XCS относительно типа термина:
- категория метаданных: <termNote> ;
- категория данных: /term type/;
- разворачивающийся список: fullForm, abbreviatedForm.
Данная спецификация — строгое подмножество спецификаций для termType в XCS. Единственная разница в том, что XCS позволяет задать больше вариантов в разворачивающемся списке. Любой документ, который соответствует этому TML, также соответствует TBX.
Данный TML позволит задать два типа описательной информации: предметная область и определение. Предметные области, разрешенные в этом подмножестве, производственные и финансовые, а технические требования предметной области допустимы только в первом уровне:
- категория метаданных: <descrip> ;
- категория данных: /subject field/;
- разворачивающийся список: производство, финансы;
- уровни: termEntry.
Файл XCS по умолчанию допускает любую стоимость обычного текста для предметной области, следовательно, подмножество XCS может определить разворачивающийся список. Разворачивающийся список возможных определений не может быть реализован, а спецификация для определения содержит тот же тип текста, указанного в общих сведениях (noteText) на двух уровнях — входе и языке.
Это сделано путем размещения следующей информации в подмножестве файла XCS:
- категория метаданных: <descrip> ;
- категория данных: /definition/;
- содержание: noteText;
- уровни: termEntry, langSet.
12.2. Пример файла XCS для определенного пользователями TBX TML
Файл XCS для TML, описанного в предыдущей секции, выглядит следующим образом:
| <xml version=«1.0»?> <title>subset XCS file for suppliers</title> |
|---|
Примечание - В целях упрощения элементы
Нужно отметить, что автоматически обрабатываемый модуль XCS соответствует информации, перечисленной для этих трех категорий данных, представленных в вышеупомянутых примерах. Идентификаторы категории данных (такие как ISO 12620A-02010) суммированы в XCS.
Определение только трех категорий данных (тип термина, предметная область и определение) как случаи метаданных определяет очень ограниченное подмножество TBX; этот модуль категории ограниченных данных может быть логически объединен с модулем основной структуры TBX, чтобы позволить TBX-допустимые случаи как в п. 10.1. Элементы, которые не являются категориями метаданных, т.е. основные категории данных TBX, такие как <term> и <note> , не определены в модуле XCS, так как они — часть основной структуры.
12.3. Создание пользовательских имен списка выбора дисплея
Допустимые значения выбора списка для категорий данных определены в приложении C как содержащие соответствующий элемент категории данных, например, административный статус. Стиль представления этих символов разворачивающегося списка — camelcase, такой как standardizedTerm. Конечный пользователь может зарегистрировать настроенные названия дисплея этих символов при помощи следующих элементов в заголовке XCS:
Элемент корня секции в заголовке XCS, который содержит отображения стоимости разворачивающегося списка. Содержит ноль или больше <datCatMap> элементов.
Элемент, который прилагает одно отображение стоимости разворачивающегося списка. Содержит один <datCatToken> , один или несколько <datCatDisplay> и произвольно один или несколько <langCode> и <datCatNote> .
Название разворачивающегося списка оценивает XCS как <contents> элемент.
Определенный для пользователя показ стоимости разворачивающегося списка.
(Дополнительный) язык, к которому применяется категория данных (может быть повторен, чтобы указать на множество языков).
(Дополнительный) Любое примечание о категории данных.
Эти элементы могут использоваться, чтобы создать отображение между определенными пользователями названиями дисплеев и названиями категории данных. Этот механизм полезен для заявлений, где категория данных должна быть представлена пользователю на любом языке, кроме английского.
Например, следующее повышение в заголовке XCS определяет альтернативные названия для разворачивающегося списка на французском языке для терминологической базы данных, у которой есть французский пользовательский интерфейс:
<title>XCS file for a French termbase</title> mand. |
|---|
Настоящее приложение содержит формальное представление основной структуры DTD. Отдельный файл имеет название TBXcoreStructV02.dtd.
Предприятия XML (такие как noteText), перечисленные в DTD, позволяют мнемоническим именам быть данными для текстовых строк, особенно для текста, который используется в нескольких местах. Элементы TBX разделены на три группы: a) элементы низкого уровня и контекстные примеры; b) элементы, составляющие терминологический вход (
xml:lang CDATA #IMPLIED</pre>
>
xml:lang CDATA #IMPLIED
type CDATA #REQUIRED
target IDREF #IMPLIED
datatype CDATA #IMPLIED</pre>
>
target IDREF #IMPLIED
xml:lang CDATA #IMPLIED</pre>
id ID #IMPLIED
xml:lang CDATA #IMPLIED</pre>
i CDATA #IMPLIED
type CDATA #IMPLIED</pre>
id ID #IMPLIED
xml:lang CDATA #REQUIRED</pre>
id ID #IMPLIED
type CDATA #REQUIRED</pre>
type CDATA #REQUIRED
xml:lang CDATA #REQUIRED</pre>
id ID #IMPLIED
type (DCSName|XCSURI|XCSContent) #IMPLIED
xml:lang CDATA #IMPLIED</pre>
id ID #IMPLIED
type CDATA #REQUIRED</pre>
DTD, которая используется, чтобы утвердить файл XCS или любой определенный для пользователя файл XCS, представляющий подмножество файла XCS. Обычный текст типа данных используется в файле XCS, но не определен в следующей DTD. Обычный текст стоимости относится к PCDATA.
Это приложение содержит автоматически обрабатываемое определение выбора по умолчанию категорий данных для TBX и ограничений на эти категории данных в форме файла XCS. Файл XCS применяет ограничения категории данных к основной структуре. Определенные группы пользователей TBX могут использовать различные файлы XCS. Описание компонентов файла XCS приведено в приложении E. DTD, которая может использоваться, чтобы утвердить любой файл XCS для TBX TMLs, приведена в приложении B.
Условия, при которых это приложение нормативно, приведены в п. 7.1.
Пример документа TBX XCS доступен на сайте Ассоциации локализации отраслевых стандартов. Для получения дополнительной информации см. приложение I.2.
C.2 XCS файл для категорий данных по умолчанию и ограничений
Примечание - Обычный текст типа данных, используемый в XCS, перенаправляет к PCDATA.
D.1 Общая информация приложения об описаниях
Это приложение содержит описание основной структуры TBX, которая определена в приложении A, и метаданных по умолчанию — категории, которые определены в приложении C. Описаны три типа конструкций XML:
Описывает типы данных и группы элементов, которые используются в многократных декларациях элемента. Эта секция также соответствует некоторым предприятиям в основной DTD.
Описывает отдельные признаки и группы признаков, которые используются в многократных декларациях элемента. Если признак используется одним элементом, то указывается его местоположение. Эта секция также соответствует некоторым предприятиям в основной DTD.
Описывает элементы TBX и их признаки.
Примечание — Длительность type признака типа, которая используется в TBX TML, описана в приложении C.
Следующая таблица дает характеристики части описаний и способы их прочтения.
| Участники | Элементы, использование классов признака, признак, описанный класс |
|---|---|
| Признаки | Признаки и классы признака, которые допустимы для элемента, или описанный класс, который в настоящее время определяется. По ссылке с декларацией класса признака идут названия признаков в данном классе (обозначенный после символ, который является понижением представления NG). Если признак уникален для элемента или класса признака, который в настоящее время определяется, его декларация предоставлена непосредственно. Признак может быть дополнительным либо необходимым. Примечание — содержание элемента может быть ограничено к разворачивающемуся списку, когда у элемента есть определенные ценности его признака типа. Значения ценностей разворачивающегося списка не определены в настоящем стандарте. Чтобы получить информацию о значении ценностей разворачивающегося списка, обратитесь к ISO 12620. |
| Используемый | Элементы или группы элементов, которые могут содержать описанный элемент. |
| Может содержать | Элементы или типы данных, которые могут произойти в описанном элементе. Этот ряд указывает на модель содержания по умолчанию категории метаданных. Например, в случае , Примечание — Эта секция не указывает, какие элементы обязательны, а какие являются дополнительными. Для этой информации необходимо воспользоваться DTD (приложение A) или интегрированной схемой RelaxNG (приложение F). |
auxInfo предприятие соответствует информации, которая может быть связана с любым из трех уровней: терминологический первый уровень (
Основной текст используется для условий и подобных термину элементов, а также нескольких других элементов. Включает обычный текст плюс для некоторого ограничения действующего повышения.
Определяет текст, который используется в определениях, контекстных примерах и подобных элементах, позволяет больше действующего повышения, чем basicText.
Это предприятие элементов групп для административной информации, примечаний и связей. Используется следующими элементами группировки:
Идентификационный класс признака соответствует /elementIdentifier/ в ИСО 12620:1999. Он указывает на уникальный идентификатор элемента. Идентификаторы элемента могут включать идентификаторы входа (eid-...), идентификаторы понятия (cid-...), идентификаторы термина (tid-...). Этот признак является дополнительным.
Участники IDLangTgtDtyp [ admin adminNote descrip descripNote ref termNote transac transacNote] idlang [ change note revisionDesc sourceDesc termComp title titleStmt] idtype [item itemSet] adminGrp back body date descripGrp encodingDesc fileDesc foreign itemGrp martifHeader ntig p publicationStmt refObject refObjectList term termCompGrp termCompList termEntry termGrp termNoteGrp text tig transacGrp xref
Класс признака idlang объединяет идентификационный признак и признак xml:lang. Оба дополнительные для элементов, которые используют этот класс признака.
Участники changenoterevisionDescsourceDesctermComptitletitleStmt
Признаки id(@id)lang(@xml:lang)
Класс IDLangTgtDtyp признака группируется id признаков, xml:lang, цель и тип данных.
Участники adminadminNotedescripdescripNotereftermNotetransactransacNote
Признаки lang(@xml:lang)id(@id)target - IDREF(@target)
Тип данных обычного текста или PC.
Класс признака idtype объединяет идентификационный признак и признак типа. Оба дополнительные для элементов, которые используют этот класс признака.
Указывает на тип категории метаданных.
Класс признака lang соответствует признаку xml:lang.
Участники IDLangTgtDtyp [ admin adminNote descrip descripNote ref termNote transac transacNote] idlang [ change note revisionDesc sourceDesc termComp title titleStmt] foreign hi p
Указывает на язык содержания элемента. Позволенные ценности указаны в IETF RFC 4646. Этот признак дополнительный для элементов, которые используют этот класс признака.
Класс признака Целевой-IDREF соответствует целевому признаку, который является указателем на другой элемент. Связь установлена, когда ценность целевого признака исходного элемента совпадает с ценностью xml:id признака целевого элемента. Когда этот признак используется с
Участники IDLangTgtDtyp [ admin adminNote descrip descripNote ref termNote transac transacNote] hi
Содержит информацию административного характера для узла рассматриваемый (исходный элемент), такой как источник информации, или проект, или клиент, для которого это применяется. Тип административной информации обозначен ценностью признака типа.
Признаки IDLangTgtDtyp[(@datatype)lang(@xml:lang)id(@id)target - IDREF(@target)]
Указывает на тип категории данных элемента, такого как/originatingDatabase/или/entrySource/.
Используемый adminGrpdescripGrpentity.auxInfoentity.noteLinkInfo
Может содержать bpteptforeignhiph
Элемент, который содержит группу элементов с административной информацией.
Используемый descripGrpentity.auxInfoentity.noteLinkInfo
Может содержать adminadminNotenoterefxref
Административное примечание о некоторых данных. Этот элемент используется для определения типа исходного текста, в котором был найден термин. Дополнительные значения атрибута типа могут быть определены в дополнительных целях в определенном для пользователя файле XCS.
Признаки IDLangTgtDtyp[(@datatype)lang(@xml:lang)id(@id)target - IDREF(@target)]
Может содержать Данные о характере
Элемент корня аппарата случая документа TBX.
Элемент, который содержит терминологические записи (
Может содержать Данные о характере
Информация об одном особом событии изменения в истории пересмотра случая документа TBX.
Признаки idlang[id(@id)lang(@xml:lang)]
Дата в формате ISO. Допустимые ценности даты по ISO 8601 с использованием формат yyyy-mm-dd. Элемент даты используется с управленческими категориями данных терминологии в
Может содержать Данные о характере
Элемент, который содержит описательную информацию о понятии или отношения к другим понятиям. Тип информации, которую содержит элемент о любых ограничениях на допустимые ценности элемента, определен ценностью признака типа.
Признаки IDLangTgtDtyp[(@datatype)lang(@xml:lang)id(@id)target - IDREF(@target)]
Указывает на тип категории данных
Используемый descripGrpentity.auxInfo
Может содержать bpteptforeignhiph
Содержит один
Может содержать adminadminGrpdescripdescripNotenotereftransacGrpxref
Элемент указывает на тип определения или контекста.
Признаки IDLangTgtDtyp[(@datatype)lang(@xml:lang)id(@id)target - IDREF(@target)]
Указывает тип данных категории элемента
Может содержать Данные о характере
элемент, который сам включает указатель на файл XCS или вложенный файл XCS, если файл TBX не находится в Unicode.
Может содержать Данные о характере
Элемент, содержащий элементы, которые описывают случай документа TBX.
Может содержать publicationStmtsourceDesctitleStmt
Используется, чтобы отметить сегменты текста на разных языках.
Признаки idlang[id(@id)lang(@xml:lang)]
Может содержать bpteptforeignhiph
Выдвигает на первый план сегмент текста и произвольно указывает на другой элемент.
Признаки target - IDREF[(@target)lang(@xml:lang)]
Используемый entity.basicTextentity.noteText
Может содержать Данные о характере
Описатель объекта в аппарате случая документа TBX.
Признаки idtype[(@type)id(@id)]
Используемый itemGrpitemSetrefObject
Может содержать bpteptforeignhiph
Содержит один
Может содержать adminadminGrpitemnotereftransacGrpxref
Признаки idtype[(@type)id(@id)]
Элемент, который содержит информацию в терминологическом входе, имеющем отношение к одному языку, включая
Указывает на язык языковой секции. Этот признак требуется для
Может содержать adminadminGrpdescripdescripGrpnotentigreftigtransacGrpxref
Элемент корня случая документа TBX.
Указывает на язык
Указывает на тип martif документа. Если будет использоваться значение атрибута типа 'TBX', то случай документа TBX должен придерживаться XCS. Если случай документа TBX придерживается другого файла XCS, то значение атрибута типа может состоять из 'TBX-' плюс другое слово, связанное с файлом XCS, например, 'TBX-Basic'.
Может содержать martifHeadertext
Группирующийся элемент, содержащий базовые элементы, которые описывают случай документа TBX.
Может содержать encodingDescfileDescrevisionDesc
Признаки idlang[id(@id)lang(@xml:lang)]
Используемый adminGrpdescripGrptitleStmttransacGrpentity.auxInfoentity.noteLinkInfo
Может содержать bpteptforeignhiph
Группа информации о термине. Группирующийся элемент, который содержит элементы, описывающие термин. Эквивалентен
Может содержать adminadminGrpdescripdescripGrpnotereftermGrptransacGrpxref
Текст параграфа, который содержит
Признаки idlang[id(@id)lang(@xml:lang)]
- XCSURI — URI файла XCS, который ограничивает содержание случая документа TBX.
- DCSName — Название файла XCS, который ограничивает содержание случая документа TBX.
- XCSContent — Содержание файла XCS, включенного непосредственно в случай документа TBX.
Используемый changeencodingDescpublicationStmtsourceDesc
Может содержать bpteptforeignhiph
Заполнитель, используемый для капсулирования кодексов повышения, которые не проходят в логических парах с другими кодексами. Примеры включают XHTML
и
признаки. Этот элемент не должен капсулировать кодексы, которые проходят в парах (таких как XHTML и признаки) и должен быть сформирован с
Может содержать Данные о характере
Любая информация, имеющая отношение к публикации случая документа TBX.
Перекрестная ссылка, которая указывает на другой элемент в пределах
Признаки IDLangTgtDtyp[(@datatype)lang(@xml:lang)id(@id)target - IDREF(@target)]
Используемый adminGrpdescripGrptransacGrpentity.auxInfoentity.noteLinkInfo
Может содержать Данные о характере
Элемент в аппарате случая документа TBX, который содержит серию пунктов со ссылкой на объект.
Может содержать itemitemGrpitemSet
Список объектов, на которые ссылаются в аппарате случая документа TBX.
Информация о любых пересмотрах, которые были выполнены на содержании случая документа TBX или на исходной базе данных.
Признаки idlang[id(@id)lang(@xml:lang)]
Информация об источнике случая документа TBX.
Признаки idlang[id(@id)lang(@xml:lang)]
Термин, который описывается в элемент, чтобы позволить ограниченную сумму действующего повышения. Это дает возможность обращаться с требованиями повышения в особых случаях и условиях, например, в случае научных понятий. Рекомендуется использовать действующее повышение только при необходимости, чтобы представлять термин в его основной форме. Не допускается использовать элемент для представляемых стилей, выбранных в эстетических целях.
Компонент термина. Включает текст части слова (такого как морфема или слог) или одно из слов, составляющих термин. Тип компонента термина будет зависеть от ценности признака типа
Признаки idlang[id(@id)lang(@xml:lang)]
Используемый termCompGrptermCompList
Может содержать Данные о характере
Группирующийся элемент, который включает один
Может содержать adminadminGrpnotereftermComptermNotetermNoteGrptransacGrpxref
Группирующийся элемент, который содержит по крайней мере один
Указывает на тип
Может содержать adminadminGrpdescripdescripGrpnotereftermComptermCompGrptransacGrpxref
Элемент корня терминологического входа. Должен содержать по крайней мере одну языковую секцию.
Может содержать adminadminGrpdescripdescripGrplangSetnotereftransacGrpxref
Элемент используется в
Может содержать termtermCompListtermNotetermNoteGrp
Категория метаданных используется для описания условий. Признак типа определяет, какая информация включена в особый случай этого элемента.
Признаки IDLangTgtDtyp[(@datatype)lang(@xml:lang)id(@id)target - IDREF(@target)]
Указывает на тип категории данных
Используемый termCompGrptermGrptermNoteGrptig
Может содержать bpteptforeignhiph
Группирующийся элемент, который содержит один
Используемый termCompGrptermGrp
Может содержать adminadminGrpnotereftermNotetransacGrpxref
Элемент случая документа TBX, который происходит после martif элемента. Этот элемент обеспечивает поддержку совместимости с TEI.
Группа информации о термине. Группирующийся элемент, который содержит элементы, описывающие термин. Часто упоминается как термин секция, если секция включает информацию о компонентах термина (таких как морфология) или отдельные слова термина.
Может содержать adminadminGrpdescripdescripGrpnotereftermtermNotetransacGrpxref
Признаки idlang[id(@id)lang(@xml:lang)]
Может содержать Данные о характере
Элемент, содержащий название и любые примечания о случае документа TBX.
Признаки idlang[id(@id)lang(@xml:lang)]
Отчет, который указывает на стадию входа в рамках полного процесса создания, одобрения и использования входа терминологии. В настоящее время этот элемент только используется, чтобы определить тип сделки, и поэтому только одна стоимость в настоящее время определяется для признака типа. Однако дополнительные значения атрибута типа могут быть определены в дополнительных целях в определенном для пользователя файле XCS.
Признаки IDLangTgtDtyp[(@datatype)lang(@xml:lang)id(@id)target - IDREF(@target)]
Значение атрибута transactionType гарантирует, что содержание
Может содержать Данные о характере
Элемент, который включает элементы, содержащие информацию о сделке.
Используемый descripGrpentity.auxInfoentity.noteLinkInfo
Может содержать datenotereftransactransacNotexref
Информация о сделке, такая как имя человека, который выполнил сделку. Содержание этого элемента должно быть обычным текстом.
Признаки IDLangTgtDtyp[(@datatype)lang(@xml:lang)id(@id)target - IDREF(@target)]
Может содержать Данные о характере
Связывающийся элемент, который указывает на внешний объект, используя URI (URL или другой веб-адрес). Целевой признак требуется. Содержание элемента — текст показа, представляющий целевой объект, такой как название, имя файла или краткое описание.
Примечание - В отличие от целевых признаков на большинстве элементов TBX, которые указывают на другие элементы в TBX XML случай документа (следовательно, у них есть тип данных IDREF), целевой признак
Используемый adminGrpdescripGrptransacGrpentity.auxInfoentity.noteLinkInfo
Может содержать Данные о характере
D.5 Категории данных по умолчанию
Определения категории данных в этой секции получены из ISO 12620. Они сгруппированы согласно категории метаданных, с которой они иллюстрируются примерами через ценность типа категории метаданных. Например, для признака <descrip печатают=«definition»>, категория данных /definition/ описана в descrip секции.
Примечание, которое может быть вместе с элементом, чтобы указать на источник примечания или другой административной информации о примечании. Если никакой источник или дополнительная информация о примечании не требуются, используйте
Идентификатор, который указывает, что исходный элемент, к которому он применяется, связан с определенным применением. Содержание должно быть в обычном тексте.
Идентификатор, который указывает, что исходный элемент, к которому он применяется, связан с определенным отделом, подразделением или другим отделением предприятия. Содержание должно быть в обычном тексте.
Учреждение, область, сообщество, культура, страна или другое место проведения, из которого происходит понятие, покрытое терминологическим входом. Поскольку эта категория данных предоставляет информацию о происхождении понятия, это должно произойти на
Идентификатор, который указывает, что исходный элемент, к которому он применяется, связан с определенным клиентом. Содержание должно быть в обычном тексте.
Идентификатор, который указывает на тип базы данных, из которой произошел исходный элемент. Этот элемент должен обычно происходить на
Специалист по предметной области, который предоставляет информацию для терминологического входа, такого как определение или эквивалентный выходной язык. У элемента, у которого есть значение атрибута типа 'domainExpert', может также быть целевой признак, указывающий на идентификатор справочного входа в аппарате случая документа TBX, который предоставляет информацию об эксперте по области. Содержание должно быть в обычном тексте.
Стоимость, указывающая на уровень полноты и точность элемента (область, отчет, вход) в пределах терминологической коллекции. Элемент , когда у его признака типа будет стоимость 'elementWorkingStatus', должен содержать одну из следующих ценностей:
База данных или файл, из которого был импортирован вход. Содержание должно быть в обычном тексте.
Идентификатор, который указывает на определенную компьютерную окружающую среду, с которой связан исходный элемент. Содержание должно быть в обычном тексте.
Термин, выбранный, чтобы использоваться в индексе, чтобы представлять пункт или понятие в документе. Содержание должно быть в обычном тексте.
Слово или группа слов, возможно в лексикографически стандартизированной (lemmatized) форме, вынутые из текста документа, который характеризует текст и позволяет его поиск. Например, категория данных условий и терминологический вход — ключевые слова для этого международного стандарта. В терминологической базе данных, которая содержит терминологию ISO 30042, они могли быть идентифицированы как ключевые слова при помощи этого элемента. Содержание должно быть в обычном тексте.
База данных, из которой произошел исходный элемент. Содержание должно быть в обычном тексте.
Учреждение (т.е. компания, правительственное учреждение и т.д.), которое предоставило информацию в исходном элементе. Содержание должно быть в обычном тексте.
Человек, который предоставил информацию в исходном элементе. Содержание должно быть в обычном тексте.
Идентификатор поручил на термин, отчет или вход указывать, что это связывается с или используется в продукте. Содержание должно быть в обычном тексте и предпочтительно в одном из предопределенного набора ценностей разворачивающегося списка.
Идентификатор поручил на термин, отчет или вход указывать, что это связывается с или используется в проекте. Содержание должно быть в обычном тексте и предпочтительно в одном из предопределенного набора ценностей разворачивающегося списка.
Термин вошел во вход термина в целях поиска. Содержание должно быть в обычном тексте.
Классификация термина, отчета или входа, указывающего, что его распределение ограничено из соображений безопасности. Иногда условия не опубликованы пока материал, который использует термин (продукт, обслуживание и т.д.) выпущен для общественности. До того времени этот элемент служит, чтобы защитить данные от распределения. Элемент , когда у его признака типа будет стоимость 'securitySubset', должен содержать одну из следующих ценностей:
Строка символов используется для сортировки и слияния операций. Ключ вида может позволить алфавитный или систематический доступ. Содержание должно быть в обычном тексте.
Полная цитата источника информации в исходном элементе.
Указатель на библиографический вход, который содержит информацию об источнике исходного элемента. У элемента, у которого есть значение атрибута типа 'sourceIdentifier', также есть целевой признак, содержащий идентификатор библиографического входа. Содержание элемента — стоимость показа для источника.
Владелец подмножества терминологических записей, которым принадлежит этот вход. Содержание должно быть в обычном тексте.
Собственность, описывающая исходный текст, т.е. является ли это фактическим параллельным текстом (текст, который эквивалентен тексту на другом языке) или справочный материал. Содержание элемента, когда он имеет значение атрибута типа 'sourceType', должно быть одним из следующих:
Источник примечания, которое выражено в элементе, имеющем значение атрибута типа 'annotatedNote'.
Понятие, которое противоположно в значении понятию, представленному входом, содержащим
Понятие, которое показывает отношение к подчиненному понятию, которое может быть установлено на основе неиерархических тематических связей. У
Имя или другой идентификатор аудиофайла: звук, произносимые слова, музыка или другие слышимые представления раньше иллюстрировали или объясняли условия или понятия. У
Понятие двух или более уровней абстракции выше, чем подчиненное понятие в универсальной иерархической системе понятия. А у элемента
Понятие уровня абстракции выше, чем подчиненное понятие в частично целой или meronymic иерархической системе понятия. У
Абстракция собственности объекта или ряда объектов. Например, воспламеняемость — особенность топлива. Существенные особенности могут использоваться, чтобы определить понятия. Содержание элемента должно быть в обычном тексте.
Ряд символов с правилами для их применения, используемого, чтобы представлять классы и их взаимосвязи.
Положение понятия в системе понятия. У
Текст, который иллюстрирует понятие или термин, содержа само обозначение понятия. Контексты должны быть подлинными, т.е. они должны быть получены из существующего источника и не созданы терминологом. Контексты документируются очень часто в коллекциях терминологии. Контексты могут предоставить информацию для определения использования термина и словосочетаний. В TBX контекст как связанная с термином категория данных. Контекст может быть далее категоризирован согласно типу контекста.
Понятие, имеющее то же самое самое близкое понятие суперординаты, как понятие, описываемое этим
Понятие, имеющее то же самое самое близкое понятие суперординаты как понятие, описываемое этим
Представление понятия описательным заявлением, которое служит, чтобы дифференцировать то понятие от связанных понятий.
Текст, который иллюстрирует понятие или термин, обеспечивая пример объекта, определяемого понятием или термином, и не обязательно содержащий само обозначение понятия. Некоторые базы данных используют пример в качестве этикетки для контекстных справок. Содержание категорий данных должно быть преобразовано в контекст категории данных в целях обмена.
Заявление, которое описывает и разъясняет понятие и делает его понятным, но не обязательно дифференцирует его от других понятий.
Имя или другое описание диаграммы, картины или другого графического материала раньше иллюстрировали понятие или группу понятий. У
Любые двоичные данные, не покрытые числом категорий, аудио, видео. У
Измеримое количество, связанное с понятием. Содержание элемента должно быть в обычном тексте.
Пара пределов, которые измерены количественно. Содержание элемента должно быть в обычном тексте.
Понятие, у которого есть ассоциативное отношение к другому понятию, такому как 'учитель' и 'школа'. У
Понятие, которое более широко относительно связанного понятия, но не включает ссылки на универсальную или разделительную систему. У
Понятие, которое является более узким на некотором уровне относительно связанного понятия, но не включая ссылки на универсальную или разделительную систему. У
Кодекс, назначенный на категорию данных или рекордную точность указания и/или полноту. Содержание
Предложение, иллюстрирующее использование термина в случаях, где подлинный контекст недоступен. Хотя контекстная информация должна быть взята из фактических текстов, написанных на рассматриваемом языке, такие контекстные ссылки могут не существовать для недавно введенных или предложенных терминов.
Понятие, у которого есть отношение к подчиненному понятию, основанному на пространственной или временной близости. Временные отношения и пространственные отношения могут быть последовательными. У
Понятие, у которого есть отношение зависимости с подчиненным понятием. У
Область специальных знаний. Предметные области могут быть выражены на многократных уровнях, например: предметная область (уровень 1): болезнь; предметная область (уровень 2): рак; предметная область (уровень 3): неходжкинская лимфома. Предметные области должны быть выражены в обычном тексте и предпочтительно выбраны из определенного набора ценностей разворачивающегося списка. Предметные области должны быть определены в понятии (termEntry).
Понятие, у которого есть универсальное отношение с подчиненным понятием и более широкое усилие. У
Понятие, которое имеет разделительное отношение с подчиненным понятием и представляет одну из частей подчиненного понятия. У
Понятие, у которого есть универсальное отношение с подчиненным понятием и более узкое усилие. У
Понятие, которое имеет разделительное отношение с подчиненным понятием и представляет сумму частей; всестороннее понятие. У
Название таблицы, которая используется, чтобы описать понятие в
Примечание - Необходимо использовать
Понятие, имеющее отношение к подчиненному понятию через последовательное отношение, включающее время события. У
Термин в тезаурусе, который может использоваться, чтобы представлять понятие в терминологическом входе. У
Примечание - Необходимо использовать
Точно определенное количество. Содержание элемента должно быть в обычном тексте.
Имя или другое описание зарегистрированных визуальных изображений раньше представляли или иллюстрировали терминологическую информацию. У
Примечание - Необходимо использовать
Характеристика контекста согласно ряду теоретических или прагматических типов. Содержание
- definingContext
- explanatoryContext
- associativeContext
- linguisticContext
- metalinguisticContext
- translatedContext
Характеристика определения согласно ряду теоретических или прагматических типов. Содержание
Термин, найденный в содержании текстового элемента (такой как <descrip, печатает=«определение»>), который определен в другом терминологическом входе в той же самой терминологической коллекции.
Ключ или комбинация ключей на компьютерной клавиатуре как альтернатива использованию мыши или другого устройства ввода. Hotkeys поддержаны многими операционными системами (hotkey обозначен амперсандом в термине и подчеркиванием в визуальном показе). Этот тип элемента позволяет hotkey быть определенным в текстовом поле, таком как контекст предложения. Чтобы определить hotkey для главного входа используется lionHotkey ценность признака типа .
Указывает, что содержание, приведенное в элементе, предоставлено курсивом.
Указывает, что содержание, приведенное в элементе, предоставлено в полужирном шрифте.
Указывает, что содержание, приведенное в элементе, предоставлено в суперподлиннике.
Указывает, что содержание, приведенное в элементе, предоставлено в приписке.
Указывает, что содержание, приведенное в элементе, математическое в природе.
Указатель на другое связанное местоположение, такое как другой вход или другой термин. элемент со значением атрибута типа 'перекрестной ссылки' будет иметь целевой признак, чтобы указать на идентификатор входа или термина.
Элемент, который указывает на местоположение, где дополнительная информация может быть найдена. элемент с типом значение атрибута 'see', будет иметь целевой признак, чтобы указать на местоположение информации.
Связь раньше определяла отношение между термином, который является сокращенной формой и ее полной или расширенной формой. Это может быть вместе с целевым признаком, чтобы указать на вход полной или расширенной формы. Например, у термина WWW мог быть следующий признак, чтобы указать на его полную форму: <termnote печатают=«abbreviatedFormFor» target=«tid-worldwideweb»> World Wide Web . Фактическим содержанием элемента была бы текстовая World Wide Web, которая позволяет пользователю видеть, какой термин — полная форма текущего срока, не имея необходимость идти в местоположение полной формы в файле (местоположение обычно было бы где-нибудь в рамках текущего входа, так как сокращенная форма и полная форма представляют то же самое понятие). Содержание элемента должно быть выражено в basicText. Идентификация отношения между сокращенным термином и его полной формой указывает, какой термин в терминологическом входе — полная форма сокращенного термина. На многих языках обычно используются английские сокращения, но английской полной формы можно избежать в пользу эквивалентной полной формы на рассматриваемом языке. В этом случае английское сокращение и полная форма появятся в разделе выходного языка входа.
Статус термина в пределах определенных производственных условий. Категория данных administrativeStatus должна быть связана, через целевой признак, к
- admittedTerm-admn-sts
- deprecatedTerm-admn-sts
- legalTerm-admn-sts
- preferredTerm-admn-sts
- regulatedTerm-admn-sts
- standardizedTerm-admn-sts
- supersededTerm-admn-sts
Особенность слова, указывающего, что в данном сообществе беседы его референт обладает качеством воли или сознания. Ценность
Термин, который определяет понятие, которое противоположно в значении к понятию, представленному входом, содержащим <termnote печатают=«antonymTerm»> элемент. У
Категория данных, которая через ценность ее целевого признака указывает на предпочтительный перевод термина в
- мононаправленный: перевод предпочтен с исходного языка (
на выходной язык (цель ); - двунаправленный: перевод предпочтен в обоих направлениях, т.е. термин в цели
является предпочтительным переводом термина в и наоборот; - несоизмеримый: отношение между термином в токе
и термином в цели как переводы несовершенны и должны использоваться с осторожностью. В этом случае понятия не равны. <termnote тип=«transferComment»> должен использоваться для предоставления информации о различии между понятиями; - неопределенный: объем directionality не был определен.
Информация о происхождении слова и развитии его значения. Содержание элемента должно быть выражено в noteText.
Термин на другом языке, который семантически или морфологически подобен подчиненному термину во входе, но не представляет то же самое понятие. У
Содержание
Кодекс, определяющий любой определенный географический район, где термин использован, например, чтобы дифференцироваться между британским английским и американским английским языками. Предпочтительные ценности — языковые кодексы, объединенные с географическими кодексами по IETF RFC 4646, о чем указано в IETF BCP 47. Например, en-США для американского варианта английского языка. Содержание элемента должно быть выражено в обычном тексте.
Род. Ценность
Собственность термина, который указывает на число объектов, упомянутых термином. Содержание
Диапазон синтаксических элементов, требуемых или разрешенных лексической единицей. Содержание элемента должно быть выражено в обычном тексте.
Слово по буквам, которое произнесено как подчиненный термин во входе, но у него есть различное значение и происхождение. Омографы — условия, которые имеют ту же самую письменную форму, но получены из различного этимологического происхождения, например, порты для лодок и порты для компьютерной периферии. У
Определитель, назначенный на временный термин в рамках языкового планирования или описательной окружающей среды терминологии. Содержание
Hotkey — ключ или комбинация ключей на компьютерной клавиатуре, которая выполняет задачу как альтернатива использованию мыши или другого устройства ввода. Hotkeys поддержаны многими операционными системами. hotkey обозначен амперсандом в термине в файлах интерфейса программного обеспечения и подчеркиванием в фактическом визуальном показе. Содержание элемента должно быть выражено в обычном тексте.
Определитель статуса термина, назначенный авторитетным органом, таким как Комитет по стандартизации или правительственное учреждение с регулирующей функцией. Содержание
Название авторитетного органа должно быть зарегистрировано в хранилище терминологии и ссылаться в случае документа TBX при помощи
Категория, назначенная на слово, основанное на его грамматических и семантических свойствах. Например, существительное, глагол или прилагательное. Содержание элемента должно быть выражено в обычном тексте и ограничено рядом ценности разворачивающегося списка. Должна быть разрешена только одна стоимость для каждого
Статус термина относительно его продвижения в рамках управленческого процесса терминологии. Содержание
В TBX произношение должно быть представлено в международном фонетическом алфавите. У данного термина может быть более одного произношения в зависимости от географического района, в котором использован термин. В этом случае используют отдельно
Ограничение на термине в целях защиты права организации на исключительное использование термина. Содержание
Примечание - авторское право относится к большим текстовым единицам, таким как книги.
Классификация, указывающая на уровень языка, назначенного на термин. Содержание
- colloquialRegister
- neutralRegister
- technicalRegister
- in-houseRegister
- bench-levelRegister
- slangRegister
- vulgarRegister
Связывающийся элемент, определяющий отношение между подчиненным термином, когда это краткая форма и ее полная или расширенная форма. Может быть вместе с целевым признаком, чтобы указать на полную или расширенную форму. Обычно краткая и полная формы будут содержаться в том же самом входе, но каждый в собственном
Собственность термина относительно его использования в течение долгого времени. Содержание
Местоположение в документе, компьютерном файле или другой информационной среде, такие как объект пользовательского интерфейса (в программном обеспечении), упаковочный элемент, компонент в производственном процессе и т.д. Содержание элемента должно быть выражено в обычном тексте и предпочтительно ограничено рядом ценностей разворачивающегося списка. Следующие ценности разворачивающегося списка рекомендуются для местоположений пользовательского интерфейса программного обеспечения в окружающей среде Windows:
- checkBox
- comboBox
- comboBoxElement
- dialogBox
- groupBox
- informativeMessage
- interactiveMessage
- menuItem
- progressBar
- pushButton
- radioButton
- slider
- spinBox
- tab
- tableText
- textBox
- toolTip
- user-definedType
Классификация термина согласно методологии, используемой в создании термина. Содержание
Структура компонентов термина, обозначается квадратными скобками. Например, [баланс банка] [общее количество] против [банка] [общее количество заявления]. Содержание элемента должно быть выражено в обычном тексте.
Классификация термина относительно формальных представлений условий, где они используются как акронимы. Содержание
- abbreviation
- acronym
- clippedTerm
- commonName
- entryTerm
- equation
- formula
- fullForm
- initialism
- internationalism
- internationalScientificTerm
- logicalExpression
- partNumber
- phraseologicalUnit
- transcribedForm
- transliteratedForm
- shortForm
- shortcut
- sku
- standardText
- string
- symbol
- synonym
- synonymousPhrase
- variant
Следует обратиться к ИСО 12620 для определений вышеупомянутых типов термина. Короткий путь стоимости относится к последовательности, которая действует как клавиша быстрого вызова на компьютерах, например, Ctrl + V является термином, который представляет клавишу быстрого вызова для понятия.
Признак промежутка времени, начиная с которого термин подвергся использованию. Например, несколько европейских стран пересмотрели требования для определенных университетских дипломов в последние годы. Если бы, например, требования для степени бакалавра изменились с трех до четырех лет в 1993 году, то любой вход терминологии, определяющий термин, использованный, чтобы определять эту степень, должен будет определить ограничение времени, затрагивающее определение, которое отличалось бы до 1993 и после 1993 года. Содержание элемента должно быть выражено в обычном тексте.
Примечание, включенное в информацию о степени эквивалентности, directionality или других особенностях, затрагивающих эквивалентность между термином на одном языке и термином на другом языке. Этот элемент может использоваться вместе с <termnote тип=«directionality»> элемент, чтобы указать на предпочтительный перевод рассматриваемого термина. У
Примечание, содержащее информацию об использовании термина.
Отчет, который указывает на стадию входа в рамках полного процесса создания, одобрения и использования входа терминологии.
Имя человека или предприятия, связанное с управлением терминологией. У
Примечание, указывающее на местоположение внешнего контекстного ресурса.
Термин или другой терминологический ресурс, который является внешним к терминологической базе данных или случаю документа TBX.
Внешний источник информации, такой как источник определения или предложения контекста.
Математическое понятие выражено в MathML.
ОПИСАНИЯ ЭЛЕМЕНТОВ И ПРИЗНАКОВ ДЛЯ ФАЙЛА XCS
Настоящее приложение предоставляет описания компонентов файла XCS. DTD, которая может использоваться, чтобы утвердить файлы XCS, обеспечена в приложении B. XCS, из которого могут быть получены определенные для пользователя файлы XCS, обеспечен в приложении C. Информация о том, как прочитать части этого приложения, предоставлена в приложении D.1.
Примечание — Эта секция не указывает, какие элементы обязательны, а какие являются дополнительными. Для этой информации обратитесь к DTD (приложение B).
Группируются признаки datcatId и имя, которые используются для технических требований категории данных в файле XCS.
Участники termCompListSpectermNoteSpectransacNoteSpectransacSpecxrefSpec adminNoteSpecadminSpecdescripNoteSpecdescripSpechiSpecrefSpec
Указывает номер категории данных, которые определяются в файле XCS, указанных в ISO 12620.
Примечание - Если категория данных не определяется в соответствии с ISO 12620, то этот атрибут будет иметь пустое значение.
Указывает название категории данных, которые определяются в файле XCS. Если категория данных определяется в соответствии с ISO 12620, его имя должно быть взято из этого стандарта, когда это возможно.
Спецификация категории данных, которая назначена на элемент метаданных.
Признаки specAtt(@datcatId,@name)
Спецификация категории данных, которая назначена на элемент метаданных.
Признаки specAtt(@datcatId,@name)
Содержит любые допустимые ценности для категории данных, определенной ее исходным элементом. Признаки предоставляют информацию о допустимом типе данных, применяется ли категория данных к компонентам термина если категория берет целевой признак, тип содержания, которое будет ожидаться для цели.
Тип данных, которые допустимы для категории данных.
Указывает, может ли категория данных быть зарегистрирована для компонентов термина в дополнение к условиям.
Этот признак только относится к категориям метаданных, которые берут целевой признак в основной DTD. Предоставляет информацию о типе содержания, которое должно ожидаться для цели этих данных — категория. Рекомендуемые ценности для этого признака упомянуты ниже:
- bibl — Цель — библиографическая ссылка;
- binaryData — Цель — случай двоичных данных, таких как диаграмма;
- conceptSysDescrip — Цель — системный описатель понятия;
- element — Цель — другой элемент в файле TBX (кроме
элемент или , элемент); - entry — Цель — другой вход (
), как правило указывающий на идентификатор входа; - external — Цель — внешний ресурс;
- respPerson — Цель — справочный вход (такой как в
) о человеке, ответственном за элемент; - term — Цель — термин (
); - thesaurusDescrip — Цель — описатель тезауруса.
Используемый termCompListSpectermNoteSpectransacNoteSpectransacSpecxrefSpec adminNoteSpecadminSpecdescripNoteSpecdescripSpechiSpecrefSpec
Может содержать Данные о характере
Элемент корня для категории данных наносит на карту в заголовке XCS.
Альтернативное имя для категории данных.
Может содержать Данные о характере
Отображение между названием категории данных по умолчанию и одним или более альтернативными названиями категории данных для одной определенной категории данных.
Может содержать datCatDisplaydatCatNotedatCatTokenlangCode
Любое примечание об альтернативном названии категории данных.
Может содержать Данные о характере
Элемент корня технических требований категории данных.
Может содержать termCompListSpectermNoteSpectransacNoteSpectransacSpecxrefSpec adminNoteSpecadminSpecdescripNoteSpecdescripSpechiSpecrefSpec
Название по умолчанию категории данных.
Может содержать Данные о характере
Спецификация категории данных, которая назначена на
Признаки specAtt(@datcatId,@name)
Спецификация категории данных, которая назначена на
Признаки specAtt(@datcatId,@name)
Может содержать contentslevels
Элемент, содержащий название файла XCS и любую дополнительную информацию о категориях данных, кроме их формальных технических требований.
Может содержать datCatDoctitle
Спецификация категории данных, которая назначена на элемент метаданных.
Признаки specAtt(@datcatId,@name)
Спецификация
- format
- fileName
- fileDateTime
- fileAttributes
- fileOSName
- fileOSNumber
- codePage
- fileSize
- data
- description
Ряд технических требований к изделию.
Кодекс ISO для языка по IETF RFC 4646, о чем указано в IETF BCP 47.
Используемый datCatMaplangInfo
Может содержать Данные о характере
Элемент, содержащий имя и кодекс одного из языков, которые появляются в случае документа TBX, который проверен против файла XCS. Каждый язык, который появляется в случае документа TBX, должен быть обозначен в разделе файла XCS.
Может содержать langCodelangName
Может содержать Данные о характере
Набор языков, которые поддержаны случаем документа TBX, которым управляет файл XCS.
Уровень(ни) в терминологическом входе, при котором может произойти указанный элемент. Поддержанные ценности: termEntry, langSet, термин.
Может содержать Данные о характере
Определение типа refObject, который может быть зарегистрирован в аппарат случая документа TBX. В TBX файла XCS только один тип refObject определен (binaryData). Другие типы могут быть в определенном пользователями файле XCS.
Может содержать itemSpecSetrefObjectType
Спецификация типа refObject, который может быть зарегистрирован в аппарат случая документа TBX. В TBX файла XCS только один тип refObject определен (binaryData). Другие типы могут быть в определенном пользователями файле XCS.
Может содержать Данные о характере
Спецификация категории данных, которая назначена на элемента метаданных.
Признаки specAtt(@datcatId,@name)
Имя, которым упомянут файл XCS.
Может содержать datCatSetheaderlanguagesrefObjectDefSet
Спецификация категории данных, которая назначена на
Признаки specAtt(@datcatId,@name)
Спецификация категории данных, которая назначена на
Признаки specAtt(@datcatId,@name)
Может содержать Данные о характере
Спецификация категории данных, которая назначена на
Признаки specAtt(@datcatId,@name)
Спецификация категории данных, которая назначена на
Признаки specAtt(@datcatId,@name)
Спецификация категории данных, которая назначена на
Признаки specAtt(@datcatId,@name)
ИНТЕГРИРОВАННАЯ СХЕМА И ДРУГИЕ РЕСУРСЫ TBX
Понижение схемы NG, которая объединяет основную структуру и ограничения категории данных в одном файле, доступно для скачивания на сайте Ассоциации локализации отраслевых стандартов (www.lisa.org/TBX-Resources.650.0.html). Данные ограничения категорий выражены во вложенных правилах Schematron. Этот файл позволяет утверждать случаи документа TBX, использующие всего одну схему.
Также доступны некоторые типовые файлы TBX и некоторые инструменты проверки.
Вариант TBX под названием TBX-основной доступен на сайте Ассоциации локализации отраслевых стандартов. TBX-основной более легкая версия TBX, предназначенного для малых языковых отраслей промышленности. Несмотря на то что основная аудитория — поставщики услуг локализации, формат также подходит для любого языкового применения, которое требует легкого подхода к управлению терминологией, такому как некоторые заявления на создание, которым управляют, и управление контентом. Многие терминологические системы содержат малый набор категорий данных. Категории данных в TBX-основном — самые популярные, используемые в промышленности локализации, как определено исследованиями, проводимыми LISA.
Цель TBX-основных состоит в том, чтобы формализовать перевод и потребности промышленной локализации в повышении терминологии в стандарте XML, чтобы улучшить обмен терминологическими ресурсами между пользователями и использовать эти ресурсы в различных информационных средах.
TBX-основной также включает некоторые рекомендации для использования категорий данных и некоторых общих методов наиболее успешной практики для руководящей терминологии.
Для получения дополнительной информации использовать: http://www.lisa.org/Term-Base-eXchange.32.0.html.
Это приложение суммирует изменения, которые были внесены в документ спецификации TBX в течение периода создания документа между февралем 2007 года и до его заключительной ратификации как Международный стандарт ISO. Здесь зарегистрированы только значимые или технические изменения.
1. 'sourceLanguage' и 'targetLanguage' ценности признака типа элемента были удалены. Эти признаки были, вероятно, первоначально предназначены, чтобы определить язык оригинала текстового элемента, такой как <descrip тип=«определение»>, который был переведен.
2. Ценность признака типа
3. 'descriptionType' ценность признака типа
4. Действующее повышение было упрощено, с исключением
5. В XCS признак forTermComp был удален из элемента, у которого есть стоимость 'elementWorkingStatus'. Это должно позволить категории данных использоваться на
6. Стоимость 'colloquialRegister' теперь поддержана как содержание элемента
7. У
8. Следующие изменения были внесены в элемент:
- допустимые ценности признака типа были перемещены от основной DTD к файлу XCS;
- есть пять новых допустимых ценностей признака типа: 'курсив', 'метаданные', 'математика', 'суперподлинник' и 'приписка'. Они были добавлены, чтобы поддержать действующее повышение для категорий данных, таких как термин или определение;
элемент со значением атрибута типа 'математики' берет текстовое содержание. Для случаев документа TBX, которые не требуют проверки против DTD и в котором использование стандартов XML желательно, математические выражения могут быть включены, используя MathML через XML namespace механизм;- значение атрибута типа 'xlink' было удалено из основной DTD, поскольку это значение атрибута не использовалось. Если лицо, осуществляющее внедрение, требует использования элементов от xlink стандарта, версия схемы XML основной DTD может использоваться и xlink повышение поддерживается через namespace декларацию;
- признаки href были удалено из основной DTD.
9. Категория данных 'термин антонима' была изменена от случая элемента
10. Ценность признака типа данных для следующих категорий данных была изменена в XCS от 'noteText' до 'обычного текста':
- applicationSubset
- audio
- businessUnitSubset
- characteristic
- classificationCode
- conceptOrigin
- conceptPosition
- customerSubset
- domainExpert
- entrySource
- environmentSubset
- figure
- geographicalUsage
- grammaticalValency
- indexHeading
- keyword
- originatingDatabase
- originatinglnstitution
- otherBinaryData
- productSubset
- projectSubset
- quantity
- range
- responsibility
- searchTerm
- sortKey
- sourceIdentifier
- table
- termLocation
- termStructure
- thesaurusDescriptor
- timeRestriction
- unit
- usageCount
- video
11. Ценность признака типа данных для следующих категорий данных была изменена в XCS от 'noteText' до 'basicText:
- abbreviatedFormFor
- antonymConcept
- antonymTerm
- associatedConcept
- broaderConceptGeneric
- broaderConceptPartitive
- coordinateConceptGeneric
- coordinateConceptPartitive
- falseFriend
- homograph
- pronunciation
- relatedConcept
- relatedConceptBroader
- relatedConceptNarrower
- sequentiallyRelatedConcept
- shortFormFor
- spatiallyRelatedConcept
- subordinateConceptGeneric
- subordinateConceptPartitive
- superordinateConceptGeneric
- superordinateConceptPartitive
- temporallyRelatedConcept
12. Тип данных
13. Признак типа данных для следующих категорий данных был удален из XCS, потому что тип данных (обычный текст или PCDATA) для этих категорий данных уже определен в основной DTD. Это было сделано, чтобы удалить избыточность в файле XCS.
14. Признак типа данных для следующих категорий данных был удален из XCS, потому что тип данных (noteText) для этих категорий уже определен в основной DTD. Это было сделано, чтобы убрать избыточность данных в файле XCS.
- Context
- Definition
- Example
- Explanation
- sampleSentence
- source
- superscript
- subscript
- transferComment
- usageNote
15. Тип данных следующих элементов был изменен в основной DTD от 'noteText' до 'PCDATA':
- <termComp>
- <transacNote>
- $$ — Эта категория метаданных в настоящее время используется для определения типа исходного текста, а модель содержания — разворачивающегося списка, как определено в файле XCS.
- <transac>
16. Чтобы удалить избыточность, признак типа данных для всех случаев
17. Звездочка была удалена из деклараций PCDATA элементов
18. Декларация
19. Чтобы удалить избыточность, признак forTermComp был удален для всех технических требований
20. Признак lang был удален из
21. В 8.7 элементах метаданных, в списке категорий метаданных, элементы
22. Признак targetclass был удален из файла XCS и из TBX. Это не служило никакой цели.
23. В DTD для файла XCS, targetType и признаков типа данных для
24. Новое значение атрибута типа, названное 'directionality', было добавлено к
25. Следующие элементы были добавлены к DTD XCS. Эти новые элементы позволяют пользователям определять свои собственные имена для ценностей разворачивающегося списка.
26. У элемента <termnote тип=«termType»> есть новая допустимая ценность: короткий путь.
27. Новая ценность типа annotatedNote была добавлена к элементу в файле XCS. Это должно позволить примечание, которое может взять саму административную информацию, такую как информация об источнике примечания. Чтобы поддержать и дополнить новую annotatedNote ценность элемента, у элемента есть noteSource как новая ценность его признака типа. Эти две комбинации элемента/признака разработаны, чтобы использоваться вместе, чтобы позволить примечания с информацией об источнике.
28. У
29. Способ, которым кодируются определенные справочные объекты в аппарате случая TBX, больше не определяется TBX для объектов, которые уже являются предметом других стандартов. Следовательно, в файле XCS все случаи
31. Признак targetType был удален из
32. Элемент
33. Тип данных для
34. abbreviatedFormOfTerm был удален как ценность <termnote тип=«termType»> признак в файле XCS. Эта категория данных ISO 12620, которая фактически относится к группе типов сокращения, была включена по ошибке. Вместо этого все действительные типы сокращенных форм включены:
35. massNoun стоимости разворачивающегося списка был изменен на массу, чтобы сохранять стиль других ценностей разворачивающегося списка категории данных (грамматическое число).
36.
37. Элемент
38. subjectField категория данных теперь разрешена только в понятии (termEntry) уровень. Ранее это было разрешено во всех первых уровнях по ошибке.
39. Следующие ценности были добавлены к признаку типа
элемента, который используется в
Значения атрибута типа 'перекрестная ссылка', 'понятие антонима' и 'термин антонима' были изменены на 'перекрестную ссылку', 'antonymConcept' и 'antonymTerm', чтобы уважать стиль случая верблюда TBX.
40. В DTD XCS элемент
41. Новая категория данных была добавлена (местоположение термина) (termLocation).
| auxInfo ..................................................................................................................................... basicText .................................................................................................................................. noteText ................................................................................................................................... noteLinkInfo ............................................................................................................................. idlang ....................................................................................................................................... IDLangTgtDtyp ....................................................................................................................... idtype ...................................................................................................................................... lang ......................................................................................................................................... target-IDREF .......................................................................................................................... admin ...................................................................................................................................... adminGrp ................................................................................................................................ adminNote ............................................................................................................................... back ........................................................................................................................................ body ........................................................................................................................................ change .................................................................................................................................... date ......................................................................................................................................... descrip .................................................................................................................................... descripGrp .............................................................................................................................. descripNote ............................................................................................................................. encodingDesc .......................................................................................................................... ept ........................................................................................................................................... fileDesc .................................................................................................................................... foreign ...................................................................................................................................... hi ............................................................................................................................................. item ......................................................................................................................................... itemGrp ................................................................................................................................... itemSet .................................................................................................................................... langSet .................................................................................................................................... martif ....................................................................................................................................... martifHeader ........................................................................................................................... note ........................................................................................................................................ ntig .......................................................................................................................................... p ............................................................................................................................................. ph ............................................................................................................................................ publicationStmt ........................................................................................................................ ref ........................................................................................................................................... refObject ................................................................................................................................. refObjectList ............................................................................................................................ revisionDesc ............................................................................................................................. sourceDesc ............................................................................................................................. |
|---|
| term ......................................................................................................................................... termComp ............................................................................................................................... termCompGrp ......................................................................................................................... termCompList .......................................................................................................................... termEntry ................................................................................................................................. termGrp ................................................................................................................................... termNote .................................................................................................................................. termNoteGrp ............................................................................................................................ text ........................................................................................................................................... tig ............................................................................................................................................. title ........................................................................................................................................... titleStmt .................................................................................................................................... transac ..................................................................................................................................... transacGrp ............................................................................................................................... transacNote ............................................................................................................................. xref .......................................................................................................................................... |
| specAtt .................................................................................................................................... adminNoteSpec ....................................................................................................................... adminSpec ............................................................................................................................... contents ................................................................................................................................... datCatDoc ............................................................................................................................... datCatDisplay .......................................................................................................................... datCatMap .............................................................................................................................. datCatNote .............................................................................................................................. datCatSet ................................................................................................................................ datCatToken ............................................................................................................................ descripNoteSpec ...................................................................................................................... descripSpec ............................................................................................................................. header ..................................................................................................................................... hiSpec ..................................................................................................................................... itemSpec ................................................................................................................................. itemSpecSet ............................................................................................................................. langCode ................................................................................................................................. langInfo ................................................................................................................................... langName ................................................................................................................................ languages ................................................................................................................................. levels ....................................................................................................................................... refObjectDef ............................................................................................................................ refObjectDefSet ....................................................................................................................... refObjectType ......................................................................................................................... refSpec .................................................................................................................................... TBXXCS ................................................................................................................................ termCompListSpec .................................................................................................................. termNoteSpec .......................................................................................................................... title ........................................................................................................................................... transacNoteSpec ...................................................................................................................... transacSpec ............................................................................................................................. xrefSpec ................................................................................................................................... |
|---|
I.3 Терминологические категории данных
| abbreviatedFormFor ................................................................................................................ administrativeStatus .................................................................................................................. animacy ................................................................................................................................... annotatedNote ......................................................................................................................... antonymConcept ...................................................................................................................... antonymTerm ........................................................................................................................... applicationSubset ..................................................................................................................... associatedConcept ................................................................................................................... audio ....................................................................................................................................... bold ......................................................................................................................................... broaderConceptGeneric ........................................................................................................... broaderConceptPartitive ........................................................................................................... businessUnitSubset ................................................................................................................... characteristic ............................................................................................................................ classificationCode ..................................................................................................................... conceptOrigin .......................................................................................................................... conceptPosition ....................................................................................................................... context ..................................................................................................................................... contextType ............................................................................................................................. coordinateConceptGeneric ....................................................................................................... coordinateConceptPartitive ....................................................................................................... corpusTrace ............................................................................................................................. crossReference ........................................................................................................................ customerSubset ........................................................................................................................ databaseType .......................................................................................................................... definition .................................................................................................................................. definitionType ........................................................................................................................... directionality ............................................................................................................................. domainExpert ........................................................................................................................... elementWorkingStatus .............................................................................................................. entailedTerm ............................................................................................................................ entrySource ............................................................................................................................. environmentSubset .................................................................................................................... etymology ................................................................................................................................ example ................................................................................................................................... explanation ............................................................................................................................... externalCrossReference ............................................................................................................. falseFriend ................................................................................................................................ figure ........................................................................................................................................ frequency .................................................................................................................................. |
|---|
| geographicalUsage .................................................................................................................... grammaticalGender .................................................................................................................... grammaticalNumber ................................................................................................................. grammaticalValency .................................................................................................................. homograph ............................................................................................................................... hotkey ..................................................................................................................................... hyphenation .............................................................................................................................. indexHeading ........................................................................................................................... italics ........................................................................................................................................ keyword .................................................................................................................................. language-planningQualifier ........................................................................................................ lemma ...................................................................................................................................... lionHotkey ............................................................................................................................... math ......................................................................................................................................... morphologicalElement ............................................................................................................... normativeAuthorization .............................................................................................................. noteSource .............................................................................................................................. originatingDatabase .................................................................................................................. originatingInstitution .................................................................................................................. originatingPerson ...................................................................................................................... otherBinaryData ....................................................................................................................... partOfSpeech ........................................................................................................................... processStatus .......................................................................................................................... productSubset .......................................................................................................................... projectSubset ........................................................................................................................... pronunciation ........................................................................................................................... proprietaryRestriction ............................................................................................................... quantity .................................................................................................................................... range ........................................................................................................................................ register ..................................................................................................................................... relatedConcept ......................................................................................................................... relatedConceptBroader ............................................................................................................. relatedConceptNarrower .......................................................................................................... reliabilityCode .......................................................................................................................... responsibility ............................................................................................................................ sampleSentence ....................................................................................................................... |
| searchTerm .............................................................................................................................. securitySubset .......................................................................................................................... see ........................................................................................................................................... sequentiallyRelatedConcept ...................................................................................................... shortFormFor .......................................................................................................................... sortKey ................................................................................................................................... source ...................................................................................................................................... sourceIdentifier ......................................................................................................................... sourceType .............................................................................................................................. spatiallyRelatedConcept ............................................................................................................ subjectField .............................................................................................................................. subordinateConceptGeneric ...................................................................................................... subordinateConceptPartitive ..................................................................................................... subscript .................................................................................................................................. subsetOwner ............................................................................................................................ superordinateConceptGeneric ................................................................................................... superordinateConceptPartitive ................................................................................................... superscript ............................................................................................................................... syllabification ............................................................................................................................ table ........................................................................................................................................ temporallyRelatedConcept ........................................................................................................ temporalQualifier ...................................................................................................................... termElement ............................................................................................................................. termLocation ............................................................................................................................ termProvenance ........................................................................................................................ termStructure ............................................................................................................................ termType .................................................................................................................................. thesaurusDescriptor .................................................................................................................. timeRestriction .......................................................................................................................... transactionType ........................................................................................................................ transferComment ...................................................................................................................... unit .......................................................................................................................................... usageCount .............................................................................................................................. usageNote ............................................................................................................................... video ........................................................................................................................................ xAudio ..................................................................................................................................... xGraphic .................................................................................................................................. xMathML ................................................................................................................................. xSource ................................................................................................................................... xVideo ...................................................................................................................................... |
СВЕДЕНИЯ О СООТВЕТСТВИИ ССЫЛОЧНЫХ МЕЖДУНАРОДНЫХ СТАНДАРТОВ
НАЦИОНАЛЬНЫМ СТАНДАРТАМ РОССИЙСКОЙ ФЕДЕРАЦИИ
| Обозначение ссылочного международного стандарта | Степень соответствия | Обозначение и наименование соответствующего национального стандарта |
| ISO 8601 | IDT | ГОСТ ИСО 8601-2001 «Система стандартов по информации, библиотечному и издательскому делу. Представление дат и времени. Общие требования» |
| ISO 12620 | IDT | ГОСТ Р ИСО 12620-2012 «Терминология, другие языковые ресурсы и ресурсы содержания. Спецификация категорий данных для языковых ресурсов» |
| Примечание — В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов: - IDT — идентичные стандарты. | ||
Библиография
Этот раздел включает библиографию соответствующих публикаций и списка внешних ссылок на веб-сайты, которые обеспечивают инструменты, типовые файлы и т.д.
| [1] | ISO 1087-1:2000 Терминологическая работа. Словарь. Часть 1. Теория и применение |
|---|---|
| [2] | ISO/1087-2:1999 Терминологическая работа. Словарь. Часть 2. Применение вычислительной техники |
| [3] | ISO 1951:2007 Представление и изложение словарных статей. Требования, рекомендации, информация |
| [4] | ISO/IEC 19757-2:2003 Информационные технологии. Язык определения схемы документа (DSDL). Часть 2. Валидация на основе регулярной грамматики. RELAX NG |
| [5] | ISO/IEC 19757-3:2006 Информационные технологии. Язык определения схемы документа (DSDL). Часть 3. Валидация на основе регулярной грамматики. Схематрон |
| [6] | The Base16, Base32, and Base64 Data Encodings, July 2003. Available from www.ietf.org/rfc/rfc3548.txt |
| [7] | IETF BCP 47. IETF RFC 4646, Tags for Identifying Languages, September 2006. Available at tools.ietf.org/html/rfc4646 |
| [8] | Extensible Markup Language 1.0 (Fourth Edition), August 2006. W3C Recommendation 16. Available at www.w3.org/TR/REC-xml/ |
| [9] | The Text Encoding Initiative Guidelines (P5), 2007. Available from the TEI Consortium at www.tei-c.org/Guidelines/P5/ |
| [10] | Translation Memory eXchange (TMX), 2007. Available from the Localization Industry Standards Association at www.lisa.org/standards/tmx/ |
| [11] | TBX Resources. Available from the Localization Industry Standards Association at www.lisa.org/TBX-Resources.650.0.html |
| [12] | XML Localization Interchange File Format (XLIFF) 1.2, 2008. Available from OASIS at http://docs.oasis-open.org/xliff/xliff-core/xliff-core.html |
| [13] | The Handle System. Available at www.handle.net/ 14.TeX Users' Group. Available at www.tug.org/ |
| [14] | TeX Users' Group. Available at www.tug.org/ |
| [15] | Representing vCard Objects in RDF/XML. Available at www.w3.org/TR/vcard-rdf |
| [16] | Dublin Core Metadata Element Set. Available at dublincore.org/documents/dces/#ISO15836 |