Технические условия ГОСТ Р 57668-2017 Пространственные данные. Метаданные. Часть 1. Основные положения

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ГОСТР

57668—

2017

(ИСО 19115-1: 2014)

ПРОСТРАНСТВЕННЫЕ ДАННЫЕ. МЕТАДАННЫЕ

Часть 1

Основные положения

(ISO 19115-1:2014,

Geographic information — Metadata —

Part 1: Fundamentals, MOD)

Издание официальное

Москва

Стандартммформ

2017

ГОСТ Р 57668—2017

Предисловие

1 ПОДГОТОВЛЕН Федеральным государственным бюджетным учреждением «Федеральный научно-технический центр геодезии, картографии и инфраструктуры пространственных данных» (ФГБУ «Центр геодезии, картографии и ИПД») на основе собственною перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК394 «Географическая информация/гео-матика»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 14 сентября 2017 г. No 1114-ст

4 Настоящий стандарт является модифицированным по отношению к международному стандарту ИСО 19115-1:2014 «Географическая информация. Метаданные. Часть 1. Основные положения» (ISO 19115-1:2014 «Geographic information — Metadata — Part 1: Fundamentals». MOD) путем включения дополнительных фраз, слов, ссылок и внесения изменений по отношению к тексту применяемого международного стандарта, которые выделены курсивом, а также невключения отдельных структурных элементов, ссылок и дополнительных элементов. Объяснение причин внесения этих технических отклонений приведено во введении.

Сопоставление структуры настоящего стандарта со структурой указанною международного стандарта приведено в дополнительном приложении ДБ.

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5—2012 (пункт 3.5).

Сведения о соответствии ссылочных национальных стандартов международным стандартам, использованным в качестве ссылочных в примененном международном стандарте, приведены в приложении ДВ

5 ВВЕДЕН ВПЕРВЫЕ

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. No 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — е ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячном информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования—на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет ()

Настоящий стандарт не может быть частично или полностью воспроизведен, тиражирован и распространен в качестве официальною издания без разрешения Федерального агентства по техническому регулированию и метрологии

ГОСТ Р 57668—2017

Содержание

1 Область применения…………………………………………………………1

2 Соответствие…………………………………………………………….1

2.1 Требования соответствия………………………………………………….1

2.2 Комплекс проверок……………………………………………………….2

3 Нормативные ссылки…………………………………………………………2

4 Термины и определения………………………………………………………2

5 Сокращения и аббревиатуры…………………………………………………..3

5.1 Сокращения……………………………………………………………3

5.2 Аббревиатуры пакетов…………………………………………………….3

6 Требования к метаданным…………………………………………………….4

6.1 Метаданные для ресурсов………………………………………………….4

6.2 Информация по применению метаданных………………………………………4

6.3 Основные положения метаданных: пакеты и зависимости…………………………..4

6.4 Связь между пакетами Citation и Responsible party. Metadata application information.

Language-characterset localisation information и Extent information……………………..6

6.5 Диаграммы пакетов классов метаданных ресурса………………………………..7

6.6 Пакеты информации о пространственно-временной протяженности, ссылках

и общей информации…………………………………………………….21

6.7 Многоязычная поддержка для полей свободного текста…………………………..25

6.8 Примеры реализации…………………………………………………….27

6.9 Реализация метаданных………………………………………………….27

6.10 Метаданные для обнаружения данных………………………………………27

Приложение А (обязательное) Комплекс проверок……………………………………28

Приложение В (обязательное) Словарь данных для пространственных метаданных…………..30

Приложение С (обязательное) Расширения и профили метаданных……………………..114

Приложение D (справочное) Примеры реализации…………………………………..116

Приложение Е (справочное) Реализация метаданных………………………………..130

Приложение F (обязательное) Метаданные обнаружения географических ресурсов………….137

Приложение ДА (справочное) Термины из списков кодов и перечислений раздела В.З

приложения В (по алфавиту)………………………………………141

Приложение ДБ (справочное) Сопоставление структуры настоящего стандарта

со структурой примененного в нем международного стандарта…………….159

Приложение ДВ (справочное) Сведения о соответствии ссылочных национальных стандартов международным стандартам, использованным в качестве ссылочных

в примененном международном стандарте……………………………160

Библиография……………………………………………………………..161

III

ГОСТ Р 57668—2017

Введение

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

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

Для провайдеров ресурсов настоящий стандарт:

1) позволит эффективно и полностью охарактеризовать свои ресурсы;

2) упростит организацию и менеджмент метаданных для информационных ресурсов;

3) обеспечит надлежащее использование информационных ресурсов посредством точного понимания их характеристик;

4) упростит обнаружение ресурсов, доступ, поиск и повторное использование;

5) позволит определить, будет ли информационный ресурс полезным для них.

Настоящий стандарт входит в группу национальных стандартов, разрабатываемых на основе международных стандартов серии ИСО 19100. Настоящий стандарт определяет метаданные общего назначения. Более подробные модели для некоторых аспектов описания ресурсов, в том числе качества, структуры данных или изображений, определены в других стандартах этой серии:

ГОСТ Р 57668 Пространственные данные. Метаданные. Часть 2. Расширения для изображений и матричных данных:

ГОСТР 57773 Пространственные данные. Качество данных.

В содержание настоящего стандарта внесены изменения для приведения его в соответствие с современными международными и национальными стандартами, в частности: изменен раздел нормативных ссылок, уточнена библиография, исключены ссылки на ИСО 19115:2003. а также исключено приложение G. содержащее перечень изменений по сравнению с версией ИСО 19115:2003. поскольку она не принималась в Российской Федерации в качестве национального стандарта. Из текста настоящего стандарта исключены также все ссылки на приложение G. В текст настоящего стандарта дополнительно включено приложение ДА. содержащее перевод терминов из приложения В.

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

ГОСТ Р 57668—2017 (ИСО 19115-1:2014)

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ПРОСТРАНСТВЕННЫЕ ДАННЫЕ.

МЕТАДАННЫЕ

Часть 1

Основные положения

Spatial data. Metadata. Part 1. Fundamentals

Дата введения — 2018—06—01

1 Область применения

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

Настоящий стандарт применяется для описания пространственных наборов данных, пространственных сервисов, комплектов наборов данных, отдельных пространственных объектов и свойств объектов.

Настоящий стандарт определяет.

• обязательные и условные части метаданных, сущности метаданных и элементы метаданных;

– минимальный набор метаданных, необходимый для большинства приложений метаданных (обнаружение данных, определение пригодности данных для использования, доступ к данным, передача данных и использование данных и сервисов);

– необязательные элементы метаданных для обеспечения при необходимости более широкого стандартного описания ресурсов;

• методы расширения метаданных в целях обеспечения решения конкретных задач.

2 Соответствие

2.1 Требования соответствия

Любые метаданные, соответствующие настоящему стандарту, должны отвечать требованиям, приведенным в комплексе проверок (см. приложение А).

Метаданные должны быть представлены в соответствии с разделом 6 и приложением В.

Если существует расхождение между UML-моделями, предусмотренными в разделе 6 и приложении б. данные модели должны быть рассмотрены самостоятельно.

Метаданные, определяемые пользователем, должны быть определены и представлены в соответствии с приложением С.

Любой профиль, соответствующий настоящему стандарту, должен соответствовать правилам, приведенным в С.6 приложения С.

Издание официальное

ГОСТ Р 57668—2017

2.2 Комплекс проверок

Для целей проверок на соответствие с использованием комплекса проверок в приложении А классы метаданных и элементы должны быть определены в качестве обязательных, условных или необязательных. как указано в соответствующем профиле.

3 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие документы:

ГОСТ 7.75—97 Система стандартов по информации, библиотечному и издательскому делу. Коды наименований языков

ГОСТ ИСО 8601—2001 Система стандартов по информации, библиотечному и издательскому делу. Представление дат и времени. Общие требования

ГОСТР 57656 (ИС0 19115-2:2009) Пространственные данные. Метаданные. Часть 2. Расширения для изображений и матричных данных

ГОСТ Р 57657 (ИСО 19131:2007) Пространственные данные. Спецификация информационного продукта

ГОСТР 57773 (ИСО 19157:2013) Пространстееннью данные. Качество данных

OK (МК (ИСО 3166) 004—97) 025—2001 Общероссийский классификатор стран мира

OK (МК (ИСО 4217) 003—97) 014—2000 Общероссийский классификатор валют

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов и классификаторов в информационной системе общего пользования — на официальном сайге Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя аНациональные стандарты» за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссыгку.

4 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями.

4.1 ссылка (citation): Информационный объект, содержащий информацию, которая направляет внимание читателя или пользователя с одного ресурса (4.17) на другой.

4.2 тип данных (data type): Спецификация области значений с операциями (4.15). разрешенными над значениями в этой области.

Пример — Целое, вещественное, логическое, строка, данные и GM_Point

Примечание — Тип данных определяется гермином, например, «целое».

4.3 набор данных (dataset): Идентифицируемая совокупность данных.

Примечание — Набор данных может быть меньшей группировкой данных, которая хотя и ограничивается каким-то параметром, например пространственной протяженностью или типом объекта, расположена физически в большем наборе данных. Теоретически минимальный набор данных может быть в виде отдельного пространственного объекта (4.5) или атрибута объекта, содержащегося в большем наборе данных. Твердая копия карты или плана может считаться набором данных.

4.4 комплект наборов данных (dataset series): Коллекция наборов данных (4.3). имеющих общие характеристики.

4.5 пространственный объект (feature): Абстракция явления реального мира.

4.6 свободный текст (free text): Текстовая информация, которая может быть выражена на одном или нескольких языках.

4.7 сетка (grid): Сеть, составленная из двух или более наборов кривых, а которой члены каждого набора пересекаются с членами других наборов алгоритмическим образом.

ГОСТ Р 57668—2017

4.8 интерфейс (interface): Именованный набор операций (4.15), которые характеризуют поводе* ние сущности.

4.9 происхождение (lineage): Происхождение, источники) (4.16) и процессы) производства, ис* пользованные в производство ресурса (4.17).

4.10 метаданные (metadata): Информация о ресурсе (4.17).

4.11 элемент метаданных (metadata element): Дискретная единица метаданных (4.10).

Примечания

1 Элементы метаданных уникальны в пределах класса метаданных.

2 Эквивалент атрибуту и/или ассоциации в терминологии UML.

3 На атрибуты класса и отношения ссылаются как на элементы метаданных.

4.12 сущность метаданных (metadata entity): Набор элементов метаданных (4.11), описывающих один и тот же аспект данных.

Примечания

1 Может содержать одну или более сущностей метаданных.

2 Эквивалент класса в терминологии UML.

4.13 раздел метаданных (metadata section): Поднабор метаданных (4.10), который состоит из со* вокупности связанных сущностей метаданных (4.12) и элементов метаданных (4.11).

Примечание — Эквивалент пакета в терминологии UML.

4.14 модель (model): Абстракция некоторых аспектов реальности.

4.15 операция (operation): Спецификация преобразования или запроса, применяемого к объекту.

Примечание — Операция имеет имя и список параметров.

4.16 источник (provenance): Организация или физическое лицо, которое создало, накапливало, поддерживало и использовало записи.

4.17 ресурс (resource): Идентифицируемый аспект или средства, которые соответствуют требованиям.

Пример — Набор данных (4.3), комплект наборов данных (4.4). сервис (4.18). документ, инициатива, программное обеспечение, лицо или организация.

4.18 сервис (service): Отдельная часть функциональности, предоставляемой сущностью посредством интерфейса (4.8).

4.19 пространственные данные (spatial data): Данные о пространственных объектах, включающие сведения об их форме, местоположении и свойствах, в том числе представленные с использованием координат.

5 Сокращения и аббревиатуры

5.1 Сокращения

В настоящем стандарте использованы следующие сокращения:

OCL (Object Constraint Language) — язык объектных ограничений:

OGC (Open Geospatial Consortium) — открытый геопространственный консорциум;

UML (Unified Modelling Language) — унифицированный язык моделирования;

XML (Extensible Markup Language) — расширяемый язык разметки.

5.2 Аббревиатуры пакетов

Для обозначения пакета, содержащего класс, используют аббревиатуры. Данные аббревиатуры предшествуют имени класса и присоединяются через символ «_». Ниже приведен перечень таких аббревиатур:

С!	(Citation)	— ссылки:
DQ	(Data Quality)	— качество данных:
DS	(Dataset)	— набор данных;
ЕХ	(Extent)	— пространственно-временная протяженность:
FC	(Feature Catalogue)	— каталог объектов;

ГОСТ Р 57668—2017

GF	(General Feature)	—
GM	(Geometry)	—
Li	(Lineage)	—■
LE	(Lineage extended)	—
MD	(Metadata)	—
РТ	(Polyiinguistic Text)	—
RS	(Reference System)	—
SC	(Spatial Coordinates)	—
SV	(Metadata for Services)	—■
ТМ	(Temporal)	—

главный объект: геометрия: происхождение: расширенное происхождение: метаданные:

полипингеистический текст: система отсчета: пространственные координаты метаданные для сервисов: временной.

6 Требования к метаданным

6.1 Метаданные для ресурсов

Настоящий стандарт определяет метаданные, необходимые для описания всех видов ресурсов. Метаданные применяются:

• к коллекциям ресурсов и их компонентам (например, комплект наборов данных);

– наборам данных и их компонентам (например, объект и типы свойств объектов);

– программному обеспечению;

• техническим средствам;

– сервисам;

• негеографическим данным;

– другим типам ресурсов.

Метаданные должны предоставляться для наборов пространственных данных и при необходимости для других видов ресурсов.

6.2 Информация по применению метаданных

На рисунке 1 приведена диаграмма класса UML. определяющая классы информации, к которым применяются метаданные. Она устанавливает, что ресурс (DS_Resource) и аггрегации ресурсов должны иметь один или более связанных наборов метаданных (MD_Metadata). Метаданные могут при необходимости применяться к Feature (объекту). Feature Attribute (атрибуту объекта). Feature Туре (типу объекта), Feature Property Туре (типу свойств объекта). Способ связывания метаданных с экземплярами объектов и атрибутов описан в [1]. Набор данных (DS.Dataset). агрегат (DS_Aggregate) и сервис (SV_Servic6) являются специализациями (подтипами) ресурса (DS_Resource). Агрегации ресурсов могут быть определены (выделены как подклассы) в качестве общей ассоциациии (DS_OtherAggregate), комплекта наборов данных (DS_Series) или специфической деятельности (DSJnitiative). Совокупные ресурсы, которые определены (выделены в качестве подтипов) как комплект наборов данных <DS_Series). связаны общим наследованием, например: они могут быть наборами данных, которые получены от одного датчика (DS_Sensor), платформы (DS.PIatform) или соответствуют общей спецификации на производство (DS_Production Series). MD_Metadata распространяется на ресурсы и услуги, которые указаны в MD_SoopeCode (код области применения) (см. В.3.28 приложения 8). Словарь данных для этой модели приведен е таблице В.1 приложения 8.

6.3 Основные положения метаданных: пакеты и зависимости

Серия стандартов на пространственные данные разрабатывается с использованием одного или более пакетов UML и поддерживается в единой интегрированной модели UML. Настоящий стандарт использует основные понятия, содержащиеся в {2}— (9). Рисунок 2 иллюстрирует пакеты, на которых основан настоящий стандарт. Пакет Metadata — Fundamentals (метаданные — основные положения) определяется и представляется одним или несколькими пакетами; каждый пакет предоставляет отдельный компонент информации метаданных. Для определения и предоставления метаданных использованы 13 пакетов, определенных в настоящем стандарте:

Metadata information — информация о метаданных;

Identification information — идентификационная информация:

ГОСТ Р 57668—2017

Рисунок 1 — Применение метаданных

Constraint information — информация об ограничениях;

Lineage information — информация о происхождении;

Content information — информация о содержании;

Distribution information — информация о распространении;

Reference system information — информация о системах координат;

Spatial representation information — информация о пространственном представлении;

Portrayal catalogue information — информация о каталоге графических отображений;

Metadata application information — информация о приложении метаданных;

Application Schema information — информация о схеме приложения;

Metadata extension information — информация о расширении метаданных;

Service metadata information — информация о метаданных на сервисы.

Дополнительно могут использоваться еще четыре следующих пакета:

Citation information — информация о ссылках;

Responsible party information — информация об ответственном субъекте: Language-characterset localization — информация о применяемом языке; information

Extent information — информация о пространственно-временной протяженности.

ГОСТ Р 57668—2017

Индивидуальные пакеты могут быть применены по одному, чтобы обеспечить отдельные ком* поненты метаданных для удовлетворения специфических требований, но как минимум Metadata information и Identification information должны быть задействованы при предоставлении полного на* бора метаданных. Дополнительные пакеты следует добавлять при предоставлении дополнительных метаданных.

ISO 191S7 Data quality

ISO 19107 S|MlU Schema

■^7

ISO 19tl2 Spatial referencing by geographic idcnttliers

УГ

ISO 19115-1 Metadata – Fundamental

Ml

ISO 19103 Conceptual Schema language

ISO I9l0e Temporal sxhertu

ISO 19110 Methodology for feature cataloguing

ISO 1911] Spatial referencing by coordinate*

±.

ISO 19111*2 Spabal referencing by coordinates – Part 2: Extensors for parametric values

Рисунок 2 — Метаданные — основные положения: пакеты и зависимости¹*

6.4 Связь между пакетами Citation information и Responsible party information, Metadata application information, Language*characterset localisation information и Extent information

Четыре пакета Citation information. Responsible party information. Language*characterset localisation information. Extent information, а также Metadata application information использованы другими пакетами при предоставлении метаданных (см. рисунок 3).

Наименования международных стандартов, приведенных на рисунке 2. и их перевод приведены в (2]—[9].

ГОСТ Р 57668—2017

_____________

Language-charactered localization information

Content information

“F

Metadata information

Distribution informa Hot

4 \ ‘

_ ^чч \ \

Constraint Information] ⁴v \ \

~l 4 \ \

AL—.4

Portrayal catalogue information

4 \ v

– W \

‘v \ \

Service metadata information I

^bhon^an^reipoiMblejwity^nfemiation^

T7^–

Identification Information

Maintenance infwmattnr|

✓

_ /

Lineage Information

✓

Metadata entenaon information

–_:-4Ц

fate nt i nformatioii}

Application schema information I

Рисунок 3 — Связь между пакетами Citation information и Responsible party information,

Metadata application information. Language-characterset localisation information и Extent information

6.5 Диаграммы пакетов классов метаданных ресурса

6.5.1 Введение

Метаданные формируются из одного или более пакетов метаданных, содержащих один или более классов метаданных, содержащих атрибуты. Отношения между пакетами метаданных и между классами метаданных определяются символами отношений композиции и агрегации. Атрибуты класса и отношения совместно рассматриваются как элементы метаданных. Диаграммы в 6.5.2—6.6.3 обеспечивают «представления», которые являются частями общей абстрактной модели метаданных. Каждая диаграмма определяет пакет метаданных UML связанных классов, элементов, типов данных и перечней кодов. Связанные классы, которые определены е другой диаграмме, показаны со скрытыми атрибутами и пакетом, в котором они полностью определены именем пакета после двоеточия Метаданные полностью определены посредством диаграмм модели UML и связанного словаря данных для каждого пакета е приложении В. Абстрактные классы (которые определены в виде схематических структур, то есть только их подклассы реализованы) идентифицируются их именами, указанными курсивом.

Примечание — В некоторых случаях необязательные классы могут иметь обязательные элементы, такие элементы становятся обязательными, только если используется необязательный элемент.

ГОСТ Р 57668—2017

6.5.2 Информация о метаданных (MO.Metadata)

6.5.2.1 Общие положения

Пакет MD_Metadata определяет схему для описания полных метаданных о ресурсе и метаданных о самих метаданных. Словарь данных для его диаграммы (см. рисунок 4) приведен в таблице В.2 приложения В.

6.5.2.2 Схема метаданных

Полные метаданные представляются посредством MD_Metadata и совокупностью дополнительных 12 классов метаданных, как указано на рисунке 4. Класс DQ_DataQuality определен в ГОСТ Р 57773.

ГОСТ Р 57668—2017

6.5.2.3 Метаданные о метаданных

Класс MD_Metadata содержит атрибуты, предоставляющие информацию о метаданных, как указа* но на рисунке 5. Словарь данных для этой диаграммы приведен в таблице В.2 приложения В.

MD.Meudata

• meudauldentiftfr: м D.Identifier (0l|

♦ dclaultLorale: PT.locale |0..1)

♦ parentMetadata: CI_Citation |0,.l]

• contact; Cl.Responsibility

• datetnfo: ci.Date

* metadataStandard: Cl’citJlIon |0..’]

♦ meudataProfile: Cl.Citatlon (0./]

* altcmatiucMetadataRcferencc: Cl.Citation [0..’f

♦ otbertocale- PT.Locale |0..*|

* netadaUlinkage: CI.OnllntRtsource (0..*|

Ограничения

(dcfaullLocalc досумеитвруетс». если не определен кодированием)

(defaultLocalc.PT.Localo.charactcrEncodtng эмачоиис по умолчанию UTE-8)

(count (MD.Metadata.parentMetadata)» 0. когда есть объект более аысокого уровня}

(count (MD.M<-udau.metadataScope)> О.если MD.Metadata.metadataScope.MP.MetadataScope.resoutceScope неравно ‘dauset’)

(couat (М D.Mcradata.datclnfo.C).Date.datcTypt.CI.I)atcType£odc»*creattnn*) > 0}

• metadataSrope

MD.Metada la Scope

• resoureeScope: MD.ScopeCode * ‘dataset*

