СПРАВКА
Источник публикации
М.: ФГБУ "Институт стандартизации", 2022
Примечание к документу
Документ введен в действие с 01.06.2023.
Название документа
"ГОСТ Р 70317-2022 (ISO/TS 19115-3:2016). Национальный стандарт Российской Федерации. Пространственные данные. Метаданные. Часть 3. Реализация XML-схемы для основных понятий"
(утв. и введен в действие Приказом Росстандарта от 02.09.2022 N 858-ст)
"ГОСТ Р 70317-2022 (ISO/TS 19115-3:2016). Национальный стандарт Российской Федерации. Пространственные данные. Метаданные. Часть 3. Реализация XML-схемы для основных понятий"
(утв. и введен в действие Приказом Росстандарта от 02.09.2022 N 858-ст)
Содержание
Приказом Федерального
агентства по техническому
регулированию и метрологии
от 2 сентября 2022 г. N 858-ст
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ПРОСТРАНСТВЕННЫЕ ДАННЫЕ
МЕТАДАННЫЕ
ЧАСТЬ 3
РЕАЛИЗАЦИЯ XML-СХЕМЫ ДЛЯ ОСНОВНЫХ ПОНЯТИЙ
Spatial data. Metadata. Part 3. XML schema
implementation for fundamental concepts
(ISO/TS 19115-3:2016, Geographic information -
Metadata - Part 3: XML schema implementation
for fundamental concepts, MOD)
ГОСТ Р 70317-2022
(ISO/TS 19115-3:2016)
ОКС 35.240.70
Дата введения
1 июня 2023 года
1 ПОДГОТОВЛЕН Федеральным государственным бюджетным учреждением "Российский институт стандартизации" (ФГБУ "РСТ") и Федеральным государственным бюджетным учреждением "Федеральный научно-технический центр геодезии, картографии и инфраструктуры пространственных данных" (ФГБУ "Центр геодезии, картографии и ИПД") на основе официального перевода на русский язык англоязычной версии указанного в пункте 4 стандарта, который выполнен Федеральным государственным бюджетным учреждением "Российский институт стандартизации"
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 394 "Географическая информация/геоматика"
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 2 сентября 2022 г. N 858-ст
4 Настоящий стандарт является модифицированным по отношению к международному документу ISO/TS 19115-3:2016 "Географическая информация. Метаданные. Часть 3. Реализация XML-схемы для основных понятий" (ISO/TS 19115-3:2016 "Geographic information - Metadata - Part 3: XML schema implementation for fundamental concepts", MOD) путем включения дополнительных фраз, слов, ссылок и внесения изменений по отношению к тексту применяемого международного стандарта, которые выделены курсивом. Объяснение причин внесения этих технических отклонений приведено во введении.
Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2012 (пункт 3.5).
Сведения о соответствии ссылочных национальных стандартов международным стандартам, использованным в качестве ссылочных в примененном международном стандарте, приведены в приложении ДА
5 ВВЕДЕН ВПЕРВЫЕ
Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.rst.gov.ru)
Настоящий стандарт описывает процедуру, используемую для создания XML-схемы из концептуальных моделей географической информации, связанных с метаданными.
В ГОСТ Р 57668 объяснена значимость метаданных, представлена модель для описания географических информационных ресурсов путем определения сущностей метаданных, элементов и терминологии и установления процедуры расширения для дополнительного содержимого метаданных, а также включены элементы метаданных, описывающие веб-сервисы (см. [1] и [2]). Более подробно метаданные для конкретных типов пространственных данных и качества данных рассмотрены в других стандартах, например в ГОСТ Р 57773. При необходимости интерпретации других стандартов ИСО по географической информации включены в настоящий стандарт.
В ГОСТ Р 57656 в отличие от ГОСТ Р 57668 добавлены модели информации о сборе данных и расширены модели метаданных (MD_Metadata), пространственного представления (MD_SpatialRepresentation) и информации о содержимом (MD_ContentInformation).
В ГОСТ Р 57668 и ГОСТ Р 57656 представлены концептуальные модели для содержимого метаданных, которые не зависят от конкретной схемы кодирования [схемы расширяемого языка разметки (XML) для кодирования этого содержимого см. в [3] и [4]]. Настоящий стандарт определяет XML-кодирование для содержимого метаданных, соответствующих метаданным, приведенным в ГОСТ Р 57668 и ГОСТ Р 57656. Такая объединенная схема позволяет использовать понятия, применяемые в ГОСТ Р 57668 и ГОСТ Р 57656, одновременно в экземплярах документов метаданных, эффективно заменяя понятия с учетом [3] и [4], и дает возможность автоматизировать проверки и обмен содержимого метаданных, соответствующих ГОСТ Р 57668 и ГОСТ Р 57656, посредством стандартных программных средств.
Объединенная схема получена на основе концептуальных моделей ГОСТ Р 57668 и ГОСТ Р 57656 с использованием правил, определенных в [5] (приложение A), [3], примененных к принятой готовой к реализации UML-версии концептуальных моделей, как описано в разделе 8. Подход к реализации обеспечивает модульность и облегчает многократное использование элементов концептуальных моделей. Абстрактные классы добавлены к согласованной модели ИСО по географической информации без изменения семантики для создания модели реализации, которая использовалась для XML-схемы (подробности см. в разделе 8).
Основным вариантом использования, предусмотренным в реализации XML-схемы, является обмен географическими метаданными в среде клиент-сервер, например Всемирная паутина (World Wide Web), в которой внутреннее управление и структура содержимого метаданных не зависят от кодировки, используемой для обмена информацией метаданных. Принятие XML-схемы географических метаданных в рамках сообщества обмена информацией позволит получить преимущества стандартизации для обнаружения, доступа, использования и понимания пространственных данных.
Настоящий стандарт разработан с целью пояснения отдельных положений и приведения в соответствие с действующими национальными стандартами, такими как ГОСТ Р 57668 и ГОСТ Р 57656.
Настоящий стандарт определяет объединенную XML-реализацию по ГОСТ Р 57668, ГОСТ Р 57656 и понятий (см. [3]) посредством следующих артефактов:
a) набор XML-схем, необходимых для проверки экземпляров документов метаданных, соответствующих элементам концептуальной модели, определенным в ГОСТ Р 57668, ГОСТ Р 57656 и [3];
b) набор правил (см. [6]), реализующих ограничения проверки в моделях UML по ГОСТ Р 57668 и ГОСТ Р 57656, которые не проверяются XML-схемой;
c) преобразование расширяемого языка стилей (XSLT) для преобразования метаданных по ГОСТ Р 57668, закодированных с помощью XML-схемы в соответствии с [3], и метаданных по ГОСТ Р 57656, закодированных с помощью XML-схемы (см. [4]), в эквивалентный документ, действительный в отношении XML-схемы, определенной в настоящем стандарте.
В настоящем стандарте описана процедура, используемая для генерации XML-схемы из концептуальных моделей географической информации ИСО, связанных с метаданными. Процедура включает в себя создание модели UML для реализации XML-схемы, полученной из концептуальной модели UML.
Эта модель реализации не изменяет семантику целевой концептуальной модели, но добавляет абстрактные классы, которые удаляют зависимости между пакетами моделей, теговыми значениями и стереотипами, необходимые для программного обеспечения преобразования UML в XML, и рефакторирует упаковку некоторых элементов в пространства имен XML. XML-схема сгенерирована из модели UML для ее реализации в соответствии с определенными правилами (см. [3] или [5]).
Для того чтобы претендовать на соответствие классу соответствия, определенному в настоящем стандарте, экземпляр XML-схемы должен пройти проверку на соответствие процедурам тестирования, указанным в приложении A. Эти тесты включают проверку с использованием определенного документа XML-схемы, а также документов правил Schematron, которые проверяют соответствие ограничениям, заданным базовой концептуальной моделью, которые не проверяются XML-схемой. Каждый модуль пространства имен и схема документа обмена, определенные реализацией, несут с собой неявный класс соответствия для экземпляров документов XML. Этот класс соответствия проверяет требование, чтобы экземпляры элементов XML и атрибутов из пространства имен были правильно сформированы и действительны. Тест представляет собой проверку с помощью определенной XML-схемы и, если это необходимо, набора правил Schematron. Структура, концепции и методология тестирования, а также критерии, которые должны быть достигнуты для утверждения соответствия, указаны в ГОСТ Р ИСО 19105.
Разработчики могут избрать другие схемы документов обмена информацией, которые импортируют нормативные XML-схемы, не указанные в настоящем стандарте, для идентификации и проверки документов обмена. Разработка этих схем будет зависеть от требований сообщества пользователей к конкретному обмену информацией. Эти схемы обмена информацией должны быть отражены в технической документации.
В настоящем стандарте определен набор классов соответствия для различных модулей содержимого, приведенных в ГОСТ Р 57668 и ГОСТ Р 57656, чтобы разрешить их использование в качестве компонентов в других реализациях документов обмена. Каждый модуль упакован в отдельное пространство имен XML. В таблице 1 перечислены модули, представленные в настоящем стандарте.
Таблица 1
Пространство имен <a> | URI класса соответствия <b> | Имя класса соответствия (реализованный подраздел) |
/mcc/1.0 | /conf/common-classes-xml | Действительный экземпляр XML-пространства имен общих классов по настоящему стандарту |
/cit/1.0 | /conf/citation-xml | Действительный экземпляр XML-пространства имен цитирования по ГОСТ Р 57668-2017 (6.6.2) |
/lan/1.0 | /conf/language-localisation-xml | Действительный экземпляр XML-пространства имен локализации языка по ГОСТ Р 57668-2017 (6.7) |
/mas/1.0 | /conf/application-schema-xml | Действительный экземпляр XML-пространства имен прикладной схемы по ГОСТ Р 57668-2017 (6.5.13) |
/mac/1.0 | /conf/acquisition-xml | Действительный экземпляр XML-пространства имен метаданных для сбора данных по ГОСТ Р 57656-2017 (A.2.5 приложения A) |
/mco/1.0 | /conf/constraints-xml | Действительный экземпляр XML-пространства имен ограничений по ГОСТ Р 57668-2017 (6.5.4) |
/gex/1.0 | /conf/geospatial-extent-xml | Действительный экземпляр XML-пространства имен геопространственного протяженности по ГОСТ Р 57668-2017 (6.6.1) |
/mdb/1.0 | /conf/metadata-base-xml | Действительный экземпляр XML-пространства имен базы метаданных по ГОСТ Р 57668-2017 (6.5.2) |
/mmi/1.0 | /conf/maintenance-information-xml | Действительный экземпляр XML-пространства имен информации по ведению данных по ГОСТ Р 57668-2017 (6.5.6) |
/mpc/1.0 | /conf/portrayal-catalogue-xml | Действительный экземпляр XML-пространства имен каталога отображений по ГОСТ Р 57668-2017 (6.5.10) |
/mrc/1.0 | /conf/resource-content-xml | Действительный экземпляр XML-пространства имен содержимого ресурса по ГОСТ Р 57668-2017 (6.5.9), ГОСТ Р 57656 |
/mrd/1.0 | /conf/resource-distribution-xml | Действительный экземпляр XML-пространства имен распределения ресурсов по ГОСТ Р 57668-2017 (6.5.11) |
/mri/1.0 | /conf/resource-identification-xml | Действительный экземпляр XML-пространства имен идентификации ресурса по ГОСТ Р 57668-2017 (6.5.6) |
/mrl/1.0 | /conf/lineage-xml | Действительный экземпляр XML-пространства имен происхождения ресурсов по ГОСТ Р 57668-2017 (6.5.5), ГОСТ Р 57656 |
/mrs/1.0 | /conf/reference-system-xml | Действительный экземпляр XML-пространства имен систем привязки по ГОСТ Р 57668-2017 (6.5.8) |
/msr/1.0 | /conf/spatial-representation-xml | Действительный экземпляр XML-пространственного представления по ГОСТ Р 57668-2017 (6.5.7), ГОСТ Р 57656 |
/srv/2.0 | /conf/service-metadata-xml | Действительный экземпляр XML-пространства имен метаданных сервиса по ГОСТ Р 57668-2017 (6.5.14) |
/mex/1.0 | /conf/metadata-extension-xml | Действительный экземпляр XML-пространства имен расширения метаданных по ГОСТ Р 57668-2017 (6.5.12) |
/gcx/1.0 | /conf/extended-types-xml | |
<a> Для полного URI пространства имен префикс "http://standards.iso.org/iso/19115/-3" <1>. | ||
--------------------------------
<1> Указанные префиксы (здесь и далее) не являются гиперссылками, а предназначены для формирования полного адреса URI.
В настоящем стандарте определен набор XML-схем, которые импортируют различные модульные компоненты пространства имен для определения полезных документов обмена метаданными. Каждая из этих схем документов имеет связанные требования и класс соответствия, а также URI пространства имен для идентификации типа документа. В таблице 2 перечислены эти схемы документов обмена.
Таблица 2
Пространство имен <a> | URI класса соответствия <b> | Имя класса соответствия |
mdb/1.0 | /conf/metadata-minimal-instance | Минимальный экземпляр документа метаданных XML |
mds/1.0 | /conf/metadata-data-or-service-instance | Полный действительный экземпляр документа метаданных XML |
md1/1.0 | /conf/metadata-extended-types-instance | Действительный экземпляр документа метаданных XML с расширенными типами |
/md2/1.0 | /conf/extended-metadata-instance | Действительный экземпляр документа метаданных XML с расширенной моделью содержимого |
/cat/1.0 | /conf/catalogue-instance | Действительный экземпляр документа каталога XML |
/mda/1.0 | /conf/metadata-application-instance | Действительный экземпляр XML пространства имен приложения метаданных |
/mdt/1.0 | /conf/metadata-data-transfer-instance | Действительный экземпляр XML пространства имен метаданных для передачи данных |
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ 7.67 (ИСО 3166-1:1997) Система стандартов по информации, библиотечному и издательскому делу. Коды названий стран
ГОСТ 7.75 Система стандартов по информации, библиотечному и издательскому делу. Коды наименований языков
ГОСТ Р 57656-2017 (ИСО 19115-2:2009) Пространственные данные. Метаданные. Часть 2. Расширения для изображений и матричных данных
ГОСТ Р 57668-2017 (ИСО 19115-1:2014) Пространственные данные. Метаданные. Часть 1. Основные положения
ГОСТ Р 57773 (ИСО 19157:2013) Пространственные данные. Качество данных
ГОСТ Р ИСО 19105 Географическая информация. Соответствие и тестирование
Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю "Национальные стандарты", который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя "Национальные стандарты" за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.
В настоящем стандарте применены термины по ГОСТ Р 57668 и ГОСТ Р 57773, а также следующие термины с соответствующими определениями:
4.1 пространственные объекты (spatial objects): Природные объекты, искусственные и иные объекты (в том числе здания, сооружения), местоположение которых может быть определено, а также естественные небесные тела.
4.2 пространственные данные (spatial data): Данные о пространственных объектах, включающие сведения об их форме, местоположении и свойствах, в том числе представленные с использованием координат.
4.3 сведения о пространственных данных (пространственные метаданные) (spatial metadata): Данные, которые позволяют описывать содержание и другие характеристики пространственных данных, необходимые для их идентификации и поиска.
4.4 пространство имен (namespace): Совокупность имен XML, определяемых по ссылке URI, которые используются в XML-документах в качестве имен элементов и имен атрибутов.
Примечание - Комбинация URI пространства имен и имени элемента или имени атрибута должна быть глобально уникальным идентификатором для этого элемента модели.
4.5 пакет в UML: Механизм общего назначения для организации элементов в группы.
Пример - Идентификационная информация, информация о наборе сущностей метаданных, информация об ограничениях.
Примечания
1 Пакеты могут быть вложены в другие пакеты. В пакете могут быть отображены как элементы модели, так и диаграммы.
2 Пакет предоставляет пространство имен для сгруппированных элементов.
4.6 реализация (realization): Семантическая связь между классификаторами, при осуществлении которой один классификатор задает условия, а другой классификатор гарантирует их исполнение.
Примечание - Реализация означает наследование поведения без наследования структуры.
4.7 полиморфизм (polymorphism): Характеристика возможности задавать различное толкование или использование чего-либо в разных контекстах, в частности: чтобы сущность, такая как переменная, функция или объект, могла иметь более одной формы.
В настоящем стандарте применены следующие сокращения:
GML - географический язык разметки (Geography Markup Language);
HTML - язык разметки гипертекста (HyperText Markup Language);
UML - унифицированный язык моделирования (Unified Modeling Language);
URI - универсальный идентификатор ресурса (Universal Resource Identifier);
XML - расширяемый язык разметки (Extensible Markup Language);
XPath - язык пути XML (XML Path Language);
XSD - язык определения XML-схемы (XML Schema Definition);
XSL - расширяемый язык стилей (Extensible Style Language);
XSLT - язык преобразования XSL (Extensible Stylesheet Language Transformation).
Пространства имен XML, определенные в настоящем стандарте, идентифицируются URI, которые соответствуют шаблону http://standards.iso.org/iso/19115/-3/xxx/N.M, где xxx - аббревиатура пространства имен из трех буквенно-цифровых символов, N - номер основной версии, а M - номер дополнительной версии. При разыменовании URI пространства имен в качестве указателя ресурса будут получены: описание пространства имен, ссылки на описание содержимого пространства имен и ссылки на базовую спецификацию, реализуемую пространством имен, и на расположение нормативной XML-схемы.
Поскольку полный URI является громоздким для чтения, записи и устного рассмотрения, в настоящем стандарте будут использованы ссылки на пространства имен с помощью аббревиатур. В таблице 3 перечислены пространства имен из других спецификаций, импортированных представленной реализацией, а короткая строка в левой графе таблицы 3 является аббревиатурой, используемой для ссылки на пространство имен и связывания XML-элемента с URI пространства имен в полностью уточненном имени. Центральная графа таблицы содержит описание пространства имен на английском языке, а строка в правой графе - это URI, идентифицирующий пространство имен.
Таблица 3
пространств имен, используемые в настоящем стандарте
dqc | Data quality common (общее качество данных) | http://standards.iso.org/iso/19157/-2/dqc/1.0 |
fcc | Feature catalogue common (общий каталог объектов) | http://standards.iso.org/iso/19110/fcc/1.0 <1> |
gml | Geography markup language (географический язык разметки) | http://www.opengis.net/gml/3.2 |
xlink | XML linking language (связующий язык XML) | http://www.w3.org/1999/xlink |
xs | W3C XML schema definition schema (W3C схема определения XML-схемы) | http://www.w3.org/2001/XMLSchema |
--------------------------------
<1> В оригинале ИСО 19115-3 допущена опечатка "http://standards.iso.org/19110/fcc/1.0", которая исправлена в тексте настоящего стандарта.
В таблицах 4 и 5 перечислены аббревиатуры и приведена другая информация для пространств имен, используемых для пакетов UML, определенных в ГОСТ Р 57668, и для пространств имен, определенных в настоящем стандарте, которые импортируют несколько пространств имен XML для указания типов документов обмена.
Таблица 4
пространства имен, определенные и используемые в настоящем
стандарте для пакетов, определенных в ГОСТ Р 57668
Соглашение об аббревиатуре пространства | Пространство имен | Область применения | URI пространства имен | Пакет UML <a> |
Cat | CATalogue | Элементы для каталогов списков кодов и примеры каталогов по [3], обновленные для совместимости с новой схемой | http://standards.iso.org/ iso/19115/-3/cat/1.0 | |
cit | CITation | Элементы, необходимые для цитирования, идентификации и веб-привязки ресурсов | http://standards.iso.org/ iso/19115/-3/cit/1.0 | Информация о цитировании и ответственном субъекте |
gco | Metadata core | Основные типы данных | http://standards.iso.org/ iso/19115/-3/gco/1.0 | |
gcx | Geosptal Common eXtension | Элементы для XML-реализации по [3], обновленные для совместимости с новой схемой | http://standards.iso.org/ iso/19115/-3/gcx/1.0 | |
gex | Geospatial EXtent | Элементы для задания геопространственных свойств ресурса, включая протяженность и системы пространственной привязки | http://standards.iso.org/ iso/19115/-3/gex/1.0 | Информация о протяженности |
gmw | GML wrapper | Пространство имен, реализующее свойства со значениями, указанными классами GML | http://standards.iso.org/ iso/19115/-3/gmw/1.0 | |
lan | LANguage localization | Элементы культурной и лингвистической адаптивности | http://standards.iso.org/ iso/19115/-3/lan/1.0 | Информация о локализации языкового набора символов |
mas | Metadata for application schema | Прикладная схема, используемая для построения набора данных | http://standards.iso.org/ iso/19115/-3/mas/1.0 | Информация о прикладной схеме |
mcc | Metadata for common classes | Элементы, используемые всеми другими пакетами | http://standards.iso.org/ iso/19115/-3/mcc/1.0 | Общие классы |
mco | Metadata for constraints | Указание ограничений на доступ и использование | http://standards.iso.org/ iso/19115/-3/mco/1.0 | Информация об ограничениях |
mdb | Metadata base | Определение корневого элемента и свойств метаданных в абстрактной реализации. Это пространство имен предназначено для поддержки разработки профилей | http://standards.iso.org/ iso/19115/-3/mdb/1.0 | Информация о метаданных |
mex | Metadata for extension | Расширения содержимого метаданных | http://standards.iso.org/ iso/19115/-3/mex/1.0 | Информация о расширении метаданных |
mmi | Metadata for maintenance information | Ведение ресурсов и метаданных | http://standards.iso.org/ iso/19115/-3/mmi/1.0 | Информация об обслуживании |
mpc | Metadata for portrayal catalogue | Отображение описываемого ресурса | http://standards.iso.org/ iso/19115/-3/mpc/1.0 | Информация о каталоге отображений |
mrc | Metadata for resource content | Структура данных и содержимое ресурса | http://standards.iso.org/ iso/19115/-3/mrc/1.0 | Информация о содержимом |
mrd | Metadata for resource distribution | Осуществление доступа к ресурсу | http://standards.iso.org/ iso/19115/-3/mrd/1.0 | Информация о распространении |
mri | Metadata for resource identification | Идентификация ресурсов | http://standards.iso.org/ iso/19115/-3/mri/1.0 | Идентификационная информация |
mrl | Metadata for resource lineage | Происхождение ресурсов | http://standards.iso.org/ iso/19115/-3/mrl/1.0 | Информация о происхождении |
mrs | Metadata for reference system | Система пространственной привязки для содержимого ресурса | http://standards.iso.org/ iso/19115/-3/mrs/1.0 | Информация о системе привязки |
msr | Metadata for spatial representation | Кодирование информации о местоположении в содержимом ресурса | http://standards.iso.org/ iso/19115/-3/msr/1.0 | Информация о пространственном представлении |
srv | SeRVice metadata | http://standards.iso.org/ iso/19115/-3/srv/2.0 | Информация о метаданных сервисов | |
<a> Пакеты UML определены в ГОСТ Р 57668, если не указано иное. | ||||
Таблица 5
пространств имен для идентификации типов документов обмена
метаданными, объединяющих несколько пространств имен
Соглашение об аббревиатуре пространства имен | Пространство имен | Область применения | URI пространства имен | Пакет UML <a> |
mdb | Metadata base | Реализация элементов и свойств для свойств минимальных метаданных, требуемых по ГОСТ Р 57668 | http://standards.iso.org/ iso/19115/-3/mdb/1.0 | - |
mds | Metadata for data and services | Реализация всех необязательных свойств метаданных, связанных с базовыми элементами MD_Metadata и MI_Metadata (ГОСТ Р 57656). Это пространство имен предназначено для поддержки сервисов каталогов | http://standards.iso.org/ iso/19115/-3/mds/1.0 | Метаданные |
md1 | Metadata for data and services with geospatial common extensions | Реализация всех необязательных свойств метаданных, связанных с базовым элементом MD_Metadata и геопространственными общими расширениями | http://standards.iso.org/ iso/19115/-3/md1/1.0 | - |
mda | Metadata application | Включает классы для описания коллекций ресурсов с иерархическими метаданными | http://standards.iso.org/ iso/19115/-3/mda/1.0 | Информация о приложении метаданных |
mdt | Metadata for data transfer | Включает классы для описания пакетов данных для передачи | http://standards.iso.org/ iso/19115/-3/mdt/1.0 | |
md2 | Metadata with extensions | Расширяет метаданные, включая классы, которые позволяют описывать расширения метаданных | http://standards.iso.org/ iso/19115/-3/md2/1.0 | Информация о расширении метаданных |
Примечание - Пространства имен упорядочены от самых простых до наиболее сложных. | ||||
Первая задача разработки информационных моделей стандартов ИСО по географической информации состоит в том, чтобы обеспечить создание XML-схемы в соответствии со стандартными правилами и шаблонами реализации таким образом, чтобы машинная обработка моделей UML могла генерировать XML-схему. Цель заключается в том, чтобы способствовать предсказуемости, расширяемости, повторному использованию схемы и совместимости с другими реализациями стандартов ИСО по географической информации. Полученные XML-схемы алгоритмически выводятся из нормативных моделей UML для стандартов ИСО по географической информации, что способствует согласованности в полученной схеме. Данные схемы предсказуемы, так как классы UML, атрибуты, ассоциации и т.д. кодируются в соответствии с последовательными правилами и шаблонами.
Второй задачей этой реализации является модульность кодирования содержимого, соответствующего ГОСТ Р 57668, путем определения XML-элементов в нескольких пространствах имен с минимумом зависимостей между ними (см. 6.4). Целью группировки XML-элементов в пространстве имен является определение возможности представления слабосвязанных единиц информации, что упростит повторное использование в других приложениях. В настоящем стандарте определено содержимое нескольких пространств имен XML, которые могут быть повторно использованы путем импорта в другую XML-схему. Использование существующей XML-схемы уменьшает объем требуемой разработки новой схемы и способствует доступности уже существующего программного обеспечения, посредством которого можно обрабатывать элементы модели, соответствующие существующей XML-схеме.
Концептуальная схема метаданных по ГОСТ Р 57668 предназначена для поддержки передачи документации по ресурсам (метаданным) между сообществами пользователей и внутри них. Третья задача реализации настоящего стандарта заключается в определении типов стандартных документов, включающих элементы из нескольких модулей пространств имен, предназначенных для конкретных сценариев обмена информацией. Определены шесть пространств имен типа "агрегация", которые импортируют несколько модулей для удовлетворения различных требований (см. 6.5).
Культурная и лингвистическая адаптивность является требованием к элементам метаданных с текстовым содержимым. В ГОСТ Р 57668-2017 (приложение F) рассмотрены элементы многоязычных текстовых метаданных. Для обеспечения совместимости многоязычных экземпляров документов XML-реализация следует реализации, определенной в [3]. Кодировки типов свойств, описанные в [3], включают расширения XML-схемы, реализующие значения свойств с использованием типов элементов, не включенных в базовую XML-схему. Такой полиморфизм позволяет сообществам пользователей изменять географические метаданные для удовлетворения своих организационных потребностей. Этот шаблон используется для обеспечения поддержки культурной и лингвистической адаптивности посредством экземпляров документов метаданных, содержащих наполнение на одном или нескольких языках, которые не нарушают правила кардинальности, определенные в ГОСТ Р 57668. Пространство имен lan определяет тип свойства CharacterString, который включает значение CharacterString и от нуля до многих элементов PT_FreeText, каждый из которых является языково-локализованной символьной строкой, которая может быть включена подстановкой или по ссылке. Используя это расширение, один документ метаданных может включать строки содержимого на различных языках, но пользовательские программы, которые не запрограммированы для многоязычного содержимого, тем не менее будут работать, так как присутствует стандартный элемент CharacterString.
Другим примером полиморфизма является атрибут name типа CharacterString в классе CI_Individual по ГОСТ Р 57668. Если требуется более структурированное представление (например, элементы имени, отчества и фамилии), полиморфизм позволяет расширить реализацию элемента name в определяемом пользователем пространстве имен, которое может быть заменено на CharacterString в экземпляре метаданных. Эти расширения будут понятны пользователям, которые распознают пространство имен расширений, но в целом такие расширения не будут взаимодействовать с клиентским программным обеспечением, не предназначенным для работы с ними.
Требования к созданию действительных экземпляров метаданных XML для концептуальной модели, представленной в ГОСТ Р 57668, определены в 6.4 - 6.7. В таблицах 6 - 10 адреса HTTP URI использованы для идентификации подразделов в соответствующих стандартах ИСО, которые не определяют и не назначают идентификаторы классам требований и классам соответствия, на которые можно ссылаться в настоящем стандарте. Эти адреса построены с использованием http://standards.iso.org/iso в качестве основы совместно с идентификатором исходного проекта, номером издания и "spec#N.N.N" в качестве окончательного токена, где часть "N.N.N" идентифицирует раздел источника в стандартах. Каждый реализованный пакет устанавливает требования для проверки экземпляров XML, использующих элементы из пакета. Требования сгруппированы в основные требования, которые применяют при проверке всех экземпляров, в требования к модулям метаданных, которые определяют различные компоненты содержимого метаданных, и в требования к фактическим документам обмена метаданными, сбор которых осуществлен путем импорта коллекций модулей. Модули метаданных предназначены для минимизации зависимостей между модулями для того, чтобы упростить их повторное использование в другой прикладной схеме.
Класс требований, указанный в таблице 6, определяет те требования, которым должен соответствовать любой экземпляр документа XML на основе настоящего стандарта.
Таблица 6
Класс требований | |
http://standards.iso.org/iso/19115/-3/req/metadata-core | |
Целевой тип | Экземпляр XML-документа |
Имя | Основные требования к свойствам метаданных |
Зависимость | http://standards.iso.org/iso/19139/spec#8.4.1 <1> |
Требование | /req/metadata-core/property-type-content Экземпляр элемента свойства должен иметь только одно из следующего: встроенного содержимого (по значению), которое является допустимым для схемы экземпляром XML-класса; атрибута xlink:href (значение по ссылке) или атрибута gco:nilReason (nil-значение) |
Требование | /req/metadata-core/instance-validation Экземпляры документов XML должны быть правильно сформированы и действительны. Класс соответствия определяется по этому требованию для каждого пространства имен, которое задает нормативную XML-схему и файлы правил Schematron (если применимо), используемые для проверки соответствия |
Требование | /req/metadata-core/base-data-types |
--------------------------------
<1> http://standards.iso.org/iso/19139/spec#8.4.1, где "spec#8.4.1" обозначает номер пункта ИСО 19139, на который дается ссылка (см. 6.3).
Коллекцию модульных пространств имен XML используют для реализации пакетов разного содержания, определенных в ГОСТ Р 57668 и ГОСТ Р 57656. Модули сведены в таблицу 7, а в таблице 8 для каждого модуля определены требования к экземплярам XML и присвоены идентификаторы. Эти идентификаторы упоминаются в определении классов соответствия и тестах в приложении A.
Таблица 7
в настоящем стандарте
Пространство имен | Имя | Реализованные подразделы |
http://standards.iso.org/ iso/19115/-3/cat/1.0 | Catalogue (каталог) | http://standards.iso.org/iso/19139/spec#7.4.4 |
http://standards.iso.org/ iso/19115/-3/cit/1.0 | Citation and responsible party Information (информация о цитировании и ответственном субъекте) | http://standards.iso.org/iso/19115/-1/spec#6.6.3 <a> |
http://standards.iso.org/ iso/19115/-3/gco/1.0 | Metadata core (ядро метаданных) | http://standards.iso.org/iso/19139/spec#9.7 |
http://standards.iso.org/ iso/19115/-3/gcx/1.0 | Geospatial common extended types (геопространственные общие расширенные типы) | http://standards.iso.org/iso/19139/spec#7.2 |
http://standards.iso.org/ iso/19115/-3/gex/1.0 | Metadata for geospatial extent (метаданные для геопространственной протяженности) | http://standards.iso.org/iso/19115/-1/spec#6.6.1 |
http://standards.iso.org/ iso/19115/-3/gmw/1.0 | GML wrapper (упаковка GML) | http://standards.iso.org/iso/19139/spec#9.4; http://standards.iso.org/iso/19139/spec#9.5; http://standards.iso.org/iso/19139/spec#9.6 |
http://standards.iso.org/ iso/19115/-3/lan/1.0 | Language localization (языковая локализация) | http://standards.iso.org/iso/19139/spec#7.3; http://standards.iso.org/iso/19115/-1/spec#6.7.2 |
http://standards.iso.org/ iso/19115/-3/mac/1.0 | Metadata for acquisition (метаданные для сбора данных) | http://standards.iso.org/iso/19115/-2/spec#A.2.5 |
http://standards.iso.org/ iso/19115/-3/mas/1.0 | Metadata for application schema (метаданные для прикладной схемы) | http://standards.iso.org/iso/19115/-1/spec#6.5.13 |
http://standards.iso.org/ iso/19115/-3/mcc/1.0 | Metadata common classes (общие классы метаданных) | http://standards.iso.org/iso/19115/-1/spec#6.6.4, включая абстрактные классы, необходимые для кодирования необязательных типов свойств класса, определенных в ГОСТ Р 57668 в соответствии с подходом реализации, описанным в разделе 8 <a> |
http://standards.iso.org/ iso/19115/-3/mco/1.0 | Metadata for constraints (метаданные для ограничений) | http://standards.iso.org/iso/19115/-1/spec#6.5.4 |
http://standards.iso.org/ iso/19115/-3/mdb/1.0 | Metadata base (база метаданных) | http://standards.iso.org/iso/19115/-1/spec#6.5.2 |
http://standards.iso.org/ iso/19115/-3/mex/1.0 | Metadata for metadata extension (метаданные для расширения метаданных) | http://standards.iso.org/iso/19115/-1/spec#6.5.12 |
http://standards.iso.org/ iso/19115/-3/mmi/1.0 | Metadata for maintenance information (метаданные для информации по обслуживанию) | http://standards.iso.org/iso/19115/-1/spec#6.5.6 |
http://standards.iso.org/ iso/19115/-3/mpc/1.0 | Metadata for portrayal catalogue (метаданные для каталога отображений) | http://standards.iso.org/iso/19115/-1/spec#6.5.10 |
http://standards.iso.org/ iso/19115/-3/mrc/1.0 | Metadata for resource content (метаданные для содержимого ресурсов) | http://standards.iso.org/iso/19115/-1/spec#6.5.9 |
http://standards.iso.org/ iso/19115/-3/mrd/1.0 | Metadata for resource distribution (метаданные для распределения ресурсов) | http://standards.iso.org/iso/19115/-1/spec#6.5.11 |
http://standards.iso.org/ iso/19115/-3/mri/1.0 | Metadata for resource identification (метаданные для идентификации ресурсов) | http://standards.iso.org/iso/19115/-1/spec#6.5.3 |
http://standards.iso.org/ iso/19115/-3/mrl/1.0 | Metadata for resource lineage (метаданные для происхождения ресурсов) | http://standards.iso.org/iso/19115/-1/spec#6.5.5 |
http://standards.iso.org/ iso/19115/-3/mrs/1.0 | Metadata for reference system (метаданные для системы привязки) | http://standards.iso.org/iso/19115/-1/spec#6.5.8 |
http://standards.iso.org/ iso/19115/-3/msr/1.0 | Metadata for spatial representation (метаданные для пространственного представления) | http://standards.iso.org/iso/19115/-1/spec#6.5.7 |
http://standards.iso.org/ iso/19115/-3/srv/2.0 | Metadata for services (метаданных для сервисов) | http://standards.iso.org/iso/19115/-1/spec#6.5.14 |
<a> Существует циклическая зависимость между пакетами цитирования и общих классов, но из-за политики, согласно которой пакет реализации должен соответствовать базовой абстрактной схеме по ГОСТ Р 57668, они реализуются как отдельные пространства имен. | ||
Таблица 8
для каждого модуля пространства имен
Пространство имен <a> | URI класса требований <b> | Зависимости <b> | Требования <b> |
/cat/1.0 | /req/catalogue- instance | /req/metadata-core, /req/language-localisation- instance | /req/catalogue-instance/validation <c> |
/cit/1.0 | /req/citation- instance | /req/metadata-core /req/common-classes- instance | /req/citation-instance/validation <c> |
/req/citation/individual-name Любой экземпляр CI_individual должен иметь либо значение свойства "name", либо значение свойства "positionName" | |||
/req/citation/organisation-name Любой экземпляр CI_Organisation должен иметь значение свойства "name" или значение свойства "logo" | |||
/gcx/1.0 | /req/extended- types-instance | /req/metadata-core /req/common-classes- instance | /req/extended-types-instance/validation <c> |
/gex/1.0 | /req/geospatial- extent-instance | /req/metadata-core /req/common-classes- instance/req/gml-wrapper | /req/geospatial-extent-instance/validation <c> |
/req/geospatial-extent-instance/value-required Если создается экземпляр элемента EX_Extent, то должно присутствовать значение для "description", "geographic-Element", "temporalElement" или "verticalElement" | |||
req/geospatial-extent-instance/vertical-crs Если создается экземпляр элемента EX_VerticalExtent, то должно присутствовать значение либо для verticalCRSid, либо для verticalCRS | |||
/gmw/1.0 | /req/gml-wrapper | /req/metadata-core http://standards.iso.org/iso/ 19139/spec#9.4; http://standards.iso. org/iso/19139/spec#9.5; http://standards.iso.org/iso/ 19139/spec#9.6 | /req/gml-wrapper/implementation |
/req/gml-wrapper/validation | |||
/lan/1.0 | /req/language- localisation- instance | http://standards.iso.org/iso/ 19139/spec#7.3 /req/metadata-core /req/citation-instance | /req/language-localisation-instance/validation <c> |
Рекомендации: значения списка кодов для LanguageCode должны быть из списка (см. ГОСТ 7.75). Значения списка кодов для CountryCode должны быть из списка (см. ГОСТ 7.67). Значения списка кодов для CharacterSetCode должны быть из реестра наборов символов IANA (http://www.iana.org/assignments/character- sets) | |||
/mac/1.0 | /req/acquisition- instance | /req/metadata-core /req/gml-wrapper | /req/acquisition-instance/validation |
/mas/1.0 | /req/application- schema-instance | /req/metadata-core /req/ common-classes-instance/req/ citation-instance | /req/application-instance/validation |
/mcc/1.0 | /req/common- classes-instance | /req/metadata-core | /req/common-classes-instance/validation <c> |
/mco/1.0 | /req/constraints- instance | /req/metadata-core /req/common-classes- instance/req/citation- instance | /req/constraints-instance/validation <c> |
/req/constraints-instance/legal-constraints Если создается экземпляр элемента MD_LegalConstraint, то он должен иметь значение свойства по крайней мере для одного из accessConstraints, useConstraints, otherConstraints, useLimitation или releaseasability | |||
/req/constraints-instance/other-restrictions Значение может быть предоставлено для свойства otherConstraints только в том случае, если значение кода свойства access-Constraints или useConstraints равно "other-Restrictions" | |||
/req/constraints-instance/releasability Если создается экземпляр элемента MD_Releasability, то он должен иметь значение свойства по крайней мере для одного из "addressee" или "statement" | |||
/mdb/1.0 | /req/metadata- base-instance | /req/metadata-core /req/common-classes- instance/req/language- localisation-instance | /req/metadata-base-instance/validation <c> |
/req/metadata-base-instance/root-element Элемент метаданных, соответствующий настоящему стандарту, должен иметь корневой элемент mdb: MD_Metadata | |||
/req/metadata-base-instance/identification Экземпляр метаданных должен иметь элемент идентификации, который находится в группе подстановки XML для абстрактного mcc:_ResourceDescription | |||
/req/metadata-base-instance/language Если язык содержимого метаданных не является определенным по умолчанию значением (английский язык, см. 8.3), то должно быть предоставлено значение для свойства "defaultLocale.PT_Locale.language" в соответствии с языком содержимого экземпляра метаданных | |||
/req/metadata-base-instance/character-encoding Если кодировка символов содержимого метаданных не является определенным по умолчанию значением (UTF-8, см. 8.3), то должно быть предоставлено значение для свойства defaultLocale.PT_Locale.character-Encoding в соответствии с кодировкой символов экземпляра метаданных | |||
/req/metadata-base-instance/metadata-scope- name Если элемент MD_MetadataScope присутствует, свойство name должно иметь значение, если resource-Scope не равен "dataset" | |||
/mex/1.0 | /req/metadata- extension-instance | /req/metadata-core /req/ common-classes-instance/req/ citation-instance | /req/metadata-extension-instance/validation <c> |
/req/metadata-extension-instance/cardinality Значения для свойств obligation, MaximumOccurrence и domainValue в экземплярах MD_Extended-ElementInformation должны быть предоставлены, за исключением тех случаев, когда значение кода свойства dataType является одним из codelist, enumeration, codelistElement | |||
/req/metadata-extension-instance/conditional- condition Значение для свойства condition должно быть предоставлено, когда значение кода свойства obligation равно "conditional" | |||
/req/metadata-extension-instance/code-mandatory Если значение кода свойства dataType является одним из codelist, enumeration, codelistElement, то должно быть предоставлено значение для свойства "code" | |||
/req/metadata-extension-instance/conceptname- mandatory Если значение кода свойства dataType является одним из codelist, enumeration, codelistElement, то должно быть предоставлено значение для свойства conceptName | |||
/req/metadata-extension-instance/name- proscribed Если значение кода свойства dataType является одним из codelist, enumeration, codelistElement, свойство name должно иметь значение nil со значением атрибута nilReason = "notApplicable" | |||
/mmi/1.0 | /req/maintenance- information- instance | /req/metadata-core | /req/maintenance-information-instance/ validation <c> |
/req/maintenance-information-instance/ frequency Если создается экземпляр элемента MD_MaintenanceInformation, то должно присутствовать значение или для свойства maintenanceAndUpdateFrequency, или для свойства userDefinedMaintenanceFrequency | |||
/mpc/1.0 | /req/portrayal- catalogue-instance | /req/metadata-core/req/ common-lasses-instance/req/ citation-instance | /req/portrayal-catalogue-instance/validation <c> |
/mrc/1.0 | /req/resource- content-instance | /req/metadata-core /req/common-classes-instance/ req/citation-instance/req/ language-localisation-instance/ req/gml-wrapper | /req/resource-content-instance/validation <c> |
/req/resource-content-instance/feature-catalogue Если создается экземпляр MD_FeatureCatalogueDescription, то либо значение для enabledWithDataset должно быть "истина", либо правильно сформированный и действительный экземпляр MD_FeatureCatalogue должен быть включен в запись метаданных, либо должно быть предоставлено значение для свойства MD_FeatureCatalogue Description.feature-CatalogueCitation" | |||
/req/resource-content-instance/inline-feature- catalogue Если экземпляр MD_FeatureCatalogue включен со встроенным содержимым свойства "featureCatalogue", пространство имен для XML-схемы, реализующей каталог объектов [9], должно быть объявлено в экземпляре документа. Должен быть предоставлен действительный xsi: schemaLocation, который будет извлекать XML-схему для проверки экземпляра каталога объектов | |||
/req/resource-content-instance/dimension-units Если создается экземпляр элемента MD_SampleDimension и хотя бы одно из свойств "maxValue", "minValue" или "meanValue" имеет значение, то должно быть предоставлено значение для свойства "units" | |||
/req/resource-content-instance/band-dimension- units Если создается экземпляр элемента MD_Band, то значение свойства "units" должно быть единицей длины | |||
/mrd/1.0 | /req/resource- distribution- instance | /req/metadata-core/req/ common-classes-instance/req/ citation-instance | /req/resource-distribution-instance/validation <c> |
/req/resource-distribution/medium-density Если создается экземпляр элемента MD_Medium и присутствует значение для свойства "density", то должно быть предоставлено значение для свойства "densityUnits" | |||
/mri/1.0 | /req/resource- identification- instance | /req/metadata-core/req/ common-classes-instance/ req/citation-instance/req/ geospatial-extent-instance/req/ gml-wrapper | /req/resource-identification-instance/ validation <c> |
/req/resource-identification-instance/title Экземпляр идентификации ресурса должен предоставлять значение свойства "title", которое является символьной строкой | |||
/req/resource-identification-instance/abstract Экземпляр идентификации ресурса должен предоставлять значение свойства "abstract", которое является символьной строкой | |||
/req/resource-identification-instance/topic- category Если значение свойства MD_Metadata.metadata-Scope не указано или если значение свойства MD_Metadata.metadataScope.MD_Metadata- Scope.ResourceScope равно "dataset" или равно "series", то значение для topicCategory должно быть предоставлено | |||
/req/resource-identification-instance/ associated-resource Если создается экземпляр элемента MD_AssociatedResource, то должно быть предоставлено значение или для свойства "name", или для свойства "metadataReference" | |||
Рекомендация: если ресурс, описанный экземпляром метаданных, содержит текстовую информацию, то должно быть указано значение для MD_DataIdentification defaultLocale | |||
/mrl/1.0 | /req/lineage- instance | /req/metadata-core/req/ common-classes-instance/ req/citation-instance/req/gml- wrapper | /req/lineage-instance/validation <c> |
/req/lineage-instance/lineage-content Если создается экземпляр элемента LI_Lineage и значение для свойства LI_Lineage.statement не указывается, то по крайней мере одно из свойств "processStep" или "source" должно иметь значение | |||
/req/lineage-instance/source Если создается экземпляр элемента LI_Source, то или свойство "description", или свойство "scope" должно иметь значение | |||
/mrs/1.0 | /req/reference- system-instance | /req/metadata-core/req/ common-classes-instance | /req/reference-system-instance/validation <c> |
/msr/1.0 | /req/spatial- representation- instance | /req/metadata-core/req/ common-classes-instance/ req/citation-instance/req/gml- wrapper | /req/spatial-representation-instance/validation |
Рекомендация: если свойство "checkPointAvailability" имеет значение "True" (1), то для свойства "checkPointDescription" должно быть указано значение | |||
/srv/2.0 | /req/service- metadata-instance | /req/metadata-core/req/ common-classes-instance/req/ citation-Instance/req/resource- identification-instance/req/ resource-distribution-instance | /req/service-metadata-instance/validation <c> |
/req/service-metadata-instance/chain-or- operation Экземпляр SV_ServiceIdentification должен иметь значение или для свойства "containsChain", или для свойства "containsOperation" | |||
/req/service-metadata-instance/coupled- resource-exists Если свойство "coupledResource" имеет значение, то свойство "couplingType" должно иметь значение | |||
/req/service-metadata-instance/operated-or- operates-on Экземпляр SV_ServiceIdentification не должен содержать значения для свойств "operatesOn" и "operatedDataset" | |||
/req/service-metadata-instance/coupled- resource-defined Если создается экземпляр элемента SV_CoupledResource, то или свойство "resourceReference", или свойство "resource" должно иметь значение | |||
/srv/2.0 | /req/service- metadata-instance | /req/metadata-core/req/ common-classes-instance/req/ citation-Instance/req/resource- identification-instance/req/ resource-distribution-instance | /req/service-metadata-instance/coupled- resource-linkage Экземпляр SV_CoupledResource не должен содержать значения для свойств "resource" и "resourceReference" |
Рекомендация. Если значение свойства MD_Metadata.metadataScope.-MD_Metadata- | |||
<b> Все URI классов соответствия являются HTTP URI, префикс "http://standards.iso.org/iso/19115/-3" к путям в ячейке таблицы, чтобы получить полный URI. <c> Требования к проверке правильности однотипны. Каждый модуль имеет требование проверки правильности, которое отражает требование проверки, приведенное в основных требованиях и связано с классом соответствия, который определяет XML-схему и набор правил Schematron, используемые для тестирования правильности данных. | |||
Для повышения совместимости метаданных настоящий стандарт определяет классы соответствия для шести типов экземпляров документов метаданных, которые постепенно реализуют больше возможностей для описания ресурсов и их взаимосвязей (см. таблицу 9). Наиболее простым является класс требований Minimal-Metadata-Instance (экземпляр минимальных метаданных), который определяет документ метаданных, использующий элементы в пространствах имен в соответствии с настоящим стандартом, необходимые для соблюдения минимальных обязательных требований к содержимому согласно модели ГОСТ Р 57668 для метаданных набора данных.
Таблица 9
для обмена метаданными и связанной информацией
Пространство имен <a> | URI класса требований <b> | Зависимости <b> | Требования <b> |
/mdb/1.0 | /req/metadata- minimal-instance | /req/metadata-base-instance/ req/resource-identification- instance/req/citation-instance Conditional: /req/geospatial- extent-instance | /req/metadata-minimal-instance/validation Экземпляр документа XML с минимальными метаданными должен быть правильно сформирован и действителен |
/req/metadata-minimal-instance/resource- identification Экземпляр документа метаданных, соответствующий настоящему стандарту, должен иметь конкретный элемент, который предоставляет значение свойства | |||
/mdb/1.0 | /req/metadata- minimal-instance | /req/metadata-base-instance/ req/resource-identification- instance/req/citation-instance Conditional: /req/geospatial- extent-instance | MD_Metadata.dataIdentification, которое является либо mri:MD_DataIdentification, либо srv:SV_ServiceIdentification |
/req/metadata-minimal-instance/dataset-extent Если значение свойства MD_Metadata.metadataScope не указано или если значение свойства MD_Metadata.metadataScope.MD_Metadat- Scope.resourceScope равно "dataset", то экземпляр идентификации ресурса должен предоставить хотя бы одно значение свойства "extent", которое является либо EX_GeographicBoundingBox, либо EX_GeographicDescription | |||
/req/metadata-minimal-instance/allowed-name- spaces Экземпляр документа XML с минимальными метаданными должен включать встроенные элементы для создания экземпляров типов данных значений абстрактных свойств, которые определены в пространствах имен cit и mri и условно в пространствах имен srv или gex | |||
/req/metadata-minimal-instance/metadata- creation-date Значение свойства "dateInfo" с типом даты = = "creation" должно присутствовать в каждом экземпляре MD_Metadata | |||
/mds/1.0 | /req/metadata-data- or-service-instance | /req/metadata-minimal- instance, /req/application- schema-instance, /req/ constraint-instance, /req/ lineage-instance, /req/geo- spatial-extent-instance, /req/ resource-content-instance, /req/resource-distribution- instance, /req/maintenance- information-instance, /req/ portrayal-catalogue-instance, /req/reference-system- instance, /req/service- metadata-instance, /req/spatial- representation-instance | /req/metadata-data-or-serviceinstance/validation Экземпляр документа XML с метаданными должен быть правильно сформирован и действителен |
/req/metadata-data-or-service-instance/ allowed-namespace Элемент экземпляра документа XML данных или сервиса должен содержать только те элементы, которые определены в одном из этих пространств имен: mdb, mcc, cit, lan, mri, gco, mas, mco, mrl, 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_MetadataExtensionInformation из того пространства имен http://standards.iso.org/iso/19115/-3/mex/1.0, которое правильно сформировано и действительно и которое документирует элементы расширений |
/req/extended-metadata-instance/new-section | |||
/req/extended-metadata-instance/new-codelist | |||
/req/extended-metadata-instance/new-element | |||
/req/extended-metadata-instance/iso-type Тип класса XML (XCT) любого нового элемента метаданных должен включать обязательный атрибут XML с именем isoType, который, как ожидается, будет содержать имя класса ИСО, из которого он прямо или косвенно происходит. Пространство имен для атрибута isoType будет таким же, как пространство имен нового элемента метаданных | |||
/req/extended-metadata-instance/extension-by- restriction Ограничение кардинальности XML-элемента или атрибута, или домена, определенных в настоящем стандарте, должно применяться с помощью инструмента, отличного от средства проверки XML-схемы | |||
Рекомендация. | |||
/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 с метаданными должен быть правильно сформирован и действителен |
Класс требований к метаданным для данных или сервисов определяет тип документа, который использует модули пространства имен в соответствии с настоящим стандартом, для реализации всех свойств, указанных для записи метаданных, заданной в моделях ГОСТ Р 57668 и ГОСТ Р 57656, за исключением расширений типов (gcx) и расширений метаданных (mex). Такой тип документа обеспечивает полную запись метаданных, описывающую любой тип геопространственного ресурса или сервиса, включая информацию о сборе данных, определенную в ГОСТ Р 57656.
Класс требований к метаданным с расширенными типами задает тип документа, который расширяет требования к метаданным для данных или сервисов, позволяя заменять строки символов из пространства имен геопространственных общих расширений (gcx) (первоначально определенного в [3]).
Класс требований к метаданным с расширенным содержимым задает тип документа, который расширяет требования к метаданным для данных или сервисов, предоставляя как замену символьных строк из пространства имен геопространственных общих расширений (gcx), так и замену расширений схемы метаданных, определенной ГОСТ Р 57668 и ГОСТ Р 57656 с использованием пространства имен расширений метаданных и процедуры согласно ГОСТ Р 57668-2017 (6.5.12). Профили пользователей и расширения для метаданных рассмотрены в ГОСТ Р 57668-2017 (приложение C) с правилами, связанными с надлежащим анализом требования к расширению, и с полученной документацией для описания расширения. Правила, задающие требования для реализации различных типов расширения в соответствии с ГОСТ Р 57668-2017 (C.2 приложения C), перечислены в [3]. Эти правила были использованы для определения требований, перечисленных в таблице 9.
Класс требований к экземпляру приложения метаданных задает тип документа, который реализует модель приложения метаданных, определенную в ГОСТ Р 57668-2017 (6.2). Эта модель предназначена для поддержки метаданных, описывающих иерархические агрегаты данных или коллекции, путем определения нескольких классов для представления различных типов агрегатов, являющихся подтипами абстрактного класса DS_Resource. Концептуальная модель определяет двунаправленную ассоциацию между DS_Resource и элементом Metadata Information::MD_Metadata. Реализация двунаправленной ассоциации делает невозможной модуляризацию модели метаданных из-за циклических зависимостей, которые она вводит. Таким образом, в настоящем стандарте реализована только ассоциация от DS_Resource к MD_Metadata, но не обратная ассоциация от MD_Metadata к DS_Resource. Это основано на анализе того, что в реальных приложениях предпочтительный сценарий состоит в том, чтобы связать ресурс с метаданными, описывающими ресурс, и что свойство associatedResource в MD_Identification может быть использовано для реализации взаимосвязи записи метаданных с описанными экземплярами ресурса, при необходимости.
Класс требований к экземпляру метаданных для передачи данных задает тот тип документа, который реализует модель метаданных для передачи данных (см. [3]). Эта модель реализована в настоящем стандарте для совместимости с ГОСТ Р 57668 и предоставляет тот каталог (определенный в пространстве имен cat), который перечисляет содержимое агрегации набора данных, описанной записью метаданных, и позволяет вспомогательным файлам связываться с агрегатом или с компонентами наборов данных.
В таблице 10 приведены элементы, определенные в ГОСТ Р 57668 как обязательные в каждом экземпляре документа метаданных, который не описывает сервис.
Таблица 10
минимального экземпляра документа в соответствии
Сущность метаданных (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 |
Языковая локализация (lan) | MD_Metadata | Необязательное свойство MD_Metadata.defaultLocale. PT_Locale; схема пространства имен должна быть импортирована для проверки документов |
Цитирование (cit) | MD_Metadata | Обязательное свойство: MD_Metadata.contact.CI_Responsibility; импорт необходим для предоставления конкретного элемента, заменяющего mcc:_Responsibility |
Метаданные для идентификации ресурса (mri) или метаданные сервиса (srv) | MD_Metadata | Обязательное свойство: MD_Metadata.identificationInfo. MD_ Identification.abstract; абстрактный _ResourceDescription.MD_Identification может быть реализован через mri:MD_DataIdentification или srv:SV_ServiceIdentification |
Цитирование (cit) | MD_Identification | Обязательное свойство: MD_Identification.citation.CI_Citation.title; импорт необходим для предоставления конкретного элемента, заменяющего mcc:_Citation |
Географическое общее (gco) | MD_Identification, CI_Citation | Тип данных для различных обязательных свойств: Character-String |
Географическое общее (gco) | CI_Date | Тип данных для обязательного свойства: date.DateTime |
Геопространственная протяженность (gex) | MD_Identification | Если не указано значение для свойства MD_Metadata.metadataScope или если значение свойства MD_Metadata.metadataScope. -MD_MetadataScope.resourceScope равно "dataset", то экземпляр MD_Identification должен предоставить хотя бы одно значение свойства "extent", которое является либо EX_GeographicBoundingBox, либо EX_GeographicDescription |
Географическое общее (gco) | SV_Service- Identification | Если MD_Identification реализован через srv:SV_ServiceIdentification, то serviceType.GenericName является обязательным |
Примечание - В графе "Требуемое пространство имен XML" указано пространство имен, необходимое для реализации класса соответствия. В графе "Контейнерный класс" приведен класс в том пакете, который вводит зависимость. Графа "Путь зависимости" - это объяснение пути к требуемому элементу из того пространства имен, которое должно быть импортировано. | ||
На рисунке 1 показаны зависимости между классами требований для документов XML, которые создают экземпляры элементов из пространств имен, определенных в настоящем стандарте. Зависимости между классами требований в модели реализации указывают на то, что зависимый класс (источник ассоциации) наследует все требования от класса, являющегося целью отношения зависимости (стрелка указывает на целевой класс). Таким образом, все классы требований наследуют основные требования.
Примечание - Стрелки на диаграмме означают, что требования к классу на исходном конце стрелки включают все требования, включенные в класс на целевом конце стрелки.
к кодированию
Каждый из этих классов требований связан с тем классом соответствия, который устанавливает тесты для определения соответствия экземпляров документов указанным требованиям. Необходимо обратить внимание на добавление классов требований, которые определяют записи метаданных, включающие все необязательные модули содержимого метаданных (экземпляр полной записи метаданных), геопространственные общие расширенные типы (см. [3]) (метаданные с геопространственными общими расширенными типами), а также расширения модели содержимого метаданных в соответствии с положениями ГОСТ Р 57668 (см. также [3]) (экземпляр метаданных с расширенным содержимым). Эти классы требований не требуют реализации новых элементов метаданных. Классы соответствия для данных классов требований реализованы через XML-схемы, которые имеют один и тот же корневой элемент MD_Metadata и импортируют необходимую XML-схему, определенную в классах соответствия модуля метаданных (и во внешней схеме в некоторых случаях). URI пространств имен, связанных с этими классами требований, использованы в качестве значений атрибутов целевого пространства имен в документах схем и экземплярах документов для указания соответствия такому классу требований. URI расположений схем указывают на XML-схему, используемую для проверки соответствия определенному классу соответствия.
7 Расширения к моделям UML в серии международных стандартов ИСО по географической информации для XML-схемы
Реализация XML-схемы включает в себя расширения модели, определенные в [3] для веб-среды (геопространственные общие расширенные типы), культурную и лингвистическую адаптивность и каталоги. Поскольку некоторые из расширений (см. [3]) импортируют элементы из пространства имен http://www.isotc211.org/2005/gmd, новые реализации схемы XML этих расширений включены в настоящий стандарт для совместимости и связаны в пространствах имен языка (lan), общего расширения метаданных (gcx) и каталога (cat). Модель реализации также включает в себя пакет абстрактных классов, используемых для реализации необязательных типов свойств классов (см. 8.2), и пакеты для агрегирующих пространств имен, перечисленных в A.2.3 приложения A.
Процедура для кодирования понятий по ГОСТ Р 57668 в схему XML (см. [3]) объединила понятия из многих пакетов UML в одно пространство имен XML (gmd). Этот подход, с одной стороны, упростил полученные в результате экземпляры документов XML, но, с другой стороны, затруднил независимое повторное использование концепций конкретных пакетов UML. Целью настоящего стандарта является определение отношений между пакетами UML и пространствами имен XML таким образом, чтобы обеспечить их модульность и многократное применение. Правила, контролирующие отношения между пакетами и пространствами имен, используемыми в настоящем стандарте, следующие:
a) реализация XML-схемы будет включать как минимум одно пространство имен для каждого пакета UML в концептуальной модели, т.е. несколько пакетов UML не должны быть объединены в одно пространство имен;
b) пакеты UML могут быть разделены на несколько пространств имен, если это необходимо для упрощения реализации и управления жизненными циклами различных компонентов;
c) исключения из правила по перечислению a) могут потребоваться для минимизации зависимостей между пространствами имен и устранения циклических зависимостей.
В ГОСТ Р 57668 определены ряд пакетов UML и отношения между ними. Эти отношения приводят к зависимостям между теми пакетами, которые делают невозможным их повторное использование без включения всей модели. Для обеспечения модульности и автоматической генерации схемы в модель UML добавлен специфичный для XML-схемы уровень реализации, не влияющий на ее семантику. Этот уровень включает абстрактные классы, которые позволяют разделять пакеты моделей, добавлять теговые значения и стереотипы, необходимые для программного обеспечения преобразования UML в XML, и рефакторинг некоторых пакетов элементов модели, где это требуется для устранения циклических зависимостей между пространствами имен XML. Абстрактные классы также созданы для определения групп подстановок для тех классов, которые используются или могут использоваться реализациями XML-схем других моделей ИСО. Абстрактные классы для связи между пространствами имен упакованы в один пакет. Измененная модель UML называется моделью реализации, и XML-схема была автоматически сгенерирована из этой модели реализации в соответствии с определенными правилами (см. [5] и [3]).
8.3.1 Общие положения
Подход к реализации для разделения XML-пакетов использует абстрактные классы в значениях свойств, для которых требуются элементы из импортированных пространств имен. Документы обмена импортируют базовую схему, пакет абстрактного класса (который не изменяется между версиями) и схему, которая реализует конкретный элемент в группе подстановки для абстрактного элемента. Новые версии конкретного пространства имен могут получать новые определения элементов из этого абстрактного класса, что позволяет использовать новую модель путем импорта нового пространства имен в экземпляры документов. Это не требует изменений в реализации базовой схемы, что более подробно объясняется в настоящем пункте.
Ассоциации между классами UML могут быть смоделированы как значения атрибутов или концы ассоциаций. Подход реализации необходим в тех случаях, когда необязательный атрибут или ассоциация имеет тип свойства, который является классом из пакета, отличного от пакета, содержащего элемент. Экземпляры документов XML следует проверять с/без импорта пространства имен, которое реализует необязательный класс типа свойства. Это достигается путем использования абстрактного класса для типа значения свойства в схеме для родительского элемента (MD_Metadata на рисунке 2) и конкретной заменой этого абстрактного класса в схеме для элемента-потомка (LI_Lineage на рисунке 2), который обеспечивает фактическую реализацию класса значения свойства.
Примечание - На диаграмме имена пакетов представлены префиксными именами, за которыми следует "::". Пакет информации о метаданных требует пакет информации о происхождении только в тех случаях, в которых будет заполнен экземпляр LI_Lineage.
типа данных, который определен в пакете, отличном
от контейнерного класса свойств
Шаблон более подробно показан на рисунке 3; реализация XML-схемы представлена в примерах 1 - 3. Класс MD_Metadata входит в пространство имен базы метаданных (mdb), которое импортирует абстрактный класс _LineageInformation из пространства имен общих классов метаданных (mcc). Пространство имен mcc включено во все классы соответствия. Конкретной реализацией класса _LineageInformation является класс LI_Lineage, определенный в пространстве имен метаданных о происхождении ресурса (mrl). Соответствующие экземпляры документов не должны импортировать пространство имен mrl, если они фактически не включают информацию о происхождении. Пространство имен метаданных о происхождении ресурса (mrl) не должно импортировать пространство имен базы метаданных (mdb) для проверки, что позволяет использовать его в качестве автономного модуля в другой прикладной схеме, которая может связать происхождение с каким-либо элементом модели.
Примечание - Абстрактный класс реализован в пространстве имен общих классов метаданных и используется как цель необязательного свойства. Чтобы создать экземпляр свойства в экземпляре XML, необходимо импортировать пространство имен, которое содержит конкретный класс в группе подстановок для абстрактного класса (mrl.xsd на этой диаграмме).
с классом типа данных в другом пакете
Пример 1 - Ассоциация от базового класса метаданных к абстрактному типу свойства. В пространстве имен базового класса (mdb) определяется базовый элемент метаданных, который имеет необязательное свойство для различных классов деталей метаданных (см. рисунок 2). Базовый класс импортирует пространство имен, которое содержит определения совместно используемых абстрактных элементов.
<import namespace="http://standards.iso.org/iso/19115/-3/mcc/1.0/"
=http://standards.iso.org/iso/19115/-3/mcc/1.0/ schemaLocation="../../mcc/1.0/mcc.xsd"/>
<!-- элементы схемы пропущены -->
<!-- корневая сущность, которая определяет метаданные о ресурсе или ресурсах -->
<element name="MD_Metadata" substitutionGroup="gco:AbstractObject"
type="mdb:MD_Metadata_Type"/>
<!-- определение типа для корневого элемента, сложное содержимое - это
последовательность свойств -->
<complexType name="MD_Metadata_Type">
<complexContent>
<extension base="gco:AbstractObject_Type">
<sequence>
<!-- элементы пропущены... -->
<element maxOccurs="unbounded" minOccurs="0" name="resourceLineage"
type= "mcc:Abstract_LineageInformation_PropertyType"/>
<!-- тип для resourceLineage - это абстрактный класс из mcc -->
<!-- элементы пропущены... -->
</sequence>
</extension>
</complexContent>
</complexType>
Пример 2 - Определение абстрактного элемента в пакете абстрактных классов (mcc); этот пакет является связующим звеном для использования модульных пакетов. Абстрактные элементы не имеют содержимого.
Глобальный элемент класса XML, соответствующий классу (LI_Lineage), который является типом свойства для необязательного атрибута (resourceLineage) в базовом классе (см. рисунок 3).
<element abstract="true" name="Abstract_LineageInformation"
substitutionGroup="gco:AbstractObject"type="mcc:Abstract_LineageInformation_Type"/>
Тип класса XML для абстрактного класса:
<complexType abstract="true" name="Abstract_LineageInformation_Type">
<complexContent>
<extension base="gco:AbstractObject_Type">
<sequence/> <!-- без содержимого -->
</extension>
</complexContent>
</complexType>
Стандартное кодирование типа свойства класса XML для абстрактного типа свойства класса:
<complexType name="Abstract_LineageInformation_PropertyType">
<sequence minOccurs="0">
<element ref="mcc:Abstract_LineageInformation"/>
</sequence>
<attributeGroup ref="gco:ObjectReference"/>
<attribute ref="gco:nilReason"/>
</complexType>
Пример 3 - Определение конкретного класса в группе подстановок для абстрактного класса, в отдельном пространстве имен (mrl).
<element name="LI_Lineage" substitutionGroup="mcc:Abstract_LineageInformation"
type="mrl:LI_Lineage_Type"/>
<!-- сложный тип расширяет тип абстрактного класса -->
<complexType name="LI_Lineage_Type">
<complexContent>
<extension base="mcc:Abstract_LineageInformation_Type">
<sequence>
<!-- определение элементов в конкретном экземпляре... -->
</sequence>
</extension>
</complexContent>
</complexType>
Реализация метаданных, которая будет использовать элемент LI_Lineage, должна импортировать пространство имен mrl.
8.3.2 Подход к реализации для разделения необязательных классов
UML-модель для реализации XML-схемы использует следующий шаблон для классов, которые являются типом данных для значений свойств: если тип значения свойства - это класс, реализуемый в таком же пакете UML, как и владеющий класс, изменения отсутствуют. Если тип значения свойства является классом, который реализован в другом пакете UML, то в настоящем стандарте (абстрактный шаблон, показанный на рисунке 4) пространства имен разделяются путем введения абстрактного класса в пакет абстрактных классов в UML-модели реализации. Конкретный класс, реализующий абстрактный класс, определяется в пакете для пространства имен реализации как специализация абстрактного класса, создавая зависимость между пакетом реализации, содержащим класс, и пакетом абстрактных классов. Затем этот шаблон UML реализуется с использованием правил кодирования (см. [3]) для абстрактных классов. Введение абстрактного класса не изменяет семантику реализуемой модели, но позволяет определять новые версии конкретного реализующего класса без влияния на схему, использующую абстрактный класс. Таблица 6 представляет собой список классов по ГОСТ Р 57668 в UML для реализации XML настоящего стандарта, которые используют этот шаблон.
Примечание - Свойства внутри класса 2 не показаны.
тип свойства класса
В нижеприведенном списке подробно описаны шаги для кодирования и представлен абстрактный класс, позволяющие разделить схему пространства имен XML.
a) Абстрактный класс и тип свойства определены в пакете пространства имен XML абстрактных общих классов, который обозначен аббревиатурой пространства имен "acn". Это пространство имен определяет все абстрактные классы, которые используются для связывания модулей в автономном режиме. При этом пакет абстрактного класса представлен в UML-модели реализации и является исключительно артефактом реализации. Экземпляры документов XML не будут содержать элементы из этого пакета.
Пример 1 - Шаг a) определяет абстрактный класс (в данном примере с именем acn:AbstractClass2) (см. [3]).
<schema xmlns:acn=http://standards.iso.org/iso/19115/-3/acn/1.0 ... />
<element abstract="true" name="AbstractClass2" substitutionGroup="gco:AbstractObject"
type="acn:AbstractClass2_Type"/>
<complexType abstract="true" name="AbstractClass2_Type">
<complexContent>
<extension base="gco:AbstractObject_Type">
<sequence/> <!-- без содержимого -->
</extension>
</complexContent>
</complexType>
Пример 2 - На шаге a) реализация типа свойства со значением, заданным абстрактным классом согласно примеру 1 (см. [3]).
<complexType name=" AbstractClass2_PropertyType">
<sequence minOccurs="0">
<element ref=" acn:AbstractClass2"/>
</sequence>
<attributeGroup ref="gco:ObjectReference"/>
<attribute ref="gco:nilReason"/>
</complexType>
b) Другое пространство имен (обозначенное аббревиатурой "ns1" в примере 3) содержит класс, который имеет необязательное свойство (кардинальность 0..1 или 0..*), которое задается абстрактным классом, определенным выше. Пространство имен XML, реализующее этот класс, должно импортировать пространство имен, содержащее определения совместно используемых абстрактных элементов [аббревиатура "can", приведенная в примерах 1 и 2 перечисления a)].
Пример 3 - На шаге b) реализация XML-схемы для пространства имен ("ns1"), которое определяет класс (Class1) со свойством, имеющим тип данных, указанный абстрактным классом, приведенным в примерах 1 и 2 перечисления a).
<schema xmlns:nsl=http://standards.iso.org/iso/19115/-3/ns1/1.0 .../>
Импорт пространства имен xml абстрактных классов:
<import namespace="http://standards.iso.org/iso/19115/-3/acn/1.0/"
schemaLocation="../../acn/1.0/acn.xsd"/>
<!-- корневая сущность -->
<element name="Class1" substitutionGroup= "gco:AbstractObject" type= "nsl:Class1_Type">
</element>
Определение типа класса для Class1 со свойством (названным "property"), значение которого определено типом свойства AbstractClass2:
<complexType name="Class1_Type">
<complexContent>
<extension base="gco:AbstractObject_Type">
<sequence>
(....)
<element maxOccurs="unbounded" minOccurs="0" name="property"
type="acn:AbstractClass2_PropertyType "/>
(....)
</sequence>
</extension>
</complexContent>
</complexType>
ИС МЕГАНОРМ: примечание. В официальном тексте документа, видимо, допущена опечатка: имеется в виду пример 3 перечисления b), а не перечисления в). |
c) Третье пространство имен (обозначенное аббревиатурой "ns2") определяет конкретный XML-элемент (Class2, рисунок 4), который является членом группы подстановок для абстрактного класса (AbstractClass2). XML-экземпляры класса Class1 должны импортировать как пространство имен "acn", так и пространство имен, включающее конкретный класс, который заменяет AbstractClass2 [например, Class2 в примере 3 перечисления в)], чтобы предоставить экземпляры свойства "property" (см. рисунок 4).
Пример 4 - На шаге c) реализация XML-схемы для пространства имен ("ns2"), которая определяет конкретный класс (Class2) в группе подстановок для AbstractClass2.
<element name="Class2" substitutionGroup="acn:AbstractClass2" type="ns2:Class2_Type"/>
<!-- сложный тип расширяет тип для абстрактного класса -->
<complexType name="Class2_Type">
<complexContent>
<extension base="acn:AbstractClass2_Type">
<sequence>
<!-- определение элементов в конкретном экземпляре... -->
</sequence>
</extension>
</complexContent>
</complexType>
Пространство имен http://standards.iso.org/iso/19115/-3/mcc/1.0 включает элементы, реализующие абстрактные классы, необходимые для кодирования типов необязательных свойств классов, определенных в ГОСТ Р 57668 в соответствии с правилом реализации в разделе 8. В таблице 11 приведены необходимые классы.
Таблица 11
в качестве типа данных
Абстрактный класс | Пространство имен, определяющее конкретную реализацию |
_AcquisitionInformation | Метаданные для сбора данных |
_ApplicationSchemaInformation | Метаданные для прикладной схемы |
_Citation | Цитирование |
_Constraints | Метаданные для ограничений |
_ContentInformation | Метаданные для содержимого ресурсов |
_DataQuality | По ГОСТ Р 57773 |
_Distribution | Метаданные для распределения |
_Extent | Геопространственная протяженность |
_FeatureCatalogue | |
_Format | Метаданные для распространения |
_LineageInformation | Метаданные для происхождения |
_MaintenanceInformation | Метаданные для информации по ведению ресурса |
_Metadata | База метаданных |
_Metadata Extension | Метаданные для расширения метаданных |
_OnlineResource | Цитирование |
_Platform | Метаданные для сбора данных |
_PortrayalCatalogueInformation | Метаданные для каталога отображений |
_QualityElement | По ГОСТ Р 57773 |
_ReferenceSystem | Метаданные для системы пространственной привязки |
_ResourceDescription | Метаданные для ресурсов |
_Responsibility | Цитирование |
_SpatialRepresentation | Метаданные для пространственного представления |
_SpatialResolution | Метаданные для ресурсов |
_StandardOrderProcess | Цитирование |
_TypedDate | Цитирование |
В разделах 7 - 9 [3] описаны детали кодирования концептуальной схемы UML в набор XML-схем. Реализация XML-схемы согласно настоящему стандарту следует правилам и шаблонам, описанным в этих разделах, применяя их к модели UML для реализации XML. Одно дополнительное правило потребовалось для поддержки модели реализации, описанной в 8.2, и для улучшения модульности реализации XML-схемы. В таблице 12 перечислены правила кодирования, используемые для каждого класса UML.
Таблица 12
для настоящего стандарта
Классификатор UML | Правило кодирования |
GM_Object, GM_Point | http://standards.iso.org/iso/19139/spec#9.4 |
TM_Object, TM_Primitive и TM_PeriodDuration | http://standards.iso.org/iso/19139/spec#9.5 |
SC_CRS | http://standards.iso.org/iso/19139/spec#9.6 |
AbstractObject_Type, ObjectIdentification, ObjectReference, CodeList-Value_Type, nilReason, Multiplicity, MultiplicityRange, MemberName, TypeName, CharacterString, Integer, UnlimitedInteger, Decimal, Real, Boolean, Binary_Type, GenericName, LocalName, ScopedName, тип Measure и его подтипы, тип UnitOfMeasure и его подтипы, Number_PropertyType, Date, DateTime, Record и RecordType | http://standards.iso.org/iso/19139/spec#9.7 |
Свойства, перечисленные в таблице 10 | См. 8.2 |
Классы, атрибуты и свойства UML, которым не назначено явно правило кодирования со стороны других требований к кодированию ядра | http://standards.iso.org/iso/19139/spec#6 http://standards.iso.org/iso/19139/spec#7 http://standards.iso.org/iso/19139/spec#8 |
Для кодирования метаданных с использованием настоящего стандарта определены следующие значения по умолчанию:
- defaultLocale language = "en" как для метаданных, так и для идентификации данных;
- defaultLocale character set code = "UTF-8" как для метаданных, так и для идентификации данных;
- MD_Metadata.metadataScope.MD_MetadataScope.resourceScope code = "dataset".
(обязательное)
A.1 Обзор
Различные тесты соответствия для настоящего стандарта требуют, чтобы экземпляры документов метаданных (XML) могли быть проверены на отсутствие ошибок в отношении XML-схем. Несмотря на то что для проверки правильности экземпляров документов XML в соответствии с предоставленными XML-схемами доступно множество инструментов, следует учитывать, что не все средства проверки по XML-схеме реализуют рекомендацию W3C полностью и не все средства проверки по XML-схеме интерпретируют рекомендацию W3C одинаковым образом. При проверке экземпляров документов XML по тестам соответствия рекомендуется использовать средство, реализующее строгую интерпретацию и полную поддержку XML-схемы W3C.
Нормативная XML-схема и документы Schematron доступны в каталоге по адресу: http://standards.iso.org/iso/19115/-3/, со структурой каталогов, описанной в приложении B. В приложении C приведены дополнительные сведения о схеме кодирования; в приложении D - два примера экземпляров документов, соответствующих схеме реализации.
A.1.2 Требования к соответствию. Ограничения проверки XML-схемы
Так как проверки XML-схемы недостаточно для проверки всех ограничений, приведенных в ГОСТ Р 57668, для некоторых тестов соответствия требуются другие процедуры проверки. Например, элемент свойства, следующий за шаблоном типа свойства класса XML (XCPT) по умолчанию (см. [3]), может иметь одно из следующего: встроенного содержимого (по значению), которое является XML-классом; атрибута xlink: href (по ссылочному значению) или атрибута gco:nilReason (nil-значение). Поскольку XML-схема не может ограничивать совместное вхождение содержимого или атрибутов, необходимо использовать некоторый механизм в дополнение к проверке XML-схемы для ограничения свойства исключительно по значению или по ссылке, или по nil-значению. В качестве другого примера проверка XML-схемы не поддерживает применение совместных ограничений, таких как требование, чтобы "extent" в виде "EX_GeographicBoundingBox" или "EX_GeographicDescription" использовался в объекте "MD_Identification", когда уровень иерархии в "MD_Metadata" равен "dataset" (набор данных).
Правила, реализующие эти ограничения, включены в соответствующий класс требований для экземпляров XML-документов. Пакет таких документов включает набор правил Schematron для проверки соответствия этим требованиям. Если инструмент для проверки Schematron недоступен, данное соответствие может потребоваться проверить путем просмотра.
A.2 Классы соответствия
A.2.1 Общие положения
Классы соответствия для требований, связанных с экземплярами документов XML (цель соответствия), тестируют посредством проверки XML-схемы, использования наборов правил Schematron и просмотра экземпляров документов. Требования к классу соответствия и тесты представлены в таблицах A.1 - A.9.
A.2.2 Базовый класс соответствия
Этот класс соответствия проверяет соответствие требованию кодирования свойств ядра метаданных. Целью соответствия является экземпляр XML-документа.
Таблица A.1
Идентификатор | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-core-xml | |
Требования | http://standards.iso.org/iso/19115/-3/1.0/req/metadata-core | |
Тест | Идентификатор | /conf/metadata-core-xml/property-type-content |
Требование | /req/metadata-core/property-type-content | |
Цель тестирования | Убедиться в том, что значения свойств имеют согласованное содержимое, как определено в требовании | |
Метод тестирования | Убедиться в том, что документ проверяется с помощью набора правил Schematron metadata-core.sch | |
Тип теста | Соответствие | |
Тест | Идентификатор | /conf/metadata-core-xml/instance-validation |
Требование | /req/metadata-core/instance-validation | |
Цель тестирования | Убедиться в том, что экземпляры документов правильно сформированы и действительны | |
Тест | Метод тестирования | Каждый модуль метаданных имеет специфичное для модуля требование проверки, которое проверяют заданным документом XML-схемы и, при необходимости, соответствующим документом правила Schematron |
Тип теста | Соответствие | |
Тест | Идентификатор | /conf/metadata-core-xml/base-data-types |
Требование | /req/metadata-core/property-type-content | |
Цель тестирования | ||
Метод тестирования | XML-схема, связанная с каждым модулем метаданных, должна импортировать схему gco.xsd; модули, использующие элементы gml, должны импортировать схему gmw.xsd. Проверить, что все листовые элементы со встроенным содержимым принадлежат пространству имен gco или gml | |
Тип теста | Соответствие | |
Таблица A.2
Классы соответствия для экземпляров модулей XML
Пространство имен <a> | URI класса требований <b> | Зависимости <b> | Тест <b> |
/cit/1.0 | /conf/citation-xml | /conf/metadata- core-xml /conf/common- classes-xml | URI теста: /conf/citation-xml/schema-valid Тесты: /req/citation-instance/validation Процедура: проверка с помощью cit.xsd <c> |
URI теста: /conf/citation-xml/schematron-rules Тесты: /req/citation-instance/individual-name, /req/citation-instance/organisation-name Процедура: проверка с помощью cit.sch | |||
/gcx/1.0 | /conf/extended-types-xml | /conf/common- classes-xml | URI теста: /conf/extended-types-xml/schema- valid Тесты: /req/extended-types-instance/validation Процедура: проверка с помощью gcx.xsd <c> |
/gcx/1.0 | /conf/extended-types-xml | /conf/common- classes-xml | URI теста: /conf/extended-types-xml/schema- valid Тесты: /req/extended-types-instance/validation Процедура: проверка с помощью gcx.xsd <c> |
/gex/1.0 | /conf/geospatial-extent-xml | /conf/common- classes-xml /conf/gml-wrapper- xml | URI теста: /conf/geospatial-extent-xml/schema- valid Тесты: /req/geospatial-extent-instance/validation Процедура: проверка с помощью gex.xsd <c> |
URI теста: /conf/geospatial-extent- xml/schematron-rules Тесты: /req/geospatial-extent-instance/value- required /req/geospatial-extent-instance/vertical-crs Процедура: проверка с помощью gex.sch | |||
/gmw/1.0 | /conf/gml-wrapper-xml | /conf/metadata- core-xml | URI теста: /conf/gml-wrapper-xml/schema-valid Тесты: /req/gml-wrapper/implementation, /req/ gml-wrapper/validation Процедура: проверка с помощью gmw.xsd <c> |
/lan/1.0 | /conf/language- localisation-xml | /conf/citation-xml | URI теста: /conf/language-localisation-xml/ schema-valid Тесты: /req/language-localisation-instance/ validation Процедура: проверка с помощью lan.xsd <c> |
/mac/1.0 | /conf/acquisition-xml | /conf/citation-xml /conf/common- classes-xml /conf/gml-wrapper- xml | URI теста: /conf/acquisition-xml/schema-valid Тесты: /req/acquisition-instance/validation Процедура: проверка с помощью mac.xsd <c> |
/mas/1.0 | /conf/application-schema-xml | /conf/citation-xml /conf/common- classes-xml | URI теста: /conf/application-schema-xml/schema-valid Тесты: /req/application-schema-instance/ validation Процедура: проверка с помощью mas.xsd <c> |
/mcc/1.0 | /conf/common-classes-xml | /conf/metadata- core-xml/conf/ citation-xml | URI теста: /conf/common-classes-xml/schema-valid Тесты: /req/common-classes-instance/validation Процедура: проверка с помощью mcc.xsd <c> |
/mco/1.0 | /conf/constraints-xml | /conf/citation-xml /conf/common- classes-xml | URI теста: /conf/constraints-xml/schema-valid Тесты: /req/constraints-instance/validation Процедура: проверка с помощью mco.xsd <c> |
URI теста: /conf/constraints-xml/schematron- rules Тесты: /req/constraints-instance/legal-constraints /req/constraints-instance/other-restrictions /req/constraints-instance/releasability Процедура: проверка с помощью mco.sch | |||
/mdb/1.0 | /conf/metadata-base-xml | /conf/metadata- core-xml /conf/common- classes-xml /conf/language-localisation-xml | URI теста: /conf/metadata-base-xml/schema- valid Тесты: /req/metadata-base-instance/-validation Процедура: проверка с помощью metadata-Base.xsd <c> |
Тест: /conf/metadata-base-xml/root-element Тесты: /req/metadata-base-instance/root-element Процедура: просмотр экземпляра документа XML, чтобы определить корневой элемент | |||
URI теста: /conf/metadata-base-xml/identification Тесты: /req/metadata-base-instance/identification Процедура: просмотр для определения того, что элемент, заполняющий свойство "identification", определен в группе подстановок для _ResourceDescription | |||
/mdb/1.0 | /conf/metadata-base-xml | /conf/metadata- core-xml /conf/common- classes-xml /conf/language- localisation-xml | URI теста: /conf/metadata-base-xml/language Тесты: /req/metadata-base-instance/language Процедура: просмотр XML-документа, для определения того, является ли язык содержимого языком по умолчанию (английский), если значение defaultLocale не указано, или того, что язык содержимого соответствует языку, указанному в свойстве defaultLocale language |
URI теста: /conf/metadata-base-xml/character- encoding Тесты: /req/metadata-base-instance/character- encoding Процедура: просмотр XML-документа для определения того, является ли кодировка символов кодировкой по умолчанию (UTF-8), если не задано значение defaultLocale language, или того, что кодировка символов соответствует кодировке, указанной в свойстве defaultlocale characterEncoding | |||
URI теста: /conf/metadata-base-xml/metadata- scope-name Тесты: /req/metadata-base-instance-/metadata- scope-name Процедура: убедиться в том, что документ проверяют с помощью набора правил Schematron metadata-base.sch | |||
/mex/1.0 | /conf/metadata-extension-xml | /conf/citation-xml /conf/common- classes-xml | URI теста: /conf/metadata-extension-xml/schema- valid Тесты: /req/metadata-extension-instance/ validation Процедура: проверка с помощью mex.xsd <c> |
URI теста: /conf/metadata-extension-xml/ schematron-rules Тесты: /req/metadata-extension-instance/ cardinality /req/metadata-extension-instance/conditional- condition /req/metadata-extension-instance/code-mandatory /req/metadata-extension-instance/conceptname- mandatory /req/metadata-extension-instance/name-proscribed Процедура: проверка с помощью mex.sch | |||
/mmi/1.0 | /conf/maintenance-information-xml | /conf/citation-xml /conf/common- classes-xml | URI теста: /conf/maintenance-information-xml/ schema-valid Тесты: /req/maintenance-information-instance/ validation Процедура: проверка с помощью mmi.xsd <c> |
URI теста: /conf/maintenance-information-xml/ schematron-rules Тесты: /req/maintenance-information-instance/ frequency Процедура: проверить с помощью mmi.sch | |||
/mpc/1.0 | /conf/portrayal-catalogue-xml | /conf/citation-xml /conf/common- classes-xml | URI теста: /conf/portrayal-catalogue-xml/ schema-valid Тесты: /req/portrayal-catalogue-instance/ validation Процедура: проверка с помощью mpc.xsd <c> |
/mpc/1.0 | /conf/resource-content-xml | /conf/citation-xml /conf/common- classes-xml /conf/language- localisation-xml /conf/gml-wrapper- xml | URI теста: /conf/resource-content-xml/schema- valid Тесты: /req/resource-content-instance/validation Процедура: проверка с помощью mrc.xsd <c> |
URI теста: /conf/resource-content- xml/schematron-rules Тесты: /req/resource-content-instance/feature- catalogue /req/resource-content-instance/inline-feature- catalogue /req/resource-content-instance/dimension-units /req/resource-content-instance/band-dimension- units Процедура: проверка с помощью mrc.sch | |||
/mrd/1.0 | /conf/resource-distribution-xml | /conf/citation-xml /conf/common- classes-xml | URI теста: /conf/resource-distribution-xml/ schema-valid Тесты: /req/resource-distribution-instance/ validation Процедура: проверка с помощью mrd.xsd <c> |
URI теста: /conf/resource-distribution-xml/ schematron-rules Тесты: /req/resource-distribution/medium-density Процедура: проверка с помощью mrd.sch | |||
/mri/1.0 | /conf/resource-identification-xml | /conf/citation-xml /conf/common- classes-xml /conf/gml-wrapper- xml | URI теста: /conf/resource-identification-xml/ schema-valid Тесты: /req/resource-identification-instance/ validation Процедура: проверка с помощью mri.xsd <c> |
URI теста: /conf/resource-identification-xml/ schematron-rules Тесты: /req/resource-identification-instance/ topic-category /req/resource-identification-instance/associated- resource Процедура: проверка с помощью mri.sch | |||
/mrl/1.0 | /conf/lineage-xml | /conf/citation-xml /conf/common- classes-xml /conf/gml-wrapper- xml | URI теста: /conf/lineage-xml/schema-valid Тесты: /req/lineage-instance/validation Процедура: проверка с помощью mrl.xsd <c> |
URI теста: /conf/lineage-xml/schematron-rules Тесты: /req/lineage-instance/lineage-content /req/lineage-instance/source Процедура: проверка с помощью mrl.sch | |||
/mrs/1.0 | /conf/reference-system-xml | /conf/common- classes-xml | URI теста: /conf/reference-system-xml/schema- valid Тесты: /req/reference-system-instance/ validation Процедура: проверка с помощью mrs.xsd <c> |
/msr/1.0 | /conf/spatial- representation-xml | /conf/citation-xml /conf/common- classes-xml /conf/gml-wrapper- xml | URI теста: /conf/spatial-representation-xml/ schema-valid Тесты: /req/spatial-representation-instance/ validation Процедура: проверка с помощью msr.xsd <c> |
/srv/2.0 | /conf/service-metadata-xml | /conf/citation-xml /conf/common- classes-xml /conf/resource- distribution-xml | URI теста: /conf/service-metadata-xml/ schema-valid Тесты: /req/service-metadata-instance/validation Процедура: проверка с помощью srv.xsd <c> |
URI теста: /conf/service-metadata-xml/ schematron-rules Тесты: /req/service-metadata-instance/service- keyword /req/service-metadata-instance/chain-or-operation /req/service-metadata-instance/coupled-resource- exists /req/service-metadata-instance/operated-or- operates-on /req/service-metadata-instance/coupled-resource- defined /req/service-metadata-instance/coupled-resource- linkage Процедура: проверка с помощью srv.sch | |||
Примечание - Все тесты основаны на проверке соответствующих документов с определенным документом XML-схемы и документом Schematron (если он указан). Расположение документов нормативной XML-схемы и набора правил Schematron приведено в B.1 приложения B. Цель соответствия - это экземпляр XML-документа, кодирующий один модуль метаданных. <b> Все URI требований являются HTTP URI, префикс "http://standards.iso.org/iso/19115/-3/1.0" к путям в ячейке таблицы, чтобы получить полный URI. <c> См. обсуждение инструментов проверки в A.1.1. | |||
A.2.4 Классы соответствия для документов обмена метаданными
A.2.4.1 Общие положения
Классы соответствия, указанные в A.2.4.2 - A.2.4.8, определяют XML-схему, которая импортирует один или несколько модулей метаданных, чтобы обеспечить реализацию записей метаданных для различных сценариев использования. Цель соответствия - это экземпляр XML-документа с полными метаданными.
Класс соответствия, указанный в таблице A.3, определяет минимальный документ метаданных, соответствующий ГОСТ Р 57668. Данный класс соответствия предназначен в качестве упрощенной отправной точки для тех профилей, которые будут выборочно использовать другие модули метаданных из этого документа и могут использовать другие реализации для некоторых модулей.
Таблица A.3
метаданных XML
Идентификатор | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-minimal-instance | |
Требования | http://standards.iso.org/iso/19115/-3/1.0/req/metadata-minimal-instance | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-core-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/common-classes-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/citation-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/geospatial-extent-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/resource-identification-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/language-localisation-xml | |
Тест | Идентификатор | /conf/metadata-minimal-instance/validation |
Требование | /req/metadata-minimal-instance/validation | |
Цель тестирования | Убедиться в том, что минимальный экземпляр документа метаданных XML правильно сформирован и действителен | |
Метод тестирования | Использование инструмента проверки XML для определения того, является ли экземпляр XML действительным, с применением XML-схемы mdb.xsd. См. обсуждение инструментов проверки в A.1.1 | |
Тип теста | Проверка правильности | |
Тест | Идентификатор | /conf/metadata-minimal-instance/schematron-rules |
Требование | /req/metadata-minimal-instance/dataset-extent /req/metadata-minimal-instance/topic-category | |
Цель тестирования | Убедиться в том, что экземпляр XML соответствует дополнительным ограничениям, которые не могут быть проверены XML-схемой | |
Метод тестирования | Убедиться в том, что документ проверяют с помощью набора правил Schematron metadata-minimal.sch | |
Тип теста | Проверка правильности | |
Тест | Идентификатор | /conf/metadata-minimal-instance/allowed-namespaces |
Требование | /req/metadata-minimal-instance/allowed-namespaces | |
Цель тестирования | Убедиться в том, что экземпляр элемента MD_Metadata содержит только дочерние элементы из пространства имен mcc, cit, lan, mri, mdq, gex, gco или gmw | |
Метод тестирования | Использование инструмента проверки XML для определения того, является ли экземпляр XML действительным, с применением XML-схемы mdb.xsd. См. обсуждение инструментов проверки в A.1.1 | |
Тип теста | Проверка правильности | |
Тест | Идентификатор | /conf/metadata-minimal-instance/metadata-creation-date |
Требование | /req/metadata-minimal-instance/metadata-creation-date | |
Цель тестирования | Убедиться в том, что экземпляр элемента MD_Metadata указывает дату создания записи метаданных | |
Метод тестирования | Убедиться в том, что документ проверяют с помощью набора правил Schematron metadata-minimal.sch | |
Тип теста | Проверка правильности | |
A.2.4.3 Класс соответствия: полная запись метаданных
Класс соответствия, указанный в таблице A.4, определяет запись метаданных, которая содержит все элементы, необходимые для создания полной записи метаданных согласно ГОСТ Р 57668, описывающей любой тип геопространственного ресурса или сервиса. Целью этого класса является поддержка стандартных сервисов каталогов, которые не реализуют расширения метаданных или не используют расширенные типы, определенные в пространстве имен геопространственных общих расширенных типов. Объявив о соответствии этому классу, приложение может четко указать, что оно не поддерживает эти расширения.
Таблица A.4
метаданных XML
Идентификатор | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-data-or-service-instance | |
Требования | http://standards.iso.org/iso/19115/-3/1.0/req/metadata-data-or-service-instance | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-minimal-instance | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/application-schema-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/constraint-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/lineage-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/geospatial-extent-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/resource-content-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/resource-distribution-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/maintenance-information-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/portrayal-catalogue-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/reference-system-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/service-metadata-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/spatial-representation-xml | |
Тест | Идентификатор | /conf/metadata-data-or-service-instance/schema-valid |
Требование | /req/metadata-data-or-service-instance/validation | |
Цель тестирования | Убедиться в том, что XML-экземпляр MD_Metadata, содержащий необязательные свойства, определенные в ГОСТ Р 57668-2017 (6.5.2), кроме свойств из пространства имен mex, будет проверен | |
Метод тестирования | Использование инструмента проверки XML для определения того, является ли экземпляр XML действительным, с применением XML-схемы mds.xsd (см. рассмотрение инструментов проверки в A.1.1) | |
Тип теста | Проверка правильности | |
A.2.4.4 Класс соответствия: метаданные, использующие геопространственные общие расширенные типы
Класс соответствия, указанный в таблице A.5, определяет тесты для проверки записей метаданных, которые включают все элементы метаданных ИСО, связанные с MD_Metadata, за исключением пространства имен расширения метаданных, и подстановки для символьных строк из пространства имен геопространственных общих расширений. Приложения, объявляющие соответствие этому классу, должны распознавать и правильно интерпретировать подстановки для символьных строк из пространства имен геопространственных общих расширений. Причем расширенные приложения, объявляющие соответствие этому классу, могут и не обрабатывать записи расширенных метаданных без ошибок.
Таблица A.5
метаданных XML с расширенными типами
Идентификатор | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-extended-types-xml | |
Требования | http://standards.iso.org/iso/19115/-3/1.0/req/metadata-extended-types-instance | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-data-or-service-instance | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/extended-types-xml | |
Тест | Идентификатор | /conf/metadata-extended-types-xml/schema-valid |
Требование | /req/metadata-extended-types-instance/validation | |
Цель тестирования | Убедиться в том, что XML-экземпляр MD_Metadata, содержащий необязательные свойства, определенные в ГОСТ Р 57668-2017 (6.5.2), кроме свойств из пространства имен mex, и содержащий подстановки для gco:CharacterString из пространства имен gcx, будет проверен | |
Тест | Метод тестирования | Использование инструмента проверки XML_для определения того, является ли экземпляр XML действительным, с применением XML-схемы md1.xsd. См. обсуждение инструментов проверки в A.1.1 |
Тип теста | Проверка правильности | |
A.2.4.5 Класс соответствия: расширенная запись метаданных
Класс соответствия, указанный в таблице A.6, задает тесты для определения того, реализована ли запись метаданных, в которой расширена модель по ГОСТ Р 57668, в соответствии с указанными правилами (см. [3]). Приложения, объявляющие о соответствии этому классу, должны иметь действительный корневой XML-элемент mdb:MD_Metadata и уметь обрабатывать информацию, представленную в разделе MD_MetadataExtension экземпляров документов метаданных. Модульная реализация, определенная в настоящем стандарте, разрешает расширения метаданных, которые заменяют различные конкретные элементы для одного или нескольких необязательных свойств MD_Metadata, реализуемых с помощью типов свойств абстрактных классов. В этих случаях следует использовать содержимое MD_MetadataExtensionInformation для документирования расширенного содержимого.
Необходимо учитывать, что любой профиль, который расширяет базовую схему, должен включать импорт схемы для пространства имен расширения, а также любые другие компоненты из этого документа, которые необходимы, и указывать расположения схем для пространств имен расширений во всех экземплярах документов.
Таблица A.6
с расширенной моделью содержимого
Идентификатор | http://standards.iso.org/iso/19115/-3/1.0/conf/extended-metadata-xml | |
Требования | http://standards.iso.org/iso/19115/-3/1.0/req/extended-metadata-instance | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-minimal-instance | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-extended-types-xml | |
Тест | Идентификатор | /conf/extended-metadata-xml/schema-valid |
Требование | /req/extended-metadata-instance/extension-information | |
Цель тестирования | Убедиться в том, что XML-экземпляр MD_Metadata, содержащий дочерние элементы, не определенные в настоящем стандарте, включает в себя хотя бы один элемент MD_MetadataExtensionInformation, действительный относительно XML-схемы для пространства имен http://standards.iso.org/iso/19115/-3/mex/1.0 | |
Метод тестирования | Убедиться в том, что документ проверяют с помощью набора правил Schematron extended-metadata.sch | |
Тип теста | Проверка правильности | |
Тест | Идентификатор | /conf/extended-metadata-xml/new-section |
Требование | /req/extended-metadata-instance/new-section | |
Цель тестирования | Убедиться в том, что, если XML-экземпляр MD_Metadata содержит дочерние элементы, не определенные в настоящем стандарте, эти элементы, приведенные в настоящем стандарте, квалифицируются в пространстве имен с URI пространства имен, отличным от пространств имен | |
Метод тестирования | Убедиться в том, что документ проверяют с помощью набора правил Schematron extended-metadata.sch | |
Тип теста | Проверка правильности | |
Тест | Идентификатор | /conf/extended-metadata-xml/validation |
Требование | /req/extended-metadata-instance/validation | |
Цель тестирования | Убедиться в том, что XML-экземпляр MD_Metadata, содержащий дочерние элементы, не определенные в настоящем стандарте, можно проверить с помощью инструмента проверки XML-схемы; все пространства имен должны быть связаны с действующими расположениями схем | |
Тест | Метод тестирования | Использование инструмента проверки XML для определения того, является ли документ действительным, с применением предоставленных пространств имен и расположений схем (см. рассмотрение инструментов проверки в A.1.1) |
Тип теста | Проверка правильности | |
Тест | Идентификатор | /conf/extended-metadata-xml/new-codelist |
Требование | /req/extended-metadata-instance/new-codelist | |
Цель тестирования | ||
Метод тестирования | Просмотр списков кодов, определенных для расширенного содержимого | |
Тип теста | Проверка правильности | |
Тест | Идентификатор | /conf/extended-metadata-xml/new-element |
Требование | /req/extended-metadata-instance/new-element | |
Цель тестирования | ||
Метод тестирования | Просмотр XML-схемы для расширенного содержимого | |
Тип теста | Проверка правильности | |
Тест | Идентификатор | /conf/extended-metadata-xml/iso-type |
Требование | /req/extended-metadata-instance/iso-type | |
Цель тестирования | Убедиться в том, что все новые XML-элементы, используемые в расширенном содержимом метаданных, содержат атрибут isoType с тем значением, которое является именем существующего класса стандарта ИСО по географической информации | |
Метод тестирования | Просмотр расширенных XML-элементов в экземпляре документа XML | |
Тип теста | Проверка правильности | |
Тест | Идентификатор | /conf/extended-metadata-xml/extension-by-restriction |
Требование | /req/extended-metadata-instance/extension-by-restriction | |
Цель тестирования | Убедиться в том, что все ограничения на кардинальность элементов или атрибутов, предусмотренные в ГОСТ Р 57668, которые установлены в профиле метаданных, имеют связанный процесс проверки, указанный этим профилем | |
Метод тестирования | Просмотр документирования расширения метаданных | |
Тип теста | Проверка правильности | |
A.2.4.6 Класс соответствия "Действительный экземпляр каталога"
Каталог - это набор информационных элементов (CT_Items), управление которыми осуществляется с помощью реестра (CT_Catalogue). Абстрактная концепция каталога (см. [3]) для согласования различных концепций каталога серии стандартов ИСО по географической информации, таких как PF_PortrayalCatalogue (см. [10]) и FC_FeatureCatalogue (см. [9]), реализована в настоящем стандарте для совместимости с ГОСТ Р 57668. Класс соответствия, указанный в таблице A.7, определяет тесты для проверки действительных экземпляров конкретных элементов, которые заменяют абстрактные CT_Catalogue и CT_Item для установления списка действительных каталогов информационных элементов.
Таблица A.7
Идентификатор | http://standards.iso.org/iso/19115/-3/1.0/conf/catalogue-xml | |
Требования | http://standards.iso.org/iso/19115/-3/1.0/req/catalogue-instance | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-core-instance | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/language-localisation-xml | |
Тест | Идентификатор | /conf/catalogue-xml/schema-valid |
Требование | /req/catalogue-instance/validation | |
Цель тестирования | Убедиться в том, что экземпляры XML-элементов из пространства имен http://standards.iso.org/iso/19115/-3/cat/1.0 действительны | |
Метод тестирования | Использование инструмента проверки XML для определения того, является ли экземпляр XML действительным, с применением XML-схемы cat.xsd (см. рассмотрение инструментов проверки в A.1.1) | |
Тип теста | Проверка правильности | |
A.2.4.7 Класс соответствия "Приложение метаданных"
Класс соответствия, указанный в таблице A.8, определяет тесты для проверки XML-экземпляров, которые агрегируют метаданные для составных ресурсов с корневым элементом в группе подстановок для абстрактного DS_Aggregate. Экземпляры метаданных, связанные через ассоциацию "has" с членами агрегата, имеют корневой элемент в группе подстановок для MD_Metadata и могут включать все элементы метаданных ИСО, связанные с MD_Metadata, включая пространство имен расширения метаданных, а также элементы замены для символьных строк из пространства имен геопространственных общих расширений. Пользователям пакета приложения метаданных может понадобиться определить те профили, которые ограничивают использование расширенных типов, расширений метаданных или других модулей метаданных, для упрощения требований к разработке программного обеспечения.
Таблица A.8
пространства имен приложения метаданных"
Идентификатор | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-application-xml | |
Требования | http://standards.iso.org/iso/19115/-3/1.0/req/metadata-application-instance | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-data-or-service-instance | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/extended-types-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/extended-metadata-xml | |
Тест | Идентификатор | /conf/metadata-application-xml/root-element |
Требование | /req/metadata-application-instance/root-element | |
Цель тестирования | Убедиться в том, что экземпляры XML-элементов из пространства имен http://standards.iso.org/iso/19115/-3/mda/1.0 имеют корневой элемент, который находится в группе подстановки для mda: DS_Aggregate | |
Метод тестирования | Просмотр | |
Тип теста | Проверка правильности | |
Тест | Идентификатор | /conf/metadata-application-xml/schema-valid |
Требование | /req/metadata-application-instance/validation | |
Цель тестирования | Убедиться в том, что экземпляры XML-элементов из пространства имен http://standards.iso.org/iso/19115/-3/mda/1.0 действительны | |
Метод тестирования | Использование инструмента проверки XML для определения того, является ли экземпляр XML действительным, с применением XML-схемы mda.xsd (см. рассмотрение инструментов проверки в A.1.1) | |
Тип теста | Проверка правильности | |
Класс соответствия, указанный в таблице A.9, определяет тесты для проверки экземпляров документов XML, реализующих передачу данных с использованием пакетов, которые объединяют файлы, содержащие ресурсы, записи метаданных, документирующие ресурсы, и необязательные дополнительные файлы, которые задокументированы в сопроводительном экземпляре каталога.
Пользователи пакета метаданных для передачи данных должны будут определить или принять конкретную замену абстрактного CT_Catalogue, применимую к их приложению, и импортировать соответствующее пространство имен. Они также могут определить или принять профили пространства имен mda, которые ограничивают использование расширенных типов, расширений метаданных или других модулей метаданных для упрощения требований к разработке программного обеспечения.
Таблица A.9
пространства имен метаданных для передачи данных"
Идентификатор | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-data-transfer-xml | |
Требования | http://standards.iso.org/iso/19115/-3/1.0/req/data-transfer-instance | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/metadata-application-xml | |
Зависимость | http://standards.iso.org/iso/19115/-3/1.0/conf/extended-types-xml | |
Тест | Идентификатор | /conf/metadata-data-transfer-xml/schema-valid |
Требование | /req/data-transfer-instance/validation | |
Цель тестирования | Убедиться в том, что экземпляры XML-элементов из пространства имен http://standards.iso.org/iso/19115/-3/mdt/1.0 действительны | |
Метод тестирования | Использование инструмента проверки XML для определения того, является ли экземпляр XML действительным, с применением XML-схемы mdt.xsd (см. рассмотрение инструментов проверки в A.1.1) | |
Тип теста | Проверка правильности | |
(справочное)
Настоящий стандарт определяет содержимое 27 пространств имен XML, установленных соглашением, с использованием следующих префиксов: cat, cit, gco, gcx, gex, gmw, lan, mac, mas, mcc, mco, md1, md2, mda, mdb, mds, mdt, mex, mmi, mpc, mrc, mrd, mri, mrl, mrs, msr и srv. Каждый из этих префиксов пространства имен добавляется к http://standards.iso.org/iso/19115/-3/, а номер версии схемы (основной и первой дополнительной), например "/1.0", после аббревиатуры пространства имен для формирования полного URI пространства имен. Эти схемы используют новую версию пространства имен (см. [3]), которое обычно обозначается с помощью префикса gco. Два примера экземпляров документов включены в приложение D.
XML-схемы, определенные в настоящем стандарте, можно найти в Интернете по адресу: http://standards.iso.org/iso/19115/-3/, с подкаталогом для каждого пространства имен, обозначаемым трехсимвольным префиксом пространства имен по умолчанию (см. 5.2), и подкаталогом в каталоге пространства имен для каждой нумерованной версии выпуска XML-артефактов для этого пространства имен. Файлы в нумерованных папках выпуска содержат XML-схему, правила Schematron, списки кодов, примеры действительных и недействительных экземпляров схемы пространства имен для тестирования и веб-страницу HTML, содержащую пояснение пространства имен и ссылки на вспомогательные документы в папке пространства имен.
B.2 XML-схемы, не включенные в настоящий стандарт
В дополнение к пространствам имен, перечисленным в B.1, в настоящем стандарте использовано пространство имен географического языка разметки (gml) версии 3.2 (http://www.opengis.net/gml/3.2). Достоверные XML-схемы, связанные с этим пространством имен, приведены в [8]. В настоящем стандарте применено пространство имен языка XLink версии 1.0 (http://www.w3.org/1999/xlink). Достоверные XML-схемы, связанные с этим пространством имен, также представлены в [8].
В настоящем стандарте использованы пространства имен абстрактных классов dqc и fcc, определенные в XML-реализациях ГОСТ Р 57773 и [9].
B.3 Дополнительные ресурсы
В целях большей доступности настоящего стандарта несколько файлов XML доступны для скачивания в каталоге "resources" по адресу: http://standards.iso.org/iso/19115/resources. Они организованы в следующие категории поддержки: списки кодов (codelist), информация о пространстве имен и инструменты (namespaceInformationAndTools), а также преобразования (transforms).
Файлы XML, имеющие отношение к использованию списков кодов, доступные для скачивания, находятся в каталоге "codelist" раздела "resources". Подкаталог "cat" в этом каталоге содержит два файла. Файл codelists.html содержит HTML-список всех списков кодов, определенных в ГОСТ Р 57668, для общепринятого представления. Файл codelists.xml содержит все списки кодов, определенные в ГОСТ Р 57668, закодированные с использованием XML-схемы из пространства имен cat, определенного в настоящем стандарте. Подкаталог "gml" в каталоге "codelist" содержит отдельные файлы для каждого списка кодов, определенного в ГОСТ Р 57668, закодированного с использованием схемы словаря gml.
Каталог "namespaceInformationAndTools" содержит файл XML с информацией, описывающей все пространства имен ГОСТ Р 57668 и ГОСТ Р 57656 и файлы преобразования XSLT, которые преобразуют файл XML в http://standards.iso.org/iso/19115/resources/namespaceSummary.html для отображения и использования людьми.
Каталог "transforms" содержит файлы преобразования XSLT: один, который преобразует экземпляры документов XML (см. [3]) в экземпляры документов XML, соответствующих настоящему стандарту, и другой, который преобразует экземпляры документов XML, представленных в настоящем стандарте, в экземпляры документов XML (см. [3]). Необходимо учитывать, что обратное преобразование может потерять некоторую информацию, так как в настоящем стандарте есть элементы, которые отсутствуют в [3].
(справочное)
C.1 Введение в описание кодирования
Реализация схемы ГОСТ Р 57668 и связанных с ним стандартов следует правилам кодирования, приведенным в [5] (приложение A), и расширенным в [3], вместе с описанным выше шаблоном разделения пакетов. Исключения и реализации, основанные на внешних типах и для модулирования пакетов XML, подробно описаны в [3]; в реализации XML-схемы переработана упаковка этих элементов, чтобы изолировать зависимость от элементов GML в пространстве имен gmw.
C.2 Пространства имен XML
Пространства имен XML представляют собой специфичные для реализации группы элементов, предназначенные для упрощения повторного использования и расширения компонентов содержимого из концептуальной модели по ГОСТ Р 57668. В таблицах 3 - 5 приведены пространства имен для компонентов XML-схемы, используемые в представленной настоящем стандарте реализации. Подход к кластеризации элементов при этом разработан с целью упростить повторное использование компонентов XML и способствовать совместимости метаданных. Пространство имен mdb реализации XML-схемы в настоящем стандарте определяет корневой элемент (MD_Metadata), который имеет все свойства, определенные в ГОСТ Р 57668, и импортирует все необходимые пространства имен, требуемые для реализации этих свойств в экземпляре метаданных XML, соответствующем ГОСТ Р 57668.
На рисунке C.1 показаны отношения зависимостей между пространствами имен, используемыми для реализации ГОСТ Р 57668. Стереотип отношения "import" означает, что исходное пространство имен импортирует (зависит от) целевое пространство имен (на указывающем конце стрелки). Все пакеты импортируют пространство имен цитирования (cit). Следует обратить внимание на то, что все пакеты также импортируют географическое общее пространство имен (gco), которое, в свою очередь, импортирует XLink. Пакеты, которые используют элементы пространства имен GML, импортируют пространство имен gmw. Взаимосвязи со схемами для качества данных и каталогов объектов других стандартов ИСО по географической информации реализуются с помощью необязательных абстрактных классов.
Примечание - Зависимость импорта, показанная более толстыми линиями, обозначает импорт из пакетов приложений, отличных от mds.
и другими пакетами пространств имен XML
в настоящем стандарте
(справочное)
D.1 Пример минимальных метаданных
Следующий экземпляр документа XML включает только обязательные элементы по ГОСТ Р 57668 и получен исходя из примера, представленного в ГОСТ Р 57668-2017 (E.2).
<?xml version="1.0" encoding="UTF-8"?>
<mdb:MD_Metadata xmlns="http://standards.iso.org/iso/19115/-3/mdb/1.0"
xmlns:dqc="http://standards.iso.org/iso/19157/-2/dqc/1.0"
xmlns:gco="http://standards.iso.org/iso/19115/-3/gco/1.0"
xmlns:lan="http://standards.iso.org/iso/19115/-3/lan/1.0"
xmlns:mcc="http://standards.iso.org/iso/19115/-3/mcc/1.0"
xmlns:mdb="http://standards.iso.org/iso/19115/-3/mdb/1.0"
xmlns:cit="http://standards.iso.org/iso/19115/-3/cit/1.0"
xmlns:mri="http://standards.iso.org/iso/19115/-3/mri/1.0"
xmlns:gex="http://standards.iso.org/iso/19115/-3/gex/1.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://standards.iso.org/iso/19115/-3/mdb/1.0 mdb.xsd">
<mdb:contact>
<cit:CI_Responsibility>
<cit:role>
<cit:CI_RoleCode codeList="http://standards.iso.org/iso/19115/resources/
Codelist/cat/codeLists.xml#CI_RoleCode" codeListValue="custodian">custodian</cit:CI_RoleCode>
</cit:role>
<cit:party>
<cit:CI_Organisation>
<!-- имя или логотип является обязательным согласно ограничению,
установленному Schematron -->
<cit:name>
<gco:CharacterString>Department of Primary Industries and Resources
SA</gco:CharacterString>
</cit:name>
</cit:CI_Organisation>
</cit:party>
</cit:CI_Responsibility>
</mdb:contact>
<mdb:dateInfo>
<cit:CI_Date>
<cit:date>
<gco:DateTime>2004-03-12T12:00:00</gco:DateTime>
</cit:date>
<cit:dateType>
<cit:CI_DateTypeCode codeList="http://standards.iso.org/iso/19115/resources/
Codelist/cat/codeLists.xml#creation" codeListValue="Creation"/>
</cit:dateType>
</cit:CI_Date>
</mdb:dateInfo>
<mdb:identificationInfo>
<mri:MD_DataIdentification>
<mri:citation>
<cit:CI_Citation>
<cit:title>
<gco:CharacterString>Exploration Licences for
Minerals</gco:CharacterString>
</cit:title>
<!-- обязательно (dataType= creation) согласно ограничению, установленному правилом
Schematron -->
<cit:date>
<cit:CI_Date>
<cit:date>
<gco:DateTime>1993-01-01T12:00:00</gco:DateTime>
</cit:date>
<cit:dateType>
<cit:CI_DateTypeCode codeList="http://standards.iso.org/iso/19115/
resources/Codelist/cat/codeLists.xml#CI_DateTypeCode" codeListValue="publication">publica
tion</cit:CI_DateTypeCode>
</cit:dateType>
</cit:CI_Date>
</cit:date>
</cit:CI_Citation>
</mri:citation>
<mri:abstract>
<gco:CharacterString>Location of all current mineral Exploration Licences issued
under the Mining Act, 1971. Exploration Licences provide exclusive tenure rights to explore
for mineral resources for up to a maximum of 5 years. Comment is sought on applications
for Exploration Licences from numerous sources before granting. Exploration programs
are subject to strict environmental and heritage conditions. Exploitation of identified
resources shall be made under separate mineral production leases.</gco:CharacterString>
</mri:abstract>
<!-- обязательно, поскольку MD_MetadataScope не указан, и по умолчанию используется
'dataset', установленный правилом Schematron -->
<mri:topicCategory>
<mri:MD_TopicCategoryCode>boundaries</mri:MD_TopicCategoryCode>
</mri:topicCategory>
<!-- ограничивающий прямоугольник необходим, поскольку mdb:MD_MetadataScope не задан;
установлено правилом Schematron -->
<mri:extent>
<gex:EX_Extent>
<gex:description>
<gco:CharacterString>location description</gco:CharacterString>
</gex:description>
<gex:geographicElement>
<gex:EX_GeographicBoundingBox>
<gex:extentTypeCode>
<gco:Boolean>false</gco:Boolean>
</gex:extentTypeCode>
<gex:westBoundLongitude>
<gco:Decimal>129.0</gco:Decimal>
</gex:westBoundLongitude>
<gex:eastBoundLongitude>
<gco:Decimal>141.0</gco:Decimal>
</gex:eastBoundLongitude>
<gex:southBoundLatitude>
<gco:Decimal>-38.5</gco:Decimal>
</gex:southBoundLatitude>
<gex:northBoundLatitude>
<gco:Decimal>-26.0</gco:Decimal>
</gex:northBoundLatitude>
</gex:EX_GeographicBoundingBox>
</gex:geographicElement>
</gex:EX_Extent>
</mri:extent>
<!-- обязательно, если ресурс содержит текстовое содержимое (должно быть установлено
просмотром) -->
<mri:defaultLocale>
<lan:PT_Locale>
<lan:language>
<lan:LanguageCode codeList="http://standards.iso.org/iso/19115/resources/
Codelist/lan/LanguageCode.xml" codeListValue="eng">English</lan:LanguageCode>
</lan:language>
<lan:characterEncoding>
<lan:MD_CharacterSetCode codeList="http://standards.iso.org/iso/19115/resources/
Codelist/lan/CharacterSetCode.xml" codeListValue="utf8">UTF-8</lan:MD_CharacterSetCode>
</lan:characterEncoding>
</lan:PT_Locale>
</mri:defaultLocale>
</mri:MD_DataIdentification>
</mdb:identificationInfo>
</mdb:MD_Metadata>
D.2 Примеры с Vector Smart Map Level 0
Следующий экземпляр XML-документа содержит примеры метаданных из набора данных Vector Smart Map Level 0.
<?xml version="1.0" encoding="UTF-8"?>
<!-- VMAP 0 gmd экземпляр базового документа -->
<mdb:MD_Metadata xmlns="http://standards.iso.org/iso/19115/-3/mds/1.0"
xmlns:fcc="http://standards.iso.org/19110/fcc/1.0"
xmlns:gex="http://standards.iso.org/iso/19115/-3/gex/1.0"
xmlns:mac="http://standards.iso.org/iso/19115/-3/mac/1.0"
xmlns:mas="http://standards.iso.org/iso/19115/-3/mas/1.0"
xmlns:mco="http://standards.iso.org/iso/19115/-3/mco/1.0"
xmlns:mdb="http://standards.iso.org/iso/19115/-3/mdb/1.0"
xmlns:mdg="http://standards.iso.org/iso/19157/-2/mdg/1.0"
xmlns:mds="http://standards.iso.org/iso/19115/-3/mds/1.0"
xmlns:mmi="http://standards.iso.org/iso/19115/-3/mmi/1.0"
xmlns:mpc="http://standards.iso.org/iso/19115/-3/mpc/1.0"
xmlns:mrc="http://standards.iso.org/iso/19115/-3/mrc/1.0"
xmlns:mrd="http://standards.iso.org/iso/19115/-3/mrd/1.0"
xmlns:mrl="http://standards.iso.org/iso/19115/-3/mrl/1.0"
xmlns:mrs="http://standards.iso.org/iso/19115/-3/mrs/1.0"
xmlns:msr="http://standards.iso.org/iso/19115/-3/msr/1.0"
xmlns:srv="http://standards.iso.org/iso/19115/-3/srv/2.0"
xmlns:dqc="http://standards.iso.org/iso/19115/-3/dgc/1.0"
xmlns:gco="http://standards.iso.org/iso/19115/-3/gco/1.0"
xmlns:lan="http://standards.iso.org/iso/19115/-3/lan/1.0"
xmlns:mcc="http://standards.iso.org/iso/19115/-3/mcc/1.0"
xmlns:cit="http://standards.iso.org/iso/19115/-3/cit/1.0"
xmlns:mri="http://standards.iso.org/iso/19115/-3/mri/1.0"
xmlns:gml="http://www.opengis.net/gml/3.2"
xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://standards.iso.org/iso/19115/-3/mds/1.0 mds.xsd" uuid="US_NGA_
VPF_VMAP0" id="VMAP0">
<mdb:defaultLocale>
<lan:PT_Locale>
<lan:language>
<lan:LanguageCode codeList="http://standards.iso.org/iso/19115/resources/Codelist/
lan/LanguageCode.xml" codeListValue="eng">English</lan:LanguageCode>
</lan:language>
<lan:characterEncoding>
<lan:MD_CharacterSetCode codeList="http://standards.iso.org/iso/19115/resources/
Codelist/lan/CharacterSetCode.xml" codeListValue="utf8">UTF-8</lan:MD_CharacterSetCode>
</lan:characterEncoding>
</lan:PT_Locale>
</mdb:defaultLocale>
<mdb:contact>
<cit:CI_Responsibility>
<cit:role>
<cit:CI_RoleCode codeList="http://standards.iso.org/iso/19115/resources/Codelist/
cat/codeLists.xmlresources/Codelist/cat/codeLists.xml#CI_RoleCode" codeListValue="publisher"/>
</cit:role>
<cit:party>
<cit:CI_Organisation>
<cit:name>
<gco:CharacterString>US National Geospatial- Intelligence
Agency</gco:CharacterString>
</cit:name>
<cit:contactInfo>
<cit:CI_Contact>
<cit:phone/>
<cit:address xlink:href="#ID00003"/>
<cit:onlineResource xlink:href="#ID00009"/>
</cit:CI_Contact>
</cit:contactInfo>
</cit:CI_Organisation>
</cit:party>
</cit:CI_Responsibility>
</mdb:contact>
<!-- Дата создания метаданных -->
<mdb:dateInfo>
<cit:CI_Date>
<cit:date>
<gco:DateTime>2004-03-14T12:00:00</gco:DateTime>
</cit:date>
<cit:dateType>
<cit:CI_DateTypeCode codeList="http://standards.iso.org/iso/19115/resources/Codelist/
cat/codeLists.xmlresources/Codelist/ cat/codeLists.xml#CI_DateTypeCode" codeListValue="creation"/>
</cit:dateType>
</cit:CI_Date>
</mdb:dateInfo>
<mdb:metadataStandard>
<cit:CI_Citation>
<cit:title>
<gco:CharacterString>ISO 19115-1</gco:CharacterString>
</cit:title>
<cit:edition>
<gco:CharacterString>2003</gco:CharacterString>
</cit:edition>
</cit:CI_Citation>
</mdb:metadataStandard>
<!-- ИНФОРМАЦИЯ О СИСТЕМЕ ПРИВЯЗКИ -->
<mdb:referenceSystemInfo>
<mrs:MD_ReferenceSystem>
<mrs:referenceSystemIdentifier>
<mcc:MD_Identifier>
<mcc:authority>
<cit:CI_Citation>
<cit:title>
<gco:CharacterString>World Geodetic System</gco:CharacterString>
</cit:title>
</cit:CI_Citation>
</mcc:authority>
<mcc:code>
<gco:CharacterString>WGS 84</gco:CharacterString>
</mcc:code>
</mcc:MD_Identifier>
</mrs:referenceSystemIdentifier>
</mrs:MD_ReferenceSystem>
</mdb:referenceSystemInfo>
<!-- КОНЕЦ ИНФОРМАЦИИ О СИСТЕМЕ ПРИВЯЗКИ -->
<!-- ИНФОРМАЦИЯ ОБ ИДЕНТИФИКАЦИИ -->
<mdb:identificationInfo>
<mri:MD_DataIdentification>
<mri:citation>
<cit:CI_Citation>
<cit:title>
<gco:CharacterString>VMAPLV0</gco:CharacterString>
</cit:title>
<cit:date>
<cit:CI_Date>
<cit:date>
<gco:DateTime>2000-09-03T12:00:00</gco:DateTime>
</cit:date>
<cit:dateType>
<cit:CI_DateTypeCode codeList="http://standards.iso.org/iso/19115/
resources/Codelist/cat/codeLists.xml#CI_DateTypeCode" codeListValue="publication"/>
</cit:dateType>
</cit:CI_Date>
</cit:date>
<cit:presentationForm>
<cit:CI_PresentationFormCode codeList="http://standards.iso.org/iso/19115/
resources/Codelist/cat/codeLists.xml#CI_PresentationForm Code" codeListValue="mapDigital"/>
</cit:presentationForm>
</cit:CI_Citation>
</mri:citation>
<mri:abstract>
<gco:CharacterString>Vector Map: a general purpose database design to support
GIS applications</gco:CharacterString>
</mri:abstract>
<mri:status>
<mcc:MD_ProgressCode codeList="http://standards.iso.org/iso/19115/resources/
Codelist/cat/codeLists.xml#MD_ProgressCode" codeListValue="completed"/>
</mri:status>
<mri:pointOfContact>
<cit:CI_Responsibility id="ID00001">
<cit:role>
<cit:CI_RoleCode codeList="http://standards.iso.org/iso/19115/resources/
Codelist/cat/codeLists.xml#CI_RoleCode" codeListValue="originator"/>
</cit:role>
<cit:party>
<cit:CI_Organisation>
<cit:name>
<gco:CharacterString>US National Geospatial-Intelligence
Agency</gco:CharacterString>
</cit:name>
<cit:contactInfo>
<cit:CI_Contact id="ID00002">
<cit:phone>
<cit:CI_Telephone>
<cit:number>
<gco:CharacterString>888-888-8888</gco:CharacterString>
</cit:number>
</cit:CI_Telephone>
</cit:phone>
<cit:address>
<cit:CI_Address id="ID00003">
<cit:deliveryPoint>
<gco:CharacterString>4600 Sangamore Rd</gco:CharacterString>
</cit:deliveryPoint>
<cit:city>
<gco:CharacterString>Bethesda</gco:CharacterString>
</cit:city>
<cit:administrativeArea>
<gco:CharacterString>MD</gco:CharacterString>
</cit:administrativeArea>
<cit:postalCode>
<gco:CharacterString>20816-5003</gco:CharacterString>
</cit:postalCode>
<cit:country>
<gco:CharacterString>United States</gco:CharacterString>
</cit:country>
</cit:CI_Address>
</cit:address>
<cit:onlineResource>
<cit:CI_OnlineResource id="ID00004">
<cit:linkage>
<gco:CharacterString>http://geoengine.nga.mil</gco:CharacterString>
</cit:linkage>
<cit:protocol>
<gco:CharacterString>http</gco:CharacterString>
</cit:protocol>
<cit:function>
<cit:CI_OnLineFunctionCode codeList="http://standards.iso.org/
iso/19115/resources/Codelist/cat/codeLists.xml#CI_ OnLineFunctionCode" codeListValue="download"/>
</cit:function>
</cit:CI_OnlineResource>
</cit:onlineResource>
</cit:CI_Contact>
</cit:contactInfo>
<cit:individual>
<cit:CI_Individual>
<cit:positionName>
<gco:CharacterString>Director, NGA, ATTN:COD,
MS P-37</gco:CharacterString>
</cit:positionName>
</cit:CI_Individual>
</cit:individual>
</cit:CI_Organisation>
</cit:party>
</cit:CI_Responsibility>
</mri:pointOfContact>
<mri:spatialRepresentationType>
<mcc:MD_SpatialRepresentationTypeCode codeList="http://standards.iso.org/iso/19115/
resources/Codelist/cat/codeLists.xml#MD_ SpatialRepresentationTypeCode" codeListValue="vector"/>
</mri:spatialRepresentationType>
<mri:spatialResolution>
<mri:MD_Resolution>
<mri:eguivalentScale>
<mri:MD_RepresentativeFraction>
<mri:denominator>
<gco:Integer>1000000</gco:Integer>
</mri:denominator>
</mri:MD_RepresentativeFraction>
</mri:eguivalentScale>
</mri:MD_Resolution>
</mri:spatialResolution>
<mri:topicCategory>
<mri:MD_TopicCategoryCode>boundaries</mri:MD_TopicCategoryCode>
</mri:topicCategory>
<mri:topicCategory>
<mri:MD_TopicCategoryCode>elevation</mri:MD_TopicCategoryCode>
</mri:topicCategory>
<mri:topicCategory>
<mri:MD_TopicCategoryCode>inlandWaters</mri:MD_TopicCategoryCode>
</mri:topicCategory>
<mri:topicCategory>
<mri:MD_TopicCategoryCode>oceans</mri:MD_TopicCategoryCode>
</mri:topicCategory>
<mri:topicCategory>
<mri:MD_TopicCategoryCode>society</mri:MD_TopicCategoryCode>
</mri:topicCategory>
<mri:topicCategory>
<mri:MD_TopicCategoryCode>structure</mri:MD_TopicCategoryCode>
</mri:topicCategory>
<mri:topicCategory>
<mri:MD_TopicCategoryCode>transportation</mri:MD_TopicCategoryCode>
</mri:topicCategory>
<mri:topicCategory>
<mri:MD_TopicCategoryCode>utilitiesCommunication</mri:MD_TopicCategoryCode>
</mri:topicCategory>
<!-- Способ первый для указания области покрытия данных -->
<!-- Использование EX_GeographicBoundingBoxType для описания -->
<!-- области покрытия данных с помощью приблизительных координат -->
<!-- ЭТОТ МЕТОД ОБЯЗАТЕЛЬНЫЙ, ЕСЛИ УРОВЕНЬ -->
<!-- ИЕРАРХИИ ЭТИХ МЕТАДАННЫХ - "НАБОР ДАННЫХ" -->
<mri:extent>
<gex:EX_Extent>
<gex:description>
<gco:CharacterString>location description</gco:CharacterString>
</gex:description>
<gex: geographicElement>
<gex:EX_GeographicBoundingBox>
<gex:extentTypeCode>
<gco:Boolean>false</gco:Boolean>
</gex:extentTypeCode>
<gex:westBoundLongitude>
<gco:Decimal>-180.00</gco:Decimal>
</gex:westBoundLongitude>
<gex:eastBoundLongitude>
<gco:Decimal>180.00</gco:Decimal>
</gex:eastBoundLongitude>
<gex:southBoundLatitude>
<gco:Decimal>-90.00</gco:Decimal>
</gex:southBoundLatitude>
<gex:northBoundLatitude>
<gco:Decimal>90.00</gco:Decimal>
</gex:northBoundLatitude>
</gex:EX_GeographicBoundingBox>
</gex:geographicElement>
</gex:EX_Extent>
</mri:extent>
<!-- Способ второй для указания области покрытия данных -->
<!-- Использование EX_GeographicBoundingPolygonType для описания -->
<!-- области покрытия данных с помощью более точных координат -->
<!-- Убедитесь, что при использовании этого метода включена -->
<!-- правильная информация о системе координат -->
<mri:extent>
<gex:EX_Extent>
<gex:description>
<gco:CharacterString>location description</gco:CharacterString>
</gex:description>
<gex:geographicElement>
<gex:EX_BoundingPolygon>
<gex:extentTypeCode>
<gco:Boolean>false</gco:Boolean>
</gex:extentTypeCode>
<gex:polygon>
<gml:Polygon gml:id="p1">
<gml:exterior>
<gml:LinearRing>
<gml:posList>180.000000</gml:posList>
</gml:LinearRing>
</gml:exterior>
</gml:Polygon>
</gex:polygon>
</gex:EX_BoundingPolygon>
</gex:geographicElement>
</gex:EX_Extent>
</mri:extent>
<mri:extent>
<gex:EX_Extent>
<gex:description>
<gco:CharacterString>temporal extent of source information</gco:CharacterString>
</gex:description>
<gex:temporalElement>
<gex:EX_TemporalExtent>
<gex:extent>
<gml:TimePeriod gml:id="tp1">
<gml:begin>
<gml:TimeInstant gml:id="ti1">
<gml:timePosition>1992-04-01T00:00:00-00:00</gml:timePosition>
</gml:TimeInstant>
</gml:begin>
<gml:end>
<gml:TimeInstant gml:id="ti2">
<gml:timePosition>2002-02-23T00:00:00-00:00</gml:timePosition>
</gml:TimeInstant>
</gml:end>
</gml:TimePeriod>
</gex:extent>
</gex:EX_TemporalExtent>
</gex:temporalElement>
</gex:EX_Extent>
</mri:extent>
<mri:resourceFormat>
<mrd:MD_Format id="ID00005">
<mrd:formatSpecificationCitation>
<cit:CI_Citation>
<cit:title>
<gco:CharacterString>VPF</gco:CharacterString>
</cit:title>
<cit:edition>
<gco:CharacterString>9606</gco:CharacterString>
</cit:edition>
</cit:CI_Citation>
</mrd:formatSpecificationCitation>
</mrd:MD_Format>
</mri:resourceFormat>
<mri:resourceFormat>
<mrd:MD_Format id="ID00006">
<mrd:formatSpecificationCitation>
<cit:CI_Citation>
<cit:title>
<gco:CharacterString>VMap 0</gco:CharacterString>
</cit:title>
<cit:identifier>
<mcc:MD_Identifier>
<mcc:code>
<gco:CharacterString>MIL-V-89039</gco:CharacterString>
</mcc:code>
</mcc:MD_Identifier>
</cit:identifier>
</cit:CI_Citation>
</mrd:formatSpecificationCitation>
<mrd:amendmentNumber>
<gco:CharacterString>Ammendment 1</gco:CharacterString>
</mrd:amendmentNumber>
</mrd:MD_Format>
</mri:resourceFormat>
</mri:MD_DataIdentification>
</mdb:identificationInfo>
<!-- КОНЕЦ ИНФОРМАЦИИ ОБ ИДЕНТИФИКАЦИИ -->
<mdb:distributionInfo>
<mrd:MD_Distribution>
<mrd:distributor>
<mrd:MD_Distributor>
<mrd:distributorContact>
<cit:CI_Responsibility>
<cit:role>
<cit:CI_RoleCode codeList="http://standards.iso.org/iso/19115/resources/
Codelist/cat/codeLists.xml#CI_RoleCode" codeListValue="distributor"/>
</cit:role>
<cit:party>
<cit:CI_Individual>
<cit:positionName>
<gco:CharacterString>Director, NGA, ATTN:COD,
MS P-37</gco:CharacterString>
</cit:positionName>
</cit:CI_Individual>
</cit:party>
<cit:party>
<cit:CI_Organisation>
<cit:name>
<gco:CharacterString>US National Geospatial- Intelligence
Agency</gco:CharacterString>
</cit:name>
<cit:contactInfo>
<cit:CI_Contact>
<cit:phone>
<cit:CI_Telephone>
<cit:number>
<gco:CharacterString>555-555-5555</gco:CharacterString>
</cit:number>
<cit:numberType>
<cit:CI_TelephoneTypeCode
codeList="http://standards.iso.org/iso/19115/resources/
Codelist/cat/codeLists.xml#CI_ TelephoneTypeCode" codeListValue="office"/>
</cit:numberType>
</cit:CI_Telephone>
</cit:phone>
<cit:address xlink:href="#ID00003"/>
</cit:CI_Contact>
</cit:contactInfo>
</cit:CI_Organisation>
</cit:party>
</cit:CI_Responsibility>
</mrd:distributorContact>
<mrd:distributorFormat>
<mrd:MD_Format>
<mrd:formatSpecificationCitation>
<cit:CI_Citation>
<cit:title>
<gco:CharacterString>gzip</gco:CharacterString>
</cit:title>
<cit:alternateTitle>
<gco:CharacterString>GNU RFC 1952</gco:CharacterString>
</cit:alternateTitle>
</cit:CI_Citation>
</mrd:formatSpecificationCitation>
<mrd:amendmentNumber>
<gco:CharacterString>1.2.4</gco:Characterstring>
</mrd:amendmentNumber>
</mrd:MD_Format>
</mrd:distributorFormat>
<mrd:distributorTransferOptions>
<mrd:MD_DigitalTransferOptions>
<mrd:onLine>
<cit:CI_OnlineResource>
<cit:linkage>
<gco:CharacterString>http://geoengine.nga.mil/ftpdir/archive/
vpf_data/v0noa.tar.gz</ gco:CharacterString>
</cit:linkage>
<cit:function>
<cit:CI_OnLineFunctionCode codeList="http://standards.iso.org/iso/
19115/resources/Codelist/cat/codeLists.xml#CI_ OnLineFunctionCode" codeListValue="download"/>
</cit:function>
</cit:CI_OnlineResource>
</mrd:onLine>
<mrd:onLine>
<cit:CI_OnlineResource>
<cit:linkage>
<gco:CharacterString>http://geoengine.nga.mil/ftpdir/archive/
vpf_data/v0sas.tar.gz</ gco:CharacterString>
</cit:linkage>
<cit:function>
<cit:CI_OnLineFunctionCode codeList="http://standards.iso.org/iso/
19115/resources/Codelist/cat/codeLists.xml#CI_ OnLineFunctionCode" codeListValue="download"/>
</cit:function>
</cit:CI_OnlineResource>
</mrd:onLine>
<mrd:onLine>
<cit:CI_OnlineResource>
<cit:linkage>
<gco:CharacterString>http://geoengine.nga.mil/ftpdir/archive/
vpf_data/v0soa.tar.gz</ gco:CharacterString>
</cit:linkage>
<cit:function>
<cit:CI_OnLineFunctionCode codeList="http://standards.iso.org/iso/
19115/resources/Codelist/cat/codeLists.xml#CI_ OnLineFunctionCode"
codeListValue="download"/>
</cit:function>
</cit:CI_OnlineResource>
</mrd:onLine>
</mrd:MD_DigitalTransferOptions>
</mrd:distributorTransferOptions>
</mrd:MD_Distributor>
</mrd:distributor>
<!-- CD-заказ для военных заказчиков -->
<mrd:distributor>
<mrd:MD_Distributor>
<mrd:distributorContact>
<cit:CI_Responsibility>
<cit:role>
<cit:CI_RoleCode codeList="http://standards.iso.org/iso/19115/resources/
Codelist/cat/codeLists.xml#CI_RoleCode" codeListValue="distributor"/>
</cit:role>
<cit:party>
<cit:CI_Individual>
<cit:name>
<gco:CharacterString>Defense Supply Center Rich-mond
(DLA)</gco:CharacterString>
</cit:name>
<cit:contactInfo>
<cit:CI_Contact id="ID00007">
<cit:phone gco:nilReason="missing"/>
<cit:address>
<cit:CI_Address id="ID00008">
<cit:deliveryPoint>
<gco:CharacterString>8000 Jefferson Davis
Hwy</gco:CharacterString>
</cit:deliveryPoint>
<cit:city>
<gco:CharacterString>Richmond</gco:CharacterString>
</cit:city>
<cit:administrativeArea>
<gco:CharacterString>VA</gco:CharacterString>
</cit:administrativeArea>
<cit:postalCode>
<gco:CharacterString>23297</gco:CharacterString>
</cit:postalCode>
<cit:country>
<gco:CharacterString>United
States</gco:CharacterString>
</cit:country>
</cit:CI_Address>
</cit:address>
<cit:onlineResource>
<cit:CI_OnlineResource>
<cit:linkage>
<gco:CharacterString>http://www.dscr.dla.mil/pc9</
gco:CharacterString>
</cit:linkage>
<cit:function>
<cit:CI_OnLineFunctionCode codeList="http://
standards.iso.org/iso/19115/resources/Codelist/cat/codeLists.xml#CI_ OnLineFunctionCode"
codeListValue="order"/>
</cit:function>
</cit:CI_OnlineResource>
</cit:onlineResource>
</cit:CI_Contact>
</cit:contactInfo>
</cit:CI_Individual>
</cit:party>
</cit:CI_Responsibility>
</mrd:distributorContact>
<mrd:distributorFormat>
<mrd:MD_Format>
<mrd:formatSpecificationCitation>
<cit:CI_Citation>
<cit:title>
<gco:CharacterString>VPF</gco:CharacterString>
</cit:title>
<cit:identifier>
<mcc:MD_Identifier>
<mcc:code>
<gco:CharacterString>MIL-STD-2407</gco:CharacterString>
</mcc:code>
</mcc:MD_Identifier>
</cit:identifier>
</cit:CI_Citation>
</mrd:formatSpecificationCitation>
<mrd:amendmentNumber>
<gco:CharacterString>9606</gco:CharacterString>
</mrd:amendmentNumber>
</mrd:MD_Format>
</mrd:distributorFormat>
<mrd:distributorTransferOptions>
<mrd:MD_DigitalTransferOptions>
<mrd:offLine>
<mrd:MD_Medium>
<mrd:name>
<cit:CI_Citation>
<cit:title>
<gco:CharacterString>cdROM</gco:CharacterString>
</cit:title>
</cit:CI_Citation>
</mrd:name>
<mrd:volumes>
<gco:Integer>4</gco:Integer>
</mrd:volumes>
<mrd:mediumFormat>
<mrd:MD_MediumFormatCode codeList="http://standards.iso.org/
iso/19115/resources/Codelist/cat/codeLists.xml#MD_ MediumFormatCode" codeListValue="iso9660"/>
</mrd:mediumFormat>
</mrd:MD_Medium>
</mrd:offLine>
</mrd:MD_DigitalTransferOptions>
</mrd:distributorTransferOptions>
</mrd:MD_Distributor>
</mrd:distributor>
</mrd:MD_Distribution>
</mdb:distributionInfo>
<!-- КАЧЕСТВО ДАННЫХ И ПРОИСХОЖДЕНИЕ (Пока нет XML-схемы, не удается проверить эту часть,
поэтому она закомментирована...-->
<mdb:dataQualityInfo>
<mdg:DQ_DataQuality>
<mdg:scope>
<mcc:MD_Scope>
<mcc:level>
<mcc:MD_ScopeCode codeList="http://standards.iso.org/iso/19115/resources/
Codelist/cat/codeLists.xml#MD_ScopeCode" codeListValue="dataset"/>
</mcc:level>
</mcc:MD_Scope>
</mdg:scope>
<mdg:report>
<mdg:DQ_DomainConsistency>
<mdg:measure>
<mdg:DQ_MeasureReference>
<mdg:nameOfMeasure>
<gco:CharacterString>Attribute Completeness
Percentage</gco:Characterstring>
</mdg:nameOfMeasure>
</mdg:DQ_MeasureReference>
</mdg:measure>
<mdg:result>
<mdg:DQ_ConformanceResult>
<mdg:specification>
<cit:CI_Citation>
<cit:title>
<gco:CharacterString>MIL-V-89039</gco:CharacterString>
</cit:title>
<cit:date>
<cit:CI_Date>
<cit:date>
<gco:DateTime>1995-02-09T00:00:00Z</gco:DateTime>
</cit:date>
<cit:dateType>
<cit:CI_DateTypeCode codeList="http://standards.iso.org/iso/
19115/resources/Codelist/cat/codeLists.xml#CI_DateTypeCode" codeListValue="creation"/>
</cit:dateType>
</cit:CI_Date>
</cit:date>
</cit:CI_Citation>
</mdg:specification>
<mdg:explanation>
<gco:CharacterString>All features in this library have valid attribute
codes assigned to them in accordance with this specification</gco:CharacterString>
</mdg:explanation>
<mdg:pass>
<gco:Boolean>true</gco:Boolean>
</mdg:pass>
</mdg:DQ_ConformanceResult>
</mdg:result>
</mdg:DQ_DomainConsistency>
</mdg:report>
</mdg:DQ_DataQuality>
</mdb:dataQualityInfo>
<mdb:resourceLineage>
<mrl:LI_Lineage>
<mrl:statement>
<gco:CharacterString>HISTORICAL BACKGROUND - "While the fifth edition of NOAMER
has evolved from previous digital version, the majority of the feature content is based
on the National Imagery and Mapping Agency's (NIMA) hardcopy Operational Navigational
Chart (ONC) series. The initial digital version of VMap0 was the Digital Chart of the
World and was NIMA's first Vector Product Format (VPF) product. The DCW was released in
1992. With the ongoing development of the VPF Military Standard and the advent of the
VMap0 product specification, a new version of the database was needed. VMap 0 library,
NOAMER, Edition 4 was released in 1997. </gco:CharacterString>
</mrl:statement>
</mrl:LI_Lineage>
</mdb:resourceLineage>
<!-- КОНЕЦ КАЧЕСТВА ДАННЫХ И ПРОИСХОЖДЕНИЯ -->
<!-- ОГРАНИЧЕНИЯ -->
<mdb:metadataConstraints>
<mco:MD_SecurityConstraints>
<mco:classification>
<mco:MD_ClassificationCode codeList="http://standards.iso.org/iso/19115/resources/
Codelist/cat/codeLists.xml#MD_ ClassificationCode" codeListValue="unclassified"/>
</mco:classification>
<mco:handlingDescription>
<gco:CharacterString>RELEASABILITY - unrestricted</gco:CharacterString>
</mco:handlingDescription>
</mco:MD_SecurityConstraints>
</mdb:metadataConstraints>
<!-- КОНЕЦ ОГРАНИЧЕНИЙ -->
</mdb:MD_Metadata>
(справочное)
МЕЖДУНАРОДНЫМ СТАНДАРТАМ, ИСПОЛЬЗОВАННЫМ В КАЧЕСТВЕ
ССЫЛОЧНЫХ В ПРИМЕНЕННОМ МЕЖДУНАРОДНОМ СТАНДАРТЕ
Таблица ДА.1
Обозначение ссылочного национального стандарта | Степень соответствия | Обозначение и наименование ссылочного международного стандарта |
(ИСО 19115-2:2009) | MOD | ISO 19115-2:2009 "Географическая информация. Метаданные. Часть 2. Расширения для изображений и матричных данных" |
(ИСО 19115-1:2014) | MOD | ISO 19115-1:2014 "Географическая информация. Метаданные. Часть 1. Основные положения" |
(ИСО 19157:2013) | MOD | ISO 19157:2013 "Географическая информация. Качество данных" |
Примечание - В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов: - MOD - модифицированные стандарты. | ||
ИСО 19119:2016 Geographic information. Services (Географическая информация. Сервисы) | |
ИСО 19119:2005/Amd 1:2008,3 Extensions of the service metadata model (Расширения модели метаданных для сервисов) | |
ISO/TS 19139-1:2019 Geographic information. XML schema implementation. Part 1: Encoding rules (Географическая информация. Реализация XML схемы. Часть 1. Правила кодирования) | |
ISO/TS 19139-2 Geographic information. Metadata. XML schema implementation. Part 2: Extensions for imagery and gridded data (Географическая информация. Метаданные. Реализация XML-схемы Часть 2. Расширения для изображений и матричных данных) | |
ИСО 19118:2011 Geographic information. Encoding (Географическая информация. Кодирование) | |
ИСО/МЭК 19757-3 Information technology. Document Schema Definition Languages (DSDL). Part 3: Rule-based validation. Schematron (Информационные технологии. Язык определения схемы документа (DSDL). Часть 3. Валидация на основе правил. Схематрон) | |
Федеральный закон от 30 декабря 2015 г. N 431 "О геодезии, картографии и пространственных данных и о внесении изменений в отдельные законодательные акты Российской Федерации" | |
ИСО 19136 Geographic information. Geography Markup Language (GML) (Географическая информация. Язык географической разметки (GML) | |
ИСО 19110 Geographic information. Methodology for feature cataloguing (Географическая информация. Методология каталогизации пространственных объектов) | |
ИСО 19117:2012 Geographic information. Portrayal (Географическая информация. Графическое отображение) |
УДК 528.852.1:004.658.4:006.354 | ОКС 35.240.70 |
Ключевые слова: пространственные данные, географическая информация, метаданные, XML-схема, реализация XML-схемы | |