Статус документа

ГОСТ Р 70317-2022 (ISO/TS 19115-3:2016) Пространственные данные. Метаданные. Часть 3. Реализация XML-схемы для основных понятий

6.6 Требования к документам для обмена метаданными

Для повышения совместимости метаданных настоящий стандарт определяет классы соответствия для шести типов экземпляров документов метаданных, которые постепенно реализуют больше возможностей для описания ресурсов и их взаимосвязей (см. таблицу 9). Наиболее простым является класс требований Minimal-Metadata-lnstance (экземпляр минимальных метаданных), который определяет документ метаданных, использующий элементы в пространствах имен в соответствии с настоящим стандартом, необходимые для соблюдения минимальных обязательных требований к содержимому согласно модели ГОСТ Р 57668 для метаданных набора данных.

Класс требований к метаданным для данных или сервисов определяет тип документа, который использует модули пространства имен в соответствии с настоящим стандартом, для реализации всех свойств, указанных для записи метаданных, заданной в моделях ГОСТ Р 57668 и ГОСТ Р 57656, за исключением расширений типов (gcx) и расширений метаданных (mex). Такой тип документа обеспечивает полную запись метаданных, описывающую любой тип геопространственного ресурса или сервиса, включая информацию о сборе данных, определенную в ГОСТ Р 57656.

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

Класс требований к метаданным с расширенным содержимым задает тип документа, который расширяет требования к метаданным для данных или сервисов, предоставляя как замену символьных строк из пространства имен геопространственных общих расширений (gcx), так и замену расширений схемы метаданных, определенной ГОСТ Р 57668 и ГОСТ Р 57656 с использованием пространства имен расширений метаданных и процедуры согласно ГОСТ Р 57668-2017 (6.5.12). Профили пользователей и расширения для метаданных рассмотрены в ГОСТ Р 57668-2017 (приложение С) с правилами, связанными с надлежащим анализом требования к расширению, и с полученной документацией для описания расширения. Правила, задающие требования для реализации различных типов расширения в соответствии с ГОСТ Р 57668-2017 (С.2 приложения С), перечислены в [3]. Эти правила были использованы для определения требований, перечисленных в таблице 9.

Класс требований к экземпляру приложения метаданных задает тип документа, который реализует модель приложения метаданных, определенную в ГОСТ Р 57668-2017 (6.2). Эта модель предназначена для поддержки метаданных, описывающих иерархические агрегаты данных или коллекции, путем определения нескольких классов для представления различных типов агрегатов, являющихся подтипами абстрактного класса DS_Resource. Концептуальная модель определяет двунаправленную ассоциацию между DS_Resource и элементом Metadata lnformation::MD_Metadata. Реализация двунаправленной ассоциации делает невозможной модуляризацию модели метаданных из-за циклических зависимостей, которые она вводит. Таким образом, в настоящем стандарте реализована только ассоциация от DS_Resource к MD_Metadata, но не обратная ассоциация от MD_Metadata к DS_Resource. Это основано на анализе того, что в реальных приложениях предпочтительный сценарий состоит в том, чтобы связать ресурс с метаданными, описывающими ресурс, и что свойство associatedResource в MD_Identification может быть использовано для реализации взаимосвязи записи метаданных с описанными экземплярами ресурса, при необходимости.

Класс требований к экземпляру метаданных для передачи данных задает тот тип документа, который реализует модель метаданных для передачи данных (см. [3]). Эта модель реализована в настоящем стандарте для совместимости с ГОСТ Р 57668 и предоставляет тот каталог (определенный в пространстве имен cat), который перечисляет содержимое агрегации набора данных, описанной записью метаданных, и позволяет вспомогательным файлам связываться с агрегатом или с компонентами наборов данных.

Таблица 9 - Классы требований для типов документов, используемых для обмена метаданными и связанной информацией


Пространство имен	URI класса требований	Зависимости	Требования
/mdb/1.0	/req/metadata- minimal-instance	/req/metadata-base- instance/ req/resource- identification-in- stance/req/citation-instance Conditional: /req/geospatial-	/req/metadata-minimal-instance/validation Экземпляр документа XML с минимальными метаданными должен быть правильно сформирован и действителен
		extent-instance	/req/metadata-minimal-instance/resource- identification Экземпляр документа метаданных, соответствующий настоящему стандарту, должен иметь конкретный элемент, который предоставляет значение свойства