* name: CharacterStnng (0..1|

Ограничения

(name вал ветел обязательным, еслв resourceScope не равно «dataset»)

Рисунок 5 — Метаданные на классы метаданных

6.5.3 Идентификационная информация (MDJdentiftcation)

6.5.3.1 Общие положения

Идентификационная информация обеспечивает предоставление информации для того, чтобы однозначно идентифицировать ресурс. Пакет MDJdentiflcation может быть определен как MD_Dataldentiflcation или SV.Serviceldentification и является совокупностью семи классов метаданных, которые помогают в идентификации ресурса. Полный пакет указан на рисунке 6. Словарь данных для этой диаграммы приведен в таблице В.З приложения В.

ГОСТ Р 57668—2017

6.5.3.2 Классы идентификационной информации

Congnmt ntfomuuon:. МО.Сопягешв

Metadata

Information;

MD.MeUdau

• inoorceCeotiriitts >4 0..*

MD.Ua«<

• spccfflcUsage; ChimtcrSuljj

• usageOatrTifne TM.Pneitiv? (o..*|

• uteeDcterminedUaitstions: CharicterStnng {<M|

• uf*«€nnta<llnrn: Cl.ln^MiMlilf |f_*|

• respond CharacierSmng |P_*|

• iddltionjlDocorecoution Cl.Citattoa

• IdentUWdhsues: Cl.Cnetloo |0 l|

• reseorteSpeolkUsage

Common ria«s;MD Br«w*-Craphl<

• McNam*. CharactrrStrini

• tlleDrscnp&on; CharecterStnng [4.1]

• OkTypr Characterstn>( |0 )|

• iiM|rC»«itra<alti: MD.Cent trail Ih [П..’1

• linkage: CI.OniineResoorce (0..*|

DttributJoit niformaaon:MD.Fon»at

• re*o«rceMaintro»ocr

Maintenance infomubon::

MD, Mamie nance Information

M D.Datj I cleati fica tion

• dcfmltUcalt PT.locale |P-1|

• etberLotilt: PT.lorik |в.‘|

• «etlroorieniDeicription CharnciorStrtag |t_1|

• supplcntteullnformanon: Chara<terStriRg|O..I|

MD ^KtrtawdRwxirw

« им: Cl.Citatlon (0.11

♦ KiMliMeTypt: DS.XiiOcUUooTypeCode

♦ inltiailveType. DS.IntUativeTypeCode |«.l|

♦ aeUdataRckreite CI.Ciucm* [0.1|

OipnueseHia

(Коы-ксгмМпата • meiadainRokrencn) > 0)

• assoeutedRtsonrcc

»i4eoiilktnonlnJo

•abstract»

.WD.Aftvie/lartion

• c Italian: ClCluiwa

• abstract. ChiractcrStriag

• pnrpose CharactrrStnncKt ll

• credit- CharaclMSlrtag 10.*!

• sutet MD.ProgrettCodo |(L*)

• potniOKontice ClRetponsibtliry |a.*|

• spstinlReprtsentst’oaTrpe MP.jpatiiJReprtsentitionTypeCodo |0.*)

• spntlelResoUiron MD.Rtsulunon(&.*)

• teatporiiResolelHn. TMJ)uratlo«

• toptecategory M D.ToptcCa tegory Cede {*.*1

• nt»r B(.fit«l|k*|

• addiHonnlDocinnnnUtioit ClCilatlos(fc.*|

• pnxesslnglcvel: MD. Identifier (0.1)

Orjumnetaa

({M D_Mrtnd;itn«s*lidilaScope.M D.MetadaliScepa^eaourceScope^’dj Intel* nojpaiyMChMi, ’em кекнепм

leslralgeognphkEUaitnLEX C rograph ic В • und ingB or • «(t(nterocr]pkicBkneatIX.Cc»KraphKOescnpiK>o}>e1)

«М D.MftaditM(etid>la$<0|>r.HD.Scop«ri>t«nr<e$<»pe)»(‘data**t’or4eneV| niupti)wun.im topicCstrgoiy ямяекяебпитс.-ииим}

Ограничения

(drbehi4<*lr*K!riKnMpye«ca.eUMpRtpc H-unut пкпм^ааи)ири«|») {deftullLocik PT. Lntikchiracleftncodmt wirier no уиюиняо UTP-I)

•opceatetOn

• 4« < ripciwK eysro rd < MD.Keyxordj

• keyxerd CharxterStrfag(l..*)

• type: HDJCeywordTypcCodt (O. li

• lh»t»o(u»N«mr Cl.Cllaiwn (ft.l)

Огрикчспм

(Kern (aiKbaxwuapecjpc tburtrecepncow.

«V» жкопир MD.KefHOrdaccueHciMurun

m сорте шеотаа. niiamdiHCO 191>o|

Sennet metadata informanon.SV.Serviceldentiftcatiofl

«DaiaTypes

MD.RpprpmntamvFncflon

• denominator Integer

• Union»

_MUJtetttuQon_

– equt»iknt$fik- И D.ftepmeotatiw Fraction

• dnlincr: Dlnlanra

• vortical: Distance

– angulirOisiincc. Angle ^r»HOfD«liir_Ch»c»M«r5ln«£^^^^^^^_

•keywerdCLass

1 > 0..I

MD.KepwoniQi»

• rlMsNanr CkaracterStrlng

• roncepildenuRer. URI|O.I|

• ontology: Cl.Cmivon_

Рисунок 6 — Классы идентификационной информации 6.5.3.3 Списки кодов идентификационной информации

Идентификационный пакет использует списки кодов, указанные на рисунке 7. Словарь данных для этих списков кодов приведен в таблице 8.3 приложения в.

ГОСТ Р 57668—2017

«CodeList»

MD.ProgressCode

♦ completed

♦ historicalArchivc

♦ obsolete

♦ onCotng

♦ planned *■ required

♦ underDevelopment

♦ final

t pending retired

+ superseded

♦ tentative

♦ valid

♦ accepted

+ notAccepted

♦ withdrawn *• proposed

♦ deprecated

«CodeUst»

MD.KeywordTypeCode

♦ discipline

♦ place

♦ stratum

♦ temporal

♦ theme

♦ dataCentre

♦ featureType

♦ Instrument

♦ platform

♦ process

♦ projecl

♦ service

♦ product

♦ subTopicCategory

♦ taxon

«CodeList»

DS.AssoclatlonTypeCode

♦ crossReference

• largerWorkCitation

+ partOReamlessDalabase

* stereoMate

* IsComposedOf » collectiveTitle

♦ series

*■ dependency

♦ revislonOf

•enumeration»

M D_T op i cCa te goryCod e

farming

biota

boundaries

dim atology M eteorologyAtmosphere

economy

elevation

environment

geosclentlflc Information

health

imageryBascMapsEarthCover

inlelligenceMilitary

inlandVVaters

location

oceans

planningCadastre

society

structure

transportation

utilitiesComm unication

extraTerrestrial

disaster

■CodeList»

DS_I ni ti a ti veTypeCode

+ campaign

♦ collection « exercise

• experiment

• investigation

♦ mission

* sensor

• operation

• platform process

* program

* project

♦ study

♦ task + trial

«CodeList»

M D_S pa ti a I Re pi e se n ta ti onType Code

♦ vector + grid

+ textTable

♦ tin

♦ stereoModel

♦ video

Рисунок 7 — Списки кодов для идентификационной информации¹!

” Перевод терминов из списков кодов и перечислений, указанных на рисунках, приводен в таблицах раздела В.З приложения Вив приложении ДА.

ГОСТ Р 57668—2017

6.5.4 Информация об ограничениях (MO.Constraints)

Этот пакет поддерживает предоставление метаданных о правовых ограничениях и ограничениях. связанных с безопасностью, размещенных в ресурсах и метаданных о ресурсах. Он состоит из MD.Constraints, который также может быть определен как MD_LegalConstratnts (правовые ограничения) и/или MD_Security Constraints (ограничения по безопасности). Полный пакет приведен на рисунке 8. Словарь данных для этой диаграммы приведен в таблице В.4 приложения В.

•CodcList*

MUJtestnctionCode

patent

patentPending

trademark

licence

IntetlectualProperty Right*

restricted

otherRestrlcttons

unrestricted

IlcenceUnrestrtcted

IlcenccEndllser

licence Distributor

private

statutory

confidential

sensithvButUncMssifted

ln-canfld«nco

MD.Rclranbiltty

addressee: CI.ResponsIbiItty (0 *| statement: CharacterStnng |0,.l| distcmtnationConttraints: MD.RestrlctlonCode (0..*|

Ограничения

(Kojiriccioo(addrcssec ♦ statement) > 0)

•CodtUtt»

M D.Q a sd fi ca tionCode

unclassified

restricted

confidential

secret

tnpSccret

sensitiveButUnc Ias6ified

forOlftciatUseOnly

protected

lim KedDiStribulion

Рисунок 8 — Классы информации об ограничениях

ГОСТ Р 57668—2017

6.5.5 Информация о происхождении (LI.Lineage)

Этот пакет поддерживает предоставление метаданных об источниках и производственных процессах, используемых в производстве ресурса. LI_Lineage — это совокупность двух классов Ll.Source (источник). LI_ProcessStep (этапы обработки). Полный пакет указан на рисунке 9. Классы с суффиксом «LE» определены в ГОСТ Р 57656 и показаны для справки, чтобы обеспечить полное представление о модели происхождения. Словарь данных для этой диаграммы приведен в табли* це В.5 приложения В.

Рисунок 9 — Классы информации о происхождении

ГОСТ Р 57668—2017

6.5.6 Информация по ведению данных (MD.Maintenancelnformation)

Этот пакет поддерживает предоставление метаданных, связанных с областью приме* нения и периодичностью обновления ресурса или метаданных о ресурсе в отдельном классе MD_Maintenancelnformation. Полный пакет указан на рисунке 10. Словарь данных для этой диаграммы приведен в таблице В.6 приложения В.

Рисунок 10 — Классы информации по ведению данных

6.5.7 Информация о форме пространственного представления (MD.SpatialRepresentation) Этот пакет поддерживает предоставление метаданных, идентифицирующих пространственные примитивы, используемые ресурсом, и механизмы, используемые для моделирования реальных яв-лений мира в цифровой информационной системе. Он состоит из MD_SpatialRepresentation. который может быть определен либо как MD_VectorSpatialRepresentation (векторное представление}, либо как MD_GridSpatialRepresentat»on (матричное представление). MDj3ndSpatialRepresentatjon далее может быть определен как MD_Georectified (^трансформированный) или MD_Georeferencable (геопривязан-ный). Полный пакет указан на рисунке 11. Словарь данных для этой диаграммы приведен в таблице В.7 приложения В.

ГОСТ Р 57668—2017

Metadata lnfi>rmation::MD.Metadata

«spatialKcprescntaiMnlnto \y U..*

MD.Geo rectified

* rbeckPotniAvnilabltiiy: Bnolean

♦ checkpoint Descript ion- Characters tring |0l.1|

* cornerPolnts: (IM.Polnt |2..4)

* centrvPoint-CM.Point |0 1J

• poiotlnPixtL M D.PuclOrientationCodc

• transforraationDiraenslooDesrrlpuoiv CharacrerStrtng |0..l|

• transforraatignDimensioiiMapptni:: CharacterString(0-31

MD.Ceoreferenceablc

» control Point Am liability: Boolean

• onentationParameterAvailability: Boolean

t orientation Pa ramcterOctcript Ion. CharaclerStrlng (0..1|

• georcrervncedPorameierv Record

• parameterCttatioiL Cl.Ciutwn (0i.’|

«roymerstion*

MD.PixelOricnUtionCodc

centre lowerleR lower Right upperKtghc upperleR

•CodeList*

MD.TopologyUvelCode

• geumetryOniy

• topologylD

* planarGraph

» MlPtanarGrapb

* suriaceCraph

» lullSurfaceGraph » topology3D

• fullTopology^O

♦ abstract

MO.Ceomotri<Ob|eas

• gcometricObjcctType: HD.CeometncObiectTypeCode

* geometncObiectCoum: Integer (0.1)

MD. Dimension

» diraenslonNone: MD.OimensionNaneTypeCode

• dimensionSue: Integer

• resolution: Measure [0..1|

» diraensionTItle: CharaclerStrlng {0. 1)

• dimenstonOescnption: CharaclerStrlng (0 .1)

«Codellst»

MD.CellCeomelr>Codc

♦ point

♦ area t voxel

♦ stratum

«CodeList»

MD.GeometritOb|ecxTyp*Code

• complex

• composite

• carve

• pnlat

• solid

• sorface

«CodeList*

MU.DimenaonttmeTypeCode

• row

• column

• vertical

• track

• crossTrnck

• line

• sample

• time

Рисунок 11 — Информация no пространственному представлению

6.5.8 Системы отсчета (MD.ReferenceSystem)

Этот пакет поддерживает метаданные, идентифицирующие пространствеиную(ые), еременную{ыв) и параметрическую(ие) системы отсчета, используемые ресурсом в одном классе MD_ReferenceSystem. Полный пакет указан на рисунке 12. Словарь данных для этой диаграммы приведен в таблице 6.8 при* ложения 8.

ГОСТ Р 57668—2017

•CodeList»

М n.Re ferenceSysu; mTypeCode

• coropoundEnginceringParametric

• compoundEngineeringParametricTemporal

• compoundEngineerlngTemporiil

• compoundEngineeringVerticnl

• compound EngineeringV«rtic»ITemporal

• compoundGcogrjphi<2DPjramctric

• compoundCeogr.sphic2l)Param©trlc’l>mporal

• compoundGeogrdphic2DTempor«l

• compaundGeagraphic2DVcrticai

• compoundG«ographic2DVertlcalTemporal

• compoundGeogiaphlc3DT«mporal

• compoundProjected2DParametric

• compound Pro)ected2DParametric Temporal

• compoundPro)ec(«dT«mporal

• compoundProjectedVtuic*)

• compoundProjecledVerticalTempora!

• engineering

• engineerlngOestgn

• engineeringlmage

• geodeticGeocentnc

• geodcticGeographic2D

• geodeticCeogr*phic3D

• geographicldenlifier

• linear

• paramedic

• projected

• temporal t vertical

Рисунок 12 — Классы информации о системах отсчета

6.5.9 Иформация о содержании (MD.Contentlnformation)

Этот пакет поддерживает предоставление метаданных, идентифицирующих содержание ресурса следующим образом: путем ссылок на каталог объектов, используемый для определения содержания (MD_FeatureCatalogueDescript>on); включения каталога объектов, представленного в [5]. или описания содержания ресурса покрытия (MD_CoverageDescription), который также может быть указан как MDJmageDescription. Полный пакет указан на рисунке 13. Словарь данных для зтой диаграммы приведен в таблице В.9 приложения 8.

ГОСТ Р 57668—2017

Рисунок 13 — Классы информации о содержании

6.5.10 Информация о каталоге графических отображений (MD.PortrayalCatalogueReference) Этот пакет поддерживает предоставление метаданных, идентифицирующих используемый каталог графических отображений. Каталог отображений описывает, как ресурс может быть представлен

ГОСТ Р 57668—2017

с целью улучшения восприятия человеком. Полный пакет показан на рисунке 14. Словарь данных для этой диаграммы приведен в таблице 6.10 приложения В.

Рисунок 14 — Классы информации о каталоге графических отображений 6.5.11 Информация о распространении (MD.Distribution)

Этот пакет поддерживает предоставление метаданных о распространении и вариантах получения ресурса. MD_Distribution — это совокупность трех дополнительных классов. Полный пакет указан на рисунке 15. Словарь данных для этой диаграммы приведен в таблице 8.11 приложения В.

Рисунок 15 — Классы информации о распространении

ГОСТ Р 57668—2017

6.5.12 Информация о расширении метаданных (MD.MetadataExtensionlnformation)

Этот пакет поддерживает предоставление информации об установленных пользователем расширениях метаданных. MD_MetadataExtensionlnformatk>n — это агрегат еще одного класса. Полный пакет указан на рисунке 16. Словарь данных для этой диаграммы приведен в таблице В.12 приложения В.

Metadata Informatlon-MD.Metadata

MnctadataExtcnsionlnfo \	f <>■•*
MD.MctadataExtensonlnformation
♦ extensionOnLineResource:	CI.OnlineRcsource \|0..’\|

«enumeration»

MD_ObligationCodc

mandatory

optional

conditional

+ ex tended Element Information

0..*

MD.ExtendedElementlnformation

+ name: CharacterString

♦ definition: Characterstring

*■ obligation: MD.ObligationCode |0..1J

♦ condition; CharacterString |0..1)

4- dataType: M I) DatatypeCode

♦ maximiimOccurrencc: Characterstring |0,1|

♦ domainValue: Characterstring |0..1]

♦ parentEntity: CharacterString |1..*J + rule: CharacterString

♦ rationale: CharacterString (0..1)

+ source: CI.Responsibllity (1..*)

♦ conceptName: CharacterString [0..1]

♦ code: CharacterString (0..1]

Ограничения

{Если dataType не равен codelist. enumeration, или codelistElement. тогда obligation. maximumOccurence и domainValue являются обязательными)

(Если obligation « conditional, тогда условие является обязательным) {Если dataType «codehstEiement. enumeration, или codelist. тогда code является обязательным}

{Если dataType ^scodetistElement. enumeration, или codelist. тогда conceptName является обязательным)

{Если dataType «codelist. enumeration, или codelistElement. тогда name (имя) не используется)

«Codelist» MD.Data type Code

• class

♦ codelist

* enumeration

* codelistElement

♦ abstractClass

♦ aggregateClass

♦ specifiedClass

• datatypeClass « interfaceClass

* unionClass

* metaClass

• typeClass

* characterstring

* integer

* association

Рисунок 16 — Классы Информации о расширении метаданных

ГОСТ Р 57668—2017

6.5.13 Информация о прикладной схеме (MD_AppllcatlonSchemalnformatlon)

Этот пакет поддерживает предоставление метаданных, описывающих прикладную схему, используемую для определения и выражения структуры ресурса. Прикладная схема — это модель и/или словарь данных, который представляет ресурс. MD_Appticatk>nSchemalnformation указан на рисунке 17. Словарь данных для этой диаграммы приведен в таблице В.13 приложения В.

Рисунок 17 — Класс информации о прикладной схеме

6.5.14 Информация о метаданных на сервисы

Этот пакет поддерживает предоставление метаданных на сервисы. Структура метаданных на сервисы включает в себя три основных класса: раздел основные метаданные на сервисы (SV.Serviceldentification). который обеспечивает общее описание функциональных возможностей, предоставляемых сервисом, и два раздела, описывающие операции (SV.OperationMetadata) и данные (MD_Dataldentif>cation). доступные от конкретного сервиса.

SV_Service!dentificat»on имеет отношения агрегации с множественными экземплярами SV_OperaUonMetadata. Хотя известно, что структура сервиса может быть более сложной, чем эта агрегация. нет необходимости е указании дополнительных деталей сервисно-агрегированных сервисов в описании метаданных на сервисы.

Экземпляр сервиса может быть либо тесно связан с набором данных, либо слабо связан {то есть не ассоциирован с конкретными экземплярами набора данных), либо это может быть смешанная связь:

• в случае тесной связи метаданные на сервисы должны описывать как сервис, так и пространственный набор данных. Допустимые значения для описания операций должны иметь ограничения на значения, определенные наборами данных, связанными с сервисом;

• слабо связанные сервисы могут иметь ассоциации с типами данных посредством описания типа сервиса (SV_Serviceldentifi cation.serviceType). Для слабо связанного сервиса нет необходимости представления метаданных набора данных в метаданных на сервис (то есть operatedDataset: CI_Citation или operatesOn: MD_Dataldentification необязательны);

• отдельный экземпляр сервиса может быть ассоциирован с обоими видами ассоциированных данных, тесно или слабо связанных. Это смешанный случай. Тип указывается из списка кодов SV_CouptingType. который включает в себя коды: тесный, слабый, смешанный.

Класс SV_CoupledResource позволяет описывать связь между операцией и данными, на которых ока базируется. Этот класс требует, что данная операция, ресурс и scopedName должны ссылаться соответственно на существующую операцию (экземпляр SV_OperationMetadata). метаданные ресурса (экземпляр MD_Dataldentrficatk>n или CI_Citation) и scopedName. обеспечивающий имя данных в контексте операции. Полный пакет метаданных на сервисы указан на рисунке 18. Словарь данных для этой диаграммы приведен е таблице В.14 приложения В.

ГОСТ Р 57668—2017

Рисунок 18 — Классы информации о метаданных на сервисы

6.6 Пакеты информации о пространственно-временной протяженности, ссылках и общей информации

6.6.1 Информация о пространственно-временной протяженности (EX_Extent)

Тип данных в указанном пакете — это агрегат элементов метаданных, который описывает пространственную и временную протяженность ресурсов, объектов, событий ипи явлений. Класс EX_Extent

ГОСТ Р 57668—2017

содержит информацию о пространственном (EX_GeographicExtent). временном (EX_TemporalExtent) и вертикальном (EX_VerticaiExtent) протяжении объекта. EXjSeographicExtent может иметь подклассы, такие как EX_BoundtngPoiygon. EX_GeographicBoundingBox и EX.GeographicOescription. Объединенная пространственная и временная протяженность (EX_SpatialTemporalExtent) является агрегатом; EX_GeographicExtent. EX_SpatialTemporalExtent — подклассом ЕХ_ТеmporalExtent. Полный пакет приведен на рисунке 19.

Класс EX_Extent имеет три необязательные роли, названные «geographicElement». «temporalElement» и «verticalElement» и элемент под названием «описание». По крайней мере один из четырех должен быть использован. Словарь данных для этой диаграммы приведен в таблице 8.15 приложения В.

Рисунок 19 — Классы информации о пространственно-временной протяженности

ГОСТ Р 57668—2017

6.6.2 Классы информации о ссылках, ответственности и субъектах (Cl.Citation, CI.Responslbillty и CI_Party)

Этот пакет обеспечивает стандартизованный метод ссылки на ресурс, а также информацию о субъекте, ответственном за ресурс. Для ссылок используют CI_Citation. для ответственного субъекта — CI_Responsibitity. ^Responsibility может использоваться без Cl.Citation. CI_Responsibility — это сово* купность одного или более субъектов (CI_Party). CI_Party может быть определен как Cl „Individual и/или Cl.Organisation. Полный пакет указан на рисунке 20. Словарь данных для этой диаграммы приведен в таблице В.16 приложения В.

address

♦ detivvryPoini: ChirjcturSinng |0..*J

• city: CharacurStnng |0..1|

* jdmiiminitiveAre», CharactcrSinng |D..l)

• posulCode: ChjrjclerSirlng t^a -U

• country: CbarattciStrin* I0..l|

* elecirontcMailAddresi: CharacterStrtng (0..*)

Q.CunUct

• phone: Cl.Telophon#

• sddrrsj: CI.Addrcs» (0..*)

• onlineResourre: Cl.OnllneResourcc (0..*)

» honrsOIServlce: CharjcterSiilng |0..*J

• roaMctlaMraction»; CharactorString (0..1|

• contactType: CbaracterStnng (0.. 2)

Рисунок 20 — Классы информации о ссылках и ответственном субъекте

6.6.3 Информация о ссылках, ответственности, субъекте (Cl.Citation, (^„Responsibility, Cl.Party) и списки кодов

Классы и списки кодов, используемые в Citation и информации об ответственном субъекте, указа* ны на рисунке 21. Словарь данных для этой диаграммы приведен в таблице В.16 приложения В.

ГОСТ Р 57668—2017

■DataType» Cl Series

• name: Characterstring J0..1J

* issueldcntification: CharacterStnng |0..l|

page: CharacterString |0..l|

«Datatype» Cl.Onlinc Resource!

linkage: CharacterString protocol: CharacterString |0 .t| applicatinnProfile: CharacterStnng [0..1] name: CharacterString (0 .1) description: CharacterString |0..1| runction: CI.OnUneFunctionCode |0..l| protocolRequest: Characterstring (O.lj

«CodeLisl»

Cl PresentadonFormCnde

* documentDigital

• documentHardcopy

♦ imagcDigital

* imageHardcopy

♦ mapDIgltal

» mapHardcopy » modelOlgltal

* modolHardcopy

♦ profilcDigita)

* profiteKardcopy » tableDigital

t tablellardcopy

* videoDigitai

• videollardcopy

♦ audioDigital

♦ audioHardcopy

• multimediaDIgita)

♦ multimediaHardcopy

* physicalObject

• diagramDIgltal

♦ diagram Hardcopy

«DataType»

Cl.Telephone

• number: CharacterStnng

♦ numbertype: Cl.TelephoneTypcCode JO-.I)

«Datatype»

CI.Date

■* date: OateTime ♦ dateType: CI.DateTypeCode

•Codelist»

a.DateTypcCodc

creation

publication

revision

expiry

lastllpdatc

laslRevision

nextUpdate

unavailable

inForce

adopted

deprecated

superseded

validltyBeglns

valtdityExpires

released

distribution

«CodeLlst»

CI.OnLineFunctionCodc

«. download

• information 4 offlineAccess

♦ order

» search

«■ complotcMetadata 4 browseCraphlC « upload

* emailService

* browsing

♦ MeAccess

•Codelist»

Cl.TelephoneTypcCode

« voice « facsimile 4 sms

«CodeList* Ct RoleCode

« resourceProvider

* custodian

♦ owner 4 user

4 distributor 4 originator 4 pojntOfContact 4 prlncipallnvescigator 4 processor 4 publisher 4 author 4 sponsor 4 coAuthor 4 collaborator 4 editor 4 mediator 4 rightsHoider

• contributor 4 funder

4 stakeholder

Рисунок 21 — Список кодов для информации о ссылках и ответственном субъекте

6.6.4 Общеиспользуемые классы

Этот пакет содержит классы, которые широко используются в других пакетах настоящего стандарта. Он обеспечивает MDJdentifier, URI. MD_Scope. MD_BrowseGraptoc и связанные классы. Пакет указан на рисунке 22. Словарь данных для этой диаграммы приведен в таблице В.17 приложения В.

ГОСТ Р 57668—2017

■ОамТуре»

MD.Idcntificr

* authority: Cl.Cilalion (0..1J

♦ code: CharacterString codeSpace: CharacterString (0..1)

♦ version: CharacterString |0..11

* description: CharacterString J0..1]

«DataType»

MD.Scopc

level: MD.ScopeCode

extent: EX.Extent (0..*]

teveiDescnption: M D.ScopeOescription |0..

«Union*

M D.Scope Description

* attributes: Set<CharacterString>

* features: Set<CharacterString>

* fcaturelnstanccs: Sct<Chara<t«rString>

* attributelnstances: Sct<CharactcrString>

* dataset: CharacterString » other: CharacterString

«type*

URl

MD.BrowseCraphic

filcNamc: CharacterString fileDescriplion: CharacterString |0..1| fiteType: CharacterString [0..1] imageConstraints: MD.Constraints |0. linkage: CI.OnlineResource |0..*J

«Codellst*

MD.ScopeCode

* attribute

* attributeType

* collectionllardware

* collectionSession « dataset

* senes

* nonGeographicDataset

* dimensionCroup

feature fcaturcTypr propertyType fieldSession software service model tile

metadata

initiative

sample

document

repository

aggregate

product

collection

coverage

application

Рисунок 22 — Общеиспользувмые классы

6.7 Многоязычная поддержка для полей свободного текста

6.7.1 Элементы метаданных в виде свободного текста

В настоящем стандарте элемент свободного текста может включать в себя множественные эк* эемпляры информации на разных языках. Там. где язык отличается от языка, определенного для всего набора данных, он может быть идентифицирован вместе с необязательным атрибутом, который опре-деляет вариант языка, используемого в конкретной стране, и набор символов, используемых, когда они отличаются от значения по умолчанию для всего набора данных. При необходимости в настоящем стандарте, ще указан «free text» в качестве домена, может использоваться класс PT_FreeText. Национальная и культурная среда (локаль) (обозначается как PT_Locale) — это комбинация языка, иногда страны, и символьной кодировки (то есть набора символов), выраженная локализованными строками символов. Экземпляр Free text, следовательно, есть CharacterString (с его значением, выраженным в языке по умолчанию и наборе символов, которые могут быть определены в экземпляре MD_Metadata). В приложении D представлен многоязычный пример. Схема PT_Locale указана на рисунке 23. Словарь данных для этой диаграммы приведен в таблице В.18.2 приложения 8.

ГОСТ Р 57668—2017

PT.FreeTexl	•textC roup О s	LucalisrdCKi	racterSlring
	1 1..*

• locate \ I |

PT.Locale

• Вэпцизкг: LangudgrCodc

• country; CoontryCode |0..1|

• characterEncodiniJi MD.CbarutteiSutCode

•CodtUst»

UnguageCode

0бя1лтед|.ст»я

Испалмовагь ИСО 639-2 Codex for the representation of names of language» 1К«аы jjis преастак.кнпа низаний языков)

«Cudelisl»

CountryCode

Обязательства

Исподыовдть ИСО 3166 Codes for the representation of names of countries and their subdivisions Part I;

Country codes or equivalent (Кош пля обозначении жнваинП стран н их а!|ммкист|чти«ных единиц. Часть Г Коды стран!

«CodeUst*

М D.Cha га etc iSe tCode

Обязательства

Нслольговап. регистр IANA Character Set register. bttp://

Рисунок 23 — Схема PT_Locate

6.7.2 Управление локализованными строками

Экземпляр свободного текста состоит из строк символов по умолчанию и их переводов в разные локали посредством использования локализованных строк. Эта конструкция предполагает распределен ние локализованных строк по всему многоязычному набору метаданных. Однако более общий способ управления многоязычными наборами информации состоит в группировании локализованных строк по их локалям. Чтобы упростить управление локализованными строками, настоящий стандарт описывает концепцию контейнера локали (идентифицированный как PT.LocaleContainer). Контейнер локали агрегирует набор локализованных строк, связанных с данной локалью {атрибут локали PTJ.ocaleContainer). Между контейнером локали и набором метаданных отсутствует прямая связь, за исключением того, что контейнер локали может агрегировать локализованные строки набора метаданных.

Эта концепция контейнера перевода является особенно полезной с точки зрения ХМЬреализации серии стандартов ИСО 19115, но она применима к любой другой реализации. Действительно. XML-файл может поддерживать только данные, выраженные в одном наборе символов, который обычно

ГОСТ Р 57668—2017

объявлен в заголовке файла XML. Хранение всех локализованных строк в одном файле XML ограничило бы использование одного набора символов, такого как UTF-8. Во избежание этого:

• класс LocatisedCharacterString реализован специально так, чтобы позволить ссылку на себя из свойства PT_FreeText.textGroup;

• класс PT.LocaleContainer является рекомендованным корневым элементом для установки экземпляра класса в специализированный XML-файл.

Локализованная строка, связанная сданной локалью. может храниться в соответствующем контейнере локали (то есть XML-файле), и на нее можно ссылаться из экземпляров свойств PT_FreeTexltextGroup. Контейнер перевода указан на рисунке 24. Словарь данных для этой диаграммы приведен в таблице В.2 приложения В.

Рисунок 24 — Расширения и профили метаданных контейнера перевода

Приложение С предоставляет руководство по расширению метаданных и правила создания профилей для лучшего удовлетворения специальных нужд пользователей.

6.8 Примеры реализации

В приложении D приведен пример использования настоящего стандарта для пространственного набора данных, а также пример расширенных элементов метаданных, которые могли быть разработаны определенным информационным сообществом.

6.9 Реализация метаданных

В приложении Е представлен обзор методов и идей для реализации и управления метаданными для целей поиска и извлечения, обмена метаданными и презентации.

6.10 Метаданные для обнаружения данных

В приложении F приведен список элементов метаданных, которые облегчают обнаружение геопространственных ресурсов.

ГОСТ Р 57668—2017

Приложение А (обязательное)

Комплекс проверок

А.1 Комплекс проверок

Метаданные, предоставляемые в соответствии с разделом 6 и приложением В. должны удовлетворять требованиям. указанным в этом комплексе проверок. Этот комплекс проверок применяется к любому профилю, полученному на основе настоящего стандарта. Пользовательские метаданные должны быть определены и представлены. как указано в приложении С. и удовлетворять требованиям, перечисленным в пункте А.З приложения А.

А.2 Комплекс проверок на метаданные

А.2.1 Идентификатор проверки: проверка на полноту

Данная проверка определяет:

а) цель проверки: следует убедиться в соответствии, оценив включение всех пакетов метаданных, классе» метаданных и элементов метаданных, для которых указан признак обязательности — «обязательный» или «обязательный при определенных условиях».

Примечание — Многие элементы, обозначенные как обязательные, содержатся в необязательных классах. Эти элементы становятся обязательными только тогда, когда используется содержащий их класс:

б) метод проверки: необходимо проверить, что представлены все метаданные, определенные как обязательные в разделе б и приложении В. а также все элементы метаданных, определенные как условные в разделе 6 и приложении В. если применяются условия, установленные в настоящем стандарте;

в) ссылку: раздел 6 и приложение В;

г) тип проверки: предварительная.

Примечание — Проверки 8 А.2.2 и A.2.S, А.З и А.4 приложения А проводятся в отношении элементов со всеми признаками обязательности: обязательный, условный и необязательный.

А.2.2 Идентификатор проверки: проверка на максимальное вхождение

Данная проверка определяет:

а) цель проверки: следует убедиться в том, что каждый элемент метаданных встречается не чаще, чем указано в настоящем стандарте:

б) метод проверки: необходимо проверить содержание набора метаданных на количество появлений каждого пакета метаданных, класса метаданных и элемента метаданных, сравнив его с атрибутом «Максимальное вхождение», указанным е разделе 6 и приложении В;

в) ссылку: раздел 6 и приложение В:

г) тип проверки: предварительная.

А.2.3 Идентификатор проверки: исследование типа данных

Данная проверка определяет:

а) цель проверки: следует убедиться в том. что каждый элемент в содержании набора метаданных использует указанный тип данных:

б) метод проверки: необходимо проверить значение каждого элемента метаданных на соответствие его типа данных установленному типу данных:

в) ссылку: раздел 6 и приложение В;

г) тип проверки: предварительная.

А.2.4 Идентификатор проверки: проверка домена

Данная проверка определяет:

а) цель проверки: следует убедиться в том. что каждый элемент метаданных е наборе метаданных объекта находится в пределах указанного домена:

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

в) ссылку: раздел 6 и приложение В:

г) тип проверки: предварительная.

А.2.5 Идентификатор проверки: проверка схемы

Данная проверка определяет:

а) цепь проверки: следует убедиться в том. что содержание набора метаданных соответствует схеме, указанной в настоящем стандарте;

ГОСТ Р 57668—2017

б) метод проверки: необходимо проверить каждый элемент метаданных и убедиться, что он содержится в указанном классе метаданных:

а) ссылку: раздел 6 и приложение В; г) тип проверки: предварительная.

А.З Комплекс проверок на установленное пользователем расширение метаданных

А.3.1 Идентификатор проверки: проверка на уникальность Данная проверка определяет:

а) цель лроверют: следует убедиться в том. что каждый определенный пользователем пакет метаданных, класс метаданных и элемент метаданных является уникальшм и не определен в настоящем стандарте:

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

в) ссылку: раздел 6 и приложение В: г} тип проверки: предварительная.

А.3.2 Идентификатор проверки: проверка на определения Данная проверка определяет:

а) цель проверки: следует убедиться в том. что каждый определенный пользователем пакет метаданных, класс метаданных и элемент метаданных в соответствии с настоящим стандартом:

б) метод проверки: необходимо проверить каждый определенный пользователем пакет метаданных, класс метадажых и элемент метаданных, чтобы убедиться, что всем атрибутам даны определения:

в) ссылку: пункт С.З приложения С:

г) тип проверки: предварительная.

А.3.3 Идентификатор проверки: стандартная проверка на метаданные Данная проверка определяет:

а) цель проверки: следует убедиться в том. что определенные пользователем метаданные в пределах набора метаданных соответствуют таким же требованиям теста, как и для метаданных настоящего стандарта:

б) метод проверки: необходимо проверить все определенные пользователем метаданные в наборе метаданных объекта на соответствие разделу А.2:

в) ссылку: подраздел 2.3;

г) тип проверки: предварительная.

А.4 Профили метаданных. Идентификатор проверки: профили метаданных Данная проверка определяет:

а) цель проверки: следует убедиться в том. что профиль соответствует правилам, указанным в настоящем стандарте:

б) метод проверки: необходимо выполнить проверки, указанные е разделах А.2 и А.З;

в) ссылку: подраздел 2.2:

г) тип проверки: предварительная.

ГОСТ Р 57668—2017

Приложение В (обязательное)

Словарь данных для пространственных метаданных

В.1 Обзор словаря данных

В.1.1 Введение

Этот словарь данных описывает характеристики метаданных, определенные в разделах 6.2—6.7. Словарь организован иерархически, чтобы установить отношения и структуру информации. Словарь разделен на части, эквивалентные диаграммам пакетов UML-модвли. Названия таблиц расширены, чтобы отразить спецификации класса в пределах соответствующей диаграммы. Каждая диаграмма модели из разделов 6.2, 6.5—6.7 имеет набор табгыц в словаре данных. Каждый класс UML-модели, равно как и его подкласс, соответствует табгыце этого словаря данных. Классы и элементы метаданных в словаре данных определяются шестью атрибутами (эти атрибуты приведены в В. 1.2—В.1.7).

В.1.2 Имя/имя роли

Имя роли — это условное обозначение, присвоенное классу метаданных или элементу метаданных. Имена классов метаданных нзчтаются с прописной буквы. В имени класса метаданных пробелы не ислользуюгся. Вместо этого несколько слое объединяются, при этом каждое новое лсд слово начинается с заглавной буквы (например. XnnnYmmm). Имена классов метаданных являются уникальными в пределах всего словаря данных настоящего стандарта (классы метаданных выбелены в таблицах полужирным шрифтом). Имена элементов метаданных уникагъны в пределах класса метаданных, но не всего словаря данных настоящего стандарта. Имена элементов метаданных являются уникагъными в пределах приложения благодаря сочетанию имен класса метаданных и элемента метаданных (например. MD.Metadata.characterSet). Ролевые имена ислользуюгся для идентификации ассоциаций абстрактной модели метаданных и предваряются Role name для их отличия от других элементов метаданных.

В.1.3 Определение

Определение — это описание класса/эпемента метаданных.

В.1.4 Признак обязательности

В. 1.4.1 Общие положения

Это дескриптор, указывающий, всегда пи класс метаданных или элемент метаданных должны быть задокументированы в метаданных (то есть содержать определенное значение) или только иногда. Этот дескриптор может иметь следующие значения: «О» (обязательный). «У» (условный) или «Н» (необязательный).

В.1.4.2 Обязательный (О)

Признак «О» означает, что класс метаданных или элемент метаданных обязательно должны быть задокументированы.

В.1.4.3 Условный (У)

Признак «У» задает условие, при котором по крайней мере один класс метаданных или элемент метаданных является обязательным. Значение «условный» испогьзуется в одном из грех случаев:

– предоставление выбора между двумя или болев вариантами. По крайней мере один вариант является обязательным и должен быть задокументирован:

• документирование класса метаданных или элемента метаданных, ест другой элемент был задокументирован;

– документирование элемента метаданных, если конкретное значение для другого элемента метаданных было задокументировано. Для облегчения понимания конкретное значение используется в виде простого текста (например, в таблице В.2 строка 17 «У/не определен способ кодирования и UFT-8 не используется?»). Если ответ на условие утвердительный, то класс метаданных или элемент метаданных становится обязательным.

В.1.4.4 Необязательный (Н)

Признак «Н» обозначает класс метаданных или элемент метаданных, который является необязательный и может как присутствовать, так и отсутствовать. В настоящем стандарте для обеспечения интероперабельности между пользователями пространственных данных и производителями определены необязательные классы метаданных и необязательные элементы метаданных. Если необязательный класс не используется, то элементы, содержащиеся в этом классе (включая обязательные элементы), тоже не применяются.

Примечание — Необязательные классы могут иметь обязательные элементы: эти элементы становятся обязательными, только если необязательный класс используется.

ГОСТ Р 57668—2017

В.1.5 Максимум вхождений

Признак максимума вхождений определяет максимальное количество экземпляров, которое может иметь класс метаданных или элемент метаданных. Единичное вхождение показано как «1»: повторяющееся без ограничений обозначено «W*. Допускается фиксированное число вхождений больше одного, которое обозначается соответствующим числом (то есть «2». «3» … и т. д.).

В.1.6 Тип данных

Тип данных определяет множество различных значений для представления элементов метаданных, например. integer, real, string. DateTime и Boolean.

B.1.7 Домен

Для класса домен указывает число строк, охватываемых этим классом.

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

w Таблица В.1 — Информация о применении метедажых «Максимум вхоедений»

N*	Имягролееое имя	Определение	Признав обязательности	Мессимучи вхождений <мв>	Тип денных	Домен
1	DS_Resource	Идентифицируемый ресурс или средства, которые соответствуют требованиям	Признак обязательности ссылочного объекта	МВ ССЫЛОЧНОГО объекта	Class «Abstract»	Строки 2—3
2	Role пате: has	Ресурс имеет связанные метаданные	О	N	Association	MD_Metadata (см. таблицу B.2)
3	Role пыле: partOf	Ресурс является компонентом ресурса агрегата	Н	N	Association	DS_Aggregale (см. таблиц B.1)
4	DS.DataSet	Идентифицируемый набор данных	Признак обязательности ссылочного объекта	МВ ссылочного объекта	Specified Class (DS_Resource)	Строки 2—3
5	SV_Service	Возможность, юторую сущность провайдера сервиса предоставляет сущности пользователя сервиса посредством наборов интерфейсов, которые определяют поведение	Признак обязательности ссылочного объекта	МВ ссылочного объекта	Specified Class (DS_Resource)	Строки 2—3
6	DS.Aggregate	Совокупность ресурсов	Признак обязательности ссылочного объекта	МВ ссылочного объекта	Specified Class (DS.Resource) «Abstract»	Строки 2—3
7	Role neme• composedOf	Агрегат состоит из не сколь «их ресурсов	0	N	Association	0$_ Resource (см. таблиц B.1)
8	DS_0 the r Aggregate	Совокупность ресурсов, связанных посредством неустановленных способов	Признак обязательности сеылочно го объекта	МВ ссылочного объекта	Specified Class (DS_ Aggregate)	Строки 2—3 и 7
9	DS_StereoMate	Совокупность наборов изображений, покрывающих один и тог же объект с раэлтных перспектив, обеспечивающих стереоэффект	Признак обязательности ссылочного объекта	МВ ссылочного объекта	Specified Class (D S_Other Aggregate)	Строки 2—3 и 7
10	DSJnitiatiwe	Совокупность ассоциированных ресурсов, связанных их участием в общей инициативе	Признак обязательности ссылочного объекта	МВ ссылочного объекта	Specified Class (DS_ Aggregate)	Строки 2—3 и 7

ГОСТ Р 57668—2017

Окончание таблицы 8. f

№	Имя/ролоао« имя	Определение	Примак обязательности	Максимум в каждений <мв>	Тип данник	Домен
11	DS.Series	Совокупность ресурсов, связанных общим наследием, привязывающим к общей спецификации	Признак обязательности ссылочного объекта	МВ ссылочного объекта	Specified Class (OS-Aggregate)	Строки 2-—3 и 7
12	DS.PIatform	Совокупность связанных ресурсов, созданных с одной и той же платформы датчика	Признак обязательности ссылочного объекта	МВ ссылочного объекта	Specified Class (DS.Series)	Строки 2—3 и 7
13	DS.Sensor	Совокупность связанных ресурсов, созданных одним и тем же сенсором	Признак обязательности ссылочного объекта	МВ ссылочного объекта	Specified Class (DS.Series)	Строки 2—3 и 7
14	DS_ProductionSeries	Совокупность связанных ресурсов. созданных по одной и той же спецификации	Признак обязательности ссылочного объекта	МВ ссылочного объекта	Specified Class (DS.Series)	Строки 2—3 и 7
Примечание — UML-модель для этой таблицы показана на рисунке 1.

Таблица В.2 — Информант о метаданных

№	Имяфолеаое имя	Определение	Признак обязательности	Максимум вхождений (Мв>	Тип данных	Домен
15	MD.Meladata	Корневая сущность, которая определяет метаданные о ресурсе или ресурсах	О	Испогъзуется МВ ссылочного объекта, если ссылается из DS.Resource	Class	Строи 16—36
16	nretadataldentffier	Уникальный идентификатор для этой записи метаданных	Н	1	Class	MDJdentrher (см. таблицу 6.17.2)
17	default Locale	Язык и кодировка, использованные для документирования метаданных	У/не определено кодированием и UTF-8 не используется?	1	Class	PT_locate (см. таблицу В.18.2)
18	pa rent Metadata	Идентификация записи родительских метаданных	У/если имеется объект более высокого уровня	1	Class	Cl.Crtation (см.таблицу В.16)

ГОСТ Р 57668—2017

£ Продолжение таблицы В.2

№	Имя/рол«ао« имя	Определение	Признак обязательности	Мысимум вхождений <ме>	Тил денных	Домен
19	contact	Сторона, ответственная за ^формацию о метаданных	О	N	Class	CI_Respons4)Aty (см. таблицу В. 16.1)
20	datelnfo	Дата(ы), аосоциироеанная(ые) с метаданными. Примечание — Должна быть представлена дата создания данных. Другие также могут быть предела влзды	О	N	Class	CI_Date (см. таблиц В.16.5)
21	metadataSlandard	Ссылка на стандарт, которому соответствуют метаданные. Примечание — Ссылки на стандарт метаданных должны эк по чать идентификатор	Н	N	Class	CI_Crtat>on (см. таблицу В.16)
22	metadataProMe	Ссылка на профиль(и) стандарта метаданных. которому(ым) соответствуют метаданные. Примечание — Ссылка на профиль(и) стандарта метаданных должна включать идентификатор	Н	N	Class	CI_Crtalton (см. таблицу В.16)
23	alternative MetadataReference	Ссылка на альтернативные метаданные. например Дублинское ядро. FGDC. или на метаданные того же ресурса, но не в стандарте ИСО	Н	N	Class	CI_Cilation (см. таблицу В.16)
24	other Locate	Обеспечюают жформацию об альтернативно используемых локализованных символьных строках	Н	N	Class	PT_Loca*e (см. таблицу B.16.2)
25	metadata*, in kage	Адрес в Интернете, пхе находятся метадшные	Н	N	Class	Cl_OnimeResource (см. таблицу В.16.6)
26	Role name: spatial Representationlnfo	Цифровое представление пространственной информами в ресурсе	Н	N	Association	MD_SpatialRe presentation «Abstract» (см. таблиц B.7)
27	Role name: referenoeSystemlnfo	Описание пространственных и временных систем координат, ис-логъэуемых в ресурсе	Н	N	Association	MD_ReferenceSystem (смГтаблицу B.6)

ГОСТ Р 57668—2017

Продолжение таблицы В.2

