allgosts.ru35. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ. МАШИНЫ КОНТОРСКИЕ35.220. Запоминающие устройства

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

Обозначение:
ГОСТ Р 57668-2017
Наименование:
Пространственные данные. Метаданные. Часть 1. Основные положения
Статус:
Действует
Дата введения:
06/01/2018
Дата отмены:
-
Заменен на:
-
Код ОКС:
35.220

Текст ГОСТ Р 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 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — е ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячном информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования—на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет ()

© Стандартинформ. 2017

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

II

ГОСТ Р 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. В текст настоящего стандарта дополнительно включено приложение ДА. содержащее перевод терминов из приложения В.

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

IV

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

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

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

МЕТАДАННЫЕ

Часть 1

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

Spatial data. Metadata. Part 1. Fundamentals

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1

ГОСТ Р 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): Сеть, составленная из двух или более наборов кривых, а которой члены каждого набора пересекаются с членами других наборов алгоритмическим образом.

2

ГОСТ Р 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)

— каталог объектов;

3

ГОСТ Р 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    — идентификационная информация:

4

ГОСТ Р 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    — информация о пространственно-временной протяженности.

5

ГОСТ Р 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

JL

ISO 1911] Spatial referencing by coordinate*

±.

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

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

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).

6

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

ГОСТ Р 57668—2017

_____________

Language-charactered localization information

Content information

"F

\

Metadata information

Distribution informa Hot

4    \    '

_ чч    \    \

Constraint Information]    4v    \    \

~l 4    \    \

AL—.4

Portrayal catalogue information

4    \ v

- W \

'v \    \

Service metadata information I

^bhon^an^reipoiMblejwity^nfemiation^

T7-

r

ж

Identification Information

Maintenance infwmattnr|

/

1

1

I

\

_ /

t

Lineage Information

/

1

1

1

1

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 и связанного словаря данных для каждого пакета е приложении В. Абстрактные классы (которые определены в виде схематических структур, то есть только их подклассы реализованы) идентифицируются их именами, указанными курсивом.

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

7

ГОСТ Р 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.

8

ГОСТ Р 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. Словарь данных для этой диаграммы приведен в таблице В.З приложения В.

9

ГОСТ Р 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 приложения в.

10

ГОСТ Р 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 — Списки кодов для идентификационной информации1!

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

11

ГОСТ Р 57668—2017

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

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

•CodcList*

MUJtestnctionCode

copyright

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 — Классы информации об ограничениях

12

ГОСТ Р 57668—2017

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

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

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

13

ГОСТ Р 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 приложения В.

14

ГОСТ Р 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.

15

ГОСТ Р 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.

16

ГОСТ Р 57668—2017

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

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

17

ГОСТ Р 57668—2017

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

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

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

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

18

ГОСТ Р 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 — Классы Информации о расширении метаданных

19

ГОСТ Р 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 приложения В.

20

ГОСТ Р 57668—2017

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

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

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

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

21

ГОСТ Р 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 — Классы информации о пространственно-временной протяженности

22

ГОСТ Р 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 ta -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 приложения В.

23

ГОСТ Р 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 приложения В.

24

ГОСТ Р 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.

25

ГОСТ Р 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-файл может поддерживать только данные, выраженные в одном наборе символов, который обычно

26

ГОСТ Р 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 приведен список элементов метаданных, которые облегчают обнаружение геопространственных ресурсов.

27

ГОСТ Р 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 Идентификатор проверки: проверка схемы

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

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

28

ГОСТ Р 57668—2017

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

29

ГОСТ Р 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 Необязательный (Н)

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

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

30

ГОСТ Р 57668—2017

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

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

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

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

B.1.7 Домен

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

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

31

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

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

Определение

Признак

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

Мысимум

вхождений

<ме>

Тил данных

Домен

36

Role name: nretadata-Scope

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

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

N

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)

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— Класс ключевых слое

Ni

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

Определение

Признак

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

Массимум

вхождений

Тил данных

Домен

73

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 — Информация о применении

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

Определение

Признак

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

Максимум

вхождений

<мв>

Тип данных

Домен

65

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 — Информация об ассоциациях

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

Определение

Признак

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

Мысимум

вхождений

{МВ)

Тип данных

Домен

93

MD_Associated Resource

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

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

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

Aggregated Class (MDJdentifkalion)

Строки 94—97

94

name

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

У/если

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

1

Class

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

*

w

ГОСТ Р 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)

*

VI

ГОСТ Р 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—Информация об этапе обработки

Nt

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

Определение

признак

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

Максимум

вхождений

<МВ|

Тип данных

