Plantilla de geodatabase

En este tema

Plantilla de geodatabase

Plantilla de geodatabase

Un elemento esencial de ArcGIS for INSPIRE es la plantilla de geodatabase (GDB) corporativa, que ArcGIS Server Extension usa como datos de origen. 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. Aquí se incluyen los esquemas de aplicación de los temas del Anexo I de INSPIRE, así como los esquemas de aplicaciones preliminares disponibles para algunos temas de los Anexos II/III necesarios para hacer uso de los datos del Anexo I. Además, en la geodatabase de INSPIRE se cubren los esquemas de aplicación de temas de referencia cruzada para redes y tipos de bases INSPIRE.

Los esquemas de aplicación de INSPIRE se modelan en UML conforme a las normas internacionales de la serie ISO 19100 y el modelo conceptual genérico de INSPIRE.

Instalación

Para instalar la geodatabase de ArcGIS for INSPIRE, siga las instrucciones que constan en el documento InstallationGuide_ArcGISForINSPIRE_GDB_10_3_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.

Reglas básicas para la implementación de la geodatabase de INSPIRE

La conversión de los esquemas de aplicación de INSPIRE en la geodatabase cumple las reglas de codificación que garantizan que los datos de INSPIRE se puedan representar completamente en la geodatabase de INSPIRE. Debido a que las geodatabases de Esri no cuentan con compatibilidad nativa para varias construcciones de modelado que se usan en los modelos de ISO 19100 e INSPIRE, se aplica una regla de codificación específica del producto. El foco de la conversión es la compatibilidad directa para proporcionar acceso a los datos por medio de los servicios de red de INSPIRE. En esta sección, se enumeran y 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. No se trata de una limitación de los esquemas de aplicación de INSPIRE. 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 ID. DE OBJETO es un identificador interno que se usa únicamente en la administració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 clave externa. 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 del atributo se asocian con el objeto espacial a través de las referencias de claves externas (campo RID) para 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 del atributo del tipo de objeto espacial de INSPIRE AdministrativeUnits::AdministrativeUnit se convierte en 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, se incluye 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. Si el valor es NULO, el valor de la propiedad no es del tipo nulo y el propietario de los datos conoce el valor. Si el valor es 0, el valor de la propiedad es del tipo nulo y el propietario de los datos no tiene información adicional sobre la información que falta. Si el valor es 1, el valor de la propiedad es del tipo nulo, pero el valor lo proporcionan otras entidades en el dataset (desconocido). Si el valor es 2, el valor de la propiedad es del tipo nulo, también para las demás entidades en el dataset (sin rellenar).	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 primer campo contiene el valor de la lista de códigos, el que se representa en la geodatabase en un dominio. El segundo campo, con un sufijo _cl, debe contener una dirección URL determinable que contenga una representación de la lista de códigos. En el futuro, se recomienda hacer referencia a la entrada relevante en el registro de la lista de códigos de INSPIRE.	El atributo nationalLevel del tipo de objeto espacial de INSPIRE AdministrativeUnits::AdministrativeUnit 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 dirección 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 de INSPIRE AdministrativeUnits::AdministrativeBoundary se convierte en el campo legalStatus. Este contiene un valor de la enumeración, por ejemplo, acordado.
Para los atributos con un valor que es un tipo de datos de estructura (está marcado con el estereotipo <<dataType>> o <<union>> en el esquema de aplicación de INSPIRE) todos los atributos del tipo de datos se convierten por separado. Asegúrate de que todos los nombres sean únicos.	El atributo inspireId del tipo de objeto espacial de INSPIRE AdministrativeUnits::AdministrativeUnit se convierte en los campos id_localId, id_namespace, id_versionId e 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 de INSPIRE GeographicalNames::NamedPlace es del tipo de dato GM_Object (una geometría arbitraria). Como resultado, el tipo de objeto espacial se convierte en la geodatabase en las clases de entidad gnNamedPlaceP, gnNamedPlaceMP, gnNamedPlaceL y gnNamedPlaceS.
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 adicional que hace referencia a la clase de entidad principal que usa una referencia de clave externa (campo RID).	El tipo de objeto espacial de INSPIRE CadastralParcels::CadastralParcel tiene dos propiedades de geometría, geometry y referencePoint. El atributo geometry se convierte en el campo SHAPE en la clase de entidad cpParcelS y el atributo referencePoint en el 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 en la geodatabase, aún cuando las instancias del tipo de datos conceptualmente no tienen una identidad y solo son valores que pertenecen al tipo de objeto espacial.
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 todas esas instancias. Dependiendo de la instancia, solamente los campos aplicables son relevantes.	El tipo de objeto espacial de INSPIRE Hidrografía - aguas físicas::DrainageBasin y el subtipo Hidrografía - aguas físicas::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).
La conversión de asociaciones entre los tipos de objeto espacial de INSPIRE depende 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 upperLevelUnit / lowerLevelUnit entre las instancias de AdministrativeUnits::AdministrativeUnit se convierte en el campo upperLevelUnit. La relación n:m coAdminister / administeredBy entre las instancias de AdministrativeUnits::AdministrativeUnit se convierte en la tabla intermedia auAdmUnit_admBySS.

Notas adicionales y valores predeterminados

En esta versión de ArcGIS for INSPIRE, la geodatabase se basa en las siguientes reglas especiales y valores predeterminados en la conversión de los esquemas de aplicación INSPIRE para la geodatabase:

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. En principio, cada perfil entre los dos extremos se puede implementar. De manera predeterminada, la geodatabase contiene el perfil más simple. Para casos en los que se requiere un modelo más complejo para nombres geográficos, por ejemplo, para representar un nombre en varios idiomas y secuencias de comandos (por ejemplo, Athen, Athens, Athína y Αθήνα), póngase en contacto con Soporte de Esri.
De manera predeterminada, el sistema de referencia de coordenadas se establece en ETRS89 con coordenadas geográficas (orden del eje: latitud, longitud).
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 objeto en 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 ArcGIS for 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
Una lista y la documentación de los tipos de objetos espaciales de INSPIRE que se convierten a la clase de entidad u objeto; 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 los Anexos II/III ya 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.
A diferencia de lo que ocurre en el Anexo I, 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 para la lista de códigos
- __label: contiene la etiqueta que se utiliza para el valor de la lista de códigos
- _uri: contiene la referencia al URI del valor de la lista de códigos
El proveedor de los datos será el encargado de rellenar los valores adecuados de la lista de códigos para los datasets específicos.
Algunas de las multiplicidades complejas que se describen en las especificaciones de INSPIRE se han simplificado en la estructura de la geodatabase a fin de facilitar el rellenado de los datos, el rendimiento y la presentación.
Los temas de datos de Cobertura del suelo y Geología se han implementado en las versiones 10.3. En próximas versiones se irán añadiendo temas de datos adicionales.
Los esquemas de aplicación relacionados con los rásteres y la observación no se incluyen en la implementación de la geodatabase actual.
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 ArcGIS for INSPIRE, dentro de la carpeta GDB Templates.

¿Algún comentario sobre este tema?