№	Имя/ролоаоо имя	Определение	Признак обязательности	Максимум в каждений <мв»	Тил данных	Домен
28	Role лета’ metadata Extension Info	(Информация, описывающая расширения метаданных	Н	N	Association	MO_MetadataExtension Information (см. таблицу В.12)
29	Role лете: idenSficshonlnfo	Базовая информация о ресурсе(ах). к иэторому(ым) относятся метаданные	О	N	Association	MDJdentification «Abstract» (см. таблицу B.3) Примечание —Следует соблюдать осторожность в отношении использования не-схольшх экземпляров MDJdentification (см. приложение Е)
30	Role name. oontentlnfo	(Информация о характеристиках объектов и покрытий	Н	N	Association	MD.Contentlnformation «Abstract» (см. таблицу В.9)
31	Role name: cfcsMxitionlnfo	(Информация о дистрибьюторе и вариантах получения ресурсное)	Н	N	Association	MD.Distrlbution (см. таблицу В.11)
32	Role name: dataQuaktylnfo	Общая оценка качества ресурса	Н	N	Association	DQ DataQuaMy (ГОСТ Р 57773)
33	Rote name: portrayal Cataioguelnfo	(Информация о каталоге правил, определяющих графическое отображение ресурсное)	Н	N	Association	MD.Poriraya (Catalogue Reference (см. таблицу В. 10)
34	Role name: metadataConslrarrts	Ограничение на доступ и использование метаданных	Н	N	Association	MD.Constranls (см. таблицу В.4)
35	Role name: application Schemalnfo	(Информация о концептуальной схеме ресурса	Н	N	Association	MD.AppbcationSchema Information (см. таблицу В.13)
36	Role name: metadata Maintenance	(Информация о частоте обновления метаданных и области применения этих обновлений	Н	1	Association	MD_4terrtenancelntormaton (см. таблицу В.6)
37	Role name: re sou roe Lineage	(Информация о происхождении, источнике и произвол ста шных процессах применительно к ресурсу	Н	N	Association	LI_Lineage (см. таблицу В.5)

ГОСТ Р 57668—2017

£ Окончание таблицы В.2

№

Имя/ролоаое имя

Определение

Признак

обязательности

Мысимум

вхождений

<ме>

Тил данных

Домен

Role name: nretadata-Scope

Область применения/тип ресурса, к которому относятся метаданные

У/метаданные о ресурсе другого типа и не о наборе данных?

Association

MD_Metadata$cope (см. таблицу В.2.1)

Примечание — UMi-модель для этой таблицы показана на рисунках 4 и 5.

Та бл и ца В.2.1 — Информация относительно области применения метаданных

№	ИмяГроловоо имя	Определение	Признак обязательности	Максимум вхождений <мв»	Тип данных	Домен
39	MD.MetedataSco ре	Информация, касающаяся области применения ресурса	Наследует признак ссылочного объекта	Используется МВ ссылочного объекта	Class	Строки 40—41
40	re sou roe Scope	Код для области применения	О По умолчанию -«dataset»	1	Class	MD_SoopeCode «CodeList» (см. В.326)
41	name	Описание области применения	Н	1	CharacterSting	Free text
Примечание — UML-модель для этой таблицы показана на рисунках 4 и 5.

Та бл и ца 8.3 — Идентификационная информация (включает идентификацию данных и сервисов)

N)	Имяфолаеоа имя	Определение	признак обязательности	М&Симум вхождений <ые>	Тил данных	Ломан
42	MDJderrlification	Базовая информация, необходимая для уникальной идентификации ресурса или ресурсов	Используется признак обязатегъности ссылочного объекта	Используется МВ ССЫЛОЧНОГО объекта	Aggregated Class (MD_Metadata) «Abstract»	Строки 43—62 Примечание — Внимание! Требуется при использовании кисокества экземпляров этого класса (см. приложение Е)
43	citation	Ссылка на ресурс	О	1	Class	CI_Crtat>on (см. таблицуВ.16)
44	abstract	Краткая аннотация ресурса	О	1	Characters tring	Free text

ГОСТ Р 57668—2017

Продолжение таблицы В.З

№	Имя/рол«ао« имя	Определение	Признак обязательности	Максимум в каждений <MB)	Тил данных	Домен
45	purpose	Краткоеописание намерений. с которыми ресурс был разработан	Н	1	Characterstring	Free text
46	credit	Признание тем, кто внес вклад в создание ресурса	Н	N	Characterstring	Free text
47	status	Статус ресурса	н	N	Class	MDProgressCode «CodeUst» (см. в.325)
4в	pomtOfContad	Идентификация и средства коммуникации с людьми и органиаэ-1Э1якм, связанными с ресурсом	н	N	Class	CI_Respons«Sty (см. таблицу B.16.1)
49	spal&RepresentabonType	Метод, испольэованньы для пространственного представления пространственных данных	н	N	Class	MD_Spatia {Representation Type Code «CodeUst» cm. (8.329)
50	spatial Resolution	Фактор, когорьм обеспечивает общее понимание плотности пространственных данных а ресурсе или описывает диапазон разрешений. в которых ресурс может быть использован. Примечание — Этот элемент должен быть повторен при описании верхнего и низшего значения диапазона	н	N	Class	MD_ResoiuUon «Union» (см. таблицу B.3.4)
51	temporal Resolution	Наименьший период времени, выделяемый в ресурсе	0	N	Class	TM_Durat«n (см. B.24)
52	top «Category	Основная тема ресурса	У/meladataSoope/ re source Scope = «dataset* или •series»?	N	Class	MD.TopicCategoryCode «Enumeralton» (см. В.З.Э0)
53	extent	Пространственная и временная протяженность ресурса	У/metadataSoope/ resouroeSoope равен ■dataset»? Если •да», то требуется или extent.geography Bement.EX_Geo-grapftcBoundngBox или extent.geograph« Bement.EX_Geo-graph «Description	N	Class	EX_Extenl (см. таблицу В.15)

ГОСТ Р 57668—2017

w Продолжение таблицы В.З

№	Имя/ролоаоо имя	Определение	Признак обязательности	Мысимум вхождений <мв>	Тил данных	Домен
54	ad drton alDocu me nlaton	Другая документация, связанная с ресурсом. Пример — Связанные статьи. публикации, руководства, словари	Н	N	Class	CI_Crt3tion (см. таблицу В.16)
55	processingLevel	Код. который идентифицирует уровень обработки, примененный создателями в системе кодирования ресурса. Пример — NOAA уровень 1В	Н	1	Class	MDJdentifier «Data Туре» (см. таблицу В.17.2)
56	Roto name: re source Maintenance	Информация о частоте обновления ресурса и области применения этого обновления	Н	N	Association	MD_ Mamten an conformation (см. таблицу B.6)
57	Role name. grapNcOverview	Графическое представление, которое иллюстрирует ресурс (должно включать легенду)	Н	N	Association	MD.Browse Graphic (см. таблицу В.17.3)
58	Role name: resource Format	Описание формата ресурса	Н	N	Association	MD_Formal (см. таблицу В.11.3)
59	Role name: descriptive Keywords	Кхлючевые слова категорий, их типы и ссылки на источник	Н	N	Association	MDJCeywords (см. таблиц В.3.1)
60	Role name: re sou roe Specific Usage	Базовая информация о специфических гфименениях. для которых ресурс использовался или используется различными пользователями	Н	N	Association	MD_Usage (см. таблицу B.3.5)
61	Role name: re source Constra «its	Информация об ограничениях, которые применяются к ресурсу	Н	N	Association	MD_Constrants (см. таблицу B.4)
62	Role name: associated Resource	Информация о связанных ресурсах	Н	N	Association	MDAssocaatedResource (см. таблиц В.3.6)
63	MD.Oata Identification	Информация, необходимая для идентификации ресурса	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (MDJdentifica-tion)	Строки 43—62 и 64—67

ГОСТ Р 57668—2017

Скончание табтцы S3

№	Имя/рол«аое имя	Определение	Примак обязательности	Максимум в каждений <ме>	Тил данных	Домен
64	defauKLocale	Язык и набор символов, используемые в ресурсе	У/яэьж используется в ресурсе?	1	Class	PT_Lo«*e
65	other Locate	Альтернативные языки и наборы символов, используемые в ресурсе	Н	N	Class	PT_Locie (см. таблицу В.16.2)
66	environmentDescripton	Описание ресурса 8 среде обработки. используемой производителем. включая тадае элементы, как программное обеспечение, имя и размер Файла	Н	1	Characterstring	Free text
67	sup piemen tailnformaton	Любая другая описательная информация о ресурсе	Н	1	Characterstring	Free text
Примечания 1 UML-модель для этой таблицы приведена на рисунке 6. 2 $V_$erviceldentfication вводится в таблице 6.14.

Таблица В3.1—Информация по ключевым словам

№	Имя^ролееое имя	Определение	Примак обязательности	Мвссимум вхождений <мв»	Тип денных	Домен
66	MD_Keywords	Ключевые слова, их типы и источники. Примечание — Если описываемый ресурс является сервисом, то один экземпляр MD_Keyword должен относиться к таксономии сервиса, определенной а (10]	Используется признак обяэатегъности ссылочного объекта	Испо/ъэуется МВ ссылочного объекта	Aggregated Class (MDJdenUftcation)	Строки 69—72
69	keyword	Общепринятые или формализованные слова и фразы, ислогъэуе-мые для описания объекта	О	N	CharaderSfring	Free text
70	type	Свойство, использованное для фупптфоехи подобных ключевых слов	Н	1	Class	MD_KeywordTypeCode «CodeUst» (см. B.320)

ГОСТ Р 57668—2017

§ Окончание таблицы S 3.1

м«	Имя/ролеаое имя	Определение	Признак обязательности	Максимум в каждений <ме>	Тил данных	Домен
71	thesaurusName	Имя официально зарегистрированного тезауруса или подобного официального источника ключевых слов	Н	1	Class	С1_СЛз1юп (см. таблицу В.16)
72	Role name: keyword Class	Ассоциация экземпляра MD_Key-words с MDKeywordCtess для обеспечения определяемой пользователем категориэаож групп ключевых слое, которые расширяют или являются ортогональными к стандартизованным KeywordTypeCodes и ассоциированы с онтологией, которая позволяет обработку дополнительных семантических запросов. Примечание — Ссыпса на тезаурус огределяет коллекогю экземпляров из некоторой онтологии. но не является онтологией. Это может быть перечень мест, который включает реки. юры. страны и города, например, графство Паконте. река Пэконте и гора Па конге. Для пользователя при выполнении поиска будет возможно ограничение поиска только реками	Н	1	Class	MD_KeywordCtass (см. таблицу В.3.2)
Примечание — UML-модель для этой таблицы приведена на рисунке 6.

Таблица В.32— Класс ключевых слое

Имя/ролеаое имя

Определение

Признак

обязательности

Массимум

вхождений

Тил данных

Домен

MD_Keywo rd Class

Спецификация класса категории ключевых слов словаря, конкретного домена, который ограничен формальной онтологией

Используется признак обязательности осилен нога объела

Ислогъэуется МВ ссылочного объекта

Aggregated

Class

(MDKeyvrards)

CrpOW 74—76

ГОСТ Р 57668—2017

Окончание таблицы S 3.2

№	Имя/ролеаое имя	Определение	Признак обязательности	Максимум вхождений <ме»	Тил данных	Домен
74	da ss Name	Строка символов для маркировки категории ключевого слова на естественном языке	О	1	CttaracterSfrng	Free text
75	oonceptlderrtifier	Понятия URI а онтологии, определенные следующим элементом (онтология) и маркированные предыдущим элементом (dassName)	Н	1	Claes	URI (см. В2.9)
76	ontology	Ссылка, связывающая класс ключевого слова сформальмым определением области знаний, для использования в семантической обработке. Примечание — Ключевые слова в ассоциированном с MD_Keywords списке ключевых слов долины быть в пределах области применения этой онтологии	О	1	Class	CLCitaten (см. таблицу В.16)
Примечание — UML-модель для этой таблицы показана на рисунке 6.

Таблица 8.3.3 — Информация по представлению

№	имя*>олееое имя	Определение	Признак обязательности	М#оимум вхождений <мв>	Тип данных	Домен
77	MD_Representatve Fraction	Происходит из Р]. Масштаб, где MD_ Representative Fractton.de по ггнпаЪг = 1 / Scale, measure And Scale.targetUnrts= Scale, source Unite MD_Representafeve Fraction	Используется признак ссылочного объекта	Используется Мб ссылочного объекта	Class «DataType»	Строка 78
78	denominator	Число под линией в обычной дроби	О	1	Integer	Integer > 0
Примечание — UML-модель для этой таблицы приведена на рисунке 6.

ГОСТ Р 57668—2017

Таблица B.3.4 — Информация о разрешении

№	Имя.Ъолеаое имя	Определение	Признак обязательности	Мжсимум вхождений <UB>	Тил данных	Домой
79	MD_Re solution	Уровень детальности, выраженный в виде масштаба, расстояния или угла	Используется примак ссылочного объекта	Испогьэуется МВ ССЫЛО’ЬКЗ-го обьжта	Class «Union»	Строки 80—84
80	equiv^entScate	Уровень детальности, выражений е виде масштаба сопоставимой твердой копии карты или плана	У/distance, vertical. angularDistance или levetOfDetai не задокументировано?	1	Class	MD_Representative Fraction «Data Type» (см. таблицу B.3.3)
81	distance	Единица расстояния на горизонтальной поверхности	y/equivsfentScaie, vertical. angularDistance или levetOfDetai не задокументировано?	1	Class	Расстояние (см. B.2.3)
82	vertcal	Единица вертикального расстояния	y/d«stance, equrva-lentScale. или angularDistance. или tevetOfDetai не задокументировано?	1	Class	Расстояние (cm. B.2.3)
83	angularDistance	Единица угловой меры	У/dslance.equrva-lentScaie. vertical или levelOfDetai not documented?	1	Class	Угол (см. 8.2.3)
84	levefdfDetai	Краткое текстовое описание гфо-стртстэенного разрешения ресурса	y/dsstanoe, equiva-lent Scale, vertical или angularDistance не задокументировано?	1	CharacterSfring	Free text
Примечание — UML-модель для этой таблицы приведена на рисунке 6.

Таблица В.35 — Информация о применении

№

Имяфолеаое имя

Определение

Признак

обязательности

Максимум

вхождений

<мв>

Тип данных

Домен

MD_Usage

Краткое описание способов, посредством которых использовался или используется ресурс

Используется признак ссылочного объекта

Используется МВ ссылочного объекта

Aggregated Class (MDJdentrficalon)

Строит 86—92

ГОСТ Р 57668—2017

Окончание таблицы В.3.5

га	Имя/ролеаое имя	Определение	Примак обязательности	Мжсимум в каждений <ме>	Тил данных	Домен
86	speaficUsage	Краткое описание использования ресурса л»<ю серии ресурсов	О	1	Characters trmg	Free text
87	usage DateTime	Дата и время первого использования или период использования ресурса либо серии ресурсов	н	N	Class	TM_Primitrve (см. B2.4)
88	use rDeter mined Limitations	Приложения, определенные пользователем. для которых ресурс или серия ресурсов не подходит	н	1	Characterstring	Free text
89	use rContacl Info	Указание средств коммуникации с лицами и организациями, использующими ресурс или серию ресурсов	н	N	Class	CI_Respons£>*ty (см. таблицу В. 16.1)
90	response	Комментарий к ограничениям пользователя. Пример — «Это было исправлено в версии X»	н	N	Characters trng	Free text
91	ad di tor ai Documentation	Публикации, которые описывают использование данных	н	N	Class	CI_Citat*on (см. таблицу 6.16)
92	id enkfied Issues	Ссылки на описание известных источников, связанных с ресурсом вместе с предлагаемыми решениями (при наличиии)	н	N	Class	Cl.Cftalion (см. таблицу В.16)
Примечание — UML-модель для этой таблицы приведена на рисунке 6.

Таблица В.3.6 — Информация об ассоциациях

№

ИмяГролеаое имя

Определение

Признак

обязательности

Мысимум

вхождений

{МВ)

Тип данных

Домен

MD_Associated Resource

Информацияоб ассоциированном ресурсе

Используется признак ссылочного объекта

Используется МВ ссылочного объекта

Aggregated Class (MDJdentifkalion)

Строки 94—97

name

Ссылочная информация об ассоциированном ресурсе

У/если

metadata Reference не документирован?

Class

CI_Crtaton (см. таблицу В.16)

ГОСТ Р 57668—2017

£ Окончание таблицы 8.3.6

№	Имя/ролеаоо имя	Определение	Признак обязательности	Максимум в каждений <ме>	Тил данных	Домен
95	assodaSonType	Тип отношений мезду ресурсами	О	1	Class	DS.AssodafonTypeCode «Codebst» см. (8.38)
96	initiative Туре	Тип инзщиатиеы, в результате которой был создан эссодопроданный ресурс	Н	1	Class	DS.InitiativeTypeCode «CodeUst» (см. B.3.10)
97	metadataReference	Ссылка на метаданные ассоциированного ресурса	У/если имя не документировано?	1	Class	CI_Otat»on {см. таблицу В.16)

Та бл и ца В.4 — Информация об ограничениях (включает правовые ограничения и ограничения по безопасности)

N)	имяфолееое имя	Определение	признак обязательности	м«симум вхождений <мв)	Тип данных	Домен
96	MD_Constrarits	Ограничения на доступ и использование ресурса идо метаданных	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (MD_Metadata and MDJdenUftcation)	Строки 99—104
99	usebmilaton	Ограничения, влияющие на пригодность для использования ресурса или метаданных. Пример — «Не использовать для навигации»	Н	N	Characters trng	Free text
100	constrarit Appbcaton Scope	Пространственная иАти временная протяженность и^или уровень приложения ограничительных запретов	Н	1	Class	MD_Scope (см. таблицу В.17)
101	graphic	Граф ика’сим вол. укаэывающая(ий) на ограничение Пример —	Н	N	Class	MD_Browse Graphic (см. таблицуб.17.3)
102	reference	Ссылка на пределы и ограничения. Пример — Авторское право, лицензиотое соглашение и т. п.	Н	N	Class	CI_Crtation (см.таблицу В.16)

ГОСТ Р 57668—2017

Продолжение таблицы В 4

№	Имя/ролеаое имя	Определение	Признак обязательности	Мысимум в каждений <МВ\|	Тил данных	Домен
103	release bitty	(Информация, касающаяся сторон, которым ресурс может или не может предоставляться	Н	1	Class	MD_Reteasab*ty (см. таблицу B.4.1)
104	responsibleParty	Сторона, ответственная за ограничения на ресурс	Н	N	Class	CI_Responsfc*ty (см. таблицуВ.16.1)
105	MD_Lega#Constrants	Ограничения и юридические предпосылки для доступа и использования ресурса или метаданных	Использует признак обязательности ссылочного объекта	N	Specified Class (M D_Constraints)	строки 99—104 и 106—108
106	accessCo restraints	Ограничения на доступ применительно к обеспечению защиты конфиденциальности и интеллектуальной собственности и гк>бые спеииагъные ограничения на получение ресурса или метаданных	У/use Constraints, или otherConstraints. или useLmtaton, или refeasabftty не существует?	N	Class	MD_RestnctionCode «CodeUst» (см. B.327)
107	use Constraints	Ограничения применительно к обеспечению защиты конфиден-циатъности и интеллектуальной собственности и любые специальные ограничения и предупреждения на использование ресурса или метаданных	У/aooessConstamts. или otherConstraints. или useLmrtalon, или reteas abity не существует?	N	Class	MO.RestnctionCode «CodeUst» (см. B.327)
108	other Constraints	Другие ограничения и юридические предписания для доступа и использования ресурса или метаданных	У/accessConstraints, или useConstrarits, или uselimitafon. или reieasaDMy не существует и aooessConsir ants или useConsfraints = eolherReslrictions»?	N	Characters tring	Free text
109	MD_ SecurityCo nst taints	Ограничения, накладываемые на ресурс или метаданные в интересах национальной безопасности или т. л.	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (MD_ Constraints)	Строки 99—104 и 110—113
110	classification	Имя управляющих ограничений, накладываемых на ресурс или метаданные	О	1	Class	MD_CfasstftcationCode «CodeUst» (см. B.3.13)

ГОСТ Р 57668—2017

•§■ Скончание таблицы В. 4

№	Имя/ролоаоо имя	Определение	Признак обязательности	Максимум вхождений <мв>	Тил денных	Домен
111	userNote	Объяснение применения юридических ограничений и других ограничений или юридических предписаний для получения и использования ресурса или метаданных	Н	1	Characters Trig	Free text
112	ciassificationSystem	Имя классификационной системы	Н	1	Characterstring	Free text
113	handing Description	Дополнитегъная информация об ограничениях на управление ре* сурсом или метаданными	Н	1	Characterstring	Free text
Примечание — UML-модель для этой таблицы приведена на рисунке 8.

Та бл и ua В.4.1 — Информация о предоставлении

Na	Имяфолеаое имя	Определение	приме* обязательности	Максимум вхождений <мв)	Тип данных	Домен
114	MD.Reteasabllity	Информация об ограничениях на отпуск ресурса	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class	Строки 115—117
115	addressee	Сторона, которой ресурс отпускается	y&tatement не существует?	N	Class	CI_Respons!)&ty (см. таблицу В.16.1)
116	statement	Формулировка релиза	У/addressee не существует?	1	CharacterSiring	free text
117	dissemination Constraints	Компонент в определении предоставления	О	N	Class	MD_ResirictionCode «Codebst» (см. В.3.27)
Примечание — UML-модель для этой таблицы приведена на рисунке 8.

ГОСТ Р 57668—2017

Таблица В.5—Информация о происхождении

№	Имя.ролеюе имя	Определение	Признак обязательности	Массимум вхождений <мв>	Тил данных	Домен
118	UJjneage	Информация о событиях или источнике данных, использованных в создании данных, определенных областью применения или отсутствие знаний о происхождении	Используется при* энж обязательности ссылочного объекта	Испогъзуется МВССЫЛО’МО- го объела	Aggregated Class (MD_Metadata)	Строки 119—123
119	statement	Общее объяснение происхождения ресурса, нэскогъко это известно производителю данных	Н	1	Characterstring	Free text
120	scope	Тип ресурса и протяженность, на которые распространяется ин-форма^я о происхождении	Н	1	Class	MD.Scope (см. таблиц В.17)
121	ad diti on a! Documentation	Ресурс. Пример — Публикация, которая описывает весь процесс создания ресурсе (например, базы дани ых)	Н	N	Class	Cl^Citetion (см. таблиц В.16)
122	Role neve: processStep	Информация о событиях сманенного цикла ресурса, определенная областью применения	y/ll_Lmeage. statement и souroe role не документированы?	N	Association	ll_ProcessStep (см таблицу 8.5.1)
123	Role neve: source	Информация об исходных данных. использованных при создании данных, определенных областью применения	y/U_Lineage statement и processStep rote документированы?	N	Association	U_$ource (см. таблицу 8.5.2)
Примечание — UML-модельдляэтой таблицы приведена нарисункеЭ.

Таблица B.S.1—Информация об этапе обработки

Имяролееое имя

Определение

признак

обязательности

Максимум

вхождений

<МВ|

Тип данных

Домен

124

U.ProcessStep

Информация о событиях или трансформациях в жизненном цикле ресурса, включая процессы по его ведению

Используется признак обязательности ссылочного объекта

Используется МВ ссылочного объекта

Aggregated

Class

(U_Lineage and LI_Source)

Строки 125—131

ГОСТ Р 57668—2017

£ Окончание таблицы 8.5.1

№	Имя/ролоаоо имя	Определение	Признак обязательности	Мжсимум в каждений <мв>	Тил данных	Домен
125	descnption	Описание события, жлхмая соответствующие параметры и допустимые значения	О	1	CharaderSfrrrg	Free Text
126	rationale	Требования или цель этапа обработки	Н	1	Characterstring	Free Text
127	step Date Time	Дата, время, диапазон или период этапа обработки	Н	1	Ctass	TM_Primrtive (см. B2.4)
128	processor	Идентификация и средства коммуникации с лицами и организациями. связанными с этапом обработки	Н	N	Class	CI_Responsibity (см. таблицу В. 16.1)
129	reference	Документация на этап обработки	Н	N	Class	CI_C«tation (см. таблицу В.16)
130	scope	Тип ресурса и^или пространственно-временная протяженность, к которым применяется этап обработки	Н	1	Class	MD_Scope (см. таблиц В.17)
131	Role name souroe	Информация об источнике данных. использованном при создании данных, указанном в области гфименения	Н	N	Association	ll_$ource (см. таблиц 6.5.2)
Примечание — UML-модель дляэтой таблицы приведена на рисунке 9.

Таблица 8.52 — (Информация об источнике

Имя4>олееое имя

Определение

Признак

обязательности

Мысимум

вхождений

<мв»

Тип данных

Домен

132

U.Source

Информация о ресурсе, используемом при создании ресурса, указанного в области применения

Используется признак обязательности ссылочного объекта

Используется МВ ссылочного объекта

Aggregated

Class

(Ll_lineage and LlJProcessStep)

Строки 133—139

133

description

Подробное описание источника

У/область гфименения отсутствует?

Characters trerg

Free Text

ГОСТ Р 57668—2017

Окончание таблицы В.5.2

га	Имя/рол«аое имя	Определение	Примак обязательности	Максимум в каждений <мв»	Тил данных	Домен
134	source SpabafResokJtion	Пространственное разрешение, выраженное а виде знаменателя масштаба, расстояния, угла или уровня детализации	Н	1	Class	MD_Resoluton (см. таблицу B.3.4)
135	source Refers nceSystem	Пространственная референсная система, использованная источником	Н	1	Class	MDReferenceSystem (см. таблиц В.8)
136	sourceCflaion	Рекомендуемая осылха на источник	н	1	Class	CI_Citat«on (см. таблицу В.16)
137	sou roe Metadata	Ссылка на метаданные источника	н	N	Class	CI_Cflation (см. таблицу В.16)
138	scope	Тип ресурса или пространственно-временная протяженность источника	Ук> писание отсутствует?	1	Class	MD_Sccpe (см. таблиц В.17)
139	Role лате, source Step	Информация о производственном этапе, на котором был использован источник	Н	N	Association	Ll_Prooess$tep (см. таблицу B.5.1)
Примечание — UML-модель для этой таблицы показана на рисунке 9.

Таблица В.6—Информация о ведении данных

Ha	Имяролеао* имя	Определение	признак обязательности	Максимум вхождений <мв>	Тип данных	Домен
140	MD_Mainte nance Information	Информация об обпасти применения и частоте обновления	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (MD_Metadata and MDJdertification)	Строки 141—146
141	ma*itenanoeAnd update Frequency	Частота, с которой в ресурс вносятся изменения и дополнения после того, как он был создан	У/userDefmed Maintenance Frequency не указан?	1	Class	MD_Mamtenanoe FrequencyCode «CodeUst» (B.3.21)
142	mantena nee Date	Информация о дате, связанной с ведением ресурса	Н	N	Class	Cl.Date (см. таблицу В.16.5)

(О

ГОСТ Р 57668—2017

g Окончание таблицы 8.6

№	Имя/ролеаое имя	Определение	Признак обязательности	Максимум вхождений <ме»	Тил данных	Домен
143	userDefined Maintenance Frequency	Период обновления, отливающийся от установленного	У/mamtenanceAnd UpdateFrequency не указан?	1	Class	TM_PeriodDuration (B2.4)
144	та inter» nceScope	Тип ресурса и/или протяженность, к которым применяется информация о ведении	Н	N	Class	MD_Scope (см. таблицу В.17)
145	maintenance Note	Информация относительно cnet#i-фических требований к ведению ресурса	Н	N	Characterstring	Free text
146	contact	Идентификация и средства коммуникации с лицом(ами) и органиэацией(ями). отвечающими за ведете ресурса	Н	N	Class	CI_Responsfc*ty (см. таблицу В.16.1)
Примечание — UML-модель для этой таблицы показана на рисунке Ю.

Та 6 л и ца В.7 — Информашш о пространственном представлении (включает матричное и векторное представление)

ж	Имя4>олееое имя	Определение	Признак обязательности	Мысимум вхождений <мв»	Тип данных	Домен
147	MD_ SpafafRepresentalion	Цифровой механизм, использованный для представления пространственной информации	Используется приз-нас обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (MD.Metadata) «Abstract»
148	MD_GndSpatai Representation	Информадоя о матричных пространственных объектах в ресурсе	Используется признак обязательности ссылочного объекта	Исгкиъэуется МВ ссылочного объекта	Specified Class (MD.Spatial Representation)	Строки 149-152
149	number Of Dimensions	Количество независимых пространственно-временных осей	Н	1	Integer	Integer
150	axisDmensi on Properties	Информация о свойствах пространств» но-в ременных осей	Н	N	Sequence (B.2.6)	MD_Di mansion «Data Type» (см. таблицу B.7.1)
151	ceJIGeomefry	Идентификация матричных данных в качестве то-*и или ячейки	Н	1	Class	MD_CelGeometiyCode «CodeList» (см. B.3.12)

ГОСТ Р 57668—2017

Продолжение таблицы 6.6.7

№	Имя/ролоаоо имя	Определение	Примак обязательности	Мысимум в каждений <ме>	Тил данных	Домен
152	transfer maton Ра га meter Avaiabifcty	Идентификация того, существуют ли (имеются ли в наличии) параметры трансформирования между координатами сюшка и географическими координатами или системой коордонаткарты	Н	1	8ootean	0» нет 1 = да
153	MD_Georectlfied	Сетка, чьи ячейл* регулярно распределены в географических (широта^дол гота) или картографических системах координат, определенных в пространственной референсной системе (SRS), так что любая ячейю сетки может быть пространственно привязана присвоением координат сетш и точки отсчета, протяженностью ячейки и ориентацией	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified (MD.GridSpatial Representation)	Строки 149—152 и 154—160
154	checkPointAvalabirty	Указание на то, имеются ли тонки с указанием географического положения для проверки точности данных гео референсной сетки (опорные точки привязки)	О	1	Boolean	0 = нет 1 * да
155	checkPontDescriptor	Описание опорных точве геопри- ВЯЭ№1	У/checkPoml Avaiabiily = «да»?	1	CharacterSfrng	Free text
156	oornerPcrnts	Геолокация в системе координат, определенной пространственной референсной системой и сеточными координатами ячеек на противоположных концах сеточного пофытия вдоль двух диагоналей е сеточных пространственных изменениях. Примечание — В геотранс-формированной сетке имеются четыре угловые точт; требуются по крайней мере дее угловые точки вдоль одной диагонали. Первая угловая точка соответствует началу отсчета сетей	Н	2-4	Sequence (B.2.6)	GM_Point «Туре» (см. В.2.5)

ГОСТ Р 57668—2017

Ц Продолжение табпицы В.6.7

№	Имя/ролоаоо имя	Определение	Признак обязательности	Максимум в каждений <ме»	Тил данных	Домен
157	centre Point	Местоположение на Земле е системе координат. on редел»! ной пространственной референсной системой и координатами сетки ячейки на полпути мееду противоположными концами сетки в пространственных измерениях	Н	1	Class	GM_Pont «Туре» (см. B.2.5)
158	poinOnPtxei	Точка в пикселе, соответствующем положению пикселя на Земле	О	1	Ctass	MD.PixetOrientalionCode «Enumeration» (см. В.3.24)
159	transfer maton Dimension Description	Общее описание трансформации	н	1	Characterstring	Free text
160	transfer maton Dimension Mapping	Информация о том, какие оси оет-ки являются пространственными (картографическими) осякы	н	2	CharacterSfring	Free text
161	MD_Georeferei>ceable	Сетка с ячейками, нерегулярно расположенными в любой заданной картографической проекции и системе координат, чьи отдельные ячейки могут быть гео позиционированы с использованием геолокационной информации, поставляемой с данными, но не могут быть гео-позиционированы только на основе свойств сетки	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (MD_Grld Spatial Representation)	Строки 149—152 и 162—166
162	oontralPointAvaiability	Указание на то. имеется или нет контрольная(ые) точка(и)	О	1	Boolean	0 = нет 1 = да
163	or rentationPara meter AvatatxMy	Указание на то. имеются ли параметры ориентирования	О	1	Boolean	0 * нет 1 «да
164	or ientabonPara meter Description	Описание параметров, использованных для описания ориентации сенсора	Н	1	CharacterSfring	Free text
165	georeferenced Parameters	Данные, которые обеспечивают re on ри вязку данных сетки	О	1	Class	Record (см. В2.3)
166	para mete rCitstion	Ссылки на материалы, предоставляющие описание параметров	н	N	Class	CI_Cilat»on (см. таблицуВ.16)

ГОСТ Р 57668—2017

Скончание табтцы В. 7

№	Имя/ролеаое имя	Определение	Признак обязательности	Максимум вхождений <мв»	Тил данных	Домен
167	MD.Vecto (Spatial Representation	Информация о векторных пространственных объектах в ресурсе	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (MD.Spatial Representation)	Строки 168—169
166	topotogyLevel	Код. который указывает на степень слоныости пространственных связей	н	1	Class	MD_TopologyLeveiCode «CodeList» (cm. B.3.31)
169	geometricObjects	Информация о геометрических объектах, используемых в ресурсе	н	N	Class	MD_GeometncObfects «DataType» (см. таблицу B.7.2)
Примечание — UML-модель для этой таблицы показана на рисунке 11.

Таблица В.7.1—Информация об измерениях

№	Имя,’ролевое имя	Определение	признак обязательности	М«симум вхождений <мв>	Тип данных	Домен
170	MD_Dimension	Свойства осей	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class «DataType»	Строки 171—175
171	dimenstonName	Имя оси	Н	1	Class	MD_DimenstonNameType Code «Codebst» (см. B.3.17)
172	dimensionSize	Количество элементов вдоль оси	М	1	Integer	Integer
173	resolution	Степеньдетальности в матричном наборе данных	Н	1	Class	Measure (см. B.2.3)
174	dmrensKinTrUe	Расшмрение/модификация имени измерения. Пример — dknenstonName -column» dimenslonTitle • •Longitude	Н	1	Characterstring	Free text
175	<4 men sionD ascription	Описание оси	Н	1	CharacterSfrng	Free text
Примечание — UML-модель для этой таблицы показана на рисунке 11.

ГОСТ Р 57668—2017

g Таблица B.72— Информация о геометрических объектах

№	Имя.ролваов имя	Определение	Признак обязательности	Массимум вхождений <мв>	Тип данных	Домен
176	MD_GoometricObjects	Количество объектов, перечисленных как тип геометрического объекта, использованных в ресурсе	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class «DataType»	Строки 177—178
177	geomelricObjectType	Название объектов (точечных, векторных), использованных для локализации нуль-, одно-, дву-, или трехмерных объектов а ресурсе	О	1	Class	MD_GeometrtcObjecfFype Code «CodeLisl» (см. B.3.18)
178	ge от etncObject Count	Общее количество типов тачечных и векторных объектов, присутствующих в наборе данных	Н	1	Integer	>0
Примечание — UML-модель для этой таблицы показана на рисунке 11.

Таблица 8.6 — Информация о референсной системе

N»	Имя/Ролееое имя	Определение	Признак обязательности	МфСИмум вхождений <МВ>	Тип денных	Домен
179	MD^RefeienceSystem	Информация о референоной системе	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (MD_Metadata)	Строки 180—181
180	Ref ere ncoSystemlde refer	Идентификатор и кед референс-ной системы. Пример — EPSG::4326	Н	1	Class	MDJdentffier (смГтаблицу В.17.2)
181	refers nceSystemType	Тип использованной референсной системы. Прим ер — compoundGoographicZO- Parametric	Н	1	Class	MD_Referenoe SystamTypeCoda «CodeList» (см. B.326)
Примечание — UML-модель для этой таблицы показана на рисунке 12.

ГОСТ Р 57668—2017

Таблица В.9— Информация о содержании (включает Каталог объектов и описание покрытий)

N*	Имя^олееое имя	Определение	Признак обязательности	Мысимучи в хождений <мв>	Тип данных	Домен
182	MD_Contentlnformation	Описание содержания ресурса	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (MD_Metadata) «Abstract»
163	MD_FeatureCatalogue Description	Информация, идентифицирую* идея каталог объектов или концептуальную схему	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (MD_Content Information)	Строки 164—188
184	oompianceCode	Указание на то. соответствует или нет каталог, на который дана ссылка. (5]	Н	1	Boolean	0 = нет 1 = да
185	locate	ЯзьЦи) и набор(ы) символов, использованные в каталоге	Н	N	Class	PT_Locate (см. таблицу В.16.2)
188	ndudedWifri Dataset	Указание на то. вклинен ли каталог объектов в ресурс	Н	1	Boolean	0 = нет 1« да
187	tea tj re Types	Поднабор типов объектов из дотируемого каталога объектов, появляющихся в ресурсе, и количество экземпляров объектов	Н	N	Class	MD_FeatureTypelnfo (см. таблицу В.9.3)
188	featureCataiogueCiiation	Полная библиографическая ссылка на один или более внешних каталогов объектов	У/кагвлог объектов не включен 8 ресурс и MD_Feature Catalogue не представлен?	N	Class	Cl^Citation (см. таблицу В.16)
189	MD_FeatureCatalogue	Каталог типов объектов	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (MD_Content Information)	Строка 190
190	feature Catalogue	Каталог типов объектов, атрибутов. операций и связей, использованный в ресурсе	О	N	Class	FC.FeatureCatatogua (5)
191	MD_ CoverageD ascription	Детали о содержании ресурса	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекте	Specified Class (MD_Content Information)	Строка 192—194

ГОСТ Р 57668—2017

g Продолжение таблицы В.9

№	Имя/ролеаое имя	Определение	Признак обязательности	Мысимум вхождений <ме»	Тил данных	Домен
192	sttrfcuteDescflptxxi	Описание атрибута, описываемого измененным значением	О	1	Class	RecordType (см. B.2.3)
193	prooessmgLevetCode	Идентификатор уровня обработки. примененного к ресурсу	Н	1	Class	MDJdentrfier (см. таблицу В.17.2)
194	Role name: attributeGroup	Информация о группе(ах) связанных атрибутов ресурса с тем же типом	Н	N	Class	MD_AtttouteGroup (см. таблиц B.9.1)
19S	MDJmage Description	Информация о пригодности изображения к использованию	Use obligation/ condition from referencing object	Используется MB ссылочного объекта	Specified Class (M D_C overage Description)	Строки 192—194 и 196—206
196	•uminationEievationAngle	Вертикальный угол освещенности. измеренный в градусах по часовой стрелке от заданного уровня на пересечении оптической линии визирования с земной поверхностью. Примечание — Для изображений. полученных сканированием. ссылаться на центральный пиксель изображения	H	1	Real	90—90
197	*u mi nation Azj mu ti Angie	Азимут освещенности, измеренный в градусах по часовой стрелке от исттного севера в момент, коща сделан снимок. Примечание — Для изображений. полученных сканированием. ссылаться на центральный пиксель изображения	H	1	Real	0.00—360
198	imaging Condition	VfcnoeHfl. влияющие на изображение	H	1	Class	MDJmagmgConditionCode «CodeList» (см. B.3.19)
199	KnageQuaMyCode	Кед в системе кедов производителя. который указывает на качество изображения	H	1	Class	MDJdentrfier «DataType» (см. таблицу В.17.2)

ГОСТ Р 57668—2017

Скончание табтцы В. 9

№	Имя/ролеаоо имя	Определение	Признак обязательности	Максимум вхождений <ме>	Тил данных	Домен
200	do ud Core (Percentage	Облачность, покрываемая ресурсом, заслоненная облаками, еьфаженная а процентах от пространственной протяженности (облачность)	Н	1	Real	0.0—100.0
201	ост pressJonGene ration Quantity	Количество циклов смятия, вылощенных над изображением	Н	1	integer	integer
202	irtangdalionlndcator	Указание на то. выполнялось или нет построение нерегулярной сетки (TIN) над изображением	Н	1	Boolean	0 = нет 1 =да
203	radiometncCdibrationData Avaiabity	Указание на то. имеется или нет информация по фотометрической калиброше для радиометрической коррекции дачных в соответствии со стандартом фотометрической калибровки	Н	1	Boolean	0= нет 1 = да
204	cam eraCa tt ration informafconAvalabMy	Указание на то. имеются ли данные калибровки камеры	Н	1	Boolean	0* нет 1 * да
205	fitmOistortionlnformation Avatabbly	Указание на то.имеется ли или нет информация о дисторсии фильма	Н	1	Boolean	0 ■ нет 1 = да
206	tensDistortionlnformatton AvatabMy	Указание на то. имеется ли или нет информация о дисторсии линзы	Н	1	Boolean	0 ■ нет 1 * да
Примечание — UML-модельдпяатой таблицы показана на рисунке 13.

Таблица В.9.1—Информация о группе атрибутов

Имя/ролееое имя

Определение

признак

обязательности

Массимум

вхождений

<мв»

Тип данных

Домен

207

MD_Att rib ute Group

Информация о eontentType для груп п атрибутов для конкретного MD_RangeD intension

Используется признак обязательности ссылочного объекта

Используется МВ ссылочного объекта

Aggregated

Class

(MD_C overage Description)

Строки 206—209

206

oontentType

Тип информаши. для которой представлено(ы) эначение(я)

Class

MD_CoverageContentType Code «CodeList»

(см. В.3.15)

•ч

ГОСТ Р 57668—2017

Й Окончание таблицы В.9.1

№

Имя/рол«ао« имя

Определение

Признак

обязательности

Мысимум

вхождений

<ме>

Тил данных

Домен

209

Role пате: attnbute

Информация об атрибуте ресурса

Class

MD_Range Dimension (см. таблицу В.9.2)

Примечание — UML-модель для этой таблицы показана на рисунке 13.

Та бл и ца 892 — Информация о диапазоне измерения (включая диапазон длин волн)

N)	имя,ролевое имя	Определенна	признак обязательности	М«симум 6 вождений {МВТ	Тип данных	Ломан
210	MD_Rar»geDlrnensk>r)	Информация о диапазоне значений атрибутов	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (MD_C overage Description)	Строки 211—213
211	sequenceldensfier	Уникальное(ый) имя или номер, которые определяют атрибуты, еклоченные е покрытие	Н	1	Class	Member Name (cm. 82.7)
212	description	Описание атрибута	Н	1	Characters tr<ng	Free text
213	name	Идентификатор для каждого атрибута. ек/еоченного в ресурс. Примечание — Эти идентификаторы могут использоваться для предоставления имени для атрибута из стандартного набора имен	Н	N	Class	MDJdentifier (см. таблицу В.17.2)
214	MO_SampleOimenslon	Характристики каждого измерения (слоя), включенного в ресурс	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (MD_Range Dimension)	Строки 211—213 и 215—225
215	maxVatue	Максимальное ягнение из ягнений. данных а каждом измерении, екпоченном в ресурс. Примечание — Ограничение для Uomlength 8 MD_Bandctass	Н	1	Real	real number

ГОСТ Р 57668—2017

Продолжение таблицы В.9 2

№	Имя/ролоаоо имя	Определение	Признак обязательности	Максимум вхождений <ме>	Тил данных	Домен
216	тпValue	Минимальное значение из значений. данных а каждом измерении, включенном е ресурс. Примечание — Ограничение для Uomlength в MD_Bandctass	Н	1	Read	real number
217	units	Единицы данных в каждом измерении. включенном в ресурс. Примечание — Таким типом является UnttsOfMeasure. ион ограничен до Uom-Lenglh в MD.Band	У/min Value, max Value или mean Value представлены?	1	Class	UnrtsOMeasure (см. B2.3) restricted to Uomlength in the MD_Bandcfass
218	scdeFactor	Масштабный коэффициент, который был применен к значению ячейки	H	1	Real	real number
219	offset	Физическое значение, соответствующее нулевому значению ячейки	Н	1	Red	real number
220	mean Value	Среднее значение значений, данных в каждом измерении, включенном в ресурс	Н	1	Red	real number
221	number Of Values	Количество значений, использованных в тематической классификации ресурса. Пример — Количество классов е покрытии LandCoverType или количество ячеек с денными е других типах пократий	Н	1	Integer	Number
222	standard Deviation	Стандартное отклонение значений. данных в каждом измерении, склоченном в ресурс	Н	1	Red	real number
223	other Proper tyType	Тип другого описания атрибута (например, netodf/переменная в ncml.xsd)	н	1	Class	ReoordType (см. B.2.3)

ГОСТ Р 57668—2017

g Оончамиэ таблицы В. 9.2

№	Имя/рол«ао« имя	Определение	Признак обязательности	Мжсимум в каждений <мв>	Тил данных	Домен
224	other Property	Экземпляр otherAttributeType. который определяет атрибуты, не явно включенные в МО_ Coverage Туре	Н	1	Class	Record (см. B2.3)
225	btePerVaiue	Максимальное ко/ычеетво значащих битов в несжатом представлении для значения в каждой полосе каждого пикселя	Н	1	Integer	number
226	MD_Bartd	Диапазон длин волн в электромагнитном спектре	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (M D_Sample Dimension)	Строки 211—213, 215—22S и 227—231
227	boundMax	Самая большая длина волны, которую датчик способен собирать в пределах указанного диапазона полосы	Н	1	Real	real number
226	boundMn	Самая короткая длина волш, которую датчик способен собирать в пределах указанного диапазона	Н	1	Read	real number
229	boundUmt	Единицы, в которых выражаются длины волн датчика	У/boundMax или boundMin представлены?	1	Class	UomLength (см. B.2.3)
230	peakResponse	Длина волны, ответ на которую самый еьюакий	Н	1	Real	real number
231	toneGradation	Количество градаций яркости	Н	1	Integer	number
Примечание — UML-модель для этой таблицы показана на рисунке 13.

ГОСТ Р 57668—2017

Таблица В.9.3 — Информация о типе объекта

№	Имя.ролевоо ИМЯ	Определение	Примак обязательности	Массимум вхождений <мв>	Тип данных	Домен
232	MD_FeatureTypelnfo	Информация об имеющихся типах объектов	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (MO_Feature Catalogue Description)	Строки 233—234
233	fealureTypeName	Имя типа объекта	О	1	Class	GenencName (см. 8.2.7)
234	feature Ins la псе Couni	Количество появлений экземляров объекта для этого типа объекта	Н	1	Integer	>0
Примечание — UML-модель для этой таблицы показана на рисунке 13.

Та б л и ца В.10— Информздия о каталоге графических отображений

№	Имяфолееое имя	Определение	Примак обязательности	Мжсимум вхождений <МВ»	Тип данных	Домен
235	MD_PortrayalCatalogue Reference	Информация, идентифицирующая использованный каталог графических отображений	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (М D_Metadeta)	Строка 236
236	portrayalCatalogue Citation	Библиографическое описание каталога графических отоображе-ний, на который дана ссылка	Н	N	Class	Cl.Citation (см. таблицу В.16)
Примечание — UML-модель для этой таблицы показана на рисунке 14.

Таблица 6.11 — Информация о распространении

Имяфолевое имя

Определение

Примак

обязательности

Мжсимум

вхождений

<мв>

Тип данных

Домен

237

MD_Distrib ution

Информация о дистрибьюторе и о вариантах получения ресурса

Используется признак обязательности ссылочного объекта

Используется МВ ссылочного объекта

Aggregated

Class

(MD_Metadata)

Строки 238—241

236

description

Краткое описание набора способов получения информации

CharacterSfing

Free text

ГОСТ Р 57668—2017

|2 Окончание таблицы В11

№	Имя/рол«ао« имя	Определение	Признак обязательности	Максимум вхождений <мв>	Тил данных	Домен
239	Role пате: rfcstributionFormat	Предоставляет описание формата раслрострэнтия данных	Н	N	Class	MD_Format (см. таблицу В.11.3)
240	Role name: dtstrixHor	Предоставляет информацию о поставщике	Н	N	Class	MD_D>sfr2>utor (см. таблиц В.11.2)
241	Role name: transferOptions	Предоставляет информацию о технических средствах и носителях. на которых ресурс можно получить от дастрибьютора	Н	N	Class	MD_Digita (TransferOptions (см. таблицу В. 11.1)
Примечание — UML-модель для этой таблицы показана на рисунке 15.

Та бл и ца В.11.1 — Информация о вариантах цифровой передачи

№	Имя/ролеаое имя	Определение	Признак обязательности	Мжсимум вхождений (МВ\|	Тил данных	Домвн
242	MD_ Digits (TransferOptions	Технические средства и носители, на которых ресурс может быть получен от дистрибьютора	Используется признак обязательности ссылочного объекта (если этот класс использован, то не менее одного атрибута должно быть представлено)	Используется МВ ссылочного объекта	Aggregated CI8SS (MD.Distribution and MD.Distributor)	Строки 243—248
243	unrtsOOslnbution	Тай/ы. слои, географические области и т. п„ а которых доступны данные. Примечание — umtsO/ Distribution применяется к распространению как в режиме онлайн, так и офлайн	Н	1	Characters trxig	Free text
244	transfer Size	Предполагаемый размер единицы е указанном формате передачи, выраженный в мегабайтах. Примечание — Размер пере-дачи >0.0	Н	1	Real	>0.0

ГОСТ Р 57668—2017

Окончание таблицы В111

№	Имя/ролеаое имя	Определение	Признак обязательности	Мжсимум вхождений <мв>	Тил данных	Домен
245	online	Информация об онлайн-источниках, из которых может быть получен ресурс	Н	N	Class	CI_OnSne Resource (см. таблицу В.16.6)
246	offline	Информация об офлайн-носителях. на которых монет быть получен ресурс	Н	N	Class	MD_Medium (см. таблицу В.11.4) «Data-Туре»
247	transferFrequency	Частота распространения	н	1	Class	TM PeriodDuration (смГв.2.4)
246	cfestrfcutionFormat	Формат распространения	н	N	Class	MD_Format (см. таблицу В.11.3)
Примечание — UML-модель для этой таблицы показана на рисунке 15.

Таблица В.112—Информация о дистрибьюторе

№	ИмяГролеаоо имя	Определение	Признак обязательности	Мжсимум вхождений (МВ\|	Тип данных	Домой
249	MD_DiStrlbutOr	Иинформация о дистрибьюторе	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (MD_t>i«tribirtion and MD_Format)	Строки 250—253
250	distributor Contact	Лицо, от которою можно получить ресурс. Это перечень может быть не исчерпывающим	О	1	Oass	CI_Respons)ty (см. таблиц B.16.1)
251	Role name: distfbutioriOrder Process	Пред оставляет информацию о том. как ресурс может быть получен, а также необходимые инструкции и информацию об оплате	Н	N	Class	MD_StandardOrderProcess (см. таблицу В.11.5)
252	Role name: cfcstrixitor Formal	Предоставляет информацию о формате, испогъэуемом дистрибьютором	Н	N	Class	MD_Fomrai (см. таблиц В.11.3)
253	Role name: dstributor Transfer Op ho ns	Предоставляет информаций о технических средствах и носителях, используемых дистрибьютором	Н	N	Class	MD.DigitalTransferOphons (см. таблицу В.11.1)
Примечание — UML-модель для этой таблицы показана на рисунке 15.

ГОСТ Р 57668—2017

g Таблица В.11.3—Информация о формате

№	Имя,ролевое имя	Определение	Примак обязательности	Массимум вхождений <мв>	Тип данных	Домен
254	MD_Format	Описание конструкции компьютерного языка, который определяет представление объектов в записи, файле, сообщении, устройстве хранения или канале передачи	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (MD_Distribution, MDJdertification, and MD_Distrlbutor)	Строки 255—259
255	form atSpeafica ton Citation	CcbinxafURL спецификации формата	О	1	Class	CI_Cftat*on (см. таблицу В.16)
256	amendmentNumber	Номер версии, изменяющей формат	Н	1	Characterstring	Free text
257	(He Decompression Technique	Рекомендации алгоритмов или процессов, которые могут быть применены для чтения или развертки ресурсов, для которых применены методысжатия	Н	1	Characterstring	Free text
256	medium	Среда, используемая форматом	Н	N	Class	MD_Medium (см. таблицу B.11.4)
259	Role name: formal Distnbufor	Обеспечивает информацию о дистрибьюторе формата	Н	N	Class	MD_Distrfoutor (см. таблиц В.11.2)
Примечание — UML-модель для этой таблицы показана на рисунке 15.

Таблица В.11.4—Информация о носителе

Имя,¹ролевое имя

Определение

признак

обязательности

Максимум

вхождений

<MBt

Тип данных

Домен

260

MD_Medium

Информация о средствах, на которых может храниться (resoufceFoimat) или распространяться ресурс

Используется признак обязательности ссылочного объекта (если используется этот класс, то должно быть указано не менее одного атрибута)

Используется МВ ссылочного объекта

Class

«DataType»

Строки 261—267

ГОСТ Р 57668—2017

Окончание таблицы B IT.4

№	Имя/ролеаое имя	Определение	Признак обязательности	Максимум вхождений <мв»	Тил данных	Домен
261	пате	Имя средства, на котором может храниться (resource Format) или распространяться ресурс	Н	1	Ctass	CI_Cftslion (см. таблицу В.16)
262	density	Плотность, с которой записаны данные	Н	1	Real	>0.0
263	densityUnrts	Единицы измерения для записи плотности	н	1	CharacterSfrng	Free text
264	volumes	Количество элементов на носи* теле	н	1	Integer	>0
265	medumFormal	Метод, испогъэованный для записи на носитель	н	N	Ctass	MD.MediumFor mate ode «Codelist» (см. B.322)
266	medwmNote	Описание других ограничений или требований для использования носителя	н	1	Characterstring	Free text
267	identifier	Уникальный идентификатор для экземпляра MD.Mecfcum	н	1	Ctass	MDJdentffier (см. таблицу B.17.2)
Примечание — UML-модельдляэтойтаблицыпокаэананарисунке 15.

Табл и ца В.115 —Информация о стандартной процедуре заказа

№

ИмяГролевое имя

Определение

Признак

обязательности

Матсимум

вхождений

<мв»

Тип данных

Домен

266

M D_ S tan dardO rde r Process

Общие пути, которыми ресурс может быть получен, и соответствующие инструкции и информация о плате

Используется признак обязательности ссылочного объекта (если используется этот класс, то должно бытьуказаио не менее одного атрибута)

Используется МВ ссылочного объекта

Aggregated

Class

(MD_Distributor)

Строки 269—274

ГОСТ Р 57668—2017

g> Окончание таблицы B11.5

№	Имя/ролеаое имя	Определение	Признак обязательности	Максимум в каждений <ме>	Тил данных	Домен
269	fees	Тарифы и условия для получения ресурса, включая денежные единицы {как указано в OK МК (ИСО 4217) 003-97)014-2000	Н	1	Characters irng	Free text
270	pi an nedAvai table Dale Time	Дата и время, когда ресурс будет доступен	Н	1	Class	DateTme (см. B 22)
271	orderinglnstoiebons	Общие инструкции, условия и уснут, предоставляемые дистрибьютором	н	1	Characters (ring	Free text
272	turnaround	Типичное время для выполнения заказа	н	1	Characterstring	Free text
273	orderOpuonsiype	Описание записи параметров заказа	н	1	Class	ReoordType(CM. B.2.3)
274	orderOptions	Варианты запроса/покупки	н	1	Class	Record {см. B2.3)
Примечание — UML-модель для этой таблицы показана на рисунке 15.

Таблица В.12 — Информация о расширении метаданных

№	Имягролееое имя	Определение	признак обязательности	Мжсимум вхождений (МВ)	Тип данных	Домен
275	MD_Me ta dart aExtens ion Information	Информация, описывающая расширение метаданных	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (М D_Metadata)	Строки 276—277
276	extensionOnbne Resource	Информадая об онлайн-источниках. содержащих имя профиля сообщества. элементы расширенных метаданных и информадаю для всех новых элементов метаданных	Н	N	Class	CI.OnbneResource (см. таблицу В.16.6)
277	Role name: extended Bern en (Information	Содержит информацию о новом элементе метаданных, не найденном в ИС019115, который необходим для описания ресурса	Н	N	Ctass	MD.ExtendedBe merit Information (см. таблицу В.12.1)
Примечание — Модель UML для этой таблицы показана на рисунке 16.

ГОСТ Р 57668—2017

Таблица В. 12.1 — Информадояо расширяемом элементе

N*	Имя4)олееое имя	Определение	Признав обязательности	Мжсимри вхождений <MB>	Тип данных	Домен
278	MD_Extended Element In format ion	Новый элемент метаданных, не найденный в ИСО 19115, кото* рый необходим для описания пространственных данных	Используется признак обязательности ссылочного объекта	Используется MB ссылочного объекта	Aggregated Class (MD_Metadata Extension Information)	Строки 279—291
279	name	Имя расширенного элемента метаданных	У/dataType не «code*st», «enumeralon» или «oodeletBement»?	1	CharacterStrmg	Free text
280	defmiion	Определение расширенного эле* мента	О	1	Characterstring	Free text
281	obligation	Признак обязательности расширенного элемента	У/dataType не «codeist», «enumeralon» или «codehstBement»?	1	Class	MD_ObligationCode «Епипте ration» (cm. 66.23)
282	oondilon	^лоаие, при котором расширенный элемент становится обязательным	У/obbgation = «Conditional»?	1	Characterstring	Free text
283	dataType	Код. который определяет тип значения. указанного в расширенном элементе	О	1	Class	MDDatatypeCode «CodeUst» (см. B.3.16)
284	maximumOccurrence	Максимум ахоедений расширенного элемента	У/dataType не «oodefcet». «enumeralon» иш «codeietBement»?	1	CharacterString	N or any integer
285	do пта in Value	Допустимые значения, которые могут быть назначены для расширенного элемента	У/dataType не «oode*$t». «enumeralon» или «oodeletBement»?	1	Characterstring	Free text
266	parentEntity	Имя сущностей) метаданных, под которым этот расширенный элемент метаданных может появиться. Примечание — Имя(ена) может(тут) быть стандартным^) элемвнтом(ами) метаданных или других расширенных элементов метаданных	0	N	CharacterString	Free text

в>

•ч

ГОСТ Р 57668—2017

2 Окончание таблицы В.12.1

№	Имя/ролеаоо имя	Определение	Призмек обязательности	Мжсимум вождений <МВ>	Тил данных	Домен
287	т(е	Указывает, как расширенный элемент относится к другим существующим элементам и сущностям	О	1	CharaderSfrng	Free text
266	rationale	Пронина создания расширенного элемента	Н	1	Characters tring	Free text
269	source	(Имя лица или организации, создающих расширенный элемент	О	N	Class	CI_Respons4»*ty {см. таблицу B.16.1)
290	conceptName	Имя элемента (item)	У/dataiype равно «codehst». «enumerator!» или «codehstBement»?	1	Characterstring	Free text
291	oode	Нейтральный идентификатор языка	y/datatype равно «codebst». «enumeration» или «oode!«$lBemenl»?	1	Characters tring	Домен не установлен
Примечание — UML-модель для этой таблицы показана на рисунке 16.

Таблица В.13—(Информация о прикладной схеме

Ni	Имягролееое имя	Определение	признак обязательности	Мысимум вхождений <мв>	Тип денных	Домен
292	MD.AppllcatlonSchema Information	Схема приложения, использованная для определения и предоставления структуры ресурса, то есть модель и/или словарь данных, представляющий ресурс	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (MD.Metadata)	Строки 293—299
293	name	Имя использованной схемы приложения	О	1	Class	CI_Cftat»on (см. таблицу В.16)
294	schema Language	Идентификция использованного языка	О	1	Characters 1гюд	Free text
295	oonstramiLanguage	Формальный язык, использованный для схемы приложения	О	1	Characters trmg	Free text

ГОСТ Р 57668—2017

Окончание таблицы В13

№	Имя/ролеаое имя	Определение	Примак обязательности	Мжсимум в каждений <ме»	Тил данных	Домен
296	schemaAscjf	Полная схема приложения в виде ASCIL-файла	Н	1	CtiaracterSfrng	Free text
297	graphicsFfe	Полная схема приложения в виде графического файла	Н	1	Class	CI_Onlne Resource (см. таблиц В.16.6)
296	software Deveio pm еп IF ie	Полная схема приложения е виде файла разработки программного обеспечения	н	1	Class	CI_Onfcne Resource (см. таблицу В.16.6)
299	software Devetopmen tFie Formal	Формат разработки программного обеспечения, использованный для файла разработки программного обеспечения прикладной схемы	н	1	CharaeterString	Free text
Примечание — UML-модель для этой таблицы показана на рисунке 17.

Таблица В.14 — (Информация о метаданных сервисов. (Информация об идентификации сервисов

Na	Имяфолеаое имя	Определение	приме* обязательности	Максимум вхождений <мв>	Тип данных	Домен
300	SV_Service Identification	Идентификация возможностей, которые поставщик сервисов делает доступными для пользователей сервисов через набор интерфейсов, которые определяют поведение. Примечание — См. [10] для дополнительной информации	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (^.Identification)	Строки 43—62 и 301—311
301	serviceType	Имя типа сервиса. Пример — ‘Поиск* ‘отображение. ‘загрузка’, преобразование’ или ‘вызов	О	1	Class	GenericName (см. В.2.7)
302	servioeTypeVerson	Версия сервиса, которая поддерживает поиск, основаннь»1 на версии serviceType	Н	N	CharacterSfrng	Домен не установлен

ГОСТ Р 57668—2017

2 Окончание таблицы В14

№	Имя/рол«ао« имя	Определение	Признак обязательности	Максимум в каждений <мв»	Тил данных	Домен
303	eccessPraperties	Информация о наличии сервисов, вкпочая: • тариф; – дату и время планируемого на-л»миа; • инструкции по заказу: • изменение	Н	1	Oass	MD_StandardOrderProcess (см. таблиц В.11.5)
304	couptmgType	Тип стыковт между сервисами и связанные даты (если существует)	У/существует связанный ресурс?	1	Class	SV_CouphngType «CodeList» (см. B.3.32)
305	oouptedResource	Дальнейшее описание стъжоасм-ных данных а случае тесно связанных сервисов	У/существует связанный ресурс?	N	Class	SV_CoupledResource (см. таблицу В.14.4)
306	operaiedDataset	Предоставляет осылку на ресурс, над которым действует сервис. Примечание — Для одного ресурса может использоваться только operate<K>ataset или operatesOn (но никогда оба для одного и того же ресурса)	Н	N	Class	Cl.Citation (см. таблицу В.16)
307	profile	Профиль, к которому относится сервис	Н	N	Class	Cl.OtaUon (см. таблицу В.16)
308	servioeStandard	Стандарт, к которому относится сервис	Н	N	Class	Cl.CrtaUon (см. таблицу В.16)
309	Role name: con tainsOpe rations	Содержит информацию об оперэ-1*1ях, которые включает сервис	Н	N	Association	SV_Ope га lion Metadata (см. таблицу В.14.1)
310	Role name: operatesOn	Содержит информацию о ресурсе, над которым действует сервис. Примечание — Могут использоваться как operaiedDataset. так и operatesOn (но не оба для одного и того же ресурса)	Н	N	Association	MD_Dataldentification (см. таблиц B.3)
311	Role name: oontamsChain	Содержит информацию о цепочке, применяемой сервисом	Н	N	Association	SV_Ope ration Cham MeTadata (см. таблицу В.14.2)
Примечание — им.-модель для этой таблицы показана на рисунке 16.

ГОСТ Р 57668—2017

Таблица В.14.1 — Информадоя об операции

№	Имя^олевое имя	Определение	Призмах обязательности	Массимум вхождений <мв>	Тип данных	Домен
312	SV_Op era tionMeta data	Описывает ключ одного и только одного метода, предоставляемого сервисом	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (MDService Identification)	Строки 313—319
313	operattonName	Уникальный идентификатор для отота интерфейса	О	1	CharacterSirmg	Домен не установлен
314	dsftwted Сотри tin gP la tform	Распространяемые компьютерные платформы, на которых операция можвт быть выполнена	О	N	Class	DCPiist«Codebst» (см. в.3.9)
315	operatonDescrptKin	Описание в виде свободного текста цели и результата операми	Н	1	Characterstring	Free text
316	invocatonName	Имя. используемое для вызова этого интерфейса в контексте DCP. Это имя идентично для еоех DCP	Н	1	CharacterSring	Free text
317	connect Point	Дескриптор для доступа к имтре-фейсу сервиса	О	N	Class	CI_Onhne Resource (см. таблицу В.16.6)
316	Role name: parameters	Параметры, которые необходимы для этого интерфейса в последовательности	Н	N	Association	SV_Parameter (см. таблицу В.14.3)
319	Role name: dependsOn	Слисок операций, которые дота-ны быть выпотены немедленно дотого, какбудет вызвана текущая операция, структурированный в виде списха для сбора альтернативных предшествующих путей и наборов для сбора параллельных предшествующих путей	Н	N	Assooaten	SV_Ope ra Uon Metadata (см. таблицу В.14.1)
Примечание — UML-модель для этой таблицы показана на рисунке 18.

ГОСТ Р 57668—2017

Таблица В.14.2—Информа^яо цепочке операций

№	Имя.ролевое имя	Определение	Признак обязательности	Массимум вхождений <мв>	Тип данных	Домен
320	SV_Op oration Chain Metadata	Информация о цепочке операций	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (SV_Service Identification)	Строки 321—323
321	name	Имя. использованное сервисом для этой цепочки	О	1	CharacterSfring	Free text
322	description	Описательное объяснение сервисов а цепочке и результат на выходе	Н	1	CharacterSfring	Free text
323	Role name: operation	Информация (упорядоченная) об операциях, применяемых цепо’-жой	О	N	Class	SV_Operation Metadata (см. таблицу В.14.1)
Примечание — UML-модель для этой таблицы показана на рисунке 18.

Таблица 8.14.3 — Информация о параметрах

№	Имя^золееое имя	Определение	признак обязательности	Мжсимум вхождений <Мв)	Тип данных	Домен
324	SV_Pa ram е ter	Информация о параметрах	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Cless (SV_Service identification)	Строки 325—329
325	name	Имя. используемое сервисом для этого параметра	О	1	Class	Member Name (см. B2.7)
326	direction	Указание на то. является ли параметр входным для сервиса, выходным или и тем. идругим	О	1	Class	SV_ParameterD*eclion «Enumeration» (см. В.3.33)
327	description	Описательное объяснение роли параметра	Н	1	Characters tring	Free text
326	op tonality	Указание на то. является ли параметр обязательным	О	1	Boolean	0 = нет 1 *да
329	repealabiity	Указание на то, может ли использоваться более одного значения параметра	О	1	Boolean	0 = нет 1^s да
Примечание — UML-модель для этой таблицы показана на рисунке 16.

ГОСТ Р 57668—2017

Таблица В.14.4— Информадоя о связанном ресурсе

№	Имя.^эолввов имя	Определение	Примак обязательности	Массимум вхождений <мв>	Тип данных	Домен
330	SV_CoupledResource	Связи, указанные operation Name (обязательный атрибут из SV_OperationMetadata), с ресурсом, идентифицированным посредством идентификатора	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (SV.Service Identification)	Строки 331—334
331	scoped Name	Идентификатор области ресурса е контексте данного экземпляра сервиса. Примечание — Имя ресурса (то есть набора данных), как оно используется экземпляром сервиса. Пример — Имя слоя или имя типа объекта	Н	1	Class	ScopedName (см. B.2.7)
332	resourceReference	Ссылка на ресурс, над которым действует сервис. Примечание — Для одного ресурса используется либо resource, либо resourceReference (нжогда оба для одного и того же ресурса)	Н	N	Class	CI_C4atton (см. таблицу В.16)
333	Rote лате resource	Прснно связанный ресурс. Примечания 1 Этот атрибут обеспечивается ссылкой. 2 Для одного ресурса используется либо resource, либо resourceReferenoe (никогда оба для одного и того же ресурса)	Н	N	Class	MD_Dataldentif«at«on (смГтаблицу В.З)
334	Rote лата* operation	Операция сервиса. Примечание — Этот атрибут обеспечивается ссылкой	Н	1	Class	SV_Operation Metadata (см. таблицу В.14.1)
Примечание — UML-модель для этой таблицы показана на рисунке 18.

ГОСТ Р 57668—2017

2 Таблица В.15—Информация о пространственно-временной протяженности

№	Имя^олваов имя	Определение	Признак обязательности	Мжсимум вхождений <мв>	Тип данных	Домен
335	EX_Extent	Пространственно-временная протяженность ресурса	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	«DataType» Class	Строки 336-339
336	description	Пространстаенно-аременная протяженность ссылающегося объекта	V^eographcBement и terrporaiElement и vertical Bement не документированы?	1	Characterstring	Free text
337	Role name geographicElement	Содержит пространственный компонент пространственно-временной протяженности ссылающегося объекта	y/descnptionH tempo ralBemenl и vertcdElement не документированы’	N	Association	EX_Geographic Extent «Abstract» (см. таблиц В.15.1)
338	Roto name: tempordBement	Содержит временной компонент прост ранстэежо-эр емежой протяженности ссылающегося объекта	У/descnpuon и geographicEte merit и verted Be ms nt не документированы?	N	Association	EX_TemporalExlenl (см. таблицу В.15.2)
339	Role name: vertcdElement	Содержит вертикальный компонент пространственно-временной протяженности ссылающегося объекта	У/description и geographicElement и temporaiE lament не документированы?	N	Association	EX_VerticalExlent (см. табли^В.15.3)
Примечание — UML-модельдпяэтой таблицы показана на рисунке 19.

Таблица В.15.1 — Информация о географической протяженности

имя$олееое имя

Определение

Признак

осязательности

Мжсимум

вхождений

<мв>

Тип данных

домен

340

EX_GeographicExtent

Пространственная область ресурса

Используется признак обязательности ссылочного объекта

Используется МВ ссылочного объекта

Aggregated Class (EX Extent and EX.Spatial TempordExtent) «Abstract»

Строка 341

341

extentTypeCode

Указание на то. включает ли пространственный элемент область, покрытую данными, или область, где нет дажых

По умолчанию = 1

Boolean

0 * не включает

1 s включает

ГОСТ Р 57668—2017

Продолжение таблицы В.15.1

№	Имя/ролоаоо имя	Определение	Примак обязательности	Мысимум в каждений <ме>	Тил данных	Домен
342	EX_BoundingPolygon	Ограничивающий геометрический объект, который покали-зует ресурс, выраженный набором координат (х, у). Примечания 1 Если используется полигон, то он должен быть замкнут (первая и последняя точки совпадают). 2 Этот тип может использоваться и для представления других типов геометрии, например, точки, пинии	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (EX_Geographic Extent)	Строки 341 и 343
343	polygon	Наборы точек, определяющих контуры полигонов или любых другихт GM_Object geomety (точка. линия или полигон)	О	N	Class	GM_Otyecl (см. B.2.5)
344	EX_Geographic BoundirtgBox	Пространственное положение ресурса. Примечание — Это только приблизительная ссылка, поэтому указание системы координат не требуется и обеспечивается только с точностью до двух знаков после запятой	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (EX_Geographic Extent)	Строки 341 и 345—348
345	wesfioundLongiiide	Самая западоая координата границы протяженности ресурса, выраженная е долготе е десятичных градусах (положительный Запад)	О	1	Deomat	•160.0 <■ West Bounding Longitude Value <• 180.0
346	eastBoundLongitude	Самая восточная координата границы лротяжежости ресурса, выраженная 8 долготе 8 десятичных градусах {положительным Восток)	О	1	Decimal	•180,0 <= East Bounding LongikJde Vdue <= 180,0
347	southBoundLaOtude	Самая южная координата границы протяженности ресурса, вьюажен-ная в широте а десятичных градусах (положительный Юг)	О	1	Decimal	-90,0 <= South Bounding Latitude Vfelue <= 90.0: South Bounding Latitude Value <* North boundng Latitude \feiue

-ч

<л

ГОСТ Р 57668—2017

S Ооичамиэ табпицы В. 15.1

№	Имя/рол«аое имя	Определение	Признак обязательности	Мысимум вхождений <МВ)	Тил данных	Домен
348	north Во un dial lude	Самая северная координата границы протяженности ресурса, выраженная а широте в десятичных градусах (положительный Север)	О	1	Decimal	-90.0 <= North Bounding Latitude Vblue <= 90,0: North Bounding Lattude Value >~ South Bounding Latitude Vfeiue
349	^-Geographic Description	Описание географической области с использованием идентификаторов	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (EX_Geographic Extent)	Строки 341 и 350
350	geographicldentfier	Идентификаторы, использованные для представления географической области. Примечание — Пространственные идентификаторы описаны в [7]	О	1	Class	MDJdentifier (см. таблицу В.17.2)
Примечание — UML-модель для этой таблицы показана на рисунке 19.

Таблица В. 15.2— Информация о временной протяженности

N»	Имяролееое имя	Определение	признак обязательности	Мфсимум вхождений (Мв>	Тип денных	домен
351	EX_Temp oral Extent	Временной период, который покрывает содержание ресурса	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (EX.Extent)	Строка 352
352	extent	Период для содержания ресурса	О	1	Class	TM_PomilTve (см. B2.4)
353	EX SpatialTempofsl Extent	Протяженность относительно даты/времени и пространственных грвниц	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (EX Temporal Extent)	Строки 352 и 354—355
354	verlcdExtent	Компонент вертикальной протяженности	Н	1	Class	EX_VerticalExtBnl (см. таблицу В.15.3)
355	Role name- $patot Extent	Компонент пространственной протяженности _иэ составной пространственной и временной протяженности	0	N	Association	EX_GeographtcExiem «Abstract» (см. таблицу В.15.1)
Примечание — UML-модель для этой таблицы показана на рисунке 19.

ГОСТ Р 57668—2017

Таблица В. 15.3— Информадояо вертикальной протяженности

№	ИмяГролеаое имя	Определение	Признак обязательности	Массимум вхождений <мв>	Тип данных	Домен
356	EX^Vertical Extent	Вертикальный домен ресурса	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (EX_Extent)	Строки 357—360
357	rrunrnumVatue	Самое низкое значение высоты, содержащееся в ресурсе	О	1	Real	Real
356	maxrnumValue	Самое высокое значение высоты, содержащееся в ресурсе	О	1	Red	Red
359	Role name: verfcatCRS	Предоставляет информацию о системе высот, е которой измеряются максимальные и минимальные значения высоты. Примечание — Информация о CRS включает в себя единицы измерения	вертикальная tCRSId не документирована?	1	Class	SC_Vert>calCRS «Abstract» {см. B.2.8)
360	vertcdCRSkJ	Определяет систему высот, ис-погъзуемую для минимальных и максимальных значений	У&ертикальная tCRSId не документирована?	1	Class	MD_RefarenceSystem (см. таблицу B.6)
Примечание — UML-модель для этой таблицы показана на рисунке 19.

Та бл и ца 6.16 — Информация о ссылках и ответственной стороне. Информация о ссылках

N>	Имяфолееое имя	Определение	Признак обязательности	Мжсимум вхождений <мв>	Тип данных	Домен
361	Cl.Cttation	Стандартизованная ссыпка на ресурс	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class	Строки 362—375
362	title	Имя. под которым известен ресурс. на который дается ссылка	О	1	Characterstring	Free text
363	dtemateTite	Короткое имя или имя на другом языке, под которым известна ссылочная информация. Например — «DCW* — альтернативное название для «Digital Chart of (be World»	Н	N	Characterstring	Free text

ГОСТ Р 57668—2017

SJ Окончание таблицы В16

№	Имя/ролеаое имя	Определение	Признак обязательности	Максимум вхождений <ме>	Тил данных	Домен
364	date	Дата ресурса, на который ссылаются	Н	N	Ctass	CI.Date (см. таблицу В.16.5)
365	edition	Версия ресурса, на который ссылаются	Н	1	Characters ting	Free text
366	edrto nOale	Дата издания	Н	1	Class	DaleTrne (cm. 8.22)
367	idenifier	Значение, одооэначноолределяю-щее объект в пределах области имен	Н	N	Class	MDJdentrfier (см. таблицу 6.17.2)
366	crtedResponsiWePany	Роли. имя. контакты и расположение лица или организации, которая отвечает за ресурс	Н	N	Class	CI_Respons**ty (см. таблицуб.16.1)
369	presematonForm	Форма, е которой ресурс представлен	Н	N	Class	CI_PresentationFormCode «CodeUst» (cm. 6.3.4)
370	series	Информация о серии или агрегированный ресурс, частью которого является ресурс	Н	1	Class	Cl_Senes (см. таблицу B.16.7)
371	other CnationDeta is	Другая информация, которая необходима для полной осылш и нигде не указана	Н	N	Characterstring	Free text
372	ISBN	Международный стандартный номер ЖИГИ	Н	1	CharacterSting	Домен не определен
373	ISSN	Международный стандартный номер серии	Н	1	CharacterSting	Домен не определен
374	onbneResource	Онлайн-ссылка на ресурс	Н	N	Class	CI_Onhne Resource (см. таблицу В.16 6)
375	graphic	Графическое обозначение или логотип ресурса, на которые ссылаются	Н	N	Ctass	MD_Browse Graphic (см. таблиц В.17.3)
Примечание — UM L-модель для этой таблицы приведена на рисужах 20 и 21.

ГОСТ Р 57668—2017

Таблица В. 16.1 — Информадоя об ответственной стороне

№	Имя.ролеаое имя	Определение	Признак обязательности	Массимум вхождений <мв>	Тип данных	Домен
376	CI_Responsibility	Информация о стороне и ее роли	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class	Строки 377—379
377	rote	Функция, выполняемая ответственной стороной	О	1	Class	CI_RdeCode «CodeUst» (см. B.35)
378	extent	Пространственная или временная протяжданость роли	Н	N	Class	EX.Extent (см. таблицу В.15)
379	Role name: ралу	Информация о стороне	О	N	Association	С1_Ралу «Abstract» (см. таблицу В.16.2)
Примечание — UML-модель для этой таблицы приведена нарисунсах 20 и 21.

Таблица 8.16.2 — Информа1*1яо стороне

№	Имя-Ъолеаое имя	Определение	Признак обязательности	Мэссимум вхождений <ив>	Тип данных	Домен
360	CI_Party	Информация о физическом лице и/ил и организации	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class «Abstract»	Строки 381—382
361	name	Имя стороны (физическое лицо или организация)	УЛодои posit on Name не документированы?	1	CharacterString	Free text
382	contactlnfo	Контактная информация стороны	Н	N	Class	CI_Contact (см. таблицу В.16.4)
383	CIJndividual	Информация о стороне, если сторона — физическое лицо	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (CI_Party)	Строки 361—362 и 364
364	positionMame	Должность физического лица в организации	У/name и logo не до-кументированы?	1	CharacterString	Free text
385	CI_Organisation	Информация о стороне, если сторона — организация	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified Class (CI_Party)	Строки 361—362 и 366—387

ГОСТ Р 57668—2017

g Окончание таблицы B16.2

№	Имя/ролеаое имя	Определение	Примак обязательности	Ммсимум в каждений <ме>	Тил данных	Домен
386	logo	Графическое обозначение организации	У/name или position Name не документированы?	N	Class	MD_Browse Graphic (см. таблиц В.17.3)
387	Role name: ndividud	Лицо е указанной организации	Н	N	Association	Cl_lndrv»dual (см. таблицу В.16.2)
Примечание — UML-модель для этой таблицы приведена на рисужах 20 и 21.

Таблица В.16.3 —Адресная информация

га	Имя/ролееое имя	Определение	признак обязательности	Массимум вхождений (МВ>	Тип данных	Домен
388	Cl.Address	Местопопожение ответственного физического лица или организации	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class	Строки 389—394
389	detveryPoirrt	Адрес местоположения. Пример — Номер улицы и имя. номер апартаментов	Н	N	CHaracterString	Free text
390	city	Город местоположения	Н	1	CharacterStng	Free text
391	admntslratrveArea	Штат, провинция местоположения	Н	1	CharacterSfring	Free text
392	postatC ode	ZIP или другой почтовый код	Н	1	CharacterSfrng	Домен не определен
393	country	Страна	Н	1	Characterising	Домен не определен
394	electro nicMailAddress	Электронная почта физического лица или организации	Н	N	Characterising	Домен не определен
Примечание — UML-модель для этой таблицы приведена на рисунках 20 и 21.

ГОСТ Р 57668—2017

Таблица В. 16.4 — Контактная информация

№	ИмяГролеаое имя	Определение	Признак обязательности	Массимум вхождений <мв>	Тип данных	Домен
395	Ci.Contaet	Информация о контактах с ответственным физическим лицом и/ил и организацией	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class	Строки 396—401
396	phone	Номер телефона, по которому доступна организация или физическое лицо	н	N	Class	CI_Tetephone (см. таблицу В.16.8)
397	address	Физический и электронный адрес, по которым доступны физическое лицо или организация	н	N	Class	CI_Addre$s (см. таблиц В.16.3)
398	onfeieResource	Онлайн-информация, которая может быть использована для контакта с физическим лицом или организацией	н	N	Class	CI_Onfcne Resource (см. таблицу В.16.6)
399	hoursOtServ*ce	Период времени (включая временную зону), когда заинтересованные лица могут контактировать сфиэи-ческим лицом или организацией	н	N	Characters Ting	Free text
400	contactlnstru ettons	Дополнитегъные инструкции, как и когда контактировать с физическим лицом или организацией	н	1	CharacterSiring	Free text
401	oontaclType	Тип контакта	н	1	Characters *«g	Free text
Примечание — UML-модель для этой таблицы приведена на рисунках 20 и 21.

Таблица В.16.5—Информация о дате

Имя/ролевое имя

Определение

Признак

обязательности

М же им ум вхождений

<мв>

Тип данных

Домен

402

CI.Date

Базовая дата и событие, используемое для его описания

Используется признак обязательности ссылочного объекта

Используется МВ ссылочного объекта

Class

«DataType»

Строки 403—404

403

date

Базовая дата для описываемого ресурса

Class

DateTime (см. В.22)

ГОСТ Р 57668—2017

£> Окончание таблицы B16.5

№

Имя/ролеаое имя

Определение

Признак

обязательности

Максимум в каждений

<ме>

Тил данных

Домен

404

dateType

Событие, испольэовэдное для базовой даты

Code List

CI_DateTypeCode «CodeList» (см. В.32)

Примечание — UML-модель для этой таблицы приведена на рисунках 20 и 21.

Таблица В.16.6 — Онлайн-информация о ресурсе

№	Имя^олевое имя	Определение	Призмах обязательности	Максимум вхождений <мв>	Тип данных	Домен
405	Cl_0 nl I neR esource	Информация об онлайн-источниках, с помощью иоторых можно получить ресурс, спецификацию или имя профиля сообщества и расширенные элементы метаданных	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class «DataType»	Строки 406-412
406	linkage	Местонахождение (адрес) для интерактивного доступа, используя унифицированный указатель ресурсов (URL)/yH ив ер сального кода ресурса (URI) для адреса или аналогичные адресные схемы. такие как hltp^/wMw.statkart. по/ИС01с211	О	1	Characterstring	Текст ограничен URL (см. IETF RFC 3986)
407	protocol	Используемый протокол связи. Пример — ftp, http get KVP, http POST и dp.	Н	1	Characterstring	Домен не определен
408	appiicatonProfte	Имя профиля приложения, который может использоваться с интернет-ресурсом	Н	1	CharacterStrng	Free text
409	name	Имя интернет-ресурса	Н	1	CharacterSfring	Free text
410	description	Детальное текстовое описание, чем является или что делает интернет-ресурс	Н	1	Characterstring	Free text
411	function	Код для функции, которую выполняет интернет-ресурс	Н	1	Code list	Cl OnLineFunctionCode «CodeUst» (см. B.3.3)

ГОСТ Р 57668—2017

Окончание таблицы fit б.б

№

Имя/ролеаоо имя

Определение

Признак

обязательности

Максимум

вхождений

<МВ>

Тил данных

Домен

412

protoootRequest

Запрос, используемый для доступа к ресурсу в зависимости от протокола (главный образом, для POST-запрос Об).

Пример — POST/

XML— <GetFeaft/re service=”WFS” vers/on=“2.0.Cr outputFormat=”applies бол/ gmfrxml; version=3.2″ xmlns^http.’/f wfs/ZO xmins:xsi=httptfwww. w3.org/2001/XMLSchema-instance xsi: sc hemaLocabon= “http:// www. opengis ле t/wfs/Z OhttpJ/ schemss.opengis. net/ wfs/Z0.0/wfsj(sd“><Query typeHames=”Roads”/> </GetFeature>

Characters «г »тд

Домен не определен

Примечание — UML-модель для этой таблицы приведена на рисужех 20 и 21.

Таблица В.16.7—Информация о серии

№	Имяфолееое имя	Определение	признак обязательности	Мфримум вхождений <мв>	Тип денных	домен
413	CI_Series	Информация о серии или ресурсе-агрегате, к которому принадлежит ресурс	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class	Строки 414—416
414	name	Название серии или ресурса-агрегата. для которых ресурс является частью	Н	1	CharacterSfring	Free text
415	tssueldentficalion	Информация. идентифицирующая выпуск серии	Н	1	CharaclerSfrng	Free text
416	page	Подробная информация о том, на каких страница была опубликована статья	Н	1	Characterstring	Free texi
Примечание — Модель UML для этой таблицы приведена на рисунках 20 и 21.

ГОСТ Р 57668—2017

g Таблица В.16.6—Информадояо телефоне

№	Имяфолвеое имя	Определение	Признак обязательности	Мжсимум вхождений <мв>	Тип данных	Домен
417	CIJTelephone	Телефонный номер дпя контакта с физическим лицом или орган иэацией	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class «DataType»	Строки 418—419
418	number	Номер телефона, по которому можно обратиться к ответственному тиу или организации	0	1	Characterstring	Домен не определен
419	number Type	Тил номера телефона	Н	1	Class	Cl.TetephoneiypeCode «CodeUst» (см. В.3.6)
Примечание — UML-модель для этой таблицы приведена на рисунках 20 и 21.

Табл и ца В. 17 — Обычно используемая информация. Информация об области применения

№	Имя?ролеме имя	Определение	Признак обязательности	Мжсимум вхождений <мв>	Тип данных	Домен
420	<OataType» MD_Scope	Целевой ресурс и физическая протяженность, для которых сообщается информация	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class	Строки 421—423
421	level	Целевой ресурс	О	1	Class	MD.SoopeCode «CodeUst» (см. B.328)
422	extent	Информация о горизонтальной, вертикальной и временной протяженности ресурса, определенная областью применения	Н	N	Class	EX.Extent (см. таблицу В.15)
423	leveiDescription	Подробное описаниеГлеречень элементов, определенных уровнем (level)	Н	N	Code let	MD_Scope Description «Union» (см. таблицу В.17.1)
Примечание — UML-модель дпя этой таблицы приведена на рисунке 22.

ГОСТ Р 57668—2017

Таблица В. 17.1 — Информадоя об описании области применения

№	Имя/рол«яов имя	Опр«д «пенив	Примак обязательности	Мжсимум вхождений <мв>	Тип данных	Домен
424	MD_Scope Description	Описание класса информации, охватываемого информацией	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class «Union»	Строки 425—430
425	attrfcutes	Экземпляры типов атрибутов, к которым относится информация	У/features, feature-instances. attrixiteln-stances, dataset и ofier не документированы?	1	Set Characterstring (см. B.2.6)	Домен не определен
426	feafcjres	Экземпляры типов объектов, к которым относится информация	Yattnbutes. feature-instances. attributed-stances, dataset и other не документированы?	1	Set Characters tring (см. В 2.6)	Домен не определен
427	featurelnstances	Экземпляры объектов, к которым применяется информация	У/attributes, features, attnbutelnstanoes. dataset и other не документированы?	1	Set CharacterString (cm. B.2.6)	Домен не определен
428	altributelnstances	Экземпляры атрибутов, к которым относится информация	y/altrt)utes, features, featurelnstances. dataset и other не документированы?	1	Set CharacterString (cm. B.2.6)	Домен не определен
429	dataset	Набор данных, к которому относится информация	У/attnbutes. features, featurelnstances. attnbutelnstanoes и other не документированы?	1	CharacterString	Домен не определен
430	other	Класс информации, не попадающей в другие категории, к которым относится информация	y/attrtoutes. features, featurelnstances. attributelnstanoes и dataset не документированы?	1	CharacterSfring	Free text
Примечание — UML-модель для этой таблицы приведена на рисунке 22.

ГОСТ Р 57668—2017

g Таблица В. 17.2—Информадоя об идентификаторе

N4	Имягролееое имя	Определение	признак обязательности	Мжсимум вхождений <мв>	Тил данных	Домен
431	<OataType» MD_ldentifier	Значение, однозначно идентифицирующее объект в пространстве имен	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Class	Строки 432—436
432	authority	Лицо или сторона, ответственные за поддержание этого пространства имен	Н	1	Class	CI_Otation (см. таблицу В.16)
433	code	Буквенно-цифровое значение, идентифицирующее экземпляр а пространстве имен. Примечание — Следует избегать символов, которые не являются законными в URL Пример — £PSG::4326	О	1	Characterstring	Домен не определен
434	codeSpace	Идентификатор или пространство имен, в которых код действителен	Н	1	Characters tr«ig	Домен не определен
435	version	Идентификатор версии для пространства имен	Н	1	Characters tring	Домен не определен
436	description	Описание на естественном языке смысла значения кода. Пример — Для codeSpace ■ EPSG. код » 4326. описание в WGS-84	Н	1	CharacterSfring	Free text
Примечание — UML-модель для этой таблицы приведена на рисунке 22.

Табл и ца 8.17.3— Графическое отображение информации

Имя^золееое имя

Определение

признак

обязательности

Мжсимум

вхождений

<МВ)

Тип данных

Домен

437

MD_BrowseGraphic

Графическое изображение, которое является иллюстрацией ресурса.

Примечание — Должно включать в себя легенду для графики.

Используется признак обязательности ссылочного объекта

Используется МВ ссылочного объекта

Aggregated Class (MDJdentiftcation]

Строки 436—442

ГОСТ Р 57668—2017

Окончание таблицы fit 7.3

Nt	Имя/ролевое имя	Определение	признак обязательности	Мжсимум вхождений <МВ\|	Тил денных	Домен
437	MD_BrowseGraphic	Пример — Логотип набора денных, логотип ореализации, графике ограничения доступа	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Aggregated Class (MDJdertiflcatJgn]	Строки 436—442
436	fite Name	Имяфайла. который содержит фа-физеосий элемент, который обеспечивает иллюстраипо ресурса	О	1	CharacterSiring	Домен не определен
439	fee Description	Текстовое описание иллюстрации	Н	1	Characters trng	Free text
440	ffieType	Формат, в котором закодирована иллюстрация. Пример — EPS, GIF, JPEG, РВМ, PS, TIFF, PDF	Н	1	CharacterSfrng	Домен не определен
441	mageConstrants	Ограничение доступа иАши использование графического просмотра	Н	N	Class	MD_Consfrants (см. таблиц В.4)
442	inkage	Ссылка для просмотра графического отображения	Н	N	Class	CI_OnfcneResource (см. таблиц В.16.6)
Примечание — Модель UML для этой таблицы приведена на рисунке 22.

Таблица В. 16— Многояэьмная текстовая информация. Свободами текст

№

Имя/ролевое имя

Определение

Признак

обязательности

Максимум

вхождений

<мв»

Тип данных

Домен

443

PT_FreeText

Тил данных многоязычного свободного текста. Примечание — Элемент метаданных, чей тип данных Characterstring и домен — свободный теист могут быть альтернативно выражены с помощью подтипа PT_Free-Text типа Characterstring. Экземпляр текста выступает в качестве обычной строки символов, за исключением того, что она выполняет дополнительный перевод значения строки символов в разных локалях

Используется признак обязательности ссылочного объекта

Используется МВ ссылочного объекта

Specified class

(Character

String)

Строка 444

ГОСТ Р 57668—2017

g? Окончание табпицыВ.18

№

Имя/ролеаое имя

Определение

Признак

обязательности

Максимум

вхождений

<ме>

Тил данных

Домен

444

Role name: texiGroup

Предоставляет список локализованных строк символов. выражающих значение свободного текста (последовательности символов) е данной локали

Assooauon

Loca ksedCtiaracterS long (см. таблиц В.18.1)

Примечание — UML-модель для этой таблицы приведена на рисунке 23.

Таблица В. 16.1 — Информация о локализованной строке символов

№	Имя/ролеаое имя	Определение	Признак обязательности	Максимум вхождений <мв»	Тил данных	Домен
445	Localised Charac to (String	Выражение свободного текста в заданной покали	Используется признак обязательности ссылочного объекта	Используется МВ ссылочного объекта	Specified class (С haracter String)	Строка 446
446	Role name: locate	Определяет языковой стандарт, в котором выражается значение (последовательность символов) локализованной строки символов	О	1	Class	PT_Locate (см. таблицу В.18.2)
Примечание — UML-модель для этой таблицы приведена на рисунке 23.

Таблица 8.18,2— Информация о покали

№

Имя/ролеаое имя

Определение

Признак

обязательности

Мжсимум

вхождений

<МВ>

Тил данных

Домен

447

PT_Locale

Описание покали

Используется признак обязательности ссылочного объекта

Используется МВ ссылочного объекта

Class

Строки 448—450

446

language

Обозначение локального языка

Class

LanguageCode «Code list»

(см. В .3.11) ГОСТ 7.75-97

ГОСТ Р 57668—2017

Окончание таблицы fit6.2

№	Имя/ролеаое имя	Определение	Признак обязательности	Максимум в каждений <мв»	Тил данных	Домен
449	country	Обозначение конфетной страны локального языка	Н	1	Class	CountryCode «Codelist» (см. В.3.7), OK <МК (WCO 3166) 004-97) 025-2001)
450	cfcaracterEncoding	Обозначение набора символов, используемого для кодирования текстового значения локали	О	1	Class	MD_CharacterSetCode «Codehst» (см. В.3.14)
Примечание — UML-модель для этой табтеды приведена на рисунке 23.

Таблица 8.18.3 — Контейнерлокали

N)	имя,тюлевое имя	Определение	признак обязательности	М&Симум вхождений <ые>	Тип данных	домен
4S1	РТ _LocaleContainer	Контейнер локализованных символьных строк. Примечание — Обеспечивает средство для того, чтобы из от ировать л окал иэованные строки, относящиеся к данной покали	Н	N	Class	Строки 452—456
452	descnptton	Обозначение языка локали	О	1	CharacterSirng	Free text
453	locale	Пока ль. в котором выражены локализованные строки контейнера	О	1	Class	PT_Loca*e (см. таблицу В.16.2)
454	date	Дагга создания или пересмотра контейнера локали	О	N	Class	CI_Date (см. таблицу В.16.5)
455	responsrtteParty	Ответственные стороны контейнера локали	О	N	Class	Cl_Responsfc*ty (см. таблицу В.16.1)
456	Role name: localised String	Предоставляет список локализованной строкисимволов. выражающий лингвистическую передачу набора текстовой информации в данной локали	О	N	Association	LocafasedCharacterSthng (см. таблицу В.16.1)
Примечание — UML-модель для этой таблицы приведена на рисунке 24.

ГОСТ Р 57668—2017

В.2 Классы с внешними ссылками В.2.1 Введение

Существует нескогъко классов, на которые ссылается настоящий стандарт и которые задокументированы в других стандартах. Эти сущности, на которые имеются внешние ссылки, объяснены в В.2.2—В.2.9.

В.2.2 Информация о Date и DateTime

Дата — дает значение для года, месяца и дня. Кодировка даты — это строка, которая должна соответствовать формату для даты, указанному в ГОСТ ИСО 8601. Данный класс описан в полном объеме в (3].

Примечание 1 — Точность даты можно определить, показывая сочетание века плюс тсщ. плюс месяц, плюс день: например. YY {век). YYYY (год). ГГТТ-ММ {год. месяц). ГГТТ-ММ-ДД или ПТГММДД (год. месяц и день).

DateTime: комбинация даты и типа времени (час. минута и секунда). Кодировка DateTime должна соответствовать ГОСТ ИСО 8601. Этот класс описан в полном объеме в [3].

Примечание 2 — Хотя определение DateTime позволяет более точные временные обозначения, менее точные значения также могут быть использованы. Например. YY (век). YYYY (год). YYYY-ММ (год. месяц). YYYY-MM-DD или YYYYMMDD (год. месяц, день). YYYY-M К4-ДДТчч (год. месяц, день. час). YYYY-MM-ДДТчч: мм (год. месяц, день, час, минута). YYYY-MM-ДДТчч: мм: ss.d или YYYYMMDDThhmmss.d (гад. месяц, день. час. минута, секунда и десятичные секунд). Следует также добавить часовой пояс, например. YYYY-M-ДДТчч: мм: ss.d + чч: мм.

Примечание 3— DateTme наследует как от Date, так и от Типе, а это значит, что:

• свойство DateTime может быть создано как Date или как DateTime:

– свойство Time может быть создано как Time или как DateTime.

В.2.3 Информация о Distance (расстоянии), angle (угле), measure (мере), number (числе), record (записи). RecordType (типе записи), scale (масштабе) и UomLength (единице длины)

Distance (расстояние): этот класс описан в полном объеме 8 [3].

Angle (утоп): величина вращения, необходимого, чтобы одна линия или плоскость совпала с другой, как правило. измеряется в радианах или градусах. Этот класс описан в полном объеме в [3].

Measure (мера): результат выполнения действия или процесса по установлению протяженности, размеров или количества какой-либо сущности. Этот класс описан в полном объеме в [Э].

Number (число): абстрактный класс, от которого могут быть образованы подтипы того или иного числового типа (действительное — real, целое — integer, десятичное — decimal, действительное с плавающей точкой двойной точности — double, действительное с плавающей точкой — float). Этот класс описан в полном объеме в (3].

Record (запись): этот класс описан в полном объеме в [3].

RecordType (тип записи): этот класс описан в полном объеме в (3).

Scale (масштаб): этот класс описан в полном объеме в (3).

UnilOfMeasure (единица моды): этот класс описан в полном объеме в [3].

UomLength (единица длины): любая из измерительных систем для измерения длины, расстояния между двумя сущностями. Этот класс описан в полном объеме 8 [3].

В.2.4 Информация о PeriodDuration (продолжительности периода) и temporal primitive (временном примитиве)

TM.PeriodDuration (продолжительность периода): продолжительность периода, определенного ГОСТ ИСО 6601. Этот класс полностью задокументирован в (4].

TM.Duratio (длительность): продолжительность времени, как указано в ГОСТ ИСО 8601. Этот класс полностью задокументирован в [4].

TM.Primitive (примитив): абстрактный класс, представляющий неделимый элемент геометрии или топологии. Этот класс полностью задокументирован в [4].

В.2.5 Информация о Point (точке) и Object (объекте)

GM_Point: 0-мерный геометрический примитив, представляющий позицию, но не имеющий протяженности. Этот класс полностью задокументирован в (2].

GM_Object: корневой класс таксономии геометрического объекта, поддерживает интерфейсы, общие для всех пространственно-привязанных геометрических объектов. Этот класс полностью задокументированы в [2].

В.2.6 Информация о Set (наборе) и Sequence (последовательности)

Set (набор): конечная коллекция объектов, где каждый объект появляется в коллекции только один раз. Набор не должен содержать дублированных экземпляров. Порядок элементов набора не установлен. Этот класс полностью задокументирован в (3].

Sequence (последовательность): последовательность относится к коллекции с последовательно упорядоченными элементами. Последовательности могут быть повторены и использованы в виде списка или массива. Этот класс полностью задокументирован в [3].

В.2.7 Информация о Type name (тиле имени)

AttributeName: этот класс полностью задокументирован в [3].

ГОСТ Р 57668—2017

GenencName: этот класс полностью задокументирован в [3].

MemberName: этот класс полностью задокументирован в (3].

ScopedName: этот класс полностью задокументирован в [3].

В.2.8 Информация о Vertical coordinate reference system (вертикальной системе координат)

SC_C RS: набор параметров, описывающих отношение гравитационных высот к Земле. Этот класс полностью задокументирован в [8] и [9].

В.2.9 Стандарты протоколов сети Интернет

Uniform Resource Identifier (URI): Generic syntax — универсальный идентификатор ресурса: общий синтаксис. Этот класс полностью задокументирован в (11].

В.З CodeUsts (списки кодов) и enumeration (перечисления)

В.3.1 Введение

Классы стереотипов «CodeLis!» и «Enumeration», используемые 8 настоящем стандарте, означают, что «Enumeration» содержит закрытый перечень, a «CodeList» является расширяемым. Имя понятия — это имя элемента (в настоящем стандарте приведено на английском языке с указанием nepeeoda, при разработке профиля могут быть использованы конкретные значения на русском языке). Код — эго идентификатор, нейтральный к языку.

В.3.2 CI.OateTypeCode «CodeList»

Nt	Имя понятия на английском {на русской) языке	Код	Определение
CI_DateTypeCode (код типа даты)	Определение того, когда произошло данное событие
1	creation (создание)	creation	Дата определяет, когда ресурс создан
2	publication (публикация)	publication	Дата определяет, когда ресурс издан
3	revision (пересмотр)	revision	Дата определяет, когда ресурс исследован, улучшен или изменен
4	expiry (истечение)	expiry	Дата определяет, когда истекает срок действия ресурса
5	lastUpdate (последнее обновление)	lastUpdate	Дата определяет, когда ресурс обновлен
6	lastRevision (последний пересмотр)	lastRevision	Дата определяет, когда ресурс последний раз пересмотрен
7	nextUpdate (следующее обновление)	nextUpdate	Дата определяет, когда ресурс будет обновлен в следующий раз
8	unavailable (недоступен)	unavailable	Дата определяет, когда ресурс стал недоступен
9	inForce (действующий)	inForce	Дата определяет, когда ресурс введен в действие
10	adopted (одобрено)	adopted	Дата определяет, когда ресурс одобрен
11	deprecated (устаревший)	deprecated	Дата определяет, когда ресурс стал устаревшим
12	superseded (вытесненный)	superseded	Дата определяет, когда ресурс удален или заменен на другой ресурс
13	validityBegins (вступление в силу)	validityBegins	Время, при котором данные считаются вступившими в силу. Примечание — Между созданием и вводом 8 действие может быть значительное время
14	validityExpires (истечение срока действия)	validityExpires	Время, когда данные больше не считаются действительными
15	released (выпущенный)	released	Дата, когда ресурс обнародован
16	distribution (распространение)	distribution	Дата определяет, когда распространен экземпляр ресурса

ГОСТ Р 57668—2017

В.3.3 Cl OnLineFunctionCode «CodeList»

N»	Имя понятия на английском (на русском) языке	Код	Определение
Cl_OnUneFunctionCode (код оилат-функции)	Функция, выполняемая ресурсом
1	download (загрузка)	download	Онлайн-инструкции для передачи данных из одного устройства хранения или системы на другое
2	information (информация)	information	Онлайн-информация о ресурсе
3	offlineAccess (офлайн-доступ)	offlineAccess	Оклайн-инструкции для запроса ресурса у провайдера
4	order (заказ)	order	Процесс онлайн-заказа для получения ресурса
5	search (поиск)	search	Интерфейс онлайн-поиска для поиска («формации о ресурсе
6	completeMetadata (полные метаданные)	completeMetadata	Предоставляемые полные метаданные
7	browseGraphic (графический браузер)	browseGraphic	Предоставляемый графический браузер
8	upload (загрузка)	upload	Предоставленные возможности онлайн-загрузки ресурса
9	emailService (электронная почта)	emailService	Предоставляемый сервис электронной лочты
10	browsing (просмотр)	browsing	Предоставляемый онлайн-просмотр
11	WeAccess (доступ к файлу)	file Access	Предоставляемый онлайн-доступ к файлу

В.3.4 Cl PresentationFormCode «CodeList»

Nt	Имя понятия на английском (на русском) языке	Код	Определение
Ci_PresentationFormCode (код формы представления)	Форма представления данных
1	documentD*gital (цифровой документ)	documentOigital	Цифровое представление, в основном текстовых элементов (может также содержать иллюстрации)
2	documentHardcopy (печатный документ)	documentHardcopy	Представление. 8 основном текстовых элементов (может также содержать иллюстрации, на бумаге, фотографическом материале или другом носителе
3	imageDigital (цифровое изображение)	imageDigitat	Образ естественных или искусственных явлений. объектов и деятельности, полученный посредством зондирования в визуальном или другом сегменте электромагнитного спектра датчиками гипа тепловых инфракрасных, радара с высоким разрешением и хранящийся а цифровом формате
4	imageHardcopy (изображение на твердом носителе)	imageHardcopy	Образ естественных или искусственных явлений. объектов и деятельности, полученный посредство*.! зондирования в визуальном или другом сегменте электромагнитного спектра датчиками типа тепловых инфракрасных, радара с высоким разрешением и воспроизведенный на бумаге, фотографическом материале или другом носителе для использования непосредственно человеком

ГОСТ Р 57668—2017

Окончание таблицы

Nt	Имя понятия на английском {на русском) языке	Км	Определение
5	mapDigitaf (цифровая карга)	mapDigital	Карга, представленная в растровом или векторном формате
6	mapHardcopy (печатая карга)	mapHardoopy	Карга, напечатанная на бумаге, фотографическом материале или другом носителе, для использования непосредственно человеком
7	modelDigital (цифровая модель)	modeiDigitat	Многомерное цифровое представление объекта. процесса и т. д.
8	modeJHardcopy (физическая модель)	modelHardcopy	Трехмерная физическая модель
9	profileDieital (цифровой профиль)	profileDigital	Вертикальное поперечное сечение в цифровой форме
10	profileHardcopy (напечатанный профиль)	profileHardcopy	Вертикальное поперечное сечение, напечатанное на бумаге и т. д.
11	tabieDigital (цифровая таблица)	tabieDigital	Цифровое представление фактов или цифр, представленное 8 систематическом виде, особенно в колонках
12	tabieHardcopy (таблица в виде твердой копии)	tabieHardcopy	Цифровое представление фактов или цифр, представленное в систематическом виде, особенно в колонках, напечатанных на бумаге, фотографическом материале или другом носителе
13	vkleoOigttal (цифровая видеозапись)	vtdeoOigital	Цифровая видеозапись
14	videoHardcopy (аналоговая видео-эапись)	videoHardcopy	Видеозапись на пленку
15	aodioDigitai (цифровая аудиозапись)	audioDigital	Цифровая аудиозапись
16	audioHardoopy (аналоговая аудиозапись)	audioHardcopy	Аудиозапись, поставляемая аналоговыми способами. например, на магнитной ленте
17	multimediaDigital (мультимедийный цифровой)	multimediaDigital	Представление информации одновременно с помощью различных цифровых режимов для текста, звука, изображения
18	multimediaHardcopy (мультимедийный аналоговый)	multimediaHard copy	Одновременное представление информации с помощью различных аналоговых средств для текста, звука, изображения
19	physicalObject (физический объект)	physicalSampte	Физический объект. Пример — Горный или минеральный образец. микроскопический срез
20	diagramOigital (цифровая диаграмма)	diagramDigital	Информация, представленная графически диаграммами. такими как круговая диаграмма, гистограмма и другой тип диаграмм, и записанная в цифровом формате
21	diagramHardcopy (диаграмма на твердой копии)	diagramHardcopy	Информация, представленная графически диаграммами. такими как круговая диаграмма, гистограмма и другой тип диаграмм и записанная на бумаге, фотоматериале или других средствах

ГОСТ Р 57668—2017

В.3.5 Cl RoteCode «CodeList»

N>	Имя понятия на английском (на русском) языке	Код	Определение
CI_RoteCode (код роли)	Функция, выполняемая ответственным субъектом
1	resourceProvkJer (провайдер ресурса)	resourceProvider	Субъект, который поставляет ресурс
2	custodian (попечитель)	custodian	Субъект, который принимает на себя ответственность и подотчетен за данные, обеспечивает содержание и обслуживание ресурса
3	owner (владелец)	owner	Субъект, владеющий ресурсом
4	user (логъзователь)	user	Субъект, использующий ресурс
5	distributor (дистрибьютор)	distributor	Субъект, распространяющий ресурс
6	originator (создатель)	originator	Субъект, создавший ресурс
7	pointOfContact (контакт)	pointOfContact	Субъект, с которым можно связаться для того, чтобы получить сведения о ресурсе или его приобретении
8	principallnvestigator (главный исследователь)	principeflnvestigator	Главный субъект, ответственный за сбор информации и проведение исследований
9	processor (обработчик)	processor	Субъект, который обработал данные таким образок!. что модифицировал ресурс
10	publisher (издатель)	publisher	Субъект, опубликовавший ресурс
11	author (автор)	author	Субъект — автор ресурса
12	sponsor (спонсор)	sponsor	Субъект, который выступает от имени ресурса
13	ooAuthor (соавтор)	со Author	Субъект — соавтор ресурса
14	collaborator (соучастник)	collaborator	Субъект, который помогает в создании ресурса, но не является главным разработчиком
15	editor (редактор)	editor	Субъект, который рассматривает или изменяет ресурс для улучшения содержания
16	mediator (медиатор)	mediator	Класс сущности, который является посредником доступа к ресурсу и для которого ресурс предназначен или полезен
17	rightsHolder (владелец прав)	rightsHolder	Субъект, владеющий или управляющий правами на этот ресурс
16	contributor (участник)	contributor	Субъект, вкладывающийся в ресурс
19	funder (финансист)	funder	Субъект, обеспечивающий финансовую поддержку ресурса
20	stakeholder (акционер)	stakeholder	Субъект, заинтересованный а ресурсе или использовании ресурса

В.3.6 CI_TelephoneTypeCode «CodeList»

Nt	Имя понятия на английском (на русской) языка	Код	Определение
CI_TelephoneTypeCode (код типа телефона)	Тил телефона
1	voice (голос)	voice	Телефон обеспечивает голосовой сервис

ГОСТ Р 57668—2017

Окончание таблицы

Nt	Имя понятия на английском {на русском) языке	Коа	Определение
2	facsimile (факсимиле)	fax	Телефон обеспечивает факсимильный сервис
3	sms (СМС)	sms	Телефон обеспечивает СМС-сервис

В.3.7 CountryCode «CodeUst»

Используется OK {МК (ИСО 3166) 004—97) 025—2001.

В.3.8 DS_AssociationTypeCode «CodeLtet»

Nt	Имя понятия на английском {на русском) языке	Коа	Определение
DS_Assodatk>nTypeCode (код типа ассоциации)	Обоснование корреляции двух наборов данных
1	crossReference (перекрестная ссылка)	crossReference	Ссылка с одного набора данных на другой
2	largerWorkCitation (ссыгаса на главный набор данных)	largerWorkCitation	Ссылка на главный набор данных, частью которого является конкретный набор данных
3	partOfSeamiessDatabase (часть бесшовной базы)	partOfSeamless Database	Часть того же самого структурированного набора данных, который находится в компьютере (бесшовного)
4	stereoMate (стереопара)	stereoMate	Часть наборе изображений, которые при совместном использовании представляют трехмерные изображения
5	isComposedOf (состоит из)	isComposedOf	Ссылка на ресурсы, которые являются частью этого ресурса
6	oollectiveTrile (общее название)	collectiveTitie	Общее название для коллекции ресурсов Примечание — Заголовок определяет элементы серии коллективно, в сочетании с тфор-мацией о том. каше тома доступны в цитируемом источнике
7	series (комплект)	series	Связанные ресурсы посредством общего наследия. такого как общая спецификация, использованная для создания
8	dependency (зависимость)	dependency	Связанные зависимостью
9	revision Of (пересмотр)	revision Of	Ресурс является пересмотром связанного ресурса

В.3.9 OCPList «CodeUst»

№	Имя ПОНЯТИЯ на английском языка	Код	Определение
DCPUsl	Класс информации, к которому обращается ссылающаяся сущность
1	XML(XML)	XML	Extensible Markup Language
2	CORBA (CORBA)	CORBA	Common Object Request Broker Architecture
3	JAVA(JAVA)	JAVA	Объектно-ориентированный язык программирования
4	COM (COM)	COM	Component Object Model

ГОСТ Р 57668—2017

Окончание таблицы

Nt	Имя понятия на английском ямке	Код	Определение
5	SOL (SOL)	SOL	Structured Query Language
6	SOAP (SOAP)	SOAP	Simple Object Access Protocol
7	Z3950	Z3950	Протокол Z3950 [12]
8	HTTP (HTTP)	HTTP	HyperText Transfer Protocol
9	FTP (FTP)	FTP	FiteTransterProtocoi
10	Web Services (WebServkses)	Web Services	Webservice

В.3.10 DSJnitiativeTypeCode «CodeList»

N»	Имя понятия на английском (на русском) языке	Код	Определение
OS_lnitiativeTypeCode (код типа инициативы)	Тил действия агрегации, в котором ресурсы связаны
1	campaign (кампания)	campaign	Серия организованных спланированных действий
2	collection (коллекция)	collection	Совокутмость ресурсов, собранных для определенной цели
3	exercise (упражнение)	exercise	Специальное выполнение функции или группы функций
4	experiment (эксперимент)	experiment	Процесс, предназначенный для определения, является ли что-либо действующим или действительным
5	investigation (расследование)	investigation	Поиск или систематическое изучение
6	mission (миссия)	mission	Специальная операция системы сбора данных
7	sensor (датчик)	sensor	Устройство или часть оборудования, которые обнаруживают или записывают
8	operation (операция)	operation	Действие, которое является частью серии действий
9	platform (платформа)	platform	Транспортное средство или другая база, несущие на себе датчик
10	process (обработка)	process	Метод последовательного совершения ряда шагов
11	program (программа)	program	Специально спланированная деятельность
12	project (проект)	project	Организованное начинание в области исследований или разработки
13	study (изучение)	study	Обследование или исследование
14	task (задача)	task	Часть работы
15	trial (испытание)	trial	Процесс испытания для обнаружения или демонстрации чего-либо

В.3.11 LanguageCode «CodeList»

Для представления кедов наименований языке» используют ГОСТ 7.75.

ГОСТ Р 57668—2017

В.3.12 MD.CellGeometryCode «CodeList»

№	Имя понятия на английском (на русском} языке	Код	Определения
MD.CellGeometryCode (код геометрии ячейки)	Код. указывающий геометрию, представленную знамением ячейки сетки
1	point (точка)	point	Каждая ячейка представляет точку
2	area (площадь)	area	Каждая ячейка представляет площадь
3	voxel (воксель)	voxel	Каждая ячейка представляет объемное измерение на регулярной сетке в трехмерном пространстве
4	stratum (слой)	stratum	Диапазон высоты для вертикального профиля отдельной точки

В.3.13 MD_ClassificationCode «CodeList»

ш	Имя понятия на английском {на русском) языке	Код	Определение
MD_ClassificabonCode (код классификации)	Название грифа, ограничивающего пользование ресурсом
1	unclassified (незакрытый)	unclassified	Допускается всеобщее раскрытие
2	restricted (ограниченный)	restricted	Не для общего пользования
3	confidential (конфиденциальный)	confidential	Только для лиц. допущенных к информации
4	secret (секрет)	secret	Хранится или означает хранение е частно*! порядке. в тайне, скрытно от всех, кроме избранной труппы лиц
5	top Secret (совершенно секретно)	topSecret	Высшая степень секретности
6	sensibveButUnclessified (чувствительный. но не ограниченный)	SBU	Несмотря на отсутствие ограничений, требуется строгий контроль за распространением
7	forOfficialUseOniy (для служебного использования)	forOfficialUseOnly	Несекретная информация, которая будет использоваться только для официальных целей, установленных уполномоченным органом
8	protected (защищенный)	protected	Информация, которая может причинить вред
9	limitedDistribubon (ограниченное распространение)	limitedDistribution	Распространение ограничено уполномоченным органо*!

В.3.14 MD_CharacterSetCode «CodeList»

Используется IANA Character Set register: httpJAwvw.tana.orgtessignments/character-sets. Эго официальные названия для наборов символов, которые могут быть приведены в Интернете и на которые могут быть ссылки в интернет-документации. Эти имена выражаются в ANSI ХЗ.4-1968. который обычно называют US-ASCII или просто ASCII.

В.3.15 MO.CoverageContentTypeCode «CodeList»

Nt	Имя понятия на английском <на русском) языке	Код	Определение
MD.CoverageContenlTypeCode (код типа содержания покрытия)	Конфетный тип информации, лредстаалетый в ячейке
1	image (образ)	image	Имеющее смысл численное представление физического параметра, не являющееся фактическим значением физического параметра

ГОСТ Р 57668—2017

Окончание таблицы

Nt	Имя понятия на английском {на русском) языке	Коа	Определение
2	thematicClassification (тематическая классификация)	themattcClassifica- tion	Значение кода без количественного значения, используемое для представления физического количества
3	physicalMeasurement (физическое измерение)	physicalMeasure- merit	Значение в физических единицах измеряемого количества
4	auxillarylnformation (вспомогательная информация)	auxillarylnformation	Данные, обычно физические измерения, используемые для поддержки расчета первичного physicalmeasurement покрытия в наборе данных. Пример — Сетка оптической толщины аэрозолей, используемая при вычислении температуры поверхности моря
5	qualitylnformation (информация о качестве)	qualitylnformation	Данные, используемые для характеристики качества жизни physicalMeasurement покрытия в наборе данных. Примечание — Как правило, включены в gmi:QE_coverageresull
6	referencelnformabon (информация о системе отсчета)	referencelnforma- tion	Информация о координатной основе, используемая для поддержки вычислений или использования physicalMeasurement покрытия в наборе данных. Пример — Сетки широты и долготы, используемые для геолокации физических измерении
7	modelResult (результат моделирования)	modelResult	Ресурсы со значениями, полученными с использованием модели, а не в результате наблюдения или вычислений по наблюдениям
8	coordinate (координаты)	coordinate	Данные, используемые для указания значений осей координат

В.3.16 MD_DatatypeCode «CodeList»

N*	Имя понятия на английском (на русском) языке	Код	Определение
MD_DatatypeCode (код типа данных)	Тип данных элемента или сущности
1	class (класс)	class	Описание набора обьектое, использующих одни и те же атрибуты, операции, методы, отношения и поведение
2	oodelist (список ходов)	codelist	Гибкое перечисление, полезное для представления и ведения длинного списка величин
3	enumeration (перечисление)	enumeration	Тил данных, экземпляры которых составляют перечень именованных буквенных значений, нерасширяемый
4	oodelistElement (элемент списка кодов)	codelistElement	Разрешенное значение для списка кодов или перечисления
5	abstractCtass (абстрактный класс)	abstractClass	Класс, который не может быть выделен непосредственно
6	aggregateClass (агрегированный класс)	aggregateClass	Класс, который состоит из классов, соединенных отношениями агрегата
7	specifiedClass (указанный класс)	specifiedClass	Подкласс, который может быть заменен своим суперклассом

ГОСТ Р 57668—2017

Окончание таблицы

Nt	Имя понятия на английском {на русском) языке	Коа	Определение
8	datatypeClass (класс типа данных)	datatypeClass	Класс с несколькими операциями или без операций. главная цель которых состоит в том. чтобы сохранять абстрактное состояние абстракта другого класса для передачи, хранения, кодирования или постоянного хранения
9	interfaceClass (связующий класс)	interfaceClass	Именованный набор операций, характеризующих поведение элемента
10	unionClass (uniondass)	unionClass	Класс, описывающий выбор одного из указанных типов
11	metaClass (метакласс)	metaClass	Класс, экземпляры которого являются классами
12	typeClass (класс типов)	typeClass	Клаос. используемый для спецификации домена экземпляров (объектов), вместе с операциями. применимыми к объектам. Тип может иметь атрибуты и ассоциации
13	characterstring (символьная строка)	characterstring	Текстовая информация
14	integer (целое число)	integer	Цифровое поле
15	association (ассоциация)	association	Семантическое отношение между двумя классами. в которых между их экземплярами имеются связи

В.3.17 MD_DimensionNameTypeCode «CodeList»

Nt	Имя понятия на английском {на русской) языке	Код	Определение
MD_DimensionNameTypeCode (код типа мерности)	наименования раз-	Название пространственного измерения
1	TOW (ряд)	row	Ось ординат у
2	column (колонка)	column	Ось абсциосх
3	vertical (вертикальный)	vertical	Вертикальная ось z
4	track (трек)	track	Вдоль направления движения точки сканирования
5	crossTrack (поперечное направление)	crossTrack	Поперек направления движения точки сканирования
6	line (линия)	line	Линия сканирования датчика
7	sample (образец)	sample	Элемент вдоль линии сканирования
8	time (время)	troe	Продолжительность

В.3.18 MD.GeometricObjectTypeCode «CodeList»

Nt	Имя понятия на английском {на русском) языке	Код	Определение
			Название точечных или векторных объектов.
MD_GeometricOb)ectTypeCode (код типа геометрического	используемых для определения нуль-, одно-.
объекта)		двух- или трехмерных пространственных место-
			положений в наборе данных

ГОСТ Р 57668—2017

Окончание таблицы

Nt	Имя понятия на английском {на русском) языке	Коа	Определение
1	complex (сложный)	complex	Набор геометрических примитивов, границы которых могут быть представлены как объединение других примитивов
2	composite (композитный)	composite	Связанный набор кривых, объемных тел или поверхностей
3	curve (кривая)	curve	Ограньменньй. едномерньй геометрический примитив. представляющий непрерывное изображение линии
4	point (точка)	point	Нульмерный геометрический примитив, представляющий положение, но не имеющий протяжения
5	solid (монолит)	solid	Ограниченный, связанный, трехмерный геометрический примитив, представляющий непрерывное изображение региона пространства
6	surface (поверхность)	surface	Ограниченный, связанный двухмерный геометрический примитив, представляющий непрерывное изображение региона плоскости

В.3.19 MDJmagingCondrtionCode «CodeList»

N*	Имя понятия на английском (на русском) языке	Коа	Определение
MDJmagingCondrtionCode (ход условий получения изображения)	Код. указывающий условия, которые могут повлиять на изображение
1	blurredimage (расплывчатое изображение)	blurredimage	Часть изображения расплывчатая
2	doud (облачность)	cloud	Часть изображения закрыта слоем облачности
3	degradingObtiquity (наклон эклиптики)	degradingObtiquity	Острый угол между плоскостью эклиптики (плоскость земной орбиты) и плоскостью небесного экватора
4	fog (туман)	fog	Часть изображения не видна из-за тумана
5	heavySmokeOrOust (сильно задымленный или запыленный)	heavySmoke OrDust	Часть изображения не видна из-за сильного дыма или пыли
6	night (ночь)	night	Съемка производилась ночью
7	rain (дождь)	rain	Съемка производилась в дождь
8	semiDarkness (полумрак)	semiDarkness	Съемка производилась в условиях полутьмы — сумерек
9	shadow (тень)	shadow	Часть изображения закрыта тенью
10	snow (снег)	snow	Часть изображения закрыта снегом
11	terrainMasking (затенение объектом)	terrainMasking	Данные в определенной точхе не собраны по причине наличия топографических объектов, скрывающих предмет(ы) от собирающего информацию датчика

100

ГОСТ Р 57668—2017

В.3.20 MD_KeywordTypeCode «CodeList»

N>	Имя понятия на английском (на русском) языке	Код	Определение
MD_KeywordTypeCode (код типа ключевого слова)	Методы, используемые для группировки подобных ключевых слов
1	disapline (дисциплина)	discipline	Ключевое слово, которое определяет ветвь инструкции или специальную отрасгъ знания
2	place (мвсго)	place	Ключевое слово, определяющее положение
3	stratum (слой)	stratum	Ключевое слово, определяющее слой (или слои) осадочного вещества или уровни в упорядоченной системе
4	temporal (временной)	temporal	Ключевое слово, определяющее период, связанный с ресурсом
5	theme (тема)	theme	Ключевое слово, определяющее конкретный предмет или тему
6	dataCentre (центр обработки данных)	dataCentre	Ключевое слово, определяющее репозиторий или архив, который управляет и распределяет данные
7	featureType (тип объекта)	featureType	Ключевое слово, определяющее ресурс, содержащий коллекцию экземпляров объектов с общими характеристиками
8	instrument (инструмент)	instrument	Ключевое слово, определяющее устройство, используемое для измерения или сравнения физических свойств
9	platform (платформа)	platform	Ключевое слово, определяющее конструкцию, на которой установлен инструмент
10	process (обработка)	process	Ключевое слово, определяющее последовательность действий или природных событий
11	project (проект)	project	Ключевое слово, определяющее усилия, предпринятые для создания или изменения продукта или услуги
12	service (сервис)	servioe	Ключевое слово, определяющее деятельность, выполняемую одной стороной, в пользу другой
13	product (продукт)	product	Ключевое слово, определяющее тип продукта
14	subTopicCategory (подкатегория)	subTopicCategory	Уточнение категории темы для целей классификации географических данных
15	taxon (таксон)	taxon	Ключевое слово, определяющее таксономию ресурса

В.3.21 MD.MaintenanceFrequencyCode «CodeLrst»

Nt	Имя понятия на английском (на русской) языке	Код	Определение
MD_MaintenanceFrequencyCode (код частоты обновления)	Периодичность внесения добавлений или удаления информации из данных после их первого производства
1	continual (постоянный)	continual	Данные обновляются систематически и часто
2	daily (ежедневно)	daily	Данные обновляются каждый день
3	weekly (еженедельно)	weekly	Данные обновляются еженедельно

101

ГОСТ Р 57668—2017

Окончание таблицы

Nt	Имя понятия на английском {на русском) языке	Коа	Определение
4	fortnightly {раз в 2 над.)	fortnightly	Данные обновляются каждые 2 над.
5	monthly {ежемесячно)	monthly	Данные обновляются каждый месяц
6	quarterly (ежеквартальный)	quarterly	Данные обновляются каждые 3 мес.
7	biannually (полугодичный)	biannually	Данные обновляются каждые попгода
8	annually (ежегодно)	annually	Данные обновляются раз в год
9	asNeeded (по мере необходимости)	asNeeded	Данные обновляются по необходимости
10	irregular (нерегулярный)	irregular	Данные обновляются с интервалами разной длительности
11	notPlanned (не запланированный)	notPlanned	Обновление данных не планируется
12	unknown (неизвестный)	unknown	Частота обновления данных неизвестна
13	periodic (периодический)	periodic	Ресурс обновляется с регулярным интервалом
14	semimonthly (раз в полмесяца)	semimonthly	Ресурс обновляется дважды в месяц
15	biennially (двухгодичный)	biennially	Ресурс обновляется каждые 2 года

В.3.22 МО MediumFormatCode «CodaList»

Nt	Имя понятия на английском языке	Код	Определение
MD_MediumFormatCode (код формата среды)	Метод, используемый для записи на носитель
1	cpio	cpio	Копирование на/Из (формат файла и команды UNIX)
2	tar	tar	Архив на ленте
3	highSierra	highSierra	Файловая система high sierra
4	iso9660	tso9660	Обработка информации — том и структура файла CO-ROM
5	>so9660RockRidge	iso9660RockRidge	Протокол обмена rockridge (UNIX)
6	iso9660AppleHFS	iso9660AppleHFS	Иерархическая файловая система (Macintosh)
7	udf	udf	Универсальный формат диска

В.3.23 MD.ObligationCode «Enumeration»

Nt	Имя понятия на английском <на русском) языке	Код	Определение
MD_ObbgationCode (код признака обязательности)	Обязательность элемента или объекта
1	mandatory (обязательный)	mandatory	Элемент требуется всегда
2	optional (необязательный)	optional	Элемент не требуется (не является обязательным)
3	conditional (условный)	conditional	Элемент требуется при выполнении определенного условия

102

ГОСТ Р 57668—2017

В.3.24 MD PixelOrientationCode «Enumeration»

N»	Имя понятия на английском (на русской) языке	Код	Определение
MD.PixelOrientationCode (код ориентации пикселя)	Точка пикселя, соответствующая положению пикселя на Земле
1	centre (центр)	centre	Точка посередине между нижним левым и верхним правым пикселем
2	kwerLeft (нижний левый)	lowerLeft	Угол пикселя, ближайший к началу координат; если два угла находятся на одинаковом расстоянии от начала координат, то тот из них. у которого значение «х» наименьшее
3	towerfi»ght (нижний правый)	lowerRight	Следующий угол против часовой стрелки от нижнего левого угла
4	upperRight (верхний правый)	upperRight	Следующий угол по часовой стрелке от нижнего правого утла
5	upperLeft (верхмтй левый)	upperLeft	Следующий утоп по часовой стрелке от верхнего правого угла

В.3.25 MO_ProgressCode «CodeList»

N*	Имя понятия на английском {на русском) языке	Код	Определение
MD.ProgressCode (код хода выполнения		Статус ресурса
1	completed (завершенный)	completed	Производство данных закончено
2	historicalArchive (исторический архив)	historicalArchrve	Данные хранятся на автономном устройстве хранения
3	obsolete (устаревший)	obsolete	Данные более не соответствуют действительности
4	onGoing (постоянный)	onGoing	Данные обновляются непрерывно
5	planned (планируемый)	planned	Установлена дата, к которой данные будут созданы или обновлены
6	required (требуемый)	required	Данные должны быть сгенерированы или обновлены
7	underOevelopment (е разработке)	underOevelopment	Данные в настоящее время находятся в процессе создания
8	final (окончательный)	final	Процесс завершен, и никакие изменения не до-лусзсаюгся
9	pending (в ожидании)	pending	В стадии рассмотрения
10	retired (е отставке)	retired	Элемент не рекомендуется для использования. Он не был заменен другим элементом
11	superseded (вытесненный)	superseded	Заменен новым
12	tentative (предварительный)	tentative	Временные изменения, прежде чем ресурс станет окончательным или полным
13	valid (действительный)	valid	Приемлемый при определенных условиях
14	accepted (принято)	accepted	Согласован спонсором
15	notAccepted (не принят)	notAccepted	Отклонен спонсором
16	withdrawn (отозван)	withdrawn	Исключен из рассмотрения

103

ГОСТ Р 57668—2017

Окончание таблицы

Nt	Имя понятия на английском {на русском) языке	Код	Определение
17	proposed (предложенный)	proposed	Предложение о необходимости принять в разработку
18	deprecated (устаревший)	deprecated	Ресурс заменен и станет устаревшим, использование только для исторических целей

В.3.26 MD_ReferenceSystemTypeCode «CodeUst»

N*	Имя понятия на английском {на русском) языке	Код	Определение
MD_ReferenoeSystemTypeCode (код типа системы координат)	Определяет тип используемой системы координат
1	compoundEngineeringParametric (объединенная прикладная параметрическая)	compound Engineering Parametric	Объединенная пространственно-параметрическая система координат, содержащая прикладную систему координат и параметрическую систему отсчета. Пример — [focal]х. у, давление
2	oompoundEngineeringParametnc Temporal (объединенная прикладная параметрическая временная)	compound Engineering Parametric Temporal	Объединенная пространственно-параметрическая временная система координат, содержащая прикладную, параметрическую и временную систему координат. Пример — [local]х. у, давление, время
3	compoundEngineeringTemporal (объединенная прикладная временная)	compound Engineering Temporal	Объединенная пространственно-временная система координат, содержащая прикладную и временную системы координат. Пример — [local]х. у, время
4	compoundEngineering Vertical (объединенная прикладная вертикальная)	compound ErtgineeringVerUcal	Объединенная пространственная система координат. содержащая горизонтальную прикладную систему координат и вертикальную систему координат. Пример — [local]х. у. высота
5	compoundEngineering Vertical Temporal (объединенная прикладная вертикальная временная)	compound Engineering VerticalTemporal	Объединенная пространственно-временная система координат, содержащая прикладную, вертикальную и временную системы координат. Пример — [local]х. у, высота, время
6	compoundGeographic2DParamelric (объединенная географическая 20-параметрическая)	compound Geographic 2DParametric	Объединенная пространственно-параметрическая система координат, содержащая двухмерную географическую горизонтальную систему координат и параметрическую систему отсчета. Пример — Широта, долгота, давление
7	compoundGeographic2DParame trie Temporal (объединенная географическая 20-параметрическая временная)	compound Geographic 2DParametric Temporal	Объединенная пространственно-параметрическая временная система координат, содержащая двухмерную горизонтальную географическую параметрическую и временную координатные системы. Пример — Широта, долгота, давление, время

104

ГОСТ Р 57668—2017

Продолжение таблицы

Nt	Имя понятия на английском {на русском) языке	Коа	Определение
8	oompoundGeographic2DTemporal (объединенная географическая 20-временная)	compound Geographic 2DTemporal	Объединенная пространственно-временная система координат, содержащая двухмерную горизонтальную географическую систему координат и систему отсчета времени. Пример — Широта, долгота, время
9	compoundGeographic2DVertical (объединенная географическая 20-вертикальная)	compound Geographic 2DVertical	Объединенная система координат, в которой одна составляющая система координат является горизонтальной геодезической координатной системой отсчета и одна является вертикальной системой координат. Пример — Широта, долгота, (связанная с силой тяжести/ высота или глубина
10	compoundGeographic2DVertical Temporal (объединенная географическая 20-еертикальная временная)	compound Geographic 2DVerticalTemporal	Объединенная пространственно-временная система коордюгат. содержащая двухмерную горизонтальную географйчесхую. вертикальную и временную системы координат. Пример — Широта, долгота, высота, время
11	oompoundGeographic3DTemporal (объединенная географическая ЗО-еременная)	compound Geographic 30Temporal	Объединенная пространственно-временная система координат, содержащая трехмерную географическую и временную системы координат. Пример — Широта, долгота, эллипсоидальная высота, время
12	oompoundProjected2DParametrrc (объединенная в проекции 20-лараметрическая)	compound Projected 20Parametr>c	Объединенная пространственно-параметрическая система координат, содержащая горизонтальную систему координат в проекции и параметрическую систему отсчета. Пример — Широта, долгота, плотность
13	oompoundProjected2DParametric Temporal (объединенная в проекции 20-параметрическая временная)	compound Projected 2DParamethc Temporal	Объединенная пространенвенно-парамегриче-ская-времекная система координат, содержащая горизонтальную в проекции, параметрическую и временную системы координат. Пример — Широта, долгота, плотность, время
14	compound ProjectedTemporal (объединенная е проекции временная)	compound ProjectedTemporal	Объединенная пространственно-временная система координат, содержащая горизонтальную систему координат в проекции и временную координатную систему. Пример — Широта, долгота, время
15	compoundProjectedVertical (объединенная в проекции вертикальная)	compound ProjectedVertcal	Объединенная пространственная система координат. содержащая горизонтальную в проекции систему координат и вертикальную систему координат. Пример — Широта, долгота, (связанная с силой тяжести) высота или глубина

105

ГОСТ Р 57668—2017

Продолжение таблицы

Nt	Имя понятия на английском {на русском) языке	Коа	Определение
16	oompoundProjectedVertical Temporal (объединенная в проекции вертикальная временная)	compound rejected VerticalTemporal	Объединенная пространственно-временная система координат, содержащая горизонтальную е проекции, вертикальную и временную системы координат. Пример — Широта, долгота, высота. время
17	engineering (прикладная)	engineering	Система координат, основанная на прикладной точке отсчета (точка отсчета, описывающая отношения систем координат к локальной системе). Пример — [local]ж, у
18	engineeringDesign (прикладной проект)	engineenngDestgn	Прикладная система координат, в которой указано базовое представление движущегося объекта. Пример — [local]х. у
19	engineeringlmage (прикладное изображение)	engineeringlmage	Система координат, основанная на точке отсчета изображения (прикладное начало отсчета, хоторов определяет взаимосвязь системы координат и изображения). Пример — Строка, столбец
20	geodeticGeocentric (геодезические геоцентрические)	geodeticGeocentric	Геодезические CRS. имеющие декартову трехмерную систему координат. Пример — [Геоцентрической]х. у. г
21	geodeticGeographic2D (геодезические географические 2D)	geodetic Geographic2D	Геодезические CRS. имеющие эллипсоидальную двухмерную системы кооодтат. Пример — Широта, долгота
22	geodeticGeographic3D (геодезические географические 30)	geodetic Geographic3D	Геодезические CRS, имеющие эллипсоидальную ЗО-систему координат. Пример — Широта, долгота, высота эллипсоидальная
23	geographicldentifier (географический идентификатор)	geographicldentifier	Пространственная привязка в виде обозначения или кода, который определяет местоположение. Пример — Почтовый код
24	linear (линейный)	linear	Система координат, которая идентифицирует местоположение с помощью ссылки на сегмент линейного географического объекта и расстояния вдоль этого отрезка от заданной точки. Пример — х км вдоль дороги
25	parametric (параметрический)	parametric	Система координат, основанная на параметрической точке отсчета (datum) (точка отсчета, описывающая взаимосвязь с параметрической системой координат с объектом). Пример — Давление

106

ГОСТ Р 57668—2017

Окончание таблицы

Nt	Имя понятия на английском {на русском) языке	Коа	Определение
26	projected (проецируемый)	projected	Система координат, полученная из двухмерной геодезической системы координат путем применения картографической проекции. Пример — Широта, долгота
27	temporal (временной)	temporal	Система отсчета, относительно которой измеряется время. Пример — Время
28	vertical (вертмсагъный)	vertical	Одномерная система координат, основанная на вертикальной точке отсчета (точка отсчета, описывающая связь гравитационной высоты или глубины к Земле). Пример — [Гравитационно-связанные] высота или глубина

В.3.27 МО RestrictionCode «CodeList»

Hi	Имя понятия на английском {на русском) языке	Коа	Определение
MD.RestrictionCode (код ограничения)	Ограничение^}, налагаемое(ые) на доступ к данным или их использование
1	copyright (авторские права)	copyright	Исключительное право публикации, производства или продажи прав на литературную, драматическую. музыкальную или художественную работу или использование торговой марки или ярлыка, предоставленное законом на определенный срок автору, композитору, художнмсу. распространителю
2	patent (патент)	patent	Правительство предоставило исключительное право на изготовление, реализацию, использование или лицензирование изобретения или открытия
3	patentPendrig (ожидаже патента)	patentPending	Произведенная или проданная информация, ожидающая патентования
4	trademark (товарный знак)	trademark	Название, символ или другой способ идентификации продукции, официально зарегистрированный и юридически ограниченный к использованию только собственником или производителем
5	licence (лицензия)	licence	Официальное разрешение на какую-либо деятельность
6	intellectual PropertyRights (права интеллектуальной собственности)	intellectual PropertyRights	Права на получение финансовой выгоды от неосязаемой собственности или от контроля за рэс-грос гранением неосязаемой собственности, являющейся результатом творческой деятельности
7	restricted (ограниченный)	restricted	Me подлежит свободному распространению или открытию для широкой публики
8	otherRestrictions (прочие ограничения)	otherRestrictions	Ограничения не указаны
9	unrestricted {неограниченный)	unrestricted	Ограничений не существует
10	licenceUnrestricted (неограниченная лицензия)	licenceUnrestricted	Не требуется формального разрешения для использования ресурса

107

ГОСТ Р 57668—2017

Окончание таблицы

Nt	Имя понятия на английском {на русском) языке	Код	Определение
11	licenceEndllser (лицензия конечного пользователя)	ItcenceEndllser	Формальное разрешение, необходимое для использования ресурса лицом, которое может отличаться от лица, которое заказывает или покупает его
12	licenceDistributor (лицензия дистрибьюторе)	bcenceOistributor	Официальное разрешение, необходимое для физического или юридического лица для коммерциализации и распространения ресурсов
13	private (частный)	private	Защита прав личности или организации от наблюдения. вторжений или внимания других людей
14	statutory (установленный законом)	statutory	Предписанный законом
15	confidential (конфиденциальный)	confidential	Не доступный для общественности. Примечание — Содержит информацию, которая может нанести ущерб коммерческим, промышленным или национальным интересам
16	sensibveButUndassified (чувствительный. но не ограниченный)	SBU	Несмотря на отсутствие ограничений, требуется строгий контроль за распространением
17	in-oonfidence (в конфиденциальном порядке)	in-confidence	Конфиденциально

В.3.28 MD.ScopeCode «CodeList»

ГМ	Имя понятия на английском {на русском) языка	Код	Определение
MD_ScopeCode (код области применения)	Класс информации, к которому относится указываемый объект
1	attribute (атрибут)	attribute	Информация относится к значению атрибута
2	attributeType (тип атрибута)	attributeType	Информация относится к характеристике объекта
3	colfectionHardware (коллекция аппаратного обеспечения)	collectionHardware	Информация относится к классу коллекции аппаратного обеспечения
4	collection Session (коллекция сессии)	collection Session	Информация относится к коллекции сессии
5	dataset (набор данных)	dataset	Информация относится к набору данных
6	senes (комплект)	series	Информация относится к сериям
7	nonGeograptucDataset (негеогра-фический набор данных)	nonGeographic- Dataset	Информация относится к негеографическим данным
8	dimensionGroup (группа пространственных измерений)	dimensionGroup	Информация относится к группе пространственных измерений
9	feature (пространственный объект)	feature	Информация относится к объекту
10	featureType (тип объекта)	featureType	Информация относится к типу объекта
11	property Ту ре (тип свойства)	propertyType	Информация относится к типу свойства
12	fieldSession (полевая сессия)	fieldSession	Информация относится к полевой сессии

108

ГОСТ Р 57668—2017

Окончание таблицы

Nt	Имя понятия на английском {на русском) языке	Коа	Определение
13	software (программное обеспечение)	software	Информация относится к компьютерной программе или процедуре
14	service (сервис)	service	Информация относится к области предоставления провайдером сервисов пользователю через ряд интерфейсов, определяющих поведение, например, порядок пользования
15	model (модель)	model	Информация относится к копии или имитации существующего или гипотетического объекта
16	Ые (тайл)	Ue	Информация относится к тайлу, пространственному поднабору пространственных данных
17	metadata (метаданные)	metadata	Информация относится к метаданным
18	initiative (инициатива)	initiative	Информация относится к инициативе
19	sample (образец)	sample	Информация относится к образцу (выборке)
20	document (документ)	document	Информация относится к документу
21	repository (репозиторий)	repository	Информация относится к репозиторию
22	aggregate (агрегат)	aggregate	Информация относится к агрегированному ресурсу
23	product (продукт)	product	Метаданные, описывающие спецификацию информационного продукта, в соответствии с ГОСТ Р 57657
24	oollection (коллекция)	collection	Информация относится к неструктурированному набору
25	coverage (покрытие)	coverage	Информация относится к покрытию
26	application (приложение)	application	Информационный ресурс, размещенный на конкретном наборе технических средств и доступный через сеть

В.3.29 MD_SpatialRepresentationTypeCode «CodeList»

Nt	Имя понятия на английском {на русском) языке	Код	Определение
MD_SpabalRepresentationTypeCode (код типа пространственного представления)	Метод, используемый для представления пространственных данных в наборе
1	vector (вектор)	vector	Для представления пространственных данных используется векторная форма
2	gnd (сетка)	grid	Для представления пространственных данных используется растровая форма
3	textTable (текстовый, табличный)	textTable	Для представления пространственных данных используются текстовые или табличные формы
4	tin (тин)	tin	Триангуляционная нерегулярная сеть
5	stereoMode! (стереомодель)	stereo Model	Трехмерный вид. созданный пересекающимися гомогенными лучами накладывающейся пары изображений
6	video (видео)	video	Сцена из видеозаписи

109

ГОСТ Р 57668—2017

В.3.30 MD_TopicCategoryCode « Enumeration»

№	Имя понятия на английском {на русском) языке	Км	Определение
MD.TopicCategoryCode (код тематической категории)	Тематическая классификация пространственных ранных высокого уровня для содействия группировка и поиску имеющихся пространственных наборов данных. Примечания 1 Может также использоваться для группирования ключевых слов. Приведенные примеры не являются исчерпывающими. 2 Подразумевается, что основные категории друг друга перекрывают, и дело пользователя — выбрать из них наиболее подходящую
1	farming (сельское хозяйство)	farming	Животноводство и растениеводство. Пример — Сельское хозяйство, ирригация. аквакультура, плантации, стада, паразиты и болезни растений и скота
2	biota (биота)	biota	Флора и фауна в естественной среде. Пример — Дикие животные, растительность. биологические науки, зколоаия, целина, морские животные, водно-болотные угодья, местообитание
3	boundaries (границы)	boundaries	Юридическое описание земли. Пример — Политические и административные границы
4	dimatoiogyMeteorologyAtmosphe re (климат метеорология атмосфера)	dimatologyMetsoro togyAtmosphere	Процессы и феномены в атмосфере. Пример — Облачность, погода, климат, атмосфернью условия, изменение климата. осадки
S	economy (экономика)	economy	Экономическая деятельность, условия и занятость. Пример — Труд, доходы, коммерция, промышленность, туризм и зкотуризм, лесное хозяйство, рыболовство, коммерческая и экономическая охота, разведка и добыча полезных ископаемых, например, минералов, нефти и газа
6	elevation (высота)	elevation	Высота над уровнем моря или нижа уровня моря. Пример — Высота, батиметрия, цифровые модели возвышенности, склон, отвалы
7	environment (окружающая срода)	environment	Экологические ресурсы, защита и консервация. Пример — Экологическое загрязнение, хранение и переработка отходов, оценка влияния на экологию, мониторинг экологического риска, запасы природных ресурсов, ландшафт

110

ГОСТ Р 57668—2017

Продолжение таблицы

Nt	Имя понятия на английском {на русском) языке	Коа	Определение
8	geoscientificlnformation (науки о земле)	geoscientificlnfor mation	Информация о науках о земле. Пример — Геофизические объекты и процессы, геология, минералы, науки о составе. структуре и происхождении скальных пород, риск землетрясений, вулканическая деятельность, оползни, почва, вечная мерзлота, гидрогеология, эрозия
9	health (здоровье)	health	Здравоохранение и услуги здравоохранения, экология и безопасность человека. Пример — Болезни и заболевания, факторы, влияющие на здоровье, гигиена, злоупотребление алкоголем, душевное и физическое здоровье
10	imagery BaseMapsEarth Cover (базовые изображения поверхности земли)	tmageryBaseMaps EarthCover	Базовые карты. Пример — Карты земель, топографические карты, изображения, несекретные изображения, аннотации
11	intelligenceMilitary (военная информация)	intelligence Military	Военные базы, структуры, деятельность. Пример — Казармы, полигоны, военные перевозки, сбор информации
12	inlandWaters (внутренние воды)	mlandWalers	Объекты внутренних вод. дренажные системы и их характеристики. Пример — Реки и ледники, соленые озера, планы использования воды, дамбы, потоки, наводнения, качество воды, гидрографические карты
13	location (место нахождения}	location	Информация и услуги по определению места положения. Пример — Адреса, геодезические сети, контрольные точки, почтовые зоны и услуги, названия мест
14	oceans (океаны)	oceans	Объекты и характеристики соленых вод (исключая внутренние воды). Пример — Приливы, приливные волны, информация о побережье, рифы
15	planningCadastre (кадастр)	planningCadastre	Информация, используемая для принятия решений по будущему использованию земли. Пример — Карты использования земли, карты зонирования, кадастровые исследования, землевладение
16	society (общество)	society	Характеристики общества и культур. Пример — Поселения, антропология, археология. образование, традиционная религия. традиции и обычаи, демографические данные, места отдыха и отдых, оценка социального влияния, преступность и право-охрана, демографическая информация

111

ГОСТ Р 57668—2017

Окончание таблицы

Nt	Имя понятия на английском {на русском) языке	Коа	Определение
17	structure (сооружения)	structure	Искусственные постройки. Пример — Здания, музеи, церкви, фабрики, жилые дома, монументы, магазины, башни
18	transportation (транспорт)	transportation	Средства и способы перевозки людей и товаров. Пример — Дороги, аэропорты, взлетно-посадочные полосы, судоходные линии, туннели, морские карты, места стоянок транспорта или судов, аэронавигационные карты, железные дороги
19	utilitiesCommunication (коммуникации)	utilrttesCommunica- tion	Энергия, вода и системы хранения отходов, инфраструктура и услуги связи. Пример — Гидроэлектростанции, геотермальные. солнечные и ядерные источники энергии, система очистки и распределения воды, сбор и слив сточных вод, распределение электроэнергии и газа, передача данных, связь, радио, коммуникационные сети
20	extra Terrestrial (экстерриториальный)	extraTerrestriat	Регион, расположенный более чем в 100 км над поверхностью земли
21	disaster (катастрофа)	disaster	Информация, связанная с катастрофами. Пример — /Место катастрофы, зоны эвакуации, центр по предотвращению стихийных бедствий, деятельности по оказанию помощи

В.3.31 MD_Topology Level Code «CodeList»

N*	Имя понятия на английском {на русском) языке	Код	Определение
MD.TopologyLevelCode (код уровня топологии)	Степень сложности пространственных отношений
1	geometryOnty (геометрия только)	geometryOnty	Геометрические объекты без каких-либо дополнительных структур, описывающие топологию
2	topologylD (топология 1D)	topologylD	Одномерный топологический комплекс, обычно называемый топологией «цепочка — узел»
3	planarGraph (планарный граф)	planarGraph	Одномерный топологический планарный комплекс (планарный граф — это граф, который может быть нарисован в плане таким образом, что. за исключением как у вершины, никакие две его стороны не пересекаются)
4	fullPlanarGraph (полный планарный граф)	fullPlanarGraph	Двухмерный топологический планарный комплекс (двухмерный топологический комплекс в картографической двухмерной среде обычно называют «полная топология»)

112

ГОСТ Р 57668—2017

Окончание таблицы

Nt	Имя понятия на английском {на русском) языке	Коа	Определение
5	surfaceGraph {поверхностный граф)	surfaceGraph	Одномерный топологический комплекс, изоморфный к поднабору поверхности {геометрический комплекс является изоморфным к топологическому комплексу, если их элементы находятся в отношении один к одному, пространственно и границами предотвращая отношение одного к другому)
6	fullSurfaceGraph (полный поверхностный граф)	fullSurfaceGraph	Двухмодный топологический комплекс, который является изоморфным к поднабору поверхности
7	topology3D (топология 30)	topology3D	Трехмерный топологический комплекс (топологический комплекс является набором топологических примитивов, закрытых в границах операций)
8	fullTopology3D (полная топология 3D)	fullTopology3D	Полное пофыгие трехмодного Эвклидова координатного пространства
9	abstract (абстрактный)	abstract	Топологический комплекс без определенной геометрической реализации

В.З.Э2 SV.CouplingType «CodeUst»

Nt	Имя понятия на английском (на русской) языms	Код	Определение
SV.CouplingType (тип взаимосвязи)	Класс информации, к которому принадлежит ссылающаяся сущность
1	loose (слабая связь)	loose	Экземпляр сервиса слабо связан с экземпляром данных, то есть класс MD_Dataldentificabon не нужно описывать
2	mixed (смешанная связь)	mixed	Экземпляр сервиса смешанно связан с экземпляром данных, то есть MD_Dataldentification описывает связанный экземпляр данных и дополнительно экземпляр сервиса может работать с другими экземплярами внешних данных
3	tight (тесная связь)	tight	Экземпляр сервиса тесно связан с экземпляром данных, то есть класс MD_DataIdentification должен быть описан

В.3.33 SV ParameterDirection «Enumeration»

№	Имя понятия на английском {на русском) языке	Коа	Определение
SV_ParamelerDireclion (параметрическое направление)	Класс информации, к которому обращается ссылающаяся сущность
1	in (входной)	■п	Параметр является входным параметром для экземпляра сервиса
2	out (выходной)	out	Параметр является выходным параметром для экземпляра сервиса
3	in/out (входной и выходной)	in/out	Параметр является входным и выходным параметром для экземпляра сервиса

113

ГОСТ Р 57668—2017

Приложение С (обязательное)

Расширения и профили метаданных

С.1 Введение

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

С.2 Типы расширений

Допускаются следующие типы расширений:

1) добавление нового раздела метаданных;

2) создание нового кодового списка метаданных для замены области действующего элемента метаданных со значением области «свободный текст»:

3) создание новых элементов кодового списка метаданных (расширение кодового списка):

4) добавление нового элемента метаданных:

5) добавление нового объекта метаданных:

в) наложение более строгого обязательства на существующий элемент метаданных:

7) наложение еще большего ограничения на домен существующего элемента метаданных.

С.З Создание расширения

Перед созданием расширенных метаданных, в целях подтверждения отсутствия подходящих метаданных в рамках настоящего стандарта, должны быть тщательно рассмотрены действующие метаданные. Для каждого раздела расширенных метаданных определяются значения объекта или элемента, имени, краткого имени, определения. обязательства, условия максимальной частоты, типа данных и области. Для определения структуры и схемы должны быть сформированы отношения (см. приложение А).

С.4 Правила создания расширения

При создании расширений следуют определенным правилам:

1) Элементы расширенных метаданных не должны использоваться для замены имени, определения или типа данных существующего элемента.