Домен

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 — (Информация об источнике

N*

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

Определение

Признак

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

Мысимум

вхождений

<мв»

Тип данных

Домен

132

U.Source

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

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

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

Aggregated

Class

(Ll_lineage and LlJProcessStep)

Строки 133—139

133

description

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

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

1

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 — Информация о референсной системе

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

Определение

Признак

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

МфСИмум

вхождений

<МВ>

Тип денных

Домен

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—Информация о группе атрибутов

Nf

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

Определение

признак

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

Массимум

вхождений

<мв»

Тип данных

Домен

207

MD_Att rib ute Group

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

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

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

Aggregated

Class

(MD_C overage Description)

Строки 206—209

206

oontentType

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

О

N

Class

MD_CoverageContentType Code «CodeList»

(см. В.3.15)

ш

•ч

ГОСТ Р 57668—2017

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

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

Определение

Признак

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

Мысимум

вхождений

<ме>

Тил данных

Домен

209

Role пате: attnbute

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

Н

N

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 — Информация о распространении

N>

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

Определение

Примак

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

Мжсимум

вхождений

<мв>

Тип данных

Домен

237

MD_Distrib ution

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

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

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

Aggregated

Class

(MD_Metadata)

Строки 238—241

236

description

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

н

1

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.

8

ГОСТ Р 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—Информация о носителе

Ns

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

Определение

признак

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

Максимум

вхождений

<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 = нет 1s да

Примечание — 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.

w

ГОСТ Р 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 — Информация о географической протяженности

Ns

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

Определение

Признак

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

Мжсимум

вхождений

<мв>

Тип данных

домен

340

EX_GeographicExtent

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

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

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

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

Строка 341

341

extentTypeCode

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

Н

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

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— Информация о временной протяженности

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

Определение

признак

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

Мфсимум

вхождений

(Мв>

Тип денных

домен

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—Информация о дате

Ni

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

Определение

Признак

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

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

<мв>

Тип данных

Домен

402

CI.Date

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

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

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

Class

«DataType»

Строки 403—404

403

date

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

О

1

Class

DateTime (см. В.22)

ГОСТ Р 57668—2017

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

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

Определение

Признак

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

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

<ме>

Тил данных

Домен

404

dateType

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

О

1

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>

H

1

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.

8

ГОСТ Р 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— Графическое отображение информации

Mt

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

Определение

признак

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

Мжсимум

вхождений

<МВ)

Тип данных

Домен

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

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

О

N

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

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

О

1

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

ГОСТ Р 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].

90

ГОСТ Р 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

Дата определяет, когда распространен экземпляр ресурса

91

ГОСТ Р 57668—2017

В.3.3 Cl OnLineFunctionCode «CodeList»

Имя понятия на английском (на русском) языке

Код

Определение

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

Образ естественных или искусственных явлений. объектов и деятельности, полученный посредство*.! зондирования в визуальном или другом сегменте электромагнитного спектра датчиками типа тепловых инфракрасных, радара с высоким разрешением и воспроизведенный на бумаге, фотографическом материале или другом носителе для использования непосредственно человеком

92

ГОСТ Р 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

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

93

ГОСТ Р 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

Телефон обеспечивает голосовой сервис

94

ГОСТ Р 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

95

ГОСТ Р 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»

Имя понятия на английском (на русском) языке

Код

Определение

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.

96

ГОСТ Р 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

Имеющее смысл численное представление физического параметра, не являющееся фактическим значением физического параметра

97

ГОСТ Р 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

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

98

ГОСТ Р 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 (код типа геометрического

используемых для определения нуль-, одно-.

объекта)

двух- или трехмерных пространственных место-

положений в наборе данных

99

ГОСТ Р 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»

Имя понятия на английском (на русской) языке

Код

Определение

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

1

Taxonomic

Classification

New Metadata class

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

Natonal

Biological

Information

Infrastructire

(NBII) —

национальная

инфраструктура

биологической

информации

commonName

Спецификация применимых общих имен.

Примечание — Эти общие имена могут быть общим описанием группы организмов.

Пример — Насекомые. позвоночные. злани, водоплавающие птицы, сосудистые растения ит.д.

Н

Character

Stnng

tree text

N

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

ГОСТ Р 57668—2017

D.5 Пример 4. Многоязычный свободный текст в элементах метаданных

В таблице 0.2 приведен пример Free text элемента метаданных useUmitation. как это может быть представлено на четырех языках и тремя различными наборами символов (см. рисунок 0.2). Элемент метаданных useUmitation. используемый в примере, приведен в В.2.4.

Таблица 0.2—Пример элемента метаданных

Имж'ролевое имя

Определение

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

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

Тип данных

Домен

99

useUmitation

Ограничение, влияющее на пригодность для использования ресурса или метаданных.

Пример — «Не использовать для навиаации»

н

N

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

лп

Имя ПОНЯТИЯ ИЛ английском языке

Перевод

Определение

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

пп

Имя понятия и* английском я>ыкс

Перевод

Определение

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

пп

Имя понятия и* английском я>ыкс

Перевод

Определение

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