ГОСТ Р ИСО 24610-2—2013
Элемент декларации системы элементов <fsdDecl> [FSD (feature-system declaration) declaration]
указывает декларацию, которая содержит определения для конкретного типа структуры элементов.
Помимоглобальныхатрибутовтип идентифицируетструктуруэлементов, задокументированную в FSD;
при этом предполагается, чтоданный элементбудетзначениематрибута «тип»хотябыоднойструктуры
элементов. Таким значением может быть любая строка символов, но если это значение содержит про
бел. оно подлежит нормализации: недолжно быть ни одной предваряющей или завершающей цепочки
символов пробелов ибольше одного символа пробела внутри. Атрибут «тип» является опциональным.
Когда необходимболеестрогий контроль, дляопределениятипа вместоэтогоатрибутаможетиспользо
ваться глобальный атрибутxml:id, ивэтом случаеадекватным идентификаторомдолжнобытьимя. Если
не используется ни тот. нидругой атрибут, то предполагается, что элемент <fsdDecl> идентифицирует
декларации FSDдля всехтиповструктур элементов, используемых при кодировании.
Элемент url обеспечивает связь с объектом, который содержитдекларацию системы элементов.
Его значением должен быть унифицированный идентификтатор ресурса RFC 2396 (Uniform Resource
Identifier (URI)].
Дляданной FSD можетсуществоватьмножествоэлементовfsdDecI— поодномудля каждоготипа
структуры, которую этотэлемент определяет. В приведенном ниже примере файл Lexicon, fsdсодержит
FSD, вкоторойвсвоюочередьсодержатсяопределенияструктурэлементовдлялексическихстатей (<fs
type="entry”>) и лексических подстатей (<fs type=’subentry">). Файл Gazdar.fsd содержит другую FSD,
содержащую определение типа структуры элементов, которая носит название GPSG:
<ТЕ1>
<teiHeador>
<filoDesc>
<!—
...
_>
</fileDesc>
<encodingDesc>
<!—... —>
<fsdDecl type=*GPSG" url="Gazdar.fsd7>
<fsdDecl type=’entry* url=*Lexicon.fsd7>
<fsdDecl type=’subentry" url^Lexicon.fsd’/»
<!—
...
->
</encodingDesc>
</teiHeader>
<!-Сюда вставляется текст -->
</TEI>
В этом примере показан элемент <fsdDecl> внутри элемента <encodingDesc> для каждогоотдель
ного значения, используемого в качестве типа элементов <fs> самого документа. В данном случае,
например, декларациясистемы элементов, используемая структурамиэлементовтипа «статья» и «под
статья» должны присутствовать в объекте, в элементе URL Loxicon.fsd.
Настоящий стандарт не устанавливает никакого способа обеспечения уникальности значений
типов для элементовfsdDecI. равно как не требует итого, чтобы каждое значение типа, определенное в
элементе<fs>, декларировалосьтакжев элементе<fsdDecl> игарантироваласьневозможностьпоявле
ния множества элементов <fsdDecl> в одном и том же дескрипторе <encodingDesc> - с опциональным
атрибутом типа или без него.
Кодировщикам, которым требуются такие ограничения (которые могут быть иногда весьма полез
ными для обеспечения согласованной и точной разметки), рекомендуется разрабатывать инструмен
тальные средства для их принудительного введения с использованием таких механизмов, как язык
утверждений Schematron.
В FSDs допускается присутствиеследующих элементов: fsd,fsDed, fsDescr. fDecl. fDescr. vRange,
vDefault. if. then. fsConstraints. cond. bicond иiff.
ПосколькусинтаксисFSDне зависитни от какого-либо модуляTEI, ниот FSR ИСО24610-1. он дол
жен использоваться в сочетании со стандартными модулями tei, заголовка и ядра в соответствии с тре
бованиями ИСО 24610-1.
В общихчертах FSDсостоит изоднойлибо несколькихдекларацийструктур элементов (<fsDecl>),
одного или нескольких определений элементов (<Юес!>) и нулевого или большего числа ограничений
структурэлементов(<cond> и/или <bicond>). Определения элементов иограниченияструктуры элемен
товдействуют только в рамках деклараций структур элементов.
23