2) Расширенные метаданные могут быть определены как классы и включать в качестве своих компонентов элементы расширенных и существующих метаданных.

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

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

5) Расширению разрешается ограничивать использование значения областей, разрешенных стандартом. (Если стандарт содержит пять значений в области существующего элемента метаданных, то в расширении может быть указано, что его область содержит три значения. Расширение требует от пользователя выбора одного из трех значений области.)

6) Расширению разрешено расширять количество значений в кодовом списке.

7) Расширению запрещено все. что не разрешено настоящим стандартом.

С.5 Групповой профиль

Если планируется добавить информацию в большом объеме, е том числе создавая много элементов метаданных в объекте метаданных, специфическом для предметной области или приложения, то рекомендуется координировать предлагаемое расширение через пользовательские группы и создать групповой лрофитъ.

Настоящий стандарт определяет почти 300 элементов метаданных, большая часть которых не является обязательными. Они определены в явном виде, чтобы пользователи могли правильно понять, что они описывают. Индивидуальные группы, страны или организации могут разработать «групповые профили* настоящего стандарта. выбирая те элементы метаданных, которые будут обязательными. Данный элемент метаданных (например, «цена» набора данных) может быть определен как «обязательный», конкретной группой, желающей в целях повышения управляемости производством разработать элементы метаданных, устанавливающие статус наборов

