4.5. Работа с базой геоданных INSPIRE Geodatabase
В данном разделе приведено описание возможностей базы геоданных INSPIRE и особенности работы с ней.
4.5.1.Схемы приложений INSPIRE
База геоданных INSPIRE обеспечивает выполнение схем приложений INSPIRE Data Specifications for Annex I, как база геоданных ArcGIS. Сюда входят схемы приложений тем INSPIRE Annex I и доступные предварительные схемы приложений для некоторых тем Annex II/III, необходимых для использования данных Annex I. Кроме того, база геоданных INSPIRE охватывает кросс-тематические схемы приложений для сетей и базовых типов INSPIRE. Схемы приложений INSPIRE моделируются в UML в соответствии с сериями ISO 19100 Международных стандартов и INSPIRE Generic Conceptual Model.
4.5.2.Основные правила применения базы геоданных INSPIRE
Конвертация схем приложения INSPIRE в базе геоданных выполняется в соответствии с правилами, гарантирующими, что данные INSPIRE полностью представлены в базе геоданных INSPIRE. Поскольку базы геоданных Esri изначально не обладают поддержкой некоторых конструкций моделирования, используемых в моделях ISO 19100 и INSPIRE, применяется правило кодирования, специфичное для продукта. Конвертация фокусируется на предоставлении прямой поддержки для обеспечения доступа к данным через сетевые сервисы INSPIRE.
Основные правила кодирования включают:
Пространственный объект INSPIRE, как правило, представлен в виде класса пространственных объектов в базе геоданных. В случае, если пространственный объект не имеет свойства геометрии, вместо этого используется класс объектов.
Пример:
Пространственный объект INSPIRE типа AdministrativeUnits::AdministrativeUnit хранится в базе геоданных в виде класса пространственных объектов - auAdmUnitS.
Пространственный объект INSPIRE типа Addresses::Address хранится в базе геоданных в виде класса пространственных объектов - adAddress.
Имена классов пространственных объектов, классов объектов и полей ограничены 30 символами в базе геоданных. В схемах приложения INSPIRE подобных ограничений нет. Таким образом, имена из схем приложения, как правило, укорачиваются в базе геоданных.
Чтобы упростить картографию между именами и обеспечить уникальность, все имена в базе геоданных начинаются с короткого кода схемы приложения, который содержит тип.
Пример:
Пространственный объект INSPIRE типа AdministrativeUnits::AdministrativeUnit хранится в базе геоданных в классе пространственных объектов auAdmUnitS. Короткий код для схемы приложения «AdministrativeUnits» - «au».
Каждый пространственный объект или класс объектов содержит два поля с идентификаторами. Оба поля целочисленные. Поле OBJECTID является внутренним идентификатором, который используется только для управления в пределах базы геоданных. Он автоматически устанавливается базой данных при вставке. Поле IFCID – это идентификатор, который используется по отношению к внешним ключам. Он должен быть установлен при вставке в базу данных с помощью трансформации, добавляющей данные в базу геоданных. Он должен быть уникальным для класса пространственных объектов/объектов базы геоданных и для типа пространственных объектов INSPIRE.
Атрибуты типа пространственных объектов INSPIRE с максимальным разнообразием больше 1 конвертируются в собственный класс объектов. Атрибутивные значения связаны с пространственным объектом через ссылки внешнего ключа (RID поля) для связанного пространственного объекта или класса объектов (IFCID поля). Этот механизм позволяет иметь общее представление нескольких атрибутивных значений в базе геоданных.
Пример:
«Имя» Атрибута пространственного объекта INSPIRE типа AdministrativeUnits::AdministrativeUnit конвертируется в имя auAdmUnitS_name класса объектов. Класс объектов содержит полную информацию из типа данных значения атрибута. Кроме того, он содержит RID поля, который ссылается на запись в auAdmUnitS класса пространственных объектов, которому принадлежит имя.
INSPIRE различает свойства, где значение неизвестно владельцу данных (т.е. значение типа «void») и где владелец данных знает, что свойства не применимо к конкретному пространственному объекту (например, дорога без имени). Подобные случаи также выделяются в базе геоданных.
В схемах приложений INSPIRE подобные свойства отмечены штампом <>. В таких случаях в базу геоданных добавляется дополнительное поле с суффиксом «_void».
Если значение - NULL, значение свойства не имеет тип «void», и значение известно владельцу данных.
Если значение – «0», значение свойства имеет тип «void», и владелец данных не обладает сведениями о пропущенной информации.
Если значение – «1», значение свойства имеет тип «void», но значение доступно для других пространственных объектов в наборе данных («unknown»).
Если значение – «2», значение свойства имеет тип «void»,в том числе для всех остальных пространственных объектов в наборе данных («unpopulated»).
Атрибуты с типом данных, отмеченные штампом <> в схеме приложений INSPIRE конвертируются в два поля:
Первое поле содержит значение из перечня кодов, который представлен в базе геоданных в домене.
Второе поле с суффиксом «_cl» должно иметь разрешимый URL, который содержит представление перечня кодов. В будущем рекомендуется ссылаться на соответствующую запись в реестре перечня кодов INSPIRE.
Пример:
Атрибут «nationalLevel» пространственных объектов INSPIRE типа AdministrativeUnits::AdministrativeUnit конвертируется в атрибуты «nationalLevel» и «nationalLevel_cl» полей. Поле «nationalLevel» содержит значение из перечня кодов AdministrativeHierarchyLevel, например, «1stOrder». Поле «nationalLevel_cl» содержит, например, URL-адрес http://services.interactive-instruments.de/download/cl/AdministrativeHierarchyLevel.xml.
Атрибуты с типом данных, отмеченные штампом <> в схеме приложений INSPIRE, конвертируются в одно поле. Поле содержит значение из списка, который представлен в базе геоданных в домене.
Пример:
Атрибут «legalStatus» пространственных объектов INSPIRE типа AdministrativeUnits::AdministrativeBoundary конвертируется в атрибут «legalStatus» поля. Он содержит значение из списка, например, «agreed».
Для атрибутов со значением, имеющим тип структурных данных, т.е. отмеченных штампом <> или <> в схеме приложений INSPIRE, все атрибуты типа данных конвертируются по отдельности. Не забывайте, что имена уникальны.
Пример:
Атрибут «inspireId» пространственных объектов INSPIRE типа AdministrativeUnits::AdministrativeUnit конвертируется в поля «id_localId», «id_namespace», «id_versionId» и «id_versionId_void».
Некоторые типы пространственных объектов INSPIRE состоят из разных типов геометрии. Например, и точек, и линий/полигонов. В базе геоданных при этом требуется использовать отдельные классы пространственных объектов в зависимости от типа геометрии. В результате эти типы пространственных объектов INSPIRE конвертируются в несколько классов пространственных объектов с разными типами геометрии. Чтобы поддерживать уникальность имён классов пространственных объектов указывать тип геометрии, в конец имени класса пространственных объектов добавляется короткий код (“P” для точек, “MP” для мультиточек, “L” для простых или составных линий и “S” для простых или составных полигонов).
Пример:
Свойство «geometry» пространственных объектов INSPIRE типа GeographicalNames::NamedPlace имеет тип данных GM_Object – произвольная геометрия. В результате тип пространственного объекта конвертируется в базу геоданных, в классы пространственных объектов типа gnNamedPlaceP, gnNamedPlaceMP, gnNamedPlaceL и gnNamedPlaceS.
В схемах приложений INSPIRE существуют типы пространственных объектов, которые имеют несколько свойств геометрии. В базе геоданных, однако, каждый класс пространственных объектов может иметь только одно свойство геометрии. В таких случаях добавляется дополнительный класс пространственных объектов, который ссылается на главный класс пространственных объектов, используя ссылку внешнего ключа (RID поля).
Пример:
Пространственный объект INSPIRE типа CadastralParcels::CadastralParcel имеет два свойства геометрии, «geometry» и «referencePoint». Атрибут «geometry» конвертируется в поле SHAPE в классе пространственных объектов cpParcelS, атрибут «referencePoint» - в поле SHAPE в классе пространственных объектов cpParcelS_refPoint.
Кроме того типы данных со свойствами геометрии конвертируются в классы пространственных объектов, а не классы объектов.
Пример:
Тип данных AdministrativeUnits::ResidenceOfAuthority конвертируется в класс пространственных объектов базы геоданных, даже если представители типа данных концептуально не имеют идентичности и являются просто значениями, принадлежащими родительскому типу пространственного объекта.
Большинство схем приложений INSPIRE используют отношения генерализации между типами пространственных объектов. Базы геоданных не поддерживают генерализацию, используемую в моделях UML. Однако они поддерживают концепцию подтипов, которая имеет некоторые сходства и используется для конвертации генерализаций в базу геоданных INSPIRE. Корневой класс дерева наследования конвертируется в классы пространственных объектов и/или классы объектов, и все свойства их подтипов конвертируются в их поля.
В дополнительном поле STYPE различаются типы каждой записи. Поле STYPE должно быть установлено на все эти записи. В зависимости от записи, существенными являются только применимые поля.
Пример:
Тип пространственного объекта INSPIRE «Hydro - Physical Waters»::DrainageBasin и подтип «Hydro - Physical Waters»::RiverBasin конвертируются в класс пространственных объектов hypBasinS.
В некоторых случаях схемы приложений INSPIRE используют несколько наследований. В этих случаях свойства из абстрактных подтипов распространяются на все подтипы, имеющие экземпляры.
Пример:
Свойства «hydroId», «geographicalName» и «relatedHydroObject» из HydroObject представлены в классах пространственных объектов всех подтипов, например, DrainageBasin (hypBasinS).
Конвертация связей между типами пространственных объектов INSPIRE зависит от разнообразия отношений. Для отношений 1:n прямо в класс пространственных объектов или класс объектов добавляется поле с ссылкой внешнего ключа. Для отношений n:m создаётся промежуточная таблица (класс объектов).
Возможность классов отношений баз геоданных не используется для повышения производительности, особенно при загрузке данных. Кроме того, базы геоданных не поддерживают классы отношений для рефлексивных связей. Можно получить доступ к отношению в ArcMap с помощью других механизмов.
Пример:
Отношение 1:n «upperLevelUnit» / «lowerLevelUnit» между экземплярами AdministrativeUnits::AdministrativeUnit конвертируется в поле «upperLevelUnit».
Отношение n:m «coAdminister» / «administeredBy» между экземплярами AdministrativeUnits::AdministrativeUnit конвертируется в промежуточную таблицу auAdmUnit_admBySS.
4.5.3.Документация классов пространственных объектов и классов объектов в базе геоданных INSPIRE
Полное описание базы геоданных INSPIRE приводится как набор документов со ссылками, который можно просмотреть в веб-браузере. Он доступен в папке инсталляции ArcGIS for INSPIRE, которая называется Documentation\GDBTemplate.
Для каждого класса пространственных объектов или класса объектов, связанного с типом пространственных объектовINSPIRE, имеется отдельный документ xml. Каждый документ содержит:
индекс для разделов документа со ссылками;
список и документацию типов пространственных объектов INSPIRE, которые конвертируются в класс пространственных объектов или класс объектов; они включают коды подтипов (поле STYPE);
поля класса пространственных объектов или класса объектов с:
именем поля;
именем свойства источника в схеме приложений INSPIRE;
списком типов пространственных объектов INSPIRE, для которого применяется это поле;
типом данных в базе геоданных;
документацией свойства с дополнительными замечаниями о конвертации в базу геоданных.
зависимые классы пространственных объектов или классы объектов (для представления дополнительных свойств геометрии или нескольких значений атрибутов) с документацией и перечнем связанных полей;
промежуточные таблицы отношений n:m.
По большей части документация взята непосредственно из документации в схемах приложений INSPIRE.
4.5.4.Специальные правила и значения по умолчанию
В этой версии ArcGIS for INSPIRE база геоданных основана на следующих специальных правилах и значениях по умолчанию в конвертации схем приложений INSPIRE в базу геоданных:
В процессе конвертации может быть желательно применить зависимые от набора данных правила. Конкретным случаем является картирование типа данных GeographicalNames::GeographicalName. Спецификация данных INSPIRE указывает на то, что разные профили могут использоваться в зависимости от требований. Полный тип данных содержит исчерпывающую модель, которая будет подходить только для нескольких наборов данных. В большинстве наборов данных достаточно значительно уменьшенной модели – конвертация географического имени в строку. В принципе можно применять любую совокупность параметров между этими двумя крайностями. По умолчанию база геоданных содержит самый простой профиль.
Для случаев, где требуется более сложная модель для географических имен, к примеру, для представления имени в нескольких языках и скриптах (например, “Athen“, “Athens“, “Athína“ и “Αθήνα“), соответствующая схема базы геоданных, свяжитесь с поддержкой.
По умолчанию базовая система координат установлена на ETRS89 с географическими координатами (расположение осей: широта, долгота).
Все типы геометрии ограничены линейной интерполяцией, включённой в тему «Кадастровые участки», что позволяет использовать интерполяцию дуги окружности.
База геоданных по умолчанию содержит все схемы приложений INSPIRE (за исключением неиспользуемых схем географического справочника), даже если нужны только выбранные схемы приложений.
Для свойств, где значениями являются структурированные типы из ISO 19115, например, CI_Citation, значение должно храниться в ISO/TS 19139 XML непосредственно в поле базы геоданных. Это подразумевает, что никакие структурные запросы не поддерживаются на таких значениях атрибутов.
Свойсто «relatedHydroObject» во всех пространственных объектах, полученных из HydroObject, конвертируется с помощью специального правила. Стандартное правило привело бы к несоответствующему числу промежуточных таблиц для отношений в базе геоданных. Свойство конвертируется в поле, которое должно содержать URI базового пространственного объекта, а не IFCID объекта.
|