/mdb/1.0	/req/metadata- minimal-instance	/req/metadata-base- instance/ req/resource- identification-in-	MD_Metadata.dataldentification, которое является либо mri:MD_Dataldentification, либо srv: SV_Serviceldentification
		stance/req/citation-instance Conditional: /req/geospatial- extent-instance	/req/metadata-minimal-instance/dataset-extent Если значение свойства MD_Metadata.meta-dataScope не указано или если значение свойства MD_Metadata.metadataScope. MD_Metadat-Scope.resourceScope равно "dataset", то экземпляр идентификации ресурса должен предоставить хотя бы одно значение свойства "extent", которое является либо EX_Geograph-icBoundingBox, либо EX_GeographicDescription
			/req/metadata-minimal-instance/allowed-name- spaces Экземпляр документа XML с минимальными метаданными должен включать встроенные элементы для создания экземпляров типов данных значений абстрактных свойств, которые определены в пространствах имен cit и mri и условно в пространствах имен srv или gex
			/req/metadata-minimal-instance/metadata- creation-date Значение свойства "datelnfo" с типом даты = "creation" должно присутствовать в каждом экземпляре MD_Metadata
/mds/1.0	/req/metadata- data-or-service- instance	/req/metadata-minimal-in- stance, /req/application-schema-instance, /req/ constraint-instance, /req/ lineage-instance, /req/geo- spatial-extent-instance,	/req/metadata-data-or- serviceinstance/validation Экземпляр документа XML с метаданными должен быть правильно сформирован и действителен
		/req/ resource-content- instance, / req/resource- distribution-in-stance, /req/maintenance-in- formation-instance, /req/ portrayal-catalogue- instance, /req/reference- system-in-stance, /req/service-metadata- instance, /req/spatial- representation-instance	/req/metadata-data-or-service- instance/allowed-namespace Элемент экземпляра документа XML данных или сервиса должен содержать только те элементы, которые определены в одном из этих пространств имен: mdb, mcc, cit, Ian, mri, gco, mas, mco, mri, gex, mrc, mrd, mpc, mrs, msr или srv, или то пространство имен, которое реализует один из абстрактных базовых классов из пространств имен dqc или fcc в реализации ГОСТ Р 57773 или [9]
/md1/1.0	/req/metadata- extended-types- instance	/req/metadata-data-or- service-instance	/req/metadata-extended-types- instance/validation Экземпляр документа XML с расширенными типами метаданных должен быть правильно сформирован и действителен
/md2/1.0	/req/metadata- extension-instance	/req/metadata-extended- types-instance	/req/extended-metadata-instance/validation Если экземпляр документа XML содержит те элементы XML метаданных, которые являются потомками MD_Metadata и не определены в настоящем стандарте, то документ должен определять расположение схемы для того пространства имен, которое включает такие элементы расширений, что документ можно протестировать, чтобы установить, является ли он правильно сформированным и действительным
/md2/1.0	/req/metadata- extension-instance	/req/metadata-extended- types-instance	/req/extended-metadata-instance/extension- information Если экземпляр документа XML содержит элементы XML метаданных, которые являются потомками MD_Metadata и не определены в настоящем стандарте, то документ должен включать хотя бы один элемент MD_MetadataExtensionlnformation из того пространства имен http://standards.iso.org/iso/19115/-3/mex/1.0, которое правильно сформировано и действительно и которое документирует элементы расширений
			/req/extended-metadata-instance/new-section Любые новые разделы метаданных, элементы или сущности должны быть добавлены в их собственное пространство имен в соответствии с правилами кодирования, описанными в [3]
			/req/extended-metadata-instance/new-codelist Новые списки кодов должны быть реализованы в соответствии с правилами кодирования, описанными в [3]
			/req/extended-metadata-instance/new- element Новые элементы метаданных должны быть добавлены посредством создания подклассов существующих классов стандартов ИСО по географической информации в соответствии с рекомендациями для кодирования подклассов, приведенными в [3]
			/req/extended-metadata-instance/iso-type Тип класса XML (ХСТ) любого нового элемента метаданных должен включать обязательный атрибут XML с именем isoType, который, как ожидается, будет содержать имя класса ИСО, из которого он прямо или косвенно происходит. Пространство имен для атрибута isoType будет таким же, как пространство имен нового элемента метаданных
			/req/extended-metadata-instance/extension- by-restriction Ограничение кардинальности XML-элемента или атрибута, или домена, определенных в настоящем стандарте, должно применяться с помощью инструмента, отличного от средства проверки XML-схемы
			Рекомендация. Новые элементы списка кодов (расширяющие список кодов) должны быть добавлены в реестр списков кодов, как описано в [3]
