ГОСТР ИСО 26162—2016
записей при помощи библиографического идентификатора. Эта практика сохраняет принцип экономии
данных, потому что это избавляет от необходимости повторять те же самые данные в многократных
терминологических записях. Также легче обновить библиографические ссылки, которые происходят в
многократных записях, потому что есть только один случай каждого библиографического входа. Ис
ключение к этой практике — цитата URLи URIs ссылка на веб-ресурсы, потому что они уже — короткие,
уникальные идентификаторы.
Общие ресурсы могут быть сохранены во внешней базеданных или в отдельном местоположении
в самой терминологической базе. Для пользователейдолжно быть возможно рассмотреть разделенные
ресурсы, рассматривая или ища терминологическую базу, потому что эта информация часто крайне
важна для оценки терминологического входа.
7.3.6 Отношения между записями
Часто необходимо указать, что термин в одном терминологическом входе так или иначе связан с
термином в другом входе.
Иерархические отношения, такие как суперордината и подчиненный, могут быть желательными в
терминологической базе, где пользователи должны сделать запись иерархических отношений понятия в
некоторой цели, такой, что касается определенных нормативных баз данных, где стандартизация
терминологии и суровость определений главные, или для приложений, которые могут использовать та кие
иерархические данные, например, заявления для управления знаниями или поиска. В этом случае
отдельная категория данных для каждого типа иерархического отношения будет требоваться. Такие
области должны позволить пользователю уникально указывать на цель отношения, которое может быть
входом понятия, или это может быть термин в рамках входа понятия. Например, следующее — пред
ставление XML, в ТВХ (ISO 30042) формат, этого типа категории данных:
<descrip type=’broaderConceptGeneric" target-’cid1234“>boat<ydescrip>
Этот пример мог бы произойти в терминологическом входе для особого вида лодки, такой как
«парусная лодка», чтобы указать на вход для более широкого универсального понятия, «лодки». Уни
кальный указатель обозначен как ценность целевого признака, который является идентификатором
входа понятия, который содержит термин «лодка». Содержание элемента, который является «лодкой»,
не является уникальным идентификатором, так как это слово может представлять несколько различных
понятий и таким образом, это может произойти как термин в нескольких различных записях понятия.
Предположим, что вход номер cid1234 содержит несколько условий, определенно «лодка», «суд
но» и «судно». В этом случае может такжо быть желательно указать на одно из этих определенных
условий в рамках входа. Это будет возможно, если у каждого термина в рамках входа также будет
уни кальный идентификатор, например:
Concept: cid1234
boat: tid1234-1 vessel:
tid1234-2 ship: tid1234-3
В этом случае связь была бы представлена следующим образом в формате ТВХ. если пользова
тель хочет указать определенно на термин «boat» в рамках входа понятия:
<descrip type="broaderConceptGeneric" target="tid1234-1*>boat</descrip>
Системы понятия могут также быть восстановлены, основанные на письменных числах, разрабо
танных. чтобы представлять положение данного понятия в пределах системы понятия. Обеспечение
связей от диаграмм понятия до терминологических записей и наоборот является очень полезным сред
ством визуализации концептуальных отношений.
Системы понятия могут включить неиерархические отношения, такие как ассоциативные отно
шения или временные отношения. Есть также неиерархические отношения, где тип отношения не
определен, такой как просто / relatedConcept /. Некоторые терминологические базы используют эти
кетку. «см. также» или «видите» для этого типа отношения. Следующее — типовые представления в
формате ТВХ:
23