Конвертация схем приложения 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 подобные свойства отмечены штампом <<voidable>>. В таких случаях в базу геоданных добавляется дополнительное поле с суффиксом «_void».
o Если значение - NULL, значение свойства не имеет тип «void», и значение известно владельцу данных.
o Если значение – «0», значение свойства имеет тип «void», и владелец данных не обладает сведениями о пропущенной информации.
o Если значение – «1», значение свойства имеет тип «void», но значение доступно для других пространственных объектов в наборе данных («unknown»).
o Если значение – «2», значение свойства имеет тип «void»,в том числе для всех остальных пространственных объектов в наборе данных («unpopulated»).
· Атрибуты с типом данных, отмеченные штампом <<codeList>> в схеме приложений INSPIRE конвертируются в два поля:
o Первое поле содержит значение из перечня кодов, который представлен в базе геоданных в домене.
o Второе поле с суффиксом «_cl» должно иметь разрешимый URL, который содержит представление перечня кодов. В будущем рекомендуется ссылаться на соответствующую запись в реестре перечня кодов INSPIRE.
Пример:
Атрибут «nationalLevel» пространственных объектов INSPIRE типа AdministrativeUnits::AdministrativeUnit конвертируется в атрибуты «nationalLevel» и «nationalLevel_cl» полей. Поле «nationalLevel» содержит значение из перечня кодов AdministrativeHierarchyLevel, например, «1stOrder». Поле «nationalLevel_cl» содержит, например, URL-адрес https://services.interactive-instruments.de/download/cl/AdministrativeHierarchyLevel.xml.
· Атрибуты с типом данных, отмеченные штампом <<enumeration>> в схеме приложений INSPIRE, конвертируются в одно поле. Поле содержит значение из списка, который представлен в базе геоданных в домене.
Пример:
Атрибут «legalStatus» пространственных объектов INSPIRE типа AdministrativeUnits::AdministrativeBoundary конвертируется в атрибут «legalStatus» поля. Он содержит значение из списка, например, «agreed».
· Для атрибутов со значением, имеющим тип структурных данных, т.е. отмеченных штампом <<dataType>> или <<union>> в схеме приложений 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.