/mda/1.0	/req/metadata- application- instance	/req/metadata-extension- instance	/req/metadata-application-instance/validation Экземпляр документа XML с метаданными должен быть правильно сформирован и действителен
/mda/1.0	/req/metadata- application- instance	/req/metadata-extension- instance	/req/metadata-application-instance/root- element Агрегат метаданных, соответствующий настоящему стандарту, должен иметь в качестве корневого элемента элемент в группе подстановки для mda:DS_Aggregate
/mdt/1.0	/req/data-transfer- instance	/req/metadata-application- instance /req/catalogue- instance	/req/data-transfer-instance/validation Экземпляр документа XML с метаданными должен быть правильно сформирован и действителен
Для полного URI пространства имен префикс "http://standards.iso.org/iso/19115/-3". Все URI являются HTTP URI, префикс "http://standards.iso.org/iso/19115/-3" к путям в ячейке таблицы, чтобы получить полный URI.

В таблице 10 приведены элементы, определенные в ГОСТ Р 57668 как обязательные в каждом экземпляре документа метаданных, который не описывает сервис.

Таблица 10 - Сводка обязательных элементов для класса соответствия минимального экземпляра документа в соответствии с ГОСТ Р 57668


Требуемое пространство имен XML	Контейнерный класс	Путь зависимости
Сущность метаданных (mdb)	MD_Metadata	Корневой класс для записи метаданных содержит элемент MD_Metadata
Общие классы метаданных (mcc)	MD_Metadata	Определение абстрактных классов, необходимых для построения XML-схемы, в соответствии с правилом реализации в 8.2. Типы данных, требуемые для свойств различных обязательных элементов: _ResourceDescription, _Extent, _TypedDate и _Responsibility. Эти классы не показываются в экземплярах документов, но схема пространства имен должна быть импортирована для проверки документов
Общие классы метаданных (mcc)	MD_Metadata-Scope	Определение совместно используемого класса, необходимого для построения XML-схемы в соответствии с правилами реализации [3]. MD_MetadataScope.resourceScope. MD_ScopeCode
Языковая локализация (Ian)	MD_Metadata	Необязательное свойство MD_Metadata.defaultLocale. PT_Locale; схема пространства имен должна быть импортирована для проверки документов
Цитирование (cit)	MD_Metadata	Обязательное свойство: MD_Metadata.contact.CI_Responsibility; импорт необходим для предоставления конкретного элемента, заменяющего mcc:_Responsibility
Метаданные для идентификации ресурса (mri) или метаданные сервиса (srv)	MD_Metadata	Обязательное свойство: MD_Metadata.identificationlnfo. MD_Identification.abstract; абстрактный _ResourceDescription.MD_Identification может быть реализован через mri:MD_Dataldentification или srv:SV_Serviceldentification
Цитирование (cit)	MD_Identification	Обязательное свойство: MD_Identification.citation.CI_Citation.title; импорт необходим для предоставления конкретного элемента, заменяющего mcc:_Citation
Географическое общее (gco)	MD_Identification, CI_Citation	Тип данных для различных обязательных свойств: CharacterString
Географическое общее (gco)	CI_Date	Тип данных для обязательного свойства: date.DateTime
Геопространственная протяженность (gex)	MD_Identification	Если не указано значение для свойства MD_Meta data. metadataScope или если значение свойства MD_Metadata.meta-dataScope. -MD_MetadataScope.resourceScope равно "dataset", то экземпляр MD_Identification должен предоставить хотя бы одно значение свойства "extent", которое является либо EX_GeographicBoundingBox, либо EX_GeographicDescription
Географическое общее (gco)	SV_Service-ldentification	Если MD_Identification реализован через srv:SV_Serviceldentification, то serviceType.GenericName является обязательным
Примечание - В графе "Требуемое пространство имен XML" указано пространство имен, необходимое для реализации класса соответствия. В графе "Контейнерный класс" приведен класс в том пакете, который вводит зависимость. Графа "Путь зависимости" - это объяснение пути к требуемому элементу из того пространства имен, которое должно быть импортировано.