Skip To Content

Plantillas de geodatabase de INSPIRE Classic

La plantilla de geodatabase es un elemento esencial de ArcGIS for INSPIRE Classic. Las plantillas de geodatabase implementan los esquemas de aplicación de los modelos de datos abstractos de INSPIRE por temas de datos de los Anexos 1, 2 y 3.

Instalación

Para instalar las plantillas de geodatabase de INSPIRE Classic, siga las instrucciones de la Guía de instalación de la plantilla de geodatabase de ArcGIS for INSPIRE. Después de la instalación, consulte la documentación del caso de uso para obtener información sobre cómo configurar y usar los Servicios de visualización de INSPIRE, los Servicios de descarga de entidades de INSPIRE y los Servicios de descarga de datasets predefinidos de INSPIRE.

Reglas de codificación de geodatabases de ArcGIS for INSPIRE Classic

La implementación de los esquemas de aplicación de INSPIRE Classic en la geodatabase se basa en reglas de codificación que describen cómo se deben interpretar los modelos de datos abstractos de INSPIRE Classic en la implementación física de la plantilla de geodatabase de INSPIRE Classic. Las plantillas de geodatabase de INSPIRE Classic permiten publicar servicios de visualización y descarga de INSPIRE Classic, así como los correspondientes datasets subyacentes.

Las reglas de codificación principales se describen en la siguiente tabla:

ReglaEjemplo

Un objeto espacial de INSPIRE Classic 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 de INSPIRE Classic AdministrativeUnits::AdministrativeUnit se almacena en la geodatabase, en la clase de entidad auAdmUnitS.

Un tipo de objeto espacial de INSPIRE Classic 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 de la geodatabase comienzan con el código corto del esquema de aplicación.

El tipo de objeto espacial de INSPIRE Classic 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 administración en la geodatabase. La base de datos lo establece de forma automática después de insertarlo. El campo IFCID es el identificador utilizado 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 Classic.

N/A

Los atributos de un tipo de objeto espacial de INSPIRE Classic 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) 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 Classic 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 Classic 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 Classic, 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, y también se cumple 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 de INSPIRE Classic se convierten en los dos campos siguientes:

  • 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. Se recomienda hacer referencia a la entrada relevante en el registro de la lista de códigos de INSPIRE Classic.

El atributo nationalLevel del tipo de objeto espacial AdministrativeUnits::AdministrativeUnit de INSPIRE Classic 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 la URL, por ejemplo, http://services.interactive-instruments.de/download/cl/AdministrativeHierarchyLevel.xml.

Los atributos con un tipo de datos marcado con el estereotipo <<enumeration>> en el esquema de aplicación de INSPIRE Classic se convierten 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 Classic 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 Classic), todos los atributos del tipo de datos se convierten por separado. Asegúrese de que todos los nombres sean únicos.

El atributo inspireId del tipo de objeto espacial AdministrativeUnits::AdministrativeUnit de INSPIRE Classic se convierte en los campos id_localId, id_namespace, id_versionId e id_versionId_void.

Algunos tipos de objeto espacial de INSPIRE Classic permiten instancias con un rango de tipos de geometría (por ejemplo, ya sea un punto, una cadena de caracteres de líneas o un polígono). En la geodatabase se requiere el uso de clases de entidades separadas dependiendo del tipo de geometría. Como resultado, estos tipos de objeto espacial de INSPIRE Classic se convierten en varias 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 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 Classic 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 Classic 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 CadastralParcels::CadastralParcel de INSPIRE Classic 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 son valores que pertenecen al tipo de objeto espacial principal.

La mayoría de esquemas de aplicación de INSPIRE Classic 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 similitudes y se usa para convertir generalizaciones para la geodatabase de INSPIRE Classic. La clase raíz de un árbol de herencia se convierte en clases de objeto y 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 Hydro - Physical Waters::DrainageBasin de INSPIRE Classic y el subtipo Hydro - Physical Waters::RiverBasin se convierten en la clase de entidad hypBasinS.

En algunos casos, los esquemas de aplicación de INSPIRE Classic 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 Classic 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. 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 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 Classic se basa en lo siguiente:

  • El sistema de referencia de coordenadas es EPSG:4258.
  • En el proceso de conversión, quizá le convenga aplicar reglas dependientes del dataset. Un caso específico es la representación cartográfica del tipo de datos GeographicalNames::GeographicalName. La especificación de datos de INSPIRE Classic indica que se pueden utilizar distintos perfiles, en función 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 basta 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 scripts (como 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 de INSPIRE (a excepción del esquema de diccionarios geográficos no usados), incluso 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 de todos los objetos espaciales que se hereden de HydroObject se convierte usando una regla especial. La regla estándar lleva a un número inadecuado de tablas intermedias de 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 Classic del Anexo I

La descripción completa de la geodatabase de INSPIRE Classic 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 Classic, dentro de la carpeta GDB Templates.

Para cada clase de entidad u objeto asociado a un tipo de objeto espacial de INSPIRE Classic 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 de INSPIRE Classic. 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 Classic que se convierten a la clase de entidad u objeto; incluye los códigos de subtipos (campo STYPE)
  • 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 Classic, la lista de tipos de objetos espaciales de INSPIRE Classic 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 y III

A continuación, se indican las directrices sobre la implementación de geodatabase específicas de los Anexos II y III. Son específicas de los Anexos II y III y tienen prioridad sobre las reglas del Anexo I:

  • Las clases de entidad que pertenecen a un determinado tema de datos se organizan en 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 y III.
  • Las tablas y clases de entidad de Geología y Cobertura de suelo de los Anexos II y III no utilizan IFCID como identificador exclusivo como ocurría en el Anexo I. En su lugar, cada tabla tiene su propio identificador único y se cumplen las siguientes condiciones:

    • En el tema de datos 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 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 y 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 geodatabase VoidReasonValue de los Anexos II y III.
  • Dado que muchos de los valores de la lista de códigos de los Anexos II y III son dinámicos, ampliables y se desconocen por adelantado, en la mayoría de los casos, en la geodatabase de INSPIRE Classic se implementan los valores de la lista de códigos de los Anexos II y III mediante los tres campos siguientes:
    • _code: contiene el código para la lista de códigos
    • _label: contiene la etiqueta para el valor de la lista de códigos
    • _uri: contiene la referencia de URI para el valor de la lista de códigos

    El proveedor de los datos es el encargado de rellenar los valores adecuados de la lista de códigos para los datasets específicos.
  • Algunos de los datos de atributos con multiplicidad no delimitada que se definen en los objetos espaciales de INSPIRE Classic se han simplificado en la estructura de la geodatabase a fin de facilitar el rellenado de los datos, el rendimiento y la presentación.
  • En la documentación de los temas de datos de los Anexos II y 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 Classic, dentro de la carpeta de plantillas de geodatabase corporativa.