В этом разделе описано, как в ArcGIS for Desktop поддерживаются стандарты технического комитета 211 (TC 211) ISO, относящиеся к геопространственным метаданным. Независимо от того, работали ли вы уже с метаданными и стандартами метаданных ISO или нет, этот раздел поможет вам разобраться в том, как ArcGIS for Desktop создает корректные XML-документы метаданных ISO.
ISO стандарты метаданных
Метаданные ISO – не один единственный стандарт. Это группа взаимосвязанных стандартов, охватывающих различные аспекты содержимого метаданных и способы хранения этой информации. Перед тем, как рассказать о поддержке этих стандартов в ArcGIS for Desktop, разберемся с названиями, номерами и содержанием различных стандартов метаданных.
Стандарты содержания
Некоторые стандарты ISO являются стандартами содержания, подобными стандарту содержания FGDC Стандарт содержания для цифровых геопространственных метаданных (CSDGM). Стандарт содержания определяет, какая информация будет включена в метаданные элемента. Например, он может регламентировать, является ли обязательным указание названия и даты создания элемента.
Ниже приведены основные стандарты метаданных ISO, относящиеся к геопространственному сообществу. Каждый стандарт был разработан независимо, по индивидуальному графику.
- ISO 19115:2003 Географическая информация – Метаданные и ISO 19115:2006 Tехническая поправка 1
- ISO 19119:2005 Географическая система – Сервисы и ISO 19119:2008 Изменение 1
- ISO 19115-2:2009 Географическая информация – Метаданные – Часть 2: Расширения для растровых избражений и данных в форме сеточных моделей
Есть также несколько вспомогательных стандартов метаданных, описывающих ключевые аспекты содержимого метаданных. График разработки и поддержки этих стандартов не зависит от графика основных стандартов метаданных.
- ISO 19110:2005 Географическая информация – Методология каталогизации пространственных объектов
- Стандарты качества данных
- ISO 19113:2002 Географическая информация – Принципы управления качеством
- ISO 19114:2003 Географическая информация – Процедуры оценки качества
- ISO 19138:2006 Географическая информация – Меры качества данных
Если вы не знакомы с метаданными ISO, но знаете стандарт FGDC CSDGM, посмотрите, как стандарты содержания метаданных ISO соотносятся с различными разделами CSDGM.
Спецификации реализации
Формат, в котором осуществляется обмен содержанием метаданных, определяется спецификацией реализации.
Для метаданных FGDC CSDGM имеется утилита анализатора метаданных, mp, которая определяет поддерживаемые форматы и проверяет содержание. Утилита mp способна анализировать XML, SGML и форматы структурированного текста.
Для каждого стандарта содержания метаданных ISO имеется спецификация исполнения – документ и набор XML-схем, которые описывают XML-формат содержания. Единственным поддерживаемым форматом является XML. Некоторые спецификации реализации опубликованы в виде отдельных стандартов, имеющих собственный номер. Для проверки соответствия XML-документа спецификации могут использоваться XML-схемы.
На схемах ниже показано, как вышеупомянутые стандарты содержания соотносятся со спецификациями реализации.
- ISO 19139:2007 Географическая информация – Mетаданные – Реализация в языке XML Schema
- XML-формат для ISO 19115:2003 и 19115:2006 Tехническая поправка 1
- ISO 19136:2007 Географическая информация – Язык географической разметки (GML)
- XML-формат временнОй и геометрической информации, используемой в метаданных ISO
-
Спецификация реализации сервиса каталога OpenGIS [Веб-сервис каталога (CSW)]
- XML-формат для ISO 19119:2008 Изменение 1
- Хотя ISO 19119 – это стандарт содержания метаданных ISO, XML-схемы, разработанные для его реализации, были опубликованы совместно со спецификацией OGC CSW.
- ISO 19110:2011 Географическая информация – Методология каталогизации пространственных объектов Изменение 1, Приложение E
- XML-формат для ISO 19110:2005
- ISO 19139-2:2012 Географическая информация – Метаданные – Реализация в языке XML Schema – Часть 2: Реализация XML-схемы растровых изображений и данных в форме сеточных моделей
- XML-формат для ISO 19115-2:2009
Как можно заметить по датам различных стандартов содержания и спецификаций реализации, стандарты имеют индивидуальные графики создания и пересмотра. Поэтому спецификация реализации для данного стандарта содержания может охватывать не все содержание связанных стандартов.
Ожидаются ли изменения в стандартах метаданных ISO
Стандарты метаданных ISO периодически пересматриваются для сохранения их актуальности. В настоящее время пересматриваются следующие стандарты содержания метаданных. Эта работа будет завершена в ближайшем будущем.
-
ISO 19110 Географическая информация – Методология каталогизации пространственных объектов
Стандарт каталогизации пространственных объектов в настоящее время пересматривается в рамках обычной практики обслуживания существующих стандартов. Обновленная модель будет использоваться по ссылке в пересмотренном стандарте метаданных ISO 19115-1.
-
ISO 19157 Географическая информация – Качество данных
Модель качества данных, созданная тремя исходными стандартами, была включена непосредственно в ISO 19115. Эти стандарты объединяются в один новый стандарт, ISO 19157. Существующая модель будет пересмотрена в рамках обычной практики обслуживания существующих стандартов. Обновленная модель будет использоваться по ссылке, но не будет непосредственно включена в пересмотренный стандарт метаданных ISO 19115-1. По завершении работы над ISO 19157 предыдущие три стандарта качества данных будут отменены.
-
ISO 19115-1 Географическая информация – Метаданные – Часть 1: Основы
В результате этой работы в основной стандарт содержания метаданных ISO будет внесено несколько важных изменений. Кроме того, в него будут добавлены новые элементы метаданных. В стандарт будет включено несколько изменений, сделанных в Североамериканском профиле (North American Profile). Он охватит также метаданные сервисов по ISO 19119.
После пересмотра стандарта содержания должна быть соответствующим образом изменена связанная с ним спецификация реализации. Пока не ясно, как будут обновляться спецификации реализации, в частности, ISO 19139, чтобы отразить изменения в ISO 19115-1.
-
ISO 19110 (2015?) Географическая информация – Методология каталогизации пространственных объектов, Приложение E?
Существующая спецификация реализации для ISO 19110 находится в том же документе, что и стандарт содержания, в Приложении Е, которое было добавлено в пересмотренное издание стандарта 2011 года. Ожидается, что по завершении пересмотра и обновления стандарта Приложение Е или соответствующий раздел документа будут соответствующим образом изменены, чтобы включить в них пересмотренную спецификацию реализации.
-
ISO 19157 (2014?) Географическая информация – Качество данных
Спецификация реализации для предыдущих трех стандартов качества данных – ISO 19113, ISO 19114 и ISO 19138 – была включена в ISO 19139. Не ясно, будет ли спецификация реализации для ISO 19157 включена в приложение к документу этого стандарта аналогично ISO 19110, будет ли отдельной спецификацией реализации с собственным номером, как ISO 19157-2, или войдет в новую спецификацию реализации для ISO 19115-1.
-
ISO 19115-3 (2014?) Географическая информация – Метаданные – Часть 3: Реализация основ метаданных в языке XML
Предлагается оформить спецификацию реализации для ISO 19115-1 в виде стандарта ISO 19115-3.
Пересматриваются также многие стандарты, связанные с 19115-1, но эта работа идет по индивидуальным графикам. Фактический набор информации, который будет предоставлен со стандартом ISO 19115-1, пока не определен.
Есть план включить ISO 19115-1 и все связанные спецификации реализации в один стандарт, ISO 19115-3, по типу ISO 19139. Однако ISO 19139 не обновлялся после публикации и не учитывает изменения, сделанные в связанных стандартах. Если будет выбран этот вариант, непонятно, будет ли публикация ISO 19115-3 отложена до завершения обновления связанных стандартов, или он будет издан на базе существующих спецификаций реализации этих стандартов. Не ясно также, войдут ли в новую спецификацию реализации информационные модели ISO 19139-2.
Ниже показаны два возможных исхода.
Если идти по пути включения существующих спецификаций реализации, встает вопрос, следует ли обновить ISO 19139-2, чтобы учесть все изменения, связанные с ISO 19115-1, перед тем, как включить его в спецификацию реализации ISO 19115-3. Другой вариант – это создание независимой спецификации реализации ISO 19115-3, включающей только изменения по ISO 19115-1 и ссылки на все связанные спецификации, как показано ниже.
Стандарты, поддерживаемые ArcGIS for Desktop
Метаданные, созданные и экспортированные с применением стиля метаданных Спецификация реализации метаданных ISO 19139 в ArcGIS for Desktop, соответствуют стандарту содержания ISO 19115:2003 с Технической поправкой 2006 года и спецификации реализации ISO 19139:2007.
При использовании стиля метаданных INSPIRE Metadata Directive или Североамериканского профиля стиля метаданных ISO19115 2003 в ArcGIS for Desktop, созданные метаданные соответствуют стандарту содержания ISO 19115:2003 с Технической поправкой 2006. Стиль INSPIRE также обеспечивает соответствие содержания метаданных документу Правила реализации метаданных INSPIRE: Техническое руководство на основе EN ISO 19115 и EN ISO 19119 v1.2 Европейского Сообщества. Стиль Североамериканский профиль обеспечивает также соответствие содержания метаданных Североамериканскому профилю стандарта ISO 19115:2003 – Географическая информация – Метаданные (NAP – Метаданные, версия 1.2).
Если вы используете стиль метаданных INSPIRE Metadata Directive или Североамериканский профиль стиля метаданных ISO19115 2003 и экспортируете метаданные, описывающие данные, итоговый XML-файл будет соответствовать спецификации реализации ISO 19139:2007. Если вы экспортируете метаданные, описывающие сервис, они соответствуют спецификации реализации OGC Веб-сервис каталога (CSW); эта спецификация включает XML-схемы, позволяющие проверить документ метаданных ISO 19139, включающий описания метаданных сервисов.
Система, используемая ArcGIS 10.x для хранения содержимого во внутреннем формате метаданных ArcGIS и его экспорта в нужный XML-формат, соответствующий текущему стилю метаданных ArcGIS, с помощью XSLT-преобразований, обладает гибкостью, позволяющей легко адаптировать ее к новым стандартам метаданных. По мере изменения стандартов содержания метаданных в редактор метаданных ArcGIS могут добавляться новые элементы метаданных и страницы, позволяющие собрать дополнительные данные. В новых стилях метаданных могут использоваться новые страницы и новые XSLT-преобразования для создания XML-файлов, соответствующих новым спецификациям реализации.
Специалисты Esri принимали участие в пересмотре вышеописанных стандартов метаданных ISO и отслеживают все их изменения. В ArcGIS for Desktop будет обеспечена поддержка пересмотренных стандартов после того, как работа над ними будет закончена. Необходимо учитывать, что спецификации реализации обычно издаются позже, чем стандарты содержания. Полный стиль метаданных для нового или пересмотренного стандарта не может быть создан до того, как появится окончательная спецификация реализации. При появлении нового стиля метаданных вы можете настроить ArcGIS for Desktop на его использование; ваше существующее содержимое метаданных ArcGIS при этом не изменится.
Проверка документов метаданных ISO.
К сожалению, наличие спецификации реализации, оформленной в виде стандарта, еще не означает, что ее можно использовать для проверки XML-документов на соответствие этой спецификации. В этом разделе мы расскажем об анатомии XML-документа, о том, как проверяются XML-файлы и публикуются XML-схемы, и что означает проверка XML-документов метаданных ISO.
Введение в XML
Расширяемый язык разметки (XML) – это гибкий механизм, предназначенный для хранения и передачи данных. В отличие от него, HTML предназначен для отображения данных. Ни XML, ни HTML сами по себе ничего не производят. XML просто заключает данные в теги. HTML заключает данные в набор предопределенных тегов, сообщающих браузерам, как их следует отобразить. Лист стиля расширяемого языка преобразований XML-документов (XSLT) содержит инструкции по преобразованию данных в XML-документе в нечто другое, например HTML-документ, который может быть отображен в браузере.
Все XML-документы должны отвечать базовому набору правил – они должны быть правильно оформленными. Правильно оформленный XML-документ имеет корректный XML-синтаксис. Например, XML-документ должен иметь корневой элемент, теги должны быть закрыты и корректно вложены, для атрибутов должны быть указаны значения.
XML-документ может также быть действительным. Действительный XML-документ – это правильно оформленный XML-документ, в котором, помимо того, соблюдены правила схемы. Схема определяет структуру XML-документа. Например, она может определять, какие элементы являются допустимыми, какие элементы могут входить в другие элементы, какие типы данных могут содержать те или иные элементы, какие элементы обязательны, и в каком порядке элементы должны появляться в документе. XML-схема может представлять собой Определение типа XML-документа (DTD) или документ XML Schema (XSD). Спецификация реализации метаданных ISO содержит набор документов XML Schema (XSD).
Некоторые символы имеют в XML-документе специальное значение. Например, символы "больше" (>) и "меньше" (<) используются для заключения части текста в теги и создания XML-элемента. Если текст элемента содержит символ "больше", анализатор выдает ошибку, поскольку интерпретирует этот символ как тег нового элемента XML. Наличие в тексте элемента амперсанда (&) также вызывает ошибку, поскольку амперсанд используется для записи специальных символов. Все специальные символы, описанные здесь, в том числе апостроф (') и кавычка ("), должны быть заменены соответствующей записью: > для "больше", < для "меньше", & для амперсанда, ' для апострофа и " для кавычки.
XML-документ может содержать в первой строке объявление XML, определяющее версию XML и используемую в документе кодировку. Если объявление отсутствует, используется версия по умолчанию, ХML 1.0. Если кодировка не указана, то в зависимости от отметки порядка байтов XML-документа используется кодировка UTF-8 или UTF-16. Редактор метаданных и инструменты геообработки метаданных ArcGIS for Desktop создают XML-документы в кодировке UTF-8.
Дополнительные сведения о XML и синтаксисе XML-документа см. в http://www.w3schools.com/xml.
Пространства имен XML
Две XML-схемы могут определять элементы с одинаковым именем, но разным значением. Пространства имен XML используются для того, чтобы избежать конфликтов имен элементов в том случае, когда в одном XML-документе содержатся одноименные элементы из различных XML-схем.
Пространство имен задается префиксом имени XML-элемента, отделенным от имени двоеточием: <prefix:name>. Пространство имен определяется атрибутом xmlns и сопоставлением унифицированного идентификатора ресурса (URI) со строкой, которая используется в качестве префикса: xmlns:prefix=URI. Пространства имен должны объявляться в начальном теге XML-элемента, в котором используется префикс. Однако все пространства имен, используемые в документе, обычно объявляются в начальном теге корневого элемента документа. В примере ниже определены пространства имен a и b, позволяющие отделить внутреннюю информацию от внешней:
<a:order xmlns:a="http://store.com/inventory" xmlns:b="http://store.com/customers">
<a:name>patio table</a:name>
<a:cost>650.00</a:cost>
<a:email>shipping@store.com</a:email>
<b:name>Jane Smith</b:name>
<b:email>customer@gmail.com</b:email>
</a:order>
URI пространства имен не предназначен для указания реального Интернет-адреса. Несмотря на то, что URI похож на единый локатор ресурсов (URL), его единственным предназначением является идентификация набора имен XML-элементов.
Если одно пространство имен используется больше, чем другие, вы можете указать в XML-документе пространство имен по умолчанию: xmlns=URI. Указав пространство имен по умолчанию, вы избавитесь от необходимости вводить один и тот же префикс для всех элементов, связанных с этим пространством имен. Все XML-элементы документа, не имеющие префикса, относятся к пространству имен по умолчанию. Ниже приведен тот же пример, но с URI для пространства имен "a", являющегося пространством имен по умолчанию:
<order xmlns="http://store.com/inventory" xmlns:b="http://store.com/customers">
<name>patio table</name>
<cost>650.00</cost>
<email>shipping@store.com</email>
<b:name>Jane Smith</b:name>
<b:email>customer@gmail.com</b:email>
</order>
В обоих примерах стоимость XML-элемента связана с URI пространства имен http://store.com/inventory. Если у вас есть лист стиля XSLT, преобразующий порядки, указанные в этом формате, в готовый для печати документ, оба вышеуказанных примера будут обработаны одинаковым образом, и результат будет одним и тем же. При наличии XML-схем, определяющих оба набора элементов, вышеприведенные примеры XML-документа могли бы успешно пройти проверку – оба документа являлись бы действительными.
В спецификациях реализации метаданных ISO каждому набору XML-схем сопоставлены трехбуквенная строка и отдельный URI пространства имен. Трехбуквенная строка по определению используется в качестве префикса имен XML-элементов в связанных XML-схемах. Например, большинство элементов метаданных, определенных в ISO 19115, связаны с URI пространства имен http://www.isotc211.org/2005/gmd, согласно документу ISO 19139; если в XML-документе для этого URI не определено пространство имен по умолчанию, имена этих элементов будут иметь префикс gmd.
Спецификации реализации метаданных ISO содержат много XML-схем и, соответственно, много пространств имен и префиксов, которые могут использоваться в XML-документе. Необходимо только объявить пространства имен и префиксы для элементов, которые будут фактически присутствовать в XML-документе.
Проверка XML-документа
XML-документ должен быть правильно оформленным. XML-документ может также быть действительным. Действительный XML-документ – это правильно оформленный XML-документ, в котором, помимо того, соблюдены правила схемы. Проверяемый XML-документ должен содержать ссылку на схему.
Ссылка на DTD XML-документа может быть добавлена к объявлению XML, как показано ниже:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE order SYSTEM "http://store.com/order-format.dtd">
<order xmlns="http://store.com/inventory" xmlns:b="http://store.com/customers">
…
</order>
После объявления корневого элемента XML-документа указывается местонахождение DTD.
Ссылка на XML-схему добавляется с помощью атрибутов в начальном теге корневого элемента документа, как показано ниже:
<?xml version="1.0" encoding="UTF-8"?>
<order xmlns="http://store.com/inventory" xmlns:b="http://store.com/customers"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://store.com/order-format.xsd">
…
</order>
Сначала объявляется пространство имен экземпляра XMLSchema. Затем с помощью атрибута schemaLocation указывается местонахождение XML-схемы.
Для обработки XML-документов требуются различные программные инструменты. Для выполнения преобразования, определенного листом стиля XSLT, требуется XSLT-движок или процессор. XML-анализатор позволяет добавлять, удалять, считывать элементы, атрибуты и их значения, а также выполнять различные операции над структурой XML-документа. Непроверяющий XML-анализатор может определить, является ли XML-документ правильно оформленным. Проверяющий XML-анализатор может, помимо прочего, определить, является ли XML-документ действительным, используя XML-схему, на которую имеется ссылка в этом документе.
Для проверки действительности XML-документа проверяющим XML-анализатором документ должен содержать ссылку на XML-схему.
С помощью XML-схем можно реализовать большинство правил, определенных в стандартах содержания метаданных. Однако они не позволяют полностью учесть правила, определенные в UML-моделях стандартов содержания метаданных ISO. Например, в XML-схеме нельзя управлять значением элемента через значения родственных элементов того же уровня.
Schematron – основанный на правилах язык, который позволяет оценить правильность XML-документа с помощью запросов XPath и получить информацию об ошибках в случае обнаружения проблем. Schematron можно использовать дополнительно к XML-схеме, чтобы проверить, удовлетворяет ли XML-документ тем требованиям стандарта содержания, которые нельзя учесть с помощью схемы. Поскольку документы Schematron – это XML-документы, они обычно подвергаются XSLT-преобразованию: итоговый XSLT можно затем использовать для проверки XML-документа с помощью XSLT-процессора. В настоящее время спецификации реализации метаданных ISO не включают документы Schematron; однако в будущем это скорее всего произойдет.
В ArcGIS for Desktop метаданные обрабатываются с помощью XSLT-процессора и XML-анализатора Microsoft .NET Framework. Это программное обеспечение поддерживает исключительно XSLT 1.0. Поэтому в ArcGIS for Desktop можно использовать только листы стилей XSLT 1.0. Документы Schematron, созданные на основе XSLT 2.0, нельзя преобразовать в лист стиля XSLT, пригодный для работы в ArcGIS for Desktop.
Проверка метаданных в ArcGIS for Desktop
Редактор метаданных ArcGIS for Desktop осуществляет внутреннюю проверку содержания метаданных, определяемого конкретной страницей. Проверочные тесты основаны на правилах, установленных в стандарте содержания и спецификации реализации, которым соответствует текущий стиль метаданных ArcGIS. Они включают все правила стандарта содержания, даже те, которые не могут быть проверены с помощью XML-схемы спецификации реализации. В таблице содержания редактора метаданных сразу показываются страницы с содержанием, недопустимым для данного стиля метаданных.
Создание хороших метаданных требует времени. Редактор метаданных ArcGIS позволяет сохранить содержимое метаданных, чтобы вернуться к работе над ним позже, даже если текущая версия является недопустимой.
ArcGIS for Desktop используется множеством клиентов с самыми различными требованиями. Большинство организаций предпочитает создавать метаданные, отвечающие отраслевому стандарту. Однако в некоторых организациях существует ряд дополнительных внутренних требований, вследствие чего их документы метаданных не соответствуют XML-схеме стандарта метаданных. ArcGIS позволяет таким организациям создавать метаданные, отвечающие их собственным требованиям. При экспорте метаданных элемента в XML-формат стандарта создаваемый XML-файл в этом случае не будет содержать ссылку на XML-схему.
По завершении создания метаданных элемента вы можете по своему усмотрению проверить их на соответствие XML-схеме стандарта метаданных, определяющего стиль метаданных. Это можно сделать, нажав на закладке Описание (Description) кнопку Проверить (Validate), которая запускает инструмент геообработки Проверить метаданные (Validate Metadata). Значения параметров инструмента в его диалоговом окне установлены в соответствии с текущим стилем метаданных Настройки, соответствующие стилю метаданных ISO 19139, показаны ниже.
Этот инструмент сначала экспортирует содержание метаданных ArcGIS элемента в XML-формат стандарта метаданных – в данном случае XML-формат ISO 19139. Затем, в соответствии со значениями параметров инструмента, в экспортированный XML-документ добавляется ссылка на XML-схему. В примере ниже показано, как на основе информации из предыдущего примера создается атрибут xsi:schemaLocation.
<?xml version="1.0" encoding="UTF-8"?>
<MD_Metadata xmlns="http://www.isotc211.org/2005/gmd"
xmlns:gco="http://www.isotc211.org/2005/gco"
xmlns:gts="http://www.isotc211.org/2005/gts"
xmlns:srv="http://www.isotc211.org/2005/srv"
xmlns:gml="http://www.opengis.net/gml"
xmlns:xlink="http://www.w3.org/1999/xlink"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.isotc211.org/2005/gmd
http://www.isotc211.org/schemas/2005/metadataEntity.xsd">
…
</MD_Metadata>
Если это возможно, целевое пространство имен должно быть объявлено в атрибуте xsi:schemaLocation, чтобы оно соответствовало целевому пространству имен XML-схемы. Целевое пространство имен показывает, какие элементы в XML-документе соответствуют заданной XML-схеме и будут проверены. Для других XML-схем, таких как схемы FGDC CSDGM, целевое пространство имен указывать не нужно.
Заключительный этап – это проверка экспортированного XML-файла с атрибутом xsi:schemaLocation с помощью XML-анализатора .NET Framework. Все предупреждения и сообщения об ошибках, выдаваемые .NET Framework, показываются в окне инструмента. ArcGIS for Desktop выводит сообщения об ошибках в их первоначальном виде.
Репозитории XML-схем метаданных ISO
Есть несколько официальных сайтов или репозиториев, где публикуются XML-схемы различных спецификаций реализации метаданных ISO. При этом ни один из репозиториев не содержит полное собрание спецификаций. Из-за этого иногда непросто определить, какие схемы следует использовать для проверки XML-документа на соответствие данному стандарту. Эта проблема описана в документе Правила реализации метаданных INSPIRE v1.2, в разделе 2.1.2, "Местонахождение схем ISO".
Пока разрабатывались различные спецификации реализации, GML превратился из стандарта OGC в стандарт ISO. GML-содержание используется в XML-документах метаданных ISO только для записи информации о времени и геометрических формах, когда это требуется. Первоначально в XML-схемах метаданных ISO использовалась старая версия GML с тем же пространством имен, что и у XML-схем метаданных ISO. Новая версия GML имеет другое пространство имен.
Хотя изменения в стандарте GML практически не коснулись XML-документов метаданных, созданных в соответствии со стандартами содержания метаданных ISO, изменение в пространстве имен GML усложнило процедуру проверки этих XML-документов. В XML-схеме указываются целевые пространства имен для проверки. Если в XML-документе используется пространство имен G1, и в XML-схеме пространство имен G1 указано в качестве целевого, документ будет признан действительным при условии, что его содержание и структура корректны. Если в XML-документе используется пространство имен G1, а в XML-схеме указано целевое пространство имен G2, документ будет признан недействительным, даже если его содержание и структура корректны. Обычно, при изменении пространства имен XML-документа с G1 на G2, документ признается действительным, поскольку используемое в нем содержание одинаково и в G1 и в G2.
Различные XML-схемы метаданных ISO, опубликованные на разных сайтах, ссылаются на различные версии XML-схем GML и поэтому определяют различные целевые пространства имен GML. При выборе XML-схемы для проверки необходимо учитывать, какое целевое пространство имен GML определяет XML-схема. Ниже приведен список репозиториев, в которых можно найти XML-схемы метаданных ISO; указаны также пространства имен GML, которые они используют.
-
http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_19139_Schemas/
http://standards.iso.org/ittf/PubliclyAvailableStandards/ – это репозиторий ISO для всех открытых стандартов. Это сайт, упомянутый в документе стандарта ISO 19139, как место, где находится официальный набор схем. Эти схемы были обновлены в связи с переходом на новое пространство имен GML 3.2.1: http://www.opengis.net/gml/3.2. Они прямо ссылаются на версию ISO 19136 схем GML 3.2.1, доступных в этом же репозитории схем ISO.
На этом сайте нет XML-схем для других опубликованных стандартов метаданных ISO, таких как ISO 19119, ISO 19110 или ISO 19139-2. Из других XML-схем для стандартов комитета TC 211, на этом сайте опубликованы только схемы для ISO 19135-2 Географическая информация – Процедуры регистрации элементов – Часть 2 Реализация XML-схемы. Поэтому этим XML-схемам будут соответствовать только XML-документы с метаданными ISO 19115 и новым пространством имен GML.
-
http://schemas.opengis.net/iso/19139/20070417/
В этом репозитории схем OGC есть схемы ISO 19139. Они были обновлены в связи с переходом на новое пространство имен GML 3.2.1. Это те же XML-схемы, которые опубликованы в репозитории #1; однако, они прямо ссылаются на схемы GML 3.2.1, имеющиеся в этом же репозитории схем OGC.
На этом сайте нет XML-схем для других опубликованных стандартов метаданных ISO, таких как ISO 19119, ISO 19110 или ISO 19139-2. Поэтому этим XML-схемам будут соответствовать только XML-документы с метаданными ISO 19115 и новым пространством имен GML.
-
http://schemas.opengis.net/iso/19139/20060504/
Это еще один репозиторий схем OGC, где есть схемы ISO 19139. В этих схемах используется старое пространство имен GML 3.2.0: http://www.opengis.net/gml. Это те же XML-схемы, что и опубликованные в репозиториях #4, #5 и #6. Эти схемы ссылаются на копии старых XML-схем GML, имеющихся на этом же сайте.
Здесь же есть XML-схемы для ISO 19119. Поэтому этим XML-схемам будут соответствовать XML-документы с метаданными ISO 19115 и ISO 19119 и старым пространством имен GML.
-
http://schemas.opengis.net/csw/2.0.2/profiles/apiso/
Это еще один репозиторий схем OGC, где есть схемы ISO 19139. В этих схемах используется старое пространство имен GML 3.2.0. Это те же схемы ISO 19139, что и опубликованные в репозиториях #3, #5 и #6. Эти схемы ссылаются на копии старых XML-схем GML, имеющихся на этом же сайте.
Здесь же есть XML-схемы для ISO 19119. Поэтому этим XML-схемам будут соответствовать XML-документы с метаданными ISO 19115 и ISO 19119 и старым пространством имен GML.
Этот репозиторий связан со спецификацией OGC Веб-сервис каталога (CSW), обеспечивающей механизм для запроса и предоставления документов данных ISO. Любой каталог метаданных, реализованный по протоколу CSW, основан на XML-схемах со старым пространством имен GML 3.2.0.
-
http://www.isotc211.org/schemas/2005/
Здесь были первоначально опубликованы XML-схемы ISO 19139, до того как они стали доступны в официальном репозитории ISO, описанном в #1. На этом сайте есть HTML-страница со ссылками на XML-схемы метаданных ISO в репозитории #6, а не #1. В отличие от других репозиториев на этом сайте нет каталога XML-схем; однако к первоначально опубликованным здесь XML-схемам по-прежнему можно получить доступ, указав полный путь к файлам XML-схем.
В этих схемах используется старое пространство имен GML 3.2.0. Это те же схемы ISO 19139, что и опубликованные в репозиториях #3, #4 и #6. Эти схемы ссылаются на копии старых XML-схем GML, имеющиеся на этом же сайте.
На этом сайте нет XML-схем для других опубликованных стандартов метаданных ISO, таких как ISO 19119, ISO 19110 или ISO 19139-2. Поэтому этим XML-схемам будут соответствовать только XML-документы с метаданными ISO 19115 и новым пространством имен GML.
-
Это еще один сайт с XML-схемами метаданных ISO от комитетов TC 211. XML-схемы ISO 19139 были опубликованы здесь, когда появилась идея разместить схемы в том же URL, что и пространства имен, связанные с ISO 19139. Этот сайт стал репозиторием для незавершенных XML-схем. Однако HTML-страница, доступная по URL-адресу, обозначенному как репозиторий #5, перенаправляет пользователей сюда, а не в репозиторий #1, при попытке доступа к некоторым XML-схемам метаданных ISO.
В имеющихся здесь XML-схемах ISO 19139 используется старое пространство имен GML 3.2.0. Это те же схемы ISO 19139, что и опубликованные в репозиториях #3, #4 и #5. Эти схемы ссылаются на копии старых XML-схем GML, имеющихся на этом же сайте.
В этом репозитории есть также XML-схемы для других стандартов метаданных ISO. Это три разные версии XML-схем ISO 19110: XML-схемы для ISO 19139-2, XML-схемы для ISO 19135-2 и XML-схемы для поддержки стандарта ISO 19145 Географическая информация – Реестр представлений географического местоположения. В репозитории нет XML-схем, поддерживающих ISO 19119. Кроме того, в XML-схемах ISO 19110 используется старое пространство имен GML. В XML-схемах ISO 19139-2 содержится ссылка на версию XML-схем ISO 19139, опубликованную в репозитории #1, и используется новое пространство имен GML 3.2.1.
Учитывая такое разнообразие вариантов, не ясно, какой из официальных наборов XML-схем следует использовать для проверки метаданных.
Во многих международных профилях метаданных ISO содержание связывается с различными репозиториями, перечисленными выше. Единственным реальным различием между ними является используемая версия пространства имен GML. Во всех других отношениях фактическое содержание схем идентично. В документе INSPIRE рекомендовано проверять метаданные с помощью набора схем, основанного на версии GML, наиболее подходящей для конкретной ситуации. Такой подход к проверке метаданных дает много преимуществ.
Для решения вопросов согласованного использования различных репозиториев XML-схем, упомянутых выше, был учрежден Комитет управления XML TC 211. Комитет хочет создать новый репозиторий, который станет официальным репозиторием XML-схем для всех стандартов комитета ISO TC 211, и удалить существующие XML-схемы из других репозиториев после создания нового сайта. Однако XML-схемы в репозиториях OGC по-видимому останутся. Новый репозиторий еще не создан.
XML схемы и ArcGIS for Desktop
Система метаданных ArcGIS for Desktop предназначена для проверки метаданных с помощью официальных схем, размещенных в Интернете организациями стандартизации. Поскольку это официальные схемы, они не упаковываются и не распространяются вместе с программным обеспечением.
Когда используется стиль метаданных Спецификация реализации метаданных ISO 19139, ArcGIS for Desktop использует для проверки документов метаданных ISO 19139 XML-схемы из репозитория #5. Этот репозиторий был выбран, поскольку явился первым репозиторием, предложившим доступ к постоянному набору официальных XML-схем (он был предшественником репозитория #1), а также потому, что эти схемы связаны со стандартом CSW. Поскольку ArcGIS for Desktop использует для проверки метаданных XML-схемы из репозитория #5, пользователи ArcGIS for Desktop могут создавать метаданные, отвечающие требованиям ISO 19139, в стабильной среде. В метаданных, экспортированных с этим стилем, используется старое пространство имен GML 3.2.0 – http://www.opengis.net/gml, – поэтому для их проверки может использоваться любая из XML-схем ISO 19139, использующая пространство имен GML 3.2.0 (#3, #4, #5, #6).
Начиная с версии ArcGIS 10.2.1 for Desktop, при использовании стиля метаданных GML 3.2 Спецификации реализации метаданных ISO 19139, для проверки документов метаданных ISO 19139 используются XML-схемы из репозитория #1. Используйте этот стиль метаданных, если нужно экспортировать метаданные с пространством имен GML 3.2, и проверяйте метаданные с помощью этого альтернативного набора XML-схем. В метаданных, экспортированных с этим стилем, используется новое пространство имен GML 3.2.1 – http://www.opengis.net/gml/3.2 – поэтому для их проверки может использоваться любая из XML-схем ISO 19139, использующая пространство имен GML 3.2.1 (#1, #2).
В диалоговом окне инструмента Проверить метаданные (Validate Metadata) можно изменить настройки проверки метаданных элемента, и использовать другой набор XML-схем вместо схем, связанных с текущем стилем метаданных. Вы можете также сделать эти изменения постоянными, создав пользовательский стиль метаданных, учитывающий ваши предпочтения. Например, вы можете проверять метаданные с помощью набора XML-схем, имеющегося во внутренней сети вашей организации, а не схем, размещенных в Интернете комитетом TC 211. Справка по созданию пользовательского стиля метаданных имеется в модуле ArcGIS Metadata Toolkit, который можно загрузить с сайта поддержки Esri.
Если вы выберете для проверки XML-документов, экспортированных ArcGIS for Desktop, неподходящий набор XML-схем ISO 19139, проверка завершится ошибкой. Если вы измените объявление пространства имен GML в экспортированных XML-документах, добавив или удалив /3.2 в конце объявления, файлы будут успешно проверены с помощью другого набора XML-схем.
После того, как Комитет управления XML TC 211 создаст новый, постоянный репозиторий всех XML-схем, в ArcGIS for Desktop будет внесено изменение с тем, чтобы экспортировать XML-документы ISO 19139 для другого репозитория XML-схем и проверять метаданные с помощью этих схем. Новый репозиторий обеспечит надежный доступ ко всем спецификациям реализации метаданных ISO в одном месте.
В заключение несколько слов о XLinks
XLink – это рекомендация W3C для поддержки запросов и ссылок на части XML-документа. XML-схемы XLink включены в стандарты ISO TC 211. Однако, они не получили широкого распространения в программном сообществе. Интернет-браузеры их не поддерживают. Программы Microsoft для работы с XML поддерживают их лишь в той мере, в какой поддерживают любую другую XML-схему.
Хотя XLinks допускаются XML-схемами ISO 19139, их использование совершенно необязательно. Требование использовать XLinks в XML-файле, совместимом с ISO 19139, отсутствует.
XLinks удобны при работе с XML-документом, поскольку позволяют легко интерпретировать и уяснять связь между двумя разделами XML-документа. При создании XML-документов с чистого листа, путем ввода XML-данных, использование XLinks позволяет сэкономить время, сократить эксплуатационные расходы и избежать грубых ошибок ввода данных.
В ArcGIS for Desktop используется другой метод для решения подобных вопросов обслуживания метаданных. Разделы документа метаданных, которые используются многократно, сохраняются в отдельном XML-файле. Фрагменты XML могут быть загружены в метаданные элемента позднее, когда понадобятся. Эта функциональность предоставляет те же преимущества, что и XLinks, но другим способом.
Когда метаданные экспортируются в формат ISO 19139, всегда создается полный документ ISO 19139. Это сделано намеренно – полный документ метаданных можно прочитать и проверить за пределами организации без всякого специального программного обеспечения. В XML-файлах метаданных ISO 19139, экспортированных из ArcGIS for Desktop, XLinks используются рационально, когда в них есть необходимость и когда они являются наиболее подходящим средством для работы с содержимым.