Uno de los elementos más importantes de ArcGIS for INSPIRE es la plantilla de geodatabase (GDB) corporativa. La GDB implementa los esquemas de aplicación de los modelos de datos resumidos de INSPIRE, según el tema del Anexo I y parte de los temas de datos de los Anexos II/III.
Tipo de
Para instalar la geodatabase de INSPIRE, siga las instrucciones del documento InstallationGuide_ArcGISForINSPIRE_GDB_10_5_EN.pdf . Después de la instalación, vea la documentación del caso para obtener información sobre cómo configurar y usar los Servicios de vista de INSPIRE, los Servicios de descarga de entidades de INSPIRE y los Servicios del dataset predefinido de INSPIRE.
Implementación de la geodatabase de INSPIRE
La implementación de los esquemas de aplicación de INSPIRE en la geodatabase se basa en reglas de codificación que describen cómo se deben interpretar los modelos de datos abstractos de INSPIRE en la implementación física de la plantilla de INSPIRE. La plantilla de la geodatabase de INSPIRE permite publicar los servicios de descarga y de visualización de INSPIRE, así como los correspondientes datasets subyacentes.
En la siguiente tabla, se muestran y se analizan las principales reglas de codificación.
| Regla | Ejemplos |
|---|---|
Un objeto espacial de INSPIRE se representa generalmente como una clase de entidad en la geodatabase. En los casos en los que un objeto espacial no tiene propiedad de geometría, se usa en su lugar una clase de objeto. | El tipo de objeto espacial INSPIRE AdministrativeUnits::AdministrativeUnit se almacena en la geodatabase en la clase de entidad auAdmUnitS. Un tipo de objeto espacial INSPIRE Addresses::Address se almacena en la geodatabase en la clase de objeto adAddress. |
Los nombres de las clases de entidad, las clases de objeto y de los campos se limitan a 30 caracteres en la geodatabase. Por lo tanto, los nombres de los esquemas de aplicación normalmente se abrevian en la geodatabase. Para simplificar la representación cartográfica entre los nombres y garantizar la singularidad, todos los nombres en la geodatabase inician con el código corto del esquema de aplicación que contiene el tipo. | El tipo de objeto espacial INSPIRE AdministrativeUnits::AdministrativeUnit se almacena en la geodatabase en la clase de entidad auAdmUnitS. El código corto para el esquema de aplicación AdministrativeUnits es au. |
Cada clase de entidad u objeto tiene dos campos con identificadores. Los dos son enteros. El campo OBJECTID es un identificador interno, que solo se usa para la gestión de la geodatabase. La base de datos lo establece de forma automática después de insertarlo. El campo IFCID es el identificador que se usa en las relaciones de claves externas. Se debe establecer después de que el proceso de transformación que agrega datos a la geodatabase lo inserta en la base de datos. Debe ser único para la clase de entidad y objeto en la geodatabase y para el tipo de objeto espacial de INSPIRE. | N/A |
Los atributos de un tipo de objeto espacial de INSPIRE con una multiplicidad máxima mayor que uno se convierten en su propia clase de objeto. Los valores de los atributos se asocian al objeto espacial a través de claves externas (campo RID) que hacen referencia a la clase de entidad u objeto asociada (campo IFCID). Solamente con este mecanismo es posible tener una representación general de diversos valores de atributos en una geodatabase. | El nombre de atributo del tipo de objeto espacial AdministrativeUnits::AdministrativeUnit de INSPIRE se convierte a la clase de objeto auAdmUnitS_name. En la clase de objeto se incluye toda la información acerca del tipo de datos de valor del atributo. Además, contiene el campo RID que hace referencia a la entrada en la clase de entidad auAdmUnitS a la que pertenece el nombre. |
INSPIRE distingue entre propiedades donde el propietario de los datos desconoce el valor (tipo de valor nulo) y donde el propietario de los datos sabe que la propiedad no es aplicable al objeto espacial en particular (por ejemplo, una carretera sin un nombre de carretera). Estos casos también se deben distinguir en la geodatabase. En los esquemas de aplicación de INSPIRE, estas propiedades se marcan con el estereotipo <<voidable>>. En estos casos, se agrega a la geodatabase un campo adicional con el sufijo _void.
| N/A |
Los atributos con un tipo de datos marcado con el estereotipo <<codeList>> en el esquema de aplicación INSPIRE se convierten en dos campos.
| El atributo nationalLevel del tipo de objeto espacial AdministrativeUnits::AdministrativeUnit de INSPIRE se convierte en los campos nationalLevel y nationalLevel_cl. El campo nationalLevel contiene un valor de la lista de códigos AdministrativeHierarchyLevel, por ejemplo, 1stOrder. El campo nationalLevel_cl contiene, por ejemplo, la URL http://services.interactive-instruments.de/download/cl/AdministrativeHierarchyLevel.xml. |
Los atributos con un tipo de datos marcados con el estereotipo <<enumeration>> se convierten dentro del esquema de aplicación INSPIRE en un campo único. El campo contiene el valor de la enumeración, el que se representa en la geodatabase en un dominio. | El atributo legalStatus del tipo de objeto espacial AdministrativeUnits::AdministrativeBoundary de INSPIRE se convierte en el campo legalStatus. Este contiene un valor de la enumeración, por ejemplo, acordado. |
En los atributos con un valor que sea un tipo de datos de estructura (marcado con el estereotipo <<dataType>> o <<union>> en el esquema de aplicación de INSPIRE), todos los atributos del tipo de datos se convertirán por separado. Asegúrate de que todos los nombres sean únicos. | El atributo inspireId del tipo de objeto espacial AdministrativeUnits::AdministrativeUnit de INSPIRE se convierte en los campos id_localId, id_namespace, id_versionId y id_versionId_void. |
Algunos tipos de objeto espacial de INSPIRE permiten instancias con un rango de tipos de geometría diferentes (por ejemplo, ya sea un punto, una cadena de caracteres de líneas o un polígono). En la geodatabase esto requiere que se usen clases de entidades separadas dependiendo del tipo de geometría. Como resultado, estos tipos de objeto espacial de INSPIRE se convierten en diversas clases de entidades con diferentes tipos de geometría. Para mantener la exclusividad de los nombres de clase de entidad e indicar el tipo de geometría, se agrega un código corto al final del nombre de clase de entidad: P para puntos, MP para multipuntos, L para cadenas de caracteres de línea o cadenas de caracteres de multilínea y S para polígonos y multipolígonos. | La geometría de la propiedad del tipo de objeto espacial GeographicalNames::NamedPlace de INSPIRE es del tipo de datos GM_Object (una geometría arbitraria). Como resultado, el tipo de objeto espacial se convierte en las clases de instancias gnNamedPlaceP, gnNamedPlaceMP, gnNamedPlaceL y gnNamedPlaceS en la geodatabase. |
Existen tipos de objetos espaciales en los esquemas de aplicación de INSPIRE que tienen varias propiedades de geometría. En la geodatabase, sin embargo, cada clase de entidad puede tener solamente una propiedad de geometría. En estos casos, se agrega una clase de entidad más que hace referencia a la clase de entidad principal, que usa una referencia de clave externa (campo RID). | El tipo de objeto espacial CadastralParcels::CadastralParcel de INSPIRE tiene dos propiedades de geometría: geometry y referencePoint. El atributo geometry se convierte en el campo SHAPE de la clase de entidad cpParcelS; y el atributo referencePoint del campo SHAPE, en la clase de entidad cpParcelS_refPoint. |
Los tipos de datos con propiedades de geometría se convierten en clases de entidad, no en clases de objeto. | El tipo de datos AdministrativeUnits::ResidenceOfAuthority se convierte en una clase de entidad de la geodatabase, incluso cuando las instancias del tipo de datos no tienen ninguna identidad desde el punto de vista conceptual y solo son valores que pertenecen al tipo de objeto espacial principal. |
La mayoría de esquemas de aplicación de INSPIRE utilizan las relaciones de generalización entre los tipos de objetos espaciales. Las geodatabases no son compatibles con la generalización que se usa en los modelos de UML. Sin embargo, son compatibles con el concepto de subtipo que tiene algunas similitudes y se usa para convertir generalizaciones para la geodatabase de INSPIRE. La clase raíz de un árbol de herencia se convierte en las clases de objeto o entidad y todas las propiedades de sus subtipos se convierten en campos de las mismas. Un campo STYPE adicional distingue el tipo de cada instancia. Se debe establecer el campo STYPE en esas instancias. Dependiendo de la instancia, solamente los campos aplicables son relevantes. | El tipo de objeto espacial Hydro - Physical Waters::DrainageBasin de INSPIRE y el subtipo Hydro - Physical Waters::RiverBasin se convierten en la clase de entidad hypBasinS. |
En algunos casos, los esquemas de aplicación INSPIRE usan varias herencias. En estos casos, las propiedades de los supertipos resumidos se propagan a todos los subtipos. | Las propiedades hydroId, geographicalName y relatedHydroObject de HydroObject se representan en las clases de entidad de todos los subtipos, por ejemplo, DrainageBasin (hypBasinS). |
Las asociaciones entre los tipos de objeto espacial de INSPIRE dependen de la multiplicidad de la relación. Para relaciones 1:n, se agrega directamente un campo con una referencia de clave externa en la clase de entidad u objeto. Para las relaciones n:m se crea una tabla intermedia (clase de objeto). La capacidad de clase de relación de las geodatabases no se usa para mejorar el rendimiento, particularmente durante la carga de datos. Además, las geodatabases no son compatibles con clases de relaciones para asociaciones reflexivas. Se puede acceder a las relaciones en ArcMap por medio de otros mecanismos. | La relación 1:n de relationship upperLevelUnit/lowerLevelUnit entre las instancias de AdministrativeUnits::AdministrativeUnit se convierte en el campo upperLevelUnit. La relación n:m de coAdminister/administeredBy entre las instancias de AdministrativeUnits::AdministrativeUnit se convierte en la tabla intermedia auAdmUnit_admBySS. |
Notas adicionales y valores predeterminados
La plantilla de la geodatabase de INSPIRE se basa en lo siguiente:
- El sistema de referencia de coordenadas es EPSG:4258.
- En el proceso de conversión, es aconsejable aplicar las reglas dependientes del dataset. Un caso específico es la representación cartográfica del tipo de datos GeographicalNames::GeographicalName. Los puntos de especificación de los datos de INSPIRE señalan que se pueden usar diferentes perfiles dependiendo de los requisitos. El tipo de datos completo contiene un modelo integral que solo es relevante para algunos datasets. En la mayoría de datasets, un modelo significativamente reducido es suficiente para convertir un nombre geográfico en una cadena de caracteres. De manera predeterminada, la geodatabase se configura con el perfil más simple. En los casos en los que se requiere un modelo de nombres geográficos más complejo; por ejemplo, para representar un nombre en varios idiomas y secuencias de comandos (como en Atenas, Athens, Athína y Αθήνα), existe una opción de configuración para habilitar el perfil de GN completo para NamedPlaces.
- Todas las geometrías se limitan a la interpolación lineal incluyendo el tema Parcelas catastrales, que permiten el uso de una interpolación de arco circular.
- La geodatabase contiene de manera predeterminada todos los esquemas de aplicación INSPIRE (con excepción del esquema de diccionarios geográficos no usados), aún cuando solamente sean necesarios los esquemas de aplicación seleccionados.
- Para las propiedades, donde los valores son tipos estructurados de ISO 19115, por ejemplo, CI_Citation, el valor se debe almacenar en ISO/TS 19139 XML, directamente en el campo de la geodatabase. Esto implica que las consultas no estructuradas son compatibles con estos valores de atributos.
- La propiedad relatedHydroObject en todos los objetos espaciales que se hereden de HydroObject se convierte usando una regla especial. La regla estándar tendría que llevar a un número inadecuado de tablas intermedias para relaciones en la geodatabase. La propiedad se convierte en un campo que debe contener el URI del objeto espacial de referencia en vez del IFCID del objeto.
Documentación de las clases de entidad y de objeto de la geodatabase de INSPIRE del Anexo I
La descripción completa de la geodatabase de INSPIRE se proporciona como un conjunto de documentos vinculados que se pueden ver en un navegador web. Está disponible en la carpeta de instalación de INSPIRE, dentro de la carpeta GDB Templates.
Para cada clase de entidad u objeto asociado a un tipo de objeto espacial de INSPIRE se proporciona un documento XML separado. En gran parte, la documentación se toma directamente de la documentación en los esquemas de aplicación INSPIRE. Cada documento contiene los siguientes elementos:
- Un índice de las secciones del documento con vínculos a las mismas
- Listado y documentación de los tipos de objeto espacial de INSPIRE que se convierten en la clase de objeto o de entidad; esto incluye los códigos de subtipos (campo STYPE)
- Los campos de la clase de entidad u objeto con el nombre del campo, el nombre de la propiedad de origen en el esquema de aplicación de INSPIRE, la lista de tipos de objetos espaciales de INSPIRE para los que se aplica este campo, el tipo de datos en la geodatabase y la documentación de la propiedad con observaciones adicionales acerca de la conversión en la geodatabase
- Las clases de objetos y entidades dependientes (para representar las propiedades de geometría adicionales o valores de varios atributos) con la documentación y la lista de todos los campos asociados
- Tablas intermedias de las relaciones n:m
Notas sobre los temas de datos de los Anexos II/III
A continuación se indican las directrices sobre la implementación de la geodatabase específicas de los Anexos II/III. Son específicas de los Anexos II/III y tienen prioridad sobre las reglas del Anexo I:
- Las clases de entidad que pertenecen a un determinado tema de datos se organizan dentro de un dataset de entidades para dicho tema de datos. Esto mejora la navegación y la expansión cuando se implementan muchos temas de datos adicionales para los Anexos II/III.
-
Las tablas y clases de entidad de Geología y Cobertura del suelo de los Anexos II/III no utilizan IFCID como identificador exclusivo como ocurría en el Anexo I. En su lugar, cada tabla tiene su propio identificador y:
- En el tema de datos de Geología, featureID se utiliza en varias tablas y debe ser único no solo dentro de la tabla, sino también en el tema de datos.
- En el tema de datos de Geología, se utilizan conjuntamente mappedFeatureID y boreholeID en varias clases de entidad, y deben ser únicos no solo dentro de la clase de entidad, sino también en el tema de datos de geología.
- En los Anexos II/III, se utiliza la clase de relación de la geodatabase para modelar la relación entre las clases de entidad y tablas a fin de aprovechar las relaciones de la geodatabase. En la mayoría de los casos, se utiliza el mismo nombre identificador para las referencias de la clave principal y la clave externa.
- Los campos _void se rellenan utilizando el dominio de la geodatabase VoidReasonValue de los Anexos II/III.
- Dado que muchos de los valores de la lista de códigos de los Anexos I/III son dinámicos, ampliables y se desconocen por adelantado, en la mayoría de los casos, en la geodatabase se implementa la lista de códigos de los Anexos II/III de INSPIRE mediante los tres campos siguientes:
- _code: contiene el código que se utiliza en la lista de códigos
- _label: contiene la etiqueta que se utiliza en el valor de la lista de códigos
_uri: contiene la referencia al URI del valor de la lista de códigos
- Algunos de los datos de atributos con multiplicidad no delimitada que se definen en los objetos espaciales de INSPIRE se han simplificado en la estructura de la geodatabase a fin de facilitar la introducción de los datos, el rendimiento y la presentación.
- En la documentación de los temas de datos de los Anexos II/III se incluye un diagrama del modelo de datos y un documento del diccionario de datos que están disponibles en la carpeta de instalación de INSPIRE, dentro de la carpeta GDB Templates.