114

ГОСТ Р 57668—2017

данных своей системы. Однахо эти дополнительные элементы останутся неизвестными за пределами группы, если не будут опубликованы. Групповой профиль устанавливает размеры полей и областей для всех элементов метаданных. Если система группы использует 32 символа для заголовка набора данных, а другая система использует 8 символов, то эти системы не будут совместимы друг с другом. Стандартизация выбранных областей в группе важна с точки зрения повышения эффективности поиска и управления системой. Более подробная информация о групповых профилях приведена в [13].

На рисунке С.1 показано отношение между компонентами минимально обязательных метаданных (Minimum mandatory components), полным набором метаданных (Comprehensive metadata), определенным в настоящем стандарте. и национальными, региональными и специфическими для области или организации групповыми профилями (Community profile).

Рисунок C.t — Групповой профиль метаданных

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

С.6 Правила создания профиля

При создании профилей следуют определенным правилам:

1) Перед созданием профиля пользователь должен проверить зарегистрированные профили.

2) Профиль должен соответствовать правилам определения расширения.

3) Профиль не должен изменять имя. определение или тип данных элемента метаданных.

4) Профиль должен включать:

– ядро метаданных, собранных для цифрового пространственного набора данных:

. все обязательные элементы метаданных во всех обязательных разделах:

• все условные элементы метаданных во всех обязательных секциях, если набор данных соответствует условию. требуемому разделом:

• все обязательные элементы метаданных во всех условных секциях, если набор данных соответствует тому условию, которое требует раздел:

• все условные элементы метаданных во всех условных разделах, если набор данных отвечает условию, требуемому элементом метаданных и разделом.

5) Отношения, предусмотренные в моделях 8 подразделах 6.2—6.6. должны быть определены в UML или других языках моделирования так. чтобы могли быть определены структура и схема.

6) Метаданные должны создаваться для расширений и/или профилей.

7) Профиль должен быть доступен каждому, кто получает метаданные, созданные в соответствии с данным профилем.

115

ГОСТ Р 57668—2017

Приложение D (справочное)

Примеры реализации

D.1 Примеры метаданных В данном разделе приведены четыре примера:

• первый — предназначен для набора данных «Лицензии на разведку полезных ископаемых»:

• второй — иллюстрирует, как иерархические данные могут изменяться во времени:

– третий — иллюстрирует расширение стандарта метаданных:

– четвертый — пример использования мультиязыков в элементе метаданных.

D.2 Пример 1. Лицензии на разведку полезных ископаемых

Этот пример предоставлен в формате с вкладками структуры (выделены полужирным шрифтом) и значениями элементов, в котором показана иерархическая структура метаданных настоящего стандарта, основанная на схеме реализации, которая регулирует порядок элементов в экземпляре документа метаданных.

(MD.Metadata)

metadataldentifier: (MD_kJentifier) code: ANZSA1000001233 characterSet: (MD_CharacterSelCode) ut!8 contact: (CI_Responsti*ty) role: (CI_RoleCode) author party: (CI_Organisabon)

name: Department of Phmary Industries and Resources SA datelnfo: <CI_Date) date:

DateTime: 20000803 dateType: (CI_DateTypeCode) creation metadataStandard: (CI_Citation) title: ISO 19115-1

version: Draft International Standard

referenceSystemlnfo: (MD.ReferenceSystem) referenceSystemldentifier: (RS_ldentifier) code: GDA94 codeSpace: DIPR

identificationlnfo: (MD_Dataldentification) citation: {CI_Citation)

title: Лицензии на разработку полезных ископаемых date: (CI_Date) date: 1930-01

dateType: (CI.DateTypeCode) creation onlineResource: (CI_OnlineResource) linkage: (URL) https:/ info.pirsa.gov.au/geometa/m»gs/MtGS_Down_cal.)sp abstract: расположение всех текущих минеральных лицензий на разведку, выданных на основании Горного закона 1971 года. Лицензии на разведку обеспечивают эксклюзивные права владения на разведку минеральных ресурсов сроком не более 5 лет. Комментарий по поводу заявки на получение лицензии на разведку запрашивают из многочисленных источников до ее предоставления. Программы разведки подпадают под строгие условия, связанные с окружающей средой и наследием. Эксплуатация выявленных ресурсов должна быть произведена по отдельным договорам аренды добычи полезных ископаемых.

116

ГОСТ Р 57668—2017

purpose: набор данных был разработан для записи тформации. необходимой для выполнения Горного закона 1971 года, status: (MD_ProgressCode) продолжающийся

pointOfContact: {CI_Responsibility) role: (CI_RoleCode) originator party: {CI_Organisation}

name: Department of Primary Industries and Resources SA individual: {CIJndividual) positionName: GIS Coordinator contactlnfo: (CI_Contact) phone: (CI_Telephone) voice: 61 8 8463 3306 facsimile: 61 8 8463 3268 address: (CI_Address)

deliveryPoint: GPO Box 167 city: Adelaide

administrativeArea: South Australia postalCode: 5001 country: Australia

electronicMailAddress: onlineResource: (CI.OnlineResource) linkage: (URL) resourceMaintenance: (MD.Maintenanoelnformation)

maintenanceAndUpdateFrequency: (MD_MaintenanceFrequencyCode) daily resourceFormat: (MD_Format) name: Arclnfo Export 8.0.2 version: 8.0.2

resourceFormat: (MD_Format) name: Maplnfo version: 6

resourceFormat: (MD_Format) name: DXF version: 14

descriptiveKeywords: (MD_Keywords) keyword: BOUNDARIES Administrative keyword: INDUSTRY Mining Exploration keyword: MINERALS Exploration thesaurusName: (Cl Citation) title: ANZLIC Search Words date: (CI_Date) date: 1996-07

dateType: (CI_DateTypeCode) публикация resourceSpecificUsage: (MD_Usage)

specificUsage: Использовался для правительства. промышленности и широкой общественности с современным статусом и с распространением по всему штату. userContactlnfo: (CI_Responsibility) 1 role: (Ct_RoleCode) originator party:

individual: (CIJndividuai) positionName: GIS Coordinator resourceConstraints: (MD_Constraints)

useLimitation: Данные не должны использоваться в масштабе крупнее 1:50000. spatialRepresentationType: (MD.SpatialRepresentationTypeCode) оетка spatialResolution: (MD_Resolution)

equivalentScale: (MD_RepresentativeFraction) denominator: 50000 language: eng

characterSet: (MD.CharacterSetCode) ucs2 topicCategory: (MD_Top*cCategoryCode) границы topicCategory: (MD_Top*cCategoryCode) гео научная информация extent: (EX_Extent)

117

ГОСТ Р 57668—2017

description: South Australia

geographicElement: (EX_GeograptvcBoundingBox) westBoundLongitude: (Decimal) 129.0 eastBoundLongitude: (Decimal) 141.0 southBoundLatitude: (Decimal) -38.5 northBoundLatitude: (Decimal) -26,0 resourceLineage: (UJJneage) scope: (DQ_Scope)

level: (MD.SoopeCode) dataset

statement: история исходных данных. Границы лицензии разведки были получены из официальных документов горного регистра лицензий. Границам лицензии юридически предписано следовать пиниям широты и долготы. Регистр существует с 1930 года. Шаги обработки: координаты, введенные с клавиатуры из документов лицензии. Линии проверяются для удаления повторяющихся дуг. Данные, скорректированные для точного соответствия государственной границе и береговой линии. В тех случаях, когда это уместно, кадастровые участки удалены из лицензии полигонов. Связанные атрибутивные данные также собираются из документов лицензии.

D.3 Пример 2. Уровни метаданных

На первый взгляд может показаться, что существует слишком много поддерживаемых уровней метаданных. В большинстве случаев это не соответствует действительности, так как только в исключительных случаях метаданные определяются на более низких уровнях. Если значения метаданных не изменяются, го метаданные объединяются на высоком уровне. Предполагается, что данная ситуация будет наиболее распространенной, при этом дополнительные уровни метаданных определяются только по мере того, как исходные данные обновляется в течение некоторого времени.

При заполнении нижних уровней иерархии метаданных записываются только значения пересмотренных метаданных. Так. если распространитель данных остается прежний, те и нет необходимости переносить вниз эту структуру.

Для того чтобы разъяснить эту концепцию, можно рассмотреть пример, который показывает жизненный цикл типичного набора пространственных данных.

1) Имеется поставщик пространственных данных, создающий векторные картографические данные для трех административных областей (А, В и С). Первоначально векторное картографирование было выполнено с использованием общей серии бумажных карт, преобраэованых в векторный формат. Основная часть метаданных для этих исходных данных может быть представлена на одном уровне (комплект наборов данных). Эти метаданные будут описывать качество, ссылки, источник, обработку данных для грех административных областей. Таким образом, метаданные могут быть размещены исключительно на уровне Dataset Series (комплекта набора данных):

комплект наборов данных — административные районы А. 8 и С:

• метаданные на метаданные (область применения = комплект);

– идентификация:

• ссылки и ответственный субъект;

– протяженность;

– ограничения;

– качество данных;

• поддержание:

– пространственное представление;

• рвфврвнснзя система;

• содержание:

– каталог графического отображения:

– распространение;

– расширение метаданных:

• схема приложения.

2) Через некоторое время становится доступным векторное картографирование административного района А. Метаданные тогда будут расширены для административного района А для описания новых значений данных. Эти значения будут заменять значения, заданные для комплекта набора данных, но только для административной области А. Метаданные для 8 и С останутся без изменений. Эти новые метаданные будут записаны для уровня набора данных. Таким образом, дополнительные метаданные требуются на уровне набора данных для описания новых данных административной области А. Минимальный уровень метаданных, требуемый для отражения этого изменения, будет таким:

комплект наборов данных — административные районы А. 8 и С:

– метаданные на метаданные (область применения = комплект);

118

ГОСТ Р 57668—2017

– идентификация;

• ссылки и ответственный субъект.

– протяженность:

• ограничения:

• качество данных:

. поддержание:

– пространственное представление:

• рефвренснэя система;

. содержание:

– каталог графического отображения:

• распространение:

– расширение метаданных:

• схема приложения.

Плюс дополнительный набор для административного района А:

• метаданные на метаданные (область применения = набор данных — административный район А):

– идентификация набора данных;

– ссылки и ответственный субъект:

• протяженность.

3) В конечном итоге дополнительные данные становятся доступными для административной области А с полным повторным обследованием дорожной сети. Это подразумевает новые метаданные для затронутых типов объектов. Эти метаданные будут представлены на уровне типа объекта для административной области А. Все другие метаданные, относящиеся к другим типам объектов, останутся неизменными. Изменяются тогъко метаданные для дорог в административной области А. Эти метаданные для дороги записываются на уровне типа объекта. Таким образом, дополнительные метаданные требуются на уровне типа объекта для описания новых данных о дорогах административной области А. Минимальный уровень метаданных, необходимых для отражения этого изменения, будет следующим:

комплект наборов данных — административные районы А В и С;

– метаданные на метаданные (область = комплект):

• идентификация;

– ссылки и ответственный субъект;

• протяженность;

• ограничения:

• качество данных;

– поддержание:

• пространственное представление;

• рвфвренсная система:

– содержание:

• каталог графического отображения.

– распространение:

• расширение метаданных;

• схема приложения.

Плюс дополнительный набор для административного района А:

• метаданные на метаданные (область применения = набор данных — административный район А):

• идентификация набора данных

• ссылки и ответственный субъект

– протяженность.

Плюс дополнительный набор для объекта дорожной сети:

– метаданные на метаданные (область применения = тип объекта— административный район А — дорожная сеть);

• идентификация набора данных:

• ссылки и ответственный субъект.

4) Выявлены аномалии в съемке дорог, все зазоры для административного района А были обследованы с точностью до метра. Они вновь были пересняты с точностью до дециметра. Это повторное обследование предполагает новые метаданные для затронутых типов атрибута «Overhead Clearance». Все другие метаданные для административной области А остаются неизменными. Эти метаданные для Overhead Clearance’ записываются на уровне типа атрибута. Таким образом, дополнительные метаданные требуются на уровне типа атрибута для описания новых данных Overhead Clearance’ административной области А. Минимагъный уровень метаданных, необходимых для отражения этого изменения, будет следующим:

комплект наборов данных — административные районы А. В и С:

• метаданные на метаданные (область = комплект):

119

ГОСТ Р 57668—2017

– идентификация;

• ссылки и ответственный субъект;

– протяженность:

• ограничения:

• качество данных:

– поддержание:

• пространственное представление:

• референсная система;

– содержание;

– каталог графического отображения:

• распространение.

– расширение метаданных:

• схема приложения.

Плюс дополнительный набор для административного района А:

• метаданные на метаданные (область применения = набор данных — административный район А):

– идентификация набора данных;

– ссылки и ответственный субъект;

• протяженность.

Плюс дополнительный набор для объекта дорожной сети:

• метаданные на метаданные (область применения = тип объекта — административный район А — дорожная сеть);

• идентификация набора данных:

• ссылки и ответственный субъект.

Плюс дополнительный набор для типа атрибута Overhead Clearance:

• метаданные на метаданные (область применения = тип атрибута — административный район А — overhead clearance):

• идентификация набора данных:

– ссылки и ответственный субъект:

• качество данных.

5) Новый мост построен в административном районе А. Эти новые данные отражаются в пространственных данных для административного района А и новые метаданные требуются для записи этого нового объекта. Все другие метаданные для административного района А остаются неизменными. Эти новые метаданные объекта записываются на уровне экземпляра объекта. Таким образом, требуются допотительные метаданные на уровне Feature instance (экземпляра объекта) для описания нового моста. Минимальный объем метаданных, необходимых для отражения этого изменения, будет следующим:

комплект наборов данных — административные районы АбиС:

• метаданные на метаданные (область = комплект):

• идентификация:

– ссылки и ответственный субъект;

• протяженность:

• ограничения;

– качество данных:

• поддержание:

• пространственное представление:

• референсная система:

– содержание:

• каталог графического отображения:

– распространение:

. расширение метаданных:

• схема приложения.

Плюс дополнительный набор для административного района А:

• метаданные на метаданные (область применения = набор данных — административный район А):

– идентификация набора данных:

– ссылки и ответственный субъект;

– протяженность.

Плюс дополнительный набор для объекта дорожной сети:

• метаданные на метаданные (область применения = тип объекта – административный район А — дорожная

сеть);

• идентификация набора данных;

– ссылки и ответственный субъект.

120

ГОСТ Р 57668—2017

Плюс дополнительный набор для типа атрибута Overhead Clearance:

• метаданные на метаданные (область применения = тип атрибута—административный район А — Overhead Clearance}:

• идентификация набора данных:

• ссылки и ответственный субъект;

• качество данных.

Плюс дополнительный набор для экземпляра объекта «новый мост»:

• метаданные на метаданные (область применения = экземпляр объекта — административный район А — новый мост);

– идентификация набора данных:

• ссылки и ответственный субъект.

– протяженность.

6) Атрибут Overhead Clearance нового моста был неправильно записан и изменен. Этот новый атрибут требует новых метаданных для описания изменения. Все другие метаданные для административного района А остаются неизменными. Новый атрибут метаданных записан на уровне Attribute instance (экземпляра атрибута). Таким образом, дополнительные метаданные требуются на уровне экземпляра атрибута для описания нового Overhead Clearance. Минимальный объем метаданных, необходимых для отражения этого изменения, будет следующим:

комплект наборов данных — административные районы А. В и С:

• метаданные на метаданные (область = комплект);

• идентификация:

• ссылки и ответственный субъект;

• протяженность:

• ограничения:

• качество данных;

• поддержание:

• пространственное представление:

– рвфврвнснэя система:

. содержание:

– каталог графического отображения;

• распространение:

• расширение метаданных:

• схема приложения.

Плюс дополнительный набор для административного района А:

• метаданные на метаданные (область применения = набор данных — административный район А):

• идентификация набора данных:

– ссылки и ответственный субъект.

• протяженность.

Плюс дополнительный набор для объекта дорожной сети:

• метаданные на метаданные (область применения = тип объекта — административный район А—дорожная сеть):

• идентификация набора данных;

• ссылки и ответственный субъект.

Плюс дополнительный набор для типа атрибута Overhead Clearance:

метаданные на метаданные (область применения = тип атрибута — административный район А — Overhead Сеагапсе);

– идентификация набора данных:

• ссылки и ответственный субъект.

– качество данных.

Плюс дополнительный набор для экземпляре объекта «новый мост»:

– идентификация набора данных:

• ссылки и ответственный субъект;

• протяженность.

Плюс дополнительный набор для экземпляра атрибута Overhead Clearance нового моста:

• метаданные на метаданные (область = экземпляр атрибута — административный район А — Новый мост — Over head Clearance);

• идентификация набора данных;

• ссылки и ответственный субъект;

• качество данных.

121

ГОСТ Р 57668—2017

D.4 Пример 3. Пример расширения метаданных

Этот пример иллюстрирует добавление новых объектов метаданных и расширенный список кодов, которые могут быть использованы для документирования иерархической классификации на основе таксономии. На рисунке D.1 представлена UML-модель информации о расширении: в таблице 0.1 приведены записи словаря данных для расширенных сущностей и элементов.

Рисунок D.1 — Пример расширенных данных

122

123

Табл и ца D.1 — Словарь данных для расширенных элементов

Имя	Огрвдвлвнив	признак обязательности	Тип дачных	Значение домена	Мак симум вхожде ний	Родительская сущность	правило	Обоснование	Источник
Role пате: the Taxonomy-System	Информация о таксонах (1 иш более), включенных в набор данных, а том чтсле клкмееые слова, информация о таксономическом системе и покрытии, таксономической системе классификации	Н	Asso da-ton		1	MDJdentrft- са1юп	New Metadata package	Для обеспечения документирования таксономической информации	Natonal Biological Information Infrastructure (NBII) — национальная инфраструктура биологической информации
Taxonomy System	Документация таксономических ИСТОЧНИКОВ. процедур и подходов	Н	Class		1	M ^Identification	New Metadata package as a class to MD_ Id en location	Набор элементов данных, содержащихся в этом классе элементов. представляет собой попытку обеспечить лучшую документами) по созданию таксономических источников, процедур и подходов	National Biological Information Infrastmcture ^вне национальная инфраструктура биологическом информации
dassjfica- tonSystem Authority	Информация об используемой системе классификации или основании	О	Class	CLCrta- tion	N	Taxonomy- System	New Metadata class	Система классификации и любые модификации. сделанные в ней. представляют ообой значительную часть информации, касающейся данных, подлежащих документированию	National Biological Information Infrastmcture (NBII) — национальная инфраструктура биологической информации
dassrficaton-System Modift-catons	Описание изменений или исключений, сделанных в используемой классификации системы или основании	У/та кс он омическая классификация модифицирован ая?	Character String	Free text	1	classification System Authority	New Metadata attribute	Много раз используется стандартная система. но для специфических таксонов и групп сделаны исключения. Этот элемент позволяет описать исключения или модификации	Natonal Biological Information Infrastructure (NBII) — национальная инфраструктура биологической информации

ГОСТ Р 57668—2017

124

Продолжение таблицы 0.1

Имя	Определения	Признак обязательности	Тип Д»4НЫ V	Значение домена	Мак симум •хожде ний	Родительская сущность	Правило	Обоснование	Источник
generafTaxo-nom «Scope	Описание ряда так* со нов. рассматриваемых в наборе данных или коллегии. Пример — Все сосудистые рас* тения были идентифицированы относительно семействе или вида, мхи и лишайники — как мох или лишайник	Н	Character String	Free text	1	Taxonomy- System	New Metadata attnbute	Чтобы обеспечить возможности документирования тжсо-нов. рассматриваемых в наборе данных или коллекции, посредством описания в виде свободного текста Это особенно важно для наборов данных или коллекций, содержащих примеры многих таксономических уровней	Natonai Biotog *cal Information Infrastructure (NBII) — националы! ая инфраструктура биологической информации
■dentrficaion- Referenoe	Информацию о лю* бых неофициальных материалах (например. полевые спра-80ЧНИЮ1), пригодных для восстановления реального процесса	О	Class	CLCtta- tion	N	Taxonomy- System	New Metadata class	Эта информация может быть полезна для тех. кто использует набор данных и. возможно. расширяет его. следуя аналогичной процедуре	Natonai Biological Information Inf rastru dire (NBII) — национальная инфраструктура биологической информации
observer	Информация о личности(ях). отеетственного(ых) за идентификацию образцов иш наблюдений и т. д.	Н	Class	Cl.Res- pons>- ЫНу	N	Taxonomy- System	New Metadata class	Если есть вопросы по идентификадои образцов или полевых наблюдений, это представляет создатель данных	Natonai Biological Information Inf rastru ctj re (NBII) — национальная инфраструктура биологической информации

ГОСТ Р 57668—2017

125

Продолжение таблицы 0.1

Имя	Определения	признак обязательности	Тип Д»4НЫ V	Значение домена	Максимум • каждений	Родительская сущность	Правило	Обоснование	Источник
identificaton- Taxonomic Procedures	Описание методов, используемых для таксономической идентификации Может включать в себя обработку образца, сравнение с музейными материалами, ключи и клю-ееые персонажи. химические или генетические анализы ит.д.	О	Character String	Free text	1	Taxonomy- System	New Metadata attribute		Natonal Biological Information Infrastructire (NBII) — национальная инфраструктура биологической и нформац»«
identificaton- Taxonomtc Completeness	Информация о пропорции и подходах к неидентифициро-ванным материалам (то есть материалам, посланным экспертами. и пока еще не определенным); оценке важности и идентификации ошибочных идентификаций, неопределенных определений. синонимов или других неправильных использований; некорректной трактовке таксонов или требующих дальнейшей работы и экспертизы а поле	Н	Character String	Free text	1	Taxonomy- System	New Metadata attribute		Natonal Biological Information Infrastructire (меж национальная инфраструктура биологической информации
Role name: the Vouchers	Информация о ваучере	Используемый ваучер	Associa tion	—	—	—	—	—	—
Role name: the Taxonomic Classification	Информация о таксономической классификации	О			1

ГОСТ Р 57668—2017

126

Продолжение таблицы 0.1

Имя	Определения	признак обязательности	Тип Д»4НЫ V	Значение домена	Мак симум •хожде ний	Родительская сущность	Правило	Обоснование	Источник
Vouchers	Информация о типах образца, хранилище, а также лицах, которые идентифицировали ваучеры	Использует признак обязательности ссылающегося объекта	Class		N	Тахопотю System	New Metadata dess		Natonat Biological Information Infrastructure (NBII) — национальная инфраструктура био логической информации
specimen	Слово или фраза, описывающая тип со-бранного образца. Пример — «Образец гербария», •образцы крови». «фотографии* — свободный текст	О	Character Siring	(гее text	1	Vouchers	New Metadata attribute		Natonai Biological Information Infrastructjre (NBII) — национальная инфраструктура биологической информации
repository	Информация о кураторе или контактном лице и/или органе, ответственном за образцы	О	Class	^Re sponsi bility	1	Vouchers	New Metadata class	Если no какой-либо причине на образцы нужно сослаться, информация о том, где они в настоящее время размещаются и кто несет ответственность за них, должна храниться вместе с документацией набора дэжых. Если они не были заархивированы. это должно бытьотмечено	National Biological Information Infrastrucfcjre (NBII) — национальная инфраструктура биологической информации

ГОСТ Р 57668—2017

127

Продолжение таблицы 0.1

Имя

Определения

Признак

обязательности

Тип

Д»4НЫ V

Значение

домена

Мак

симум

•хожде

ний

Родительская

сущность

Правило

Обоснование

Источник

Taxonomic

Classification

Информация о диапазоне таксонов, рассматриваемых в наборе данных или коллекции.

Примечание — Рекомендуется предоставлять информацию начиная с таксономического уровня царства к уровню. который отражает документируемый набор данных или коллекцию.

Уровни, царство, от-дел/тип. класс, порядок. семейство, род и виды дэлмыы быть включены в ряды по мере необходимости

Class

Taxonomic

Classification

New Metadata class

Для того чтобы обеспечить возможность точно описать таксоны. встречающиеся в наборе данных или коллекции. Это может быть достигнуто с использованием иерархической структуры, от царства вплоть до соответствующего таксономического уровня

Natonal

Biological

Information

Infrastructire

(NBII) —

национальная

инфраструктура

биологической

информации

commonName

Спецификация применимых общих имен.

Примечание — Эти общие имена могут быть общим описанием группы организмов.

Пример — Насекомые. позвоночные. злани, водоплавающие птицы, сосудистые растения ит.д.

Character

Stnng

tree text

Taxonomic

Classification

New Metadata attribute

Для того чтобы обеспечить возможность темно описать таксоны е наборе даншх или коллекции

Natonal

8iotog*cal

Information

Infrastructure

(FsTBII) —

национальная

инфраструктура

биологической

информации

ГОСТ Р 57668—2017

QZl

Окончание таблицы 0.1

Имя	Определения	признак обязательности	Тип Д»4НЫ V	Значение домена	Мак симум •хожде ний	Родительская сущность	Правило	Обоснование	Источник
taxonRank Name	Наименование таксономического ранга а соответствии с Taxon_Rank_Value (см. гример, включенный в определение Тахогюггис_ Ctasstficaton). Пример — Царство, отдел, тип, подтип, надкласс, класс, подкласс, суперпорядок, порядок, лодлорядок, над семейство, семейство. подсемейство, триба, род, вид	О	Character String	free text	1	Taxonomic Classification	New Metadata attribute	Для того чтобы обеспечить возможность точно описать таксоны в наборе данных или коллекции	Natonal Biological Information Infrastructire (NBII) — национальная инфраструктура биологической и «форматы
taxonRankValue	Имя. представляющее таксономический ранг описываемого таксона. Примечание — Пример, включенный в определение Ta«xiamic_Ct3ssf>cafoon	О	Character String	Free text	1	Taxonomic Classification	New Metadata attribute	Для того чтобы обеспечить возможность точно описать таксоны в наборе данных или коллекции	National Biological Information Infrastructire (ЬШИ) — национальная инфраструктура биологической информации
hierarchialCtass	Количество рекурсивных множеств таксономической системы классификации	Н	Class	Taxo nomic Classifi cation	N	Taxonomic Classification	New Metadata attribute	Для того чтобы обеспечить возможность указать количество рекурсивных таксономических систем классификации	National Biofog ical Information Infrastructire (меж национальная инфраструктура биологической информации

ГОСТ Р 57668—2017

D.5 Пример 4. Многоязычный свободный текст в элементах метаданных

В таблице 0.2 приведен пример Free text элемента метаданных useUmitation. как это может быть представлено на четырех языках и тремя различными наборами символов (см. рисунок 0.2). Элемент метаданных useUmitation. используемый в примере, приведен в В.2.4.

Таблица 0.2—Пример элемента метаданных

№

Имж’ролевое имя

Определение

Признак обязательности

Максимум о хождений

Тип данных

Домен

useUmitation

Ограничение, влияющее на пригодность для использования ресурса или метаданных.

Пример — «Не использовать для навиаации»

Character-

String

Free text

Пример многоязычности в отношении свободною текста элемента метаданных useUmitation {ограничение использования)
Код языка (необязательно)	Код страны (необязательно)	Код набора символов (необязательно)	Простой текст (обязательно)
eng (English) {см.примечание)	UK (United Kingdom) (см. примечание)	017 (ISO/IEC 8859-15) (см. примечание)	Weight restriction on bridges:Lorries exceeding five metric tonnes gross weight are not permitted on bridges (ограничение веса на мостах: грузовые автомобили полной массой более пяти тонн не допускаются на мостах)
fre (French)	Fr	017 (ISO/IEC 8859-15)	Limitation de pods sur les pools: Les camions dont le poids total exc6de 5 tonnes m&riques ne sont pas autorisds & circular sur les ponts
ага (Arabic)		011 (ISO/IEC 8859-6)
zho (Chinese)		029 (GB 18030)
Примечание — Если English. United Kingdom и ISO/IEC 6859-15 были бы определены как значения по умолчанию для всего файла метаданных, то в этом случае не было бы необходимости их указывать.

Рисунок D.2 — Пример многоязычности

129

ГОСТ Р 57668—2017

Приложение Е (справочное)

Реализация метаданных

Е.1 Предисловие

Содержание настоящего стандарта определяет сущности и элементы метаданных, необходимые для описания всех тилю ресурсе». Настоящий стандарт определяет типы данных для элементов и зависимости между сущностями в модели UML. Эта модель метаданных определяет содержание, но не форму реализации или кодирования.

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

Метаданные были первоначально задуманы, исходя из предположения, что набор данных может быть описан единственной сущностью MD_Metadata. В результате набор данных является по умолчанию областью применения сущностей MD_Metadata. Однако стало очевидным, что реальные наборы данных существуют вдоль спектра от простого до сложного и что документация для более сложных наборов данных может потребовать многократных контейнеров MD_Metadata для точного описания.

Дашое приложение рассматривает подходы к сборке сущностей метаданных для описания ресурсов с различными степенями сложности. Поскольку представленная спецификация — модель содержания, а не спецификация реализации, это рассмотрение имеет дело с сущностями метаданных и элементами, а не элементами XML и атрибутами или таблицами базы данных и полями, которые моггм быть использованы для реализации модели.

Настоящее приложение включает четыре пункта: Е.2 имеет дело с простыми ресурсами; Е.З — с более сложными ресурсами; Е.4 — со сложными ресурсами, которые комбинируют доступ к данным, структуру данных и содержание: Е.5 приводит использование MD_Scope для метаданных, описывающих агрегаты, серии и другие типы ресурсов.

Е.2 Простые ресурсы

Простой ресурс часто может быть описан единственной сущностью MO.Metadata, требующей совсем немного за пределами единичных вложений базовых сущностей. Самые простые случаи понятны, например: таблица измерений, проводимых в единственном сеансе единственным оператором, использующим ту же процедуру или геологическую карту единственного автора, единственного микроскопического электронного изображения обратного рассеяния горного тонкого среза, единственного файла спутникового снимка. Это обычно строго определенные ресурсы, которые описаны единственными записями метаданных: каждый такой ресурс хорошо описывается единственной сущностью MD_Metadata без использования других ресурсов метаданных.

Пример — Пример D.2 в приложении О — это пример метаданных для такого ресурса.

Е.З Комплексные ресурсы

Определение того, что составляет набор данных, отражает институциональную и программную среды мигрирующей организации и режимов доступа и использования данных. Понятие описания связанных вместе ресуроов как единого поддающегося обнаружению агрегата полезно для описания метаданных более сложных совокупностей данных.

Общие метаданные могут быть применены к ряду связанных элементов в совокупной записи мегаданных. Много совокупных ресурсов могут быть представлены как совокупность частей. Например, база данных, которая состоит из совокупности таблиц, в которой каждая включает совокупность полей, каждая состоит из совокупности экземпляров данных, представленных строками в таблице. Метаданные, которые описывают такие агрегированные ресурсы включением отношений между частями, а также классификаторов, указывающих разряд или позицию в иерархии, могут помочь в фигътрации или целеуказании пользовательских запросов к требуемому уровню детализации. Для агрегированных ресурсов, которые связаны, например, общим содержанием, целевой функцией или протяженностью, метаданными или контактами ресурса, информацией о качестве или информацией о распределении. запись агрегированных метаданных может содержать повторенные метаданные. Программное обеспечение для поддержки этих повторных метаданных в системе каталогизации может упростить ввод данных, обновление и создание отчетов. При необходимости к общим метаданным могут быть добавлены конкретные метаданные, которые при реализации запроса могут добавить или переопределить обобщенное описание ресурса. Такие процедуры нормализации — общепринятая практика в системах реляционных баз данных, чтобы уменьшить избыточность метаданных, которыми управляют на сайте, но могут быть расширены для XML-кодирования метаданных для доставки пользователям с использованием внутренних ссылок в документе экземпляра метаданных, и при помощи разрешаемого URJs обеспечить внешние ключи между документами метаданных и реестрами метаданных.

130

ГОСТ Р 57668—2017

Коды области применешя используются в экземплярах MD.Metadata для указания отношения ресурса, описанного таким экземпляром, к содержанию агрегированного ресурса, например, ранга в части йеной иерархии (см. Е.5).

Рассмотрим набор данных, который состоит из наблюдаемых или смоделированных параметров определенного количества высот или глубин, и связанный набор данных, который обеспечивает граничные условия на поверхности или производные значения этих параметров, усредненных по всем уровням. Первый использует трехмерное MD_SpatiaiRepresentation. второй — двухмерное MD_SpatialRepresenlatk>n. У этих двух ресурсов есть отличающийся. но связанный MD.Contentlnformation — те же свойства, но различные измерительные процедуры. Возможно также некоторое изменение е качестве данных или информации о распространении для этих двух наборов данных, но при этом большая часть метаданных, описывающих их. была бы одинаковой. Настоящий стандарт позволяет множественность объектов MD.SpattalRepresentation и MD_Contentlnformation в единственном объекте MD_Metadata. таким образом, допустимо организовать метаданные, описывающие эти ресурсы, как показано в Case 1 на рисунке ЕЛ. Этот подход использует единственную сущность MD_Metadata. которая содержит 20-обьект MD_SpatialRepresentaboo. ЗОобъекг MD_Spatia!Representation и единственный объект MD.ContenUnformation, который содержит все параметры. Такое размещение включает требуемую информацию, но нельзя сказать, какие параметры доступны для двухмерных и какие для трехмерных объектов и аналогично для другого распределения или информации о качестве, которые могут варьировать между двухмерными усредненными данными и трехмерными отдельно измеренными данными. Эта неоднозначность не может быть разрешена разделением параметров в два класса MD_Contentlnformation. как показано a Case 2 на рисунке ЕЛ. Нельзя определить, с каким классом MD.SpatialRepresentaUon какой из классов MD_Contentinformation связан.

Настоящий стандарт предоставляет два альтернативных решения, чтобы разрешить эту неоднозначность.

Первый подход — группировка на болев высоком уровне, используя конкретную сущность DS_Series. которая является подтипом абстрактного DS.Aggregate (см. Case 3 на рисунке Е.1). Три объекта MD_Metadata. каждый с различной областью применения, включены в сущность OS_Series. Объект с областью scope = senes содержит общие метаданные для всей совокупности. Объект с областью применения, равной dtmensionGroup. содержится в сущности DS_Dataset и содержит сущности 2D и 30 MD_SpatialRepresentabon вместе с соответствующими сущностями MD Contentlnformabon.

Case 1

MD.Mcudau mcud-iuScupe= daUict 20 spatial Represents bon 30 spaaalRepresentaann contentlnformaiion

Case 2

MD.McUdala meudauScope • dauser 20 spatial Represen latkin 30 spaiulReprvsenutkm 20 CDttenllnloimation 30 content! nformation

Рисунок E.1 —Области применения метаданных

Второй подход — это представление каждого параметра с отдельной, автономной сущностью MD_Metadata и использование сущности MD_Associated Resource для указания ассоциации между ресурсами (используя элемент имени) и между записями метаданных, описывающими ресурсы (metadataReference) (см. рисунок Е.2).

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

Второй подход может быть более подходящим в приложениях каталога, в которых пользователь ищет данные для определенного пользовательского сценария и. вероятно, предпочтет один из наборов данных, но не оба. В этом случае полная сущность MD_Meladata — это сущность, с которой работает большинство поисковых приложений каталога при использовании метаданных ИСО. Более сложные кодировки метаданных, включающие подтипы DS.Aggregate и включение содержания ссылкой (или неявное наследование для необязательных элементов), требуют, чтобы более сложное клиентское программное обеспечение было предоставлено пользователям. Использование ассоциаций с явной семантикой (использующий MD.AssociatedResource) обеспечивает модель, позволяющую пользователям перемещаться между связанными ресурсами в поисковом контексте.

131

ГОСТ Р 57668—2017

Примечание — Элемент ассоциации TypeCode может быть использован для указания природы отношений.

Рисунок Е.2 — Ассоциация MD_AssodatedResouroe между метаданными для связанных ресурсов

В типе ассоциации, описанной выше, неоднозначность существует везде, где отдельный класс включает множество повторяемых атрибутов. Настоящий стандарт применим ко многим из этих ситуаций. Например, в исходном стандарте объекты MD.Metadata могли включать многократные hierarchyLevels и многократные hierarchylevelNames без механизма для соединения определенного уровня с именем. С этим связано добавление объекта MD.Scope. который связывает определенное имя с определенным resourceScope. К другим неоднозначностям должны быть адресованы многократные экземпляры родительского класса.

Другая возможная иерархия метаданных показана на рисунке Е.З. В этом случае пространственный набор данных описан как совокупность типов объектов и типов атрибутов с совокупностью экземпляров объектов и атрибутов. Снова требуется комбинация всех метаданных для описания полной совокупности. Такой подход мог бы использоваться, чтобы задокументировать базу данных, в которой сущности DS_Dataset могли бы описать отдельные таблицы (область применения = набор данных или featureType). определение атрибутов (столбцы) в таблицах и отдельные экземпляры атрибута. На практике документацию на уровне экземпляра объекта обычно применяют к многократным экземплярам объекта (или строки таблицы) е наборе данных, в этом случае ассоциация обычно реализуется внешними ключами (ссыгки) от отдельных функций к применяемой сущности MD_Metadata.

Рисунок Е.З — Агрегация метаданных для описания составного набора данных

Е.4 Связанные наборы данных и сервисы: Multiple MDJdentification Objects

Описание ресурсов стало более сложным с увеличивающимся использованием веб-сервисов для обслуживания данных. Это приложение представляет несколько альтернативных подходов к адресации привязки между набором данных и сервисом, который обеспечивает доступ к набору данных. Относительные достоинства таких подходов должны быть определены на основе прикладных требований определенных практических сообществ. Технические выборы для реализации, сделанные такими сообществами, должны быть задокументированы в профили. чтобы сделать метаданные интероперабельными в этом сообществе.

Один подход — использование соглашений с элементами содержания CI_OnlneResource. включенными в MD_Drstributio<VMD_DigrtaiTranslerOptions. чтобы предоставить основную информацию о связи, обычно ссылаясь на документы описаний сервисов, такие как Web Services Description Language (WSDL). Web Application Descrpbon Language (WADL). OGC GetCapabililies. OpenSearchDescriptkxi и т. я. которые определен протоколом каждого сервиса. Этот подход основан на логике, что клиенты, которые могут ислогъэовать данную спецификацию сервиса, наиболее вероятно. будут в состоянии проанализировать и интерпретировать специфичное для сервиса самоописанив. чем описание сервиса 8 (10). Этот подход испогъзуется для метаданных, описывающих пространственные сервисы Open Geospatial Consortium, такие как Web Map Service (WMS), Web Feature Service (WFS), сервисы Web Coverage Service (WCS) (например. INSPIRE. EshCSWArcMap Client), обслуживающие отдельные объекты или слои, но его ограничения для описания нестандартных или более сложных ресурсобаэированных сервисов с большим разнообразием данных и опций запросов вызвали разработку (10]. чтобы обеспечить более устойчивую модель для описания сервисов.

132

ГОСТ Р 57668—2017

Другой подход — идентификационные элементы сервисов, описанные в {10]. могут быть объединены с приведенными в настоящем стандарте, чтобы описать сервисы вместе с данными, которым они служат. Настоящий стандарт поддерживает включение любого количества объектов MD_Dataldentification и SV_Serviceldentificatioo в одном MD.Metadataentity. Эта возможность полезна:

1 > для метаданных, олисьеающих ресурс, который сильно связан с одним или более сложными сервисами для доступа к ресурсу:

2} метаданных, описывающих сервис, который служит нескольким ресурсам.

В этих ситуациях прочной связи единственным объект MD.Metadata включал бы:

1} единственный объект MD_Dataldentification с множественными объектами SV_Serviceldentification или

2) единственный объект SV_Serviceldentific8tion с множественными объектами MD_Dataldentification.

В любом случае MD.Metadata включал бы объекты MO.Scope для набора данных и сервиса, и намерение объекта MD.Metadata будет состоять в том, чтобы указать, что набор данных и сервис обрабатываются как единый неделимый ресурс. Этот подход в настоящее время используется для наборов данных, к которым получает доступ THREDOS (Thematic Realtime Environmental Distributed Data Services — Тематические экологические распределенные сервисы передачи данных в реальном времени), предоставляемый University Corporation for Atmospheric Research (UCAR — Университетская корпорация атмосферных исследований) в Баулдвре. Колорадо. США.

Записи, которые включают множественные объекты MD_ldenti5cation. могли вызвать неоднозначное толкование относительно того, какие метаданные в записи связаны с различными объектами. На рисунке Е.4 исследована эта неоднозначность в случае с объектами идентификации данных и сервисов. Все объекты, включая DQ_DataOuality и ниже по обе стороны рисунка Е.4. могут быть непосредственно связаны с отдельными объектами MD_Datalden№cation и SV Serviceidentification. Объекты выше DQ_DalaQua&ty связаны с объектом MD_Metadata таким обрезом, что они применяются ко всем объектам MDJdentHication. включенным в запись. Объекты справа описывают содержание данных, то каких* обрезом они были собраны и как они распространяются. Объекты более тесно связаны с набором данных, чем сервис. Эго. вероятно, разумно, когда несхолько сервисов доступны для того же набора данных (Case 1). В случае для единственного сервиса, служащего множественным наборам данных, это не работало бы. если только все наборы дажых не имеют общее содержание, одинаковую информацию о сборе и о распространении.

В настоящем приложении не рассматриваются сигуацж, которые включают множественные объекты MD_Dataldentification без объектов SV_Serviceldentificatk>n или множественные объекты SV_Serviceldentificabon без объектов MD_Dataldentificabon. Представляется, что в этом случае должны быть использованы классы DS.Aggregate с множественными объектами MD_Metadata. как рассматривалось выше.

Рисунок Е.4 —Ассоциации в записях с множественными объектами MDJdentification

133

ГОСТ Р 57668—2017

Е.5 Область применения метаданных

Е.5.1 Введение

MD.Scope используется для того, чтобы описать охват и/или тип ресурса, которьы описывается записью метаданных или классом. Он включает MD_ScopeCode как краткий индикатор области применения, который может быть полезным в приложениях поиска и представления MD_ScopeDescripbon. чтобы обеспечить больше деталей.

Значения в списке MD.ScopeCodeList намеренно обобщены, а детализация этого приложения оставлена конкретному сообществу. Для того чтобы способствовать функциональной совместимости, использование кодов области применения должно быть тщательно задокументировано в любом практическом сообществе. В разделе E.S в общих чертах представлены возможные варианты применения кодов из сгмска кодов MD_ScopeCode и связанных кодов, включенных в [14], как часть списка MX_ScopeCode. Эти примеры приведены для того, чтобы обеспечить разумные начальные точки, и. конечно, не являются исчерпывающими.

Е 5.2 Метаданные агрегата и комплектов (необязательные]

Агрегат — это униеерсагъный контейнер для набора связанных ресурсов. Создание агрегата и серийных метаданных — это дополнительная функция, которая позволяет провайдерам данных создавать высокоуровневую информацию для общего описания данных и поиска. Это подразумевает, что элементы метаданных агрегата совместно используются и наследуются всеми элементами. Такой тип метаданных может быть достаточен для начальной характеристики имеющихся ресурсов, но может быть не достаточен для подробной оценки олредвлентх наборов данных.

Все комплекты — это агрегаты, но не все агрегаты являются комплектами. Отношения между ресурсами, включенными а агрегат, более специфичны, чем ресурсы в комплекте. Настоящий стандарт включает коды области применения для нескольких типов агрегатов:

– series —это универсалы-ыи набор ресурсов, которые имеют одни и те же характеристики темы, исходную дату, разрешения и/или методолоп*о. Точное определение того, что составляет комплект, определяет провайдер данных:

– productionSenes — это набор ресурсов, созданных с использование*! одинаковых процессов. Элементы productionSenes. как предполагается, имеют общие историю обработки и происхождение;

• platform Series — это набор ресурсов, полученных в результате наблюдения с единой платформы. Элементы platform Series, как предполагается, совместно используют ту же геопространственную геометрию. Метаданные для платформы, которые содержат несколько датчиков, могут содержать несколько подмножеств, каждое из которых является sensorSeries;

– sensorSeries — это набор ресурсов, полученных в результате использования единственного датчика;

– transferAggregate — это ряд ресурсов, собранных в целях передачи. Элементы мог гы быть связаны в виде результатов оперативного запроса или по любой другой причине, определенной провайдером или пользователем;

• other Aggregate — это ряд ресурсов, связанных по причине, не упомянутой в других кодах области применения.

Е.5.3 Метаданные набора данных (значение по умолчанию)

В целях настоящего стандарта набор данных должен быть экземпляром результата обработки непротиворечивых данных, сгенерированных или предоставленных дистрибьютором данных. Набор данных может быть составлен из идентифицированных типов объектов и экземпляров объектов, типов атрибутов и экземпляров атрибутов. как показано на рисунке Е.З.

Метаданные из информации о серии и наборе данных могут быть объединены, чтобы представить пользователю образ метаданных на уровне абстракции набора данных. Метаданные, для которых не указана область применения, интерпретируются как метаданные набора данных по умолчанию.

Е.5.4 Метаданные географического объекта и атрибута (необязательные)

Многие пространственные наборы данных — эго коллекции объектов, которые имеют единые наборы атрибутов. (Настоящий стандарт предоставляет описания типов объектов и типов атрибутов, а также конкретных экземпляров объектов и атрибутов. Для того чтобы описать эти общности, могут быть использованы следующие понятия ScopeCode и SoopeDescription:

– featureType (тип объекта) — конструкции, известные как объекты и сгруппированные на основе общих характеристик. Сервисы пространственных данных могут поддерживать метаданные типа объекта при их наличии и сделать такие метаданные доступными для запроса или извлечения. Метаданные типа объекта вместе с метаданными экземпляра объекта, типа атрибута и экземпляра атрибута будут сгруппированы в наборы данных, как определено в пункте Е.5.3. Примеры записей метаданных типа объекта могут включать все мосты или все станции набгъодения в наборе данных:

– featuretnstance (экземпляр объекта) — пространственные конструкции (объекты), имеющие прямое соответствие с объектами реального мира. Сервисы пространственных данных могут по выбору поддерживать метаданные экземпляра объекта при их наличии и сделать такие метаданные доступными для запроса ипч извлечения Метаданные экземпляра объекта вместе с метаданными типа объекта, типа атрибута и экземпляра атрибута будут сгруппированы в наборы данных, как определено 8 пункте Е.5.3. Однахо, как правило, метаданные экземпляра объекта связаны непосредственно с объектом, например как атрибут объекта в базе данных, и не обязательно выделяются в отдельном наборе метаданных согласно полной совместимой схеме. Примером записей метаданных экземпляра объекта могут быть Сиднейская гавань, мост Золотые Ворота или определенная платформа наблюдения:

134

ГОСТ Р 57668—2017

– attnbuteType/properlyType (тип атрибута/тил свойства) — цифровые параметры, которые описывают общий аспект сгруппированных пространственных примитивов (0-. 1-. 2-. и 3-мерные геометрические объекты). Сервисы пространственных данных могут выборочно поддерживать метаданные типа атрибута при их наличии и сделать такие метаданные доступными для запроса или извлечения. Метаданные типа атрибута вместе с метаданными типа объекта, экземпляра объекта и метаданные экземпляра атрибута будут сгруппированы в наборы данных, как ухаэано в пункте Е.5.3. Примеры записей метаданных типа атрибута могут включать верхний клиренс, связанный с мостами, или экологические параметры, измеренные датчиком на платформе наблюдения:

– atlribulelnstance (экземпляры атрибута) — цифровые параметры, которые описывают определенный аспект экземпляра объекта. Сервисы пространственных данных могут выборочно поддерживать метаданные экземпляра атрибута при их наличии и сделать такие метаданные доступными для запроса или извлечения. Метаданные экземпляра атрибута вместе с метаданными типа объекта, экземпляра объекта и типа атрибута будут сгруппированы в наборы данных, как определено в пункте Е.5.3. Однако обычно метаданные экземпляра атрибута объекта связывают непосредственно с атрибутом объекта, например как атрибут атрибута объекта в базе данных, и не обязательно выделяются в отдельном наборе метаданных, как предусмотрено полной совместимой схемой. Примеры записей метаданных экземпляра атрибута могут включать верхний клиренс, связанный с определенным мостом через дорогу, или значение экологического параметра, измеренного датчиком в определенное время.

Е.5.5 Метаданные о сеансе сбора/полевого сбора данных (необязательные)

Есть ряд возможных подходов к описанию ресурсов, которые включают многократные сеансы сбора данных (в лабораторных или полевых условиях). Если не требуются особые метаданные, определенные для какого-либо сеанса, многократный EX_SpatiaiTemporalExtents может использоваться для того, чтобы описать, где и когда имели место сеансы сборэ/полевых наблюдений. В тех случаях, когда сеансы неоднородные, требуются определенные метаданные для каждого сеанса. В этом случае общие метаданные для всего набора могут быть описаны на совокупном уровне и определенные метаданные могут быть включены в объекты MD_Metadata с одной из нескольких областей применения:

• colleclionSession/fieldSession — данные, которые имеют общий набор метаданных, описывающих определенное событие сбора в лаборатории или в поле:

• sample (выборка) — метаданные, связанные с определенным физическим экземпляром:

– cotlectionHardware — элементы из ГОСТ Р 57656 могут быть использованы для описания инструментов и платформ, использованных для сбора данных и последующей обработки этих данных. Кроме того, метаданные для аппаратных средств, использованных для сбора, должны описать пространстввкно/временную протяженность, в отношении которой аппаратные средства использовались, и представить информацию о качестве, которая, е частности. связана с этими аппаратными средствами.

Е.5.6 Метаданные группы размерности (необязательные)

Метаданные группы размерности должны быть использованы в наборах, которые включают поднаборы с различной размерностью. Например, многомерное атмосферное покрытие может включать измерения или результаты моделирования для параметров на нескольких высотах, трехмерный набор данных, а также среднее значение параметра на всех высотах, двухмерный набор данных. Трехмерные океанские модели могут также включать эталонные наборы данных для поверхности или морского дна. В этих ситуациях каждый dimensionGroup мог быть описан как отдельный объект MD_Metadata в единственном DS_Dataset (см. case 3 на рисунке Е.1).

Е.5.7 Метаданные модели (необязательные)

Результаты моделирования — важная часть среды данных о состоянии окружающей среды. Весьма значимо понимание источников наблюдения данных, алгоритмов обработки и версий, которые используются для получения этих резупьтатов. ГОСТ Р 57656 значительно расширяет возможности настоящего стандарта в чести происхождения и должен учитываться для использования 8 этих ситуациях. У метаданных, которые описывают результаты моделирования, имеется область применения = модель (scope = model).

Е.5.6 Метаданные о сервисах (необязательные)

В настоящее время разработан международный стандарт для описания сервисов [10]. Настоящий стандарт описывает объект SV_Serviceldentificabon. который включает элементы для описания сервисов и связанных операций. Объекты MD.Meladata. которые включают объекты SV_Serv>celdentificat>on. должны включать область применения = сервис (scope = service).

Е.5.9 Метаданные о программном обеспечении

В ГОСТ Р 57656 были добавлены элементы для описания программного обеспечения и обработки, использованной для создания продукта из ряда наблюдений. Добавленные элементы включают также CI_Citabons. Для описания программного обеспечения должны использоваться скорее эти ссылки, а не MD.Metadata с областью применения = программное обеспечение (scope = software).

Е.5.10 Метаданные о тайлах (необязательные)

Многие крупные наборы данных дистанционного зондирования разделены на множество тайлов, для того чтобы упростить доступ и передачу поднаборов из подмножеств. У метаданных для этих тайлов область применения = тайл (scope = tile).

135

ГОСТ Р 57668—2017

Е.5.11 Метаданные о метаданных (необязательные)

Метаданные, описывающие другие метаданные, будут иметь область применения = метаданные (scope = metadata).

Е.5.12 Метаданные об инициативе (необязательные)

Список DSJnitiabveTypeCode включает значения для описания многих типов данных, набора наблюдения и управленческих инициатив. Этот список кодов используется, чтобы описать агрегации таким образом, что aggregateDataSetldentifier мог идентифицировать запись метаданных, которая описывает любой из этих типов инициатив. Область применения = инициатива (scope = initiative) обеспечивает общий тип для всех этих инициатив. Он может использоваться, чтобы описать проект или программу, которая может производить другие ресурсы. Отмечают также использование DSJnitiativeType для описания MD_AssociatedResource.

Е.5.13 Метаданные о документе (необязательные)

Ci_Citation обеспечивает четкий механизм для цитирования документа, но есть много ситуаций, в которых было бы лучше предоставить более подробные описания других аспектов документа. Метаданные с областью применения = документ (scope = document) обеспечивают для этого определенный механизм.

Е.5.14 Метаданные о репозитарии (необязательные)

Метаданные о репозитарии могут включать контактную информацию и широкие описания типов данных, содержащихся в репозитарии. Они могут также включать информацию о качестве соответствия репозитария различным стандартам. Метаданные с областью применения = репозитарий (scope = repository) обеспечивают механизм для описания этих фасетов репозитария.

136

ГОСТ Р 57668—2017

Приложение F (обязательное)

Метаданные обнаружения географических ресурсов

F.1 Метаданные обнаружения ресурса

Элементы метаданных, перечисленные в таблицах F.1 и F.2. предназначены для использования при управлении продуктом и/нли каталогами метаданных на сервисы, а также метаданными, которые представлены, чтобы упростить обнаружение. Не все элементы метаданных обязательные, признак обязательности установлен в настоящем стандарте.

F.2 Метаданные для обнаружения несервисных географических ресурсов

Элементы метаданных, используемые для обнаружения ресурсов, отличных от сервисов, идентифицированы в таблице F.1.

Таблица F.1 — Метаданные для обнаружения географических наборов данных и комплектов

Элемент метаданных	Примах обя»a-тельности.’махсм-ыум вхокденми	Комментарий
Metadata reference information: MD_Metadata.metadataldentifier	Н/1	Уникальный идентификатор для метаданных
Resource title: (MD_Metadata.identification Info > MD_Dataldentification. citation > CI_Citation.title)	0(1	Название, под которым известен ресурс
Resource reference date: (MD.Metadata.idenitificationlnfo > MD_Dalatdentification. citation > CI_Citation.date)	ИIN	Дата, которая используется для идентификации ресурса
Resource identifier: (MD_Metadata.identificationlnfo>MD_DataldenUfication. citation > CI_Citatton.<dentifier>MD_tdentjfier)	НIN	Уникальный идентификатор для ресурса
Resource point of contact: (MD_Metadata.identification Info > MD_Dataldentification. pointOfContact > CI_Responsibility)	НIN	Лицо, должность или организация, ответственные за ресурс
Geographic location: (MD_Metadata.identificationlnfo > MD_Dataldentification. extent > EX_Extent.geographicElement > EX_Geograph*c Extent > EX_Geographic6our>dtngBox-or£X_Geographic Description)	У — не равен «не обязательный набор »IN	Географическое описание или коордшаты (широта^долгота), которые описывают расположение ресурса
Resource language: (MD_Metadata.identification Info > MD_Dataldentification. defaultLocale > PT_Locale)	У — обязательный. если язык используется в pecypce/W	Язык и набор символов, используемые в ресурсе (если используется язык)

137

ГОСТ Р 57668—2017

Окончание таблицы F. 1

Элемент негаданных	Признак обяза-тельмости/макси-нум вхождений	Комментарий
Resource topic category:	У — не равен	Подборка из 20 элементов в пере-
	«набор или	числении MD_TopicCatagory. кото-
(MD Metadata.identificationlnfo > MD Dataldentificabon.	комплект не	рыв описывают тему ресурса
topicCategory > MD_TopicCategoryCode}	обяэательныв/А/
Spatial resolution:	H/W	Номинальный масштаб и/или пространственное разрешение
(MD_Metadata.idenbficationlnfo > MDJdentificatkxv spatialResolution > MD_ResoluUon.equtvalenlScate MD_Resotution.distance. MD_ResohJtion.verticai, or MD_Resotution.angularDistance. or MD_Resolutkxv levetOfDetaii)		ресурса
Resource type:	У — не равен	Код ресурса, идентифицирую-
	набору дан-	щий тип ресурса, например на-
(MD_Metadata.metadataScope >MD_Scope.	ных/1	бор данных, набор, приложение
re source Scope)		(см. MD_SoopeCode}, которые описывают метаданные
Resource abstract (MD_Metadata.idenbficationlnfo > MD.Oataldentificabon. abstract)	0/1	Краткое описание содержания ресурса
Extent information for the dataset (additional): (MD_Metadata.identificabonlnfo > MDJdentification.extent > EX_Extent > EX_TemporalExteot or EX_VerticalExtent)	HIN	Временная или вертикальная протяженность ресурса
Resource lineage:	WN	Описание исгочника(ов) и процесса(ое) производства, и с-
(MD_Metadata > resourceLineage > LI_Lineage)		пользуемых в создании ресурса
Resource on-line Link: (MD_Metadata.identification Info > MD_Dataldentificabon. citation > CI_Citation.oniineResource > CI_Online Resource)	ИIN	Ссылка (URL) е метаданных для ресурса
Keywords:	Н IN	Слова или фразы, описывающие ресурс, который будет иедексиро-
(MD_Metadata.identificationlnfo > MD_Dataldentificat»on > descrytiveKeywords > MD_Keywords)		ааться и разыскиваться
Constraints on resource access and use: (MD_Metadata.identificationlnfo > MD_Dataldentificaboo > MD_Constraints.useLimitations and/or MD_ LegalConstraints and/or MD_SecurityConstraints)	H/W	Ограничения на доступ и использование ресурса
Metadata date stamp: (MD_Metadata.dateInfo)	OIN	Ссылочная(ые) дага(ы) для метаданных. особенно дата создания
Metadata point of contact (MD_Metadata.contact > CI_Responsibiiity)	0 IN	Сторона, ответственная за метаданные

138

ГОСТ Р 57668—2017

F.3 Метаданные для обнаружения сервисов

Элементы метаданных, используемые для обнаружения сервисных ресурсов, идентифицированы е таблице F.2.

Таблица F.2 — Метаданные, необходимые для обнаружения сервисных ресурсов

Элемент метаданных	Признак обяза-•сльности.’макси-ыум вхождений	Комыеитврий
Metadata reference information: MD_Metadata.metadataidentrf>er	Н/1	Уникальный идентификатор для метаданных
Service title: (MD_Metadata .identiftcationlnfo > SV_Serviceldentifica-tion.citabon > CI_Citation.title)	0/1	Заголовок, под которым известен сервис
Reference date: (MD_Metadata.identification Info > SV_Serviceldentifica-tion.citation > Cl.Citation.date)	H/t	Дата, которая используется, чтобы идентифицировать сервис
Resource identifier. (MO_Metadata.iden№cationlnfo>SV_Serviceiden№cation. citation > CI_Citation.identifier > MDJdeotifier)	НIN	Идентификатор для сервиса
Responsfcte party: (MD_Metadata.identificationlnfo > SV_Service Identification. ро!пЮ<Соп1ас1 > C!_Responsibilrty)	H/W	Лицо, должность или организация, ответственные за сервис
Geographic location: (MD_Metadala.*dentificationlnfo > SV_Service Identification. extent > EX_Extent.geographicElement > EX_Geographic Extent > EX_GeographicSoundingBox -orEX.Geographic Description)	0/1	Ест сервис касается географической области, географических координат (широта/долгота) или географического гаэегира, расположение сервиса должно быть указано
Service topic category: (MD_Metadata.*denti6cationlnfo > SV_Serviceldentification. topicCategory > MD_TopicCategoryCode)	НIN	Выборка из 20 элементов в «перечислении MD.TopicCatagory». которые описывают тему ресурса. Ест сервис о географической области. то должна быть обеспечена категория темы сервиса
Resource abstract: (MD_Metadata.ident№cationlnfo > SV_Serviceldentification. abstract)	0/1	Крагхое описание содержания сервиса
On-line Link: (MD_Metadata.identi6cationlnfo > SV_Service Identification. citation > CI_Cita bon.online Re source > CI_OnlineResource)	НIN	Ссылка URL для сервиса
Keywords: MD_Metadata.identificabonlnfo > SV.Serviceldentification > MD_Keywords)	Н IN	Слова или фразы, описывающие сервис, который будет индексироваться и разыскиваться
Constraints on access and use: MD_Metadata > SV_ServiceldentiRcation > MD_Constrairtts. useLimitations and/or MD.LegalConstraints and or MD.SecurityConstraints	НIN	Ограничения на доступ и использование сервиса

139

ГОСТ Р 57668—2017

Окончание таблицы F.2

Элемент метаданных	Признак обям-тельности/макси-мум вхождении	Комментарий
Metadata date stamp:	O/N	Дата создания метаданных
(MD.Metadata.dateinfo)
Metadata point of contact: (MD_Metadata.contact > CI_Responsibdity)	от	Сторона, ответственная за метаданные
Resource type: (MD_Metadata.metadataScope > MD.Scope. re source Scope)	0/1	Код ресурса, идентифицирующий тип ресурса, например сервис, набор. приложение (см. MD_Scope Code), который описывает метаданные
Coupled Resource: (MO_Metadata > SV_Serviceldentificabon.coupied Resource > SV_CoupledResource)	У— если существует coupled Resource/А/	Идентификатор и имя набора данных. с которыми сервис связан
Coupled resource type: (MD.Metadata > SV_Serviceldentificabon.couptingType > SV_Couplir>gType)	У — если существует coupled Resource/1	Описывает плотность связи с ресурсом

140

ГОСТ Р 57668—2017

Приложение ДА (справочное)

Термины из списков кодов и перечислений раздела В.З приложения В (по алфавиту)

Таблица ДА.1

N» лп	Имя ПОНЯТИЯ ИЛ английском языке	Перевод	Определение
1	abstract	Абстрактный	Топологический комплекс без какой-либо определенной геометрической реализации
2	abstractClass	Абстрактный класс	Класс, который не может быть выделен непосредственно
3	accepted	Принято	Согласован спонсором
4	adopted	Одобрено	Дата определяет, когда ресурс был одобрен
5	aggregate	Агрегат	Информация относится к агрегированному ресурсу
6	aggregateClass	Агрегированный класс	Класс, которьм состоит из классов, соединенных отношениями агрегата
7	annually	Ежегодно	Данные обновляются один раз в год
в	application	Приложение	Информационный ресурс, размещенный на конкретном наборе технических средств и доступный через сеть
9	area	Площадь	Каждая ячейка представляет площадь
10	asNeeded	По мере необходимости	Данные обновляются по необходимости
11	association	Ассоциация	Семантическое отношение между двумя классами, в которых между их экземплярами имеются связи
12	attribute	Атрибут	Информация относится к атрибуту класса
13	attributeType	Тип атрибута	Информация относится к характеристике объекта
14	audioDigital	Цифровая аудиозапись	Цифровая аудиозапись
15	audioHardcopy	Аналоговая аудиозапись	Аудиозапись, поставляемая аналоговыми способами. например, на магнитной ленте
16	author	Автор	Сторона — автор ресурса
17	auxiltarylnformation	Вспомогательная информация	Данные, обычно физические измерения, используемые для поддержки расчета первичного physicatmeasurement покрытия в наборе данных. Пример — Сеткаоптическойтолщиныаэро-золей, используемая при вычислении температуры поверхности моря
16	biarmualty	Полугодичный	Данные обновляются каждые 6 мес.
19	biennially	Двухгодичный	Ресурс обновляется каждые 2 года

141

ГОСТ Р 57668—2017

Продолжение таблицы ДА 1

N» пп	Имя понятия и* английском я>ыкс	Перевод	Определение
20	biota	Биота	Флора и фауна в естественной среде. Примеры —Дикие животные, растительность, биологические науки, экология, целина, морские животные, водно-болотные угодья, местообитание
21	bhjrredlmage	Расплывчатое изображение	Часть изображения расплывчата
22	boundaries	Границы	Юридическое описание земли. Пример — Политические и административные границы
23	browse Graphic	Графический браузер	Предоставляемый графический браузер
24	browsing	Просмотр	Предоставляемый онлайн-просмотр
25	campaign	Кампания	Серия организованных спланированных действий
26	centre	Центр	Точка посередине между нижним левым и верхним правым пикселем
27	characterstring	Символьная строка	Текстовая информация
28	class	Класс	Описание набора объектов, использующих одни и те же атрибуты, операции, методы, отношения и поведение
29	dimatotogyMeteorotogy Atmosphere	Климат, метеорология, атмосфера	Процессы и феномены в атмосфере. Пример — Облачность, погода, климат, атмосферные условия, изменение климата, осадки
30	doud	Облачность	Часть изображения закрыта слоем облачности
31	coAuthor	Соавтор	Сторона — соавтор ресурса
32	codelisl	Список кодов	Гибкое перечисление, полезное для представления и ведения длинного списка величин
33	codeHstEtement	Элемент списка коров	Разрешенное значение для списка кодов или перечисления
34	collaborator	Партнер	Сторона, которая помогает в создании ресурса, но не является главньш разработчиком
35	collection	Коллекция	Совокупность ресурсов, собранных для определенной цели (см. В.3.10)
36	ooSection	Коллекция	Информация относится к неструктурированному набору (см. В.3.28)
37	ooliectionHardware	Коллекция аппаратного обеспечения	Информация относится к классу коллекции аппаратного обеспечения
38	coltectionSession	Коллекция сессии	Информация относится к коллекции сессии
39	coliectiveTitte	Общее название	Общее название для коллекции ресурсов. Примечание — Заголовок определяет элементы серии коллективно, в сочетании с информацией о том. какие тома доступны в цитируемом источнике
40	column	Колонка	Ось абсцисс х

142

ГОСТ Р 57668—2017

Продолжение таблицы ДА 1

N» пп	Имя понятия и* английском я>ыкс	Перевод	Определение
41	сом	COM	Component Object Model
42	completed	Завершенный	Производство данных закончено
43	oompleteMetadata	Полные метаданные	Предоставляемые полные метаданные
44	complex	Сложный	Набор геометрических примитивов, границы которых могут быть представлены как объединение других примитивов
45	composite	Композитный	Связанный набор кривых, объемных тел или поверхностей
46	compoundEngineering- Parametric	Объединенная прикладная параметрическая	Объединенная пространственно-параметрическая система координат, содержащая прикладную систему координат и параметрическую систему отсчета. Пример — [focal]х. у, давление
47	compoundEngineering- ParametricTemporal	Объединенная прикладная параметрическая временная	Объединенная пространственно-параметрическая временная система координат, содержащая прикладную. параметрическую и временную систему координат. Пример — [local]х, у, давление, время
46	compoundEngineering- Temporal	Объединенная прикладная временная	Объединенная пространственно-временная система координат, содержащая прикладную и временную системы координат. Пример — [local]х, у, время
49	compoundEngineering Vertical	Объединенная прикладная вертикальная	Объединенная пространственная система координат. содержащая горизонтальную прикладную систему координат и вертикальную систему координат. Пример — [local]х. у, высота
50	compoundEngineenng Verticarremporal	Объединенная прикладная вертикальная временная	Объединенная пространственно-временная система координат, содержащая прикладную, вертикальную и временную системы координат. Пример — [local]х. у, высота, время
51	compoundGeographic- 2DParametric	Объединенная географическая 20-параметрическая	Объединенная пространственно-параметрическая система координат, содержащая двухмерную географическую горизонтальную систему координат и параметрическую систему отсчета. Пример — Широта, долгота, давление
52	compoundGeographic- 2DParametricTemporal	Объединенная географическая 20-параметрическая временная	Объединенная лространственно-парамегриче-схая-временная система координат, содержащая двухмерную горизонтальную географическую параметрическую и временную координатные системы. Пример — Широта, долгота, давление, время
53	compoundGeographic- 20Temporal	Объединенная географическая 20-еременная	Объединенная пространственно-временная система координат, содержащая двухмерную горизонтальную географическую систему координат и систему отсчета времени. Пример — Широта, долгота, время

143

ГОСТ Р 57668—2017

Продолжение таблицы ДА 1

N* пп	Имя понятия ИЯ английском я>ыкс	Перевод	Определение
54	oompoundGeographic- 2DVerbcal	Объединенная географическая 2D-вертикальная	Объединенная система координат, в которой одна составляющая система координат является горизонтальной геодезической координатной системой отсчета и одна — вертикальной системой координат. Промер — Широта, долгота, высота. [связанная с силой тяжести/ или глубина
55	compoundGeographic- 2DVerticalTemporal	Объединенная географическая 2В-вертикальная временная	Объединенная пространственно-временная система координат, содержащая двухмерную горизонтальную географическую, вертикальную и временную системы координат. Пример — Широта, долгота, высота, время
56	compoundGeographic- 3DTemporai	Объединенная географическая 3D-временная	Объединенная пространственно-временная система координат, содержащая трехмерную географическую и временную системы координат. Пример — Широта, долгота, эллипсоидальная высота, время
57	compoundProjected- 2DParametnc	Объединенная в проекции 20-парметрическая	Объединенная пространственно-параметрическая система координат, содержащая горизонтальную систему координат в проекции и параметрическую систему отсчета. Пример — Широта, долгота, плотность
58	compoundProjected- 2DParametricTemporal	Объединенная в проекции 20-параметрическая временная	Объединенная пространственно-параметрическая временная система координат, содержащая горизонтальную в проекции, параметрическую, временную системы координат. Пример — Широта, долгота, плотность. время
59	compoundProjected-Temp or a*	Объединенная в проекции временная	Объединюi-мая пространственно-временная система координат, содержащая горизонтальную систему координат в проекции и временную координатную систему. Пример — Широта, долгота, время
60	compoundProjected Vertical	Объединенная в проекции вертикальная	Объединенная пространственная система координат. содержащей горизонтальную в проекции систему координат и вертикальную систему координат. Пример — Широта, долгота, высота, [связанная с силой тяжести} или глубина
61	compoundProjected VerticalTemporal	Объединенная в проекции вертикальная временная	Объединенная пространственно-временная система координат, содержащая горизонтальную в проекции. вертикальную и временную системы координат. Пример — Широта, долгота, высота, время
62	conditional	Условный	Элемент требуется при выполнении определенного условия
63	confidential	Конфиденциальный	Только для лиц. допущенных к информации (см.В.3.13)
64	oonftdentjal	Конфиденциальный	Не доступный для общественности. Примечание — Содержит информацюо. которая может нанести ущерб коммерческим, промышленным или национальным интересам {см. В.3.27)

144

ГОСТ Р 57668-2017 Пространственные данные. Метаданные. Часть 1. Основные положения

ГОСТР

57668—

2017

(ИСО 19115-1: 2014)

ПРОСТРАНСТВЕННЫЕ ДАННЫЕ. МЕТАДАННЫЕ

Часть 1

Основные положения

Предисловие

Содержание

Введение

ГОСТ Р 57668—2017 (ИСО 19115-1:2014)

1 Область применения

2 Соответствие

3 Нормативные ссылки

4 Термины и определения

5 Сокращения и аббревиатуры

6 Требования к метаданным

Ml

±.

AL—.4

0..*

Похожие документы: