1 2015-11-23/27 1 Especificaciones de Especificaciones de Datos Paloma Abad Power.

Slides:



Advertisements
Presentaciones similares
Dirección General de Centros Información y orientación Establecer una relación directa entre la formación y el empleo Acreditación de las competencias.
Advertisements

TECNICATURA UNIVERSITARIA EN INFORMATICA
Modelo Entidad Relación
Introducción a LAS Bases de Datos
Aspectos Organizativos para la Seguridad
Bienvenido a Marangatu'i, Módulo del Contribuyente de la SET!
CONTROL DE DOCUMENTOS Y REGISTROS EN LOS CENTROS DE CONCILIACIÓN Y/O ARBITRAJE NTC-5906.
Recomendaciones sobre aspectos tecnológicos
GAZETTEER Y SERVICIO WFS-G
DSOO - María Eugenia Valencia
Metadatos Geoespaciales
Fundamentos de Ingeniería de Software
Tipo de Dato Abstracto Tipos de datos:
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements.
UNIDAD II Modelo de Datos.
DIAGRAMA DE COMPONENTES INTEGRANTES Córdova Vásquez Giovanny Escobar Alvares Calixto Gomez Quinteros Adelaida Pinto Flores Yarmila.
Análisis y Diseño orientado a objetos con UML.
Municipalidad de Garabito.
Tema 6: Clases Antonio J. Sierra.
UNIDAD I Conceptos Básicos.
Acceso del usuario a la aplicación.
Características y elementos fundamentales J.M. Morales-del-Castillo
Definition Type Document (DTD)
Ingeniería de Software
Ing. María Reyes Amenero Consultora de la Secretaría Técnica del SNCP
Viviana Poblete López Módulo: Modelo de Datos
Introducción A Las Bases De Datos
AUDITORIAS DE SEGURIDAD
Conferencia ESRI, Noviembre 2010 El nuevo portal de la IDE de Navarra Pablo Echamendi Lorente Dpto. de Sistemas de Información Territorial Tracasa.
Almacenamiento de la información Conabio CNA INEGI Conanp Profepa INE Otras dependencias Conafor Semarnat.
Ley N° 30024, Ley que crea el Registro Nacional de Historias Clínicas Electrónicas RENHICE.
Introducción a las Bases de Datos Relacionales Juan Alberto Sigüenza Escuela Técnica Superior de Informática Universidad Autónoma de Madrid.
Los Catastros Latinoamericanos en Internet L isboa 29 y 30 noviembre 07 El Catastro como parte de las Infraestructuras de Datos Espaciales Europeas.
IDE Pirineos. Pamplona, 31 de mayo de 2012 ¿Qué es una IDE? ¿Qué es una Infraestructura de Datos Espaciales? Conjunto de tecnologías, políticas, estándares.
Tema 2: Base de datos relacionales
APLICACIÓN DE NUEVAS TECNOLOGÍAS EN LA CONSERVACIÓN Y ANÁLISIS DEL PATRIMONIO CULTURAL Pensar Relacionalmente: Bases de Datos Relacionales (una visión.
Los catálogos ( 2ª parte ) Catálogos colectivos Catálogos de Bibliotecas Nacionales Catálogos de Bibliotecas especializadas.
Cuentas de usuarios y grupos en windows 2008 server
El modelo de análisis tiene como objetivo generar una arquitectura de objetos que sirva como base para el diseño posterior del sistema. Dependiendo del.
“condición que necesita el usuario para resolver un problema o conseguir un objetivo determinado”. Los requisitos de un sistema son los aspectos que el.
Gabriel Montañés León. RSS es el acrónimo de Really Simple Sindication (Sindicación Realmente Simple). Es un formato basado en el lenguaje XML que permite.
La nueva IDENA Pablo Echamendi Lorente Tracasa. Indice Infraestructuras de Datos Espaciales ¿Qué es esto de las IDE? La IDE de Navarra Balance
Universidad de Aconcagua SISTEMA DE GESTION DE CALIDAD
Modelo OSI Surgimiento del Modelo OSI ¿Que es el Modelo OSI?
Introducción al proceso de verificación y validación.
UD 9: “Instalación y administración de otros servicios de red e Internet” Servicio de sindicación Luis Alfonso Sánchez Brazales.
Consejo Superior Geográfico IDEE Reunión GTIDEE Palma de Mallorca Subgrupo de Metadatos Alejandra Sánchez Maganto.
PR4203 REGISTROS DE LA CALIDAD Sevilla OBJETO Definir el procedimiento para gestionar los registros del sistema de la calidad ÁMBITO DE APLICACIÓN.
ANGIE PAOLA SOLANO CASTIBLANCO DAR SOPORTE A LOS PROCESOS NORMAS ISO DOC. JOHANA LÓPEZ CHAVEZ SENA 2010.
¿QUÉ ES EL MODELO ENTIDAD-RELACIÓN?  Como ya he comentado este modelo es solo y exclusivamente un método del que disponemos para diseñar estos esquemas.
Subcomités de Sistemas de información Municipal Plan Operativo de Sistemas de Información Oficina Sistemas TI Ing. Jose Mauricio Velasquez Trujillo (Lider)
YOLANDA DORANTES NAYELI ECHEVESTE. ¿ Que son los metadatos? Metadatos (del griego μετα, meta, 'después de, más allá de'1 y latín datum, 'lo que se da',
Madrid 17 de junio de Madrid, 17 de Junio de 2015.
Alejandra Sánchez Maganto
Catálogo de Objetos Geográficos
Anexo III. Regiones Marinas Área marina (SeaArea) Las áreas marinas se definen con arreglo a sus características físicas y químicas. Pueden tener geometrías.
Unidades administrativas
noviembre de Servicios de descarga Cristina Ruiz Montoro.
1 Alicia González Jiménez Sistemas y cuadrículas de Referencia, Distribución y Captura.
/20 1 Registro e Identificadores Alejandra Sánchez Maganto.
GML Geography Markup Language
/27 1 Calendario Inspire Conclusiones Antonio F. Rodríguez.
/27 1 Especificaciones de Esquemas Inspire Paloma Abad Power.
Administrador Chilecompra Administrador Comprador en
[IGN + UPM] con financiación de la AECI Madrid, junio-julio de 2006 Carmen Muñoz-Cruzado García Universidad Politécnica de Madrid Curso IDEs El Nomenclátor.
1 Oficina de Servicios, O+Iker FUNDANET: MÓDULO DE CONVOCATORIAS.
Entregables del Proyecto
13/11/14. UNIDADES DEL SEMESTRE Este trabajo esta diseñado para saber los propósitos de los sistemas de información, así como el buen desempeño que le.
[IGN + UPM] con financiación de la AECI Madrid, julio de 2006 Profesor Institución de procedencia Curso IDE 3.B.5 ISO19131 Especificaciones.
METADATOS QUE SON LOS METADATOS? SON LOS DATOS DE LOS DATOS Los metadatos forman parte de un elemento de ArcGIS. Archivo xml complementario En los metadatos.
Transcripción de la presentación:

/27 1 Especificaciones de Especificaciones de Datos Paloma Abad Power

/27 1. Reglamento sobre Metadatos (2008) 2. Reglamento de Servicios en Red (2008) a) Servicios de Localización y Visualización b) Servicios de Descarga y Transformación 3. Reglamento sobre la interoperabilidad de conjuntos de datos y servicios espaciales. (mod 2014) 1. Conjuntos de datos del anexo I (2009) 2. Conjuntos de datos del anexo II y III ( )

/27  ¿Dónde podéis localizar los Reglamentos?

/27 Especificación de Datos Según la norma UNE-EN ISO «Información Geográfica – Especificaciones de producto de datos», unas especificaciones de producto de datos son una descripción tan completa, detallada y exhaustiva de un conjunto de datos que permite generarlos satisfactoriamente. La idea es que las especificaciones permitir expresar cómo se desea que sea un producto de datos, sin dejar ningún aspecto fundamental

/27 Índice de las Especificaciones de Datos Introducción al tema Campo de aplicación de la especificación Identificación Estructura y contenido Esquema de aplicación (Modelo de clases UML) Catálogo de fenómenos Sistemas de Referencia Metadatos Calidad de datos Distribución Representación Información adicional

/27 6  Requisitos y recomendaciones

/27

8 Conjunto de Datos Espaciales Spatial Data Set Objeto Geográfico Feature Objeto Espacial Spatial Object

/27  ¿conjuntos de datos espaciales se aplica? se refieran a una zona sobre la que un Estado miembro tenga y/o ejerza jurisdicción. estén en formato electrónico; obren en poder de alguna de las partes que figuran a continuación, o de una entidad que actúe en su nombre: una autoridad pública, después de ser producidos o recibidos por una autoridad pública, o sean gestionados o actualizados por dicha autoridad y estén comprendidos en el ámbito de sus actividades públicas, un tercero al que se hubiera facilitado el acceso a la red con arreglo a lo dispuesto en el artículo 12 de la Directiva; traten de uno o más de los temas recogidos en los anexos I, II o III

/27 Objeto Geográfico ¿Cuál es la traducción del término Feature? El término Feature puede traducirse con muchas acepciones como por ejemplo, características, elementos, entidades, fenómenos, objeto…. La Norma Internacional ISO Geographic information — Reference model —Part 1: Fundamentals, lo define de la siguiente manera. Feature: abstraction of real world phenomena NOTE A feature may occur as a type or an instance. Feature type or feature instance will be used when only one is meant Y en noviembre de 2012, el Grupo de «Armonización de la Terminología y las normas ISO 19100» de la Red R3IGeo, con la colaboración y apoyo del IPGH, consensuó una versión panhispánica del Glosario de términos ISO/TC211, disponible en elaborada y aceptada por once países hispanohablantes. En ese grupo se llegó al consenso de traducir feature como «objeto geográfico» porque se estaba ya usando y estaba asentada en varios países, no había ningún conflicto de significado en otras normas, se entendía inmediatamente y hacía muy inteligible los textos traducidos del inglés.

/27 Objeto Geográfico. Mundo Real. Representación del Mundo real > NombreObjetoGeográfico + atributo1: tipo de valor y multiplicidad + atributo2: tipo de valor y multiplicidad + atributo3: tipo de valor y multiplicidad + atributo4: tipo de valor y multiplicidad Un Objeto Geográfico contiene: 1.Un nombre que lo identifica 2.Una definición del tipo de objeto geográfico 3.Los atributos que contienen 4.El tipo de atributos 5.El número de atributos que contendrá un objeto geográfico Los objetos geográficos se van a representar con una clase de UML : Objeto Espacial (spatial object) abstract representation of a real-world phenomenon related to a specific location or geographical area

/27 Objeto Geográfico = Objeto Espacial Los objetos espaciales se definen en las especificaciones de datos : Feature Catalogue

/27 Límite Administrativo Definición: Línea de demarcación entre unidades administrativas Algunos de sus atributos: Identificador de la línea administrativa Geometría: Representación geométrica de la línea de demarcación. Estado legal: Estatus jurídico del límite administrativo: Oficial o no oficial Actualización: Fecha y hora en que se insertó o modificó en el conjunto de datos espaciales esta versión del objeto espacial. Identificador: ESP1589 geometría: X1,Y1, X2, Y2 estadoLegal: oficial actualización:

/27 Límite Administrativo Metadatos de Interoperabilidad Calidad Actualización Representación Relación con otros temas y objetos espaciales Distribución

/27 Servicios Web Visualización WMS WMTS Descarga WFS ATOM

/27 GML Geographic Markup Language, GML, es una gramática XML (escrito en XML Schema) para el modelado, transporte, y almacenamiento de información geográfica. Fragmento del formato GML de Unidades Administrativas. Reprsentación del formato GML de Unidades Administrativas

/27 Información geográifca armonizada Servicio de descarga interoperable Formato de intercambio GML gn:NamedPla ce Comunidad Foral de Navara, Latn , ES.IGN.NGCE,2012 spa, endonym, official administrativeUnit Comunidad autónoma T00:00:00... administrativeUnit

/27 Conjunto de Datos Espaciales CartoCiudad Direcciones Hidrografía BTN100 Nomenclátor Geográfico Básico de España Ocupación del Suelo Redes de Transportes Redes de Transportes BTN100 Unidades Administrativas Dificultad alta Dificultad media Dificultad baja Objetos geográficos.

/27 Hidrografía 

/27 Unidades Administrativas 

/27 Interoperabilidad de conjuntos de datos y servicios espaciales. Reglamentos REGLAMENTO (UE) N o 1089/2010 DE LA COMISIÓN de 23 de noviembre de 2010 por el que se aplica la Directiva 2007/2/CE del Parlamento Europeo y del Consejo en lo que se refiere a la interoperabilidad de los conjuntos y los servicios de datos espaciales  Establecimiento de un marco de trabajo legal  Construcción sobre estándares de ISO y OGC  Preparación para las IDE Nacionales y Europea

/27 Reglamento Anexo I Anexo II Anexo III Para garantizar la interoperabilidad y la armonización entre los distintos temas de datos espaciales, los Estados miembros deben cumplir: los requisitos establecidos la identificación de los objetos espaciales los metadatos el modelo UML establecido deben usar las clasificaciones y definiciones de los objetos espaciales sus roles de asociación y atributos clave, los tipos de datos, los dominios de valores las normas específicas que se aplican a cada tema de datos espaciales.

/27  Artículo 1. Objeto Establece los requisitos sobre las disposiciones técnicas relativas a la interoperabilidad y, cuando sea practicable, la armonización de los conjuntos de datos espaciales y los servicios de datos espaciales de los temas de los anexos I, II y III de la Directiva 2007/2/CE.  Artículo 2. Definiciones «tipo abstracto» (abstract type), «rol de asociación» (association role), «atributo» (attribute), «tipo candidato» (candidate type), «lista controlada» (code list), «tipo de datos» (data type), «enumeración» (enumeration), «identificador externo de objeto», «identificador» (identifier), «instanciar» (instantiate), «capa» (layer), «información sobre el ciclo de vida» (life-cycle information), «elemento de metadatos» (metadata element), «paquete» (package), «registro» (register), «estilo» (style), «subtipo de» (sub-type of), «tipo» (type) «vaciable» (voidable, que puede quedar vacío), Reglamento

/27  6. «lista controlada» (code list), una enumeración abierta que puede ampliarse,  7. «enumeración» (enumeration), un tipo de datos cuyas instancias forman una lista fija de valores literales denominados. Los atributos de un tipo enumerado solo pueden tomar valores de esa lista, Reglamento  Artículo 6. Listas controladas y enumeraciones (a) listas controladas que se gestionan en un registro común de listas controladas y no deben ser ampliadas por los Estados miembros; (enumeraciones) (b) listas controladas que pueden ser ampliadas por los Estados miembros. Deben estar disponibles en un registro.

/27  20. «vaciable» (voidable, que puede quedar vacío), un atributo o rol de asociación al que se le puede asignar un valor de «vacío» (void) si los conjuntos de datos espaciales mantenidos por los Estados miembros no contienen un valor que corresponda o no puede obtenerse un valor que corresponda a partir de los valores existentes a un coste razonable. Si un atributo o rol de asociación no es vaciable (voidable), se deja en blanco la celda del cuadro que especifica su vaciabilidad (voidability, posibilidad de quedar vacío). Reglamento

/27 Notaciones básicas  Voidable INSPIRE distingue dos casos: 1. Cuando el propietario de los datos desconoce un cierto atributo, cuyo valor se queda vacío 2. Cuando el propietario de los dato decide que ese atributo no es aplicable En los dos casos el valor no esta contenido en la BD del propietario pero si puede existir o aplicarse en el mundo real. Solo si una propiedad recibe este estereotipo puede tomar valor void Puede calificarse mediante el tipo VoidValueReason (codelist) que incluye los valores: Unknown: El valor correcto para el objeto espacial específico no es conocido y no computable por el proveedor de datos. No se conoce esta característica para un determinado objeto. (caso1) Unpopulated: La propiedad no es parte del conjunto de datos mantenida por el proveedor de datos. Sin embargo, la característica puede existir en el mundo real. No se mantiene esta característica en el conjunto de datos (caso 2) Withheld: la característica debe existir, pero es confidencial

/27  Artículo 4. Tipos para el intercambio y la clasificación de objetos espaciales (conforme al anexo II) Los Estados miembros utilizarán los tipos de objeto espacial y los tipos de datos, enumeraciones y listas controladas asociados definidos en el anexo II para el intercambio y la clasificación de objetos espaciales de los conjuntos de datos UNIDADES ADMINISTRATIVAS : Tipos de objetos espaciales Se utilizarán los siguientes tipos de objetos espaciales para el intercambio y clasificación de objetos espaciales procedentes de conjuntos de datos que se relacionan con el tema de datos espaciales «Unidades administrativas» Límite administrativo Unidad administrativa Condominio Límites marítimos

/27  Artículo 4. Elementos comunes del transporte : Tipos de objetos espaciales Se utilizarán los siguientes tipos de objetos espaciales para el intercambio y clasificación de objetos espaciales relacionados con los elementos comunes del transporte: Restricción de acceso Estado de la instalación Autoridad de mantenimiento Hito Autoridad propietaria Restricción para vehículos Dirección del flujo de tráfico Área de transporte Enlace de transporte Secuencia de enlaces de transporte Conjunto de enlaces de transporte Red de transporte Nodo de transporte Objeto de transporte Punto de transporte Propiedad del transporte Posición vertical Reglamento Especificación de Datos

/27  Artículo 7. Codificación Reglas de codificación utilizadas para codificar datos espaciales deberán ajustarse a EN ISO  Artículo 8. Actualizaciones Los Estados miembros ofrecerán actualizaciones periódicas de sus datos Todas las actualizaciones se realizarán como muy tarde 6 meses después de la aplicación de la modificación en el conjunto de datos de origen, a menos que en los anexos se especifique un período diferente para un determinado tema de datos espaciales. Las actualizaciones de los datos se pondrán a disposición de todos los servicios de datos espaciales conexos de acuerdo con el plazo especificado en el apartado 2.  Artículo 9. Gestión de identificadores El tipo de dato Identifier definido en el anexo I se utilizará como tipo del identificador externo de objeto de un objeto espacial. El identificador externo de objeto que identifica de manera única objetos espaciales no se modificará durante el ciclo de vida de un objeto espacial.

/27  Artículo 10. Ciclo de vida de los objetos espaciales Las diferentes versiones del mismo objeto espacial serán siempre instancias del mismo tipo de objeto espacial. Los atributos namespace y localId del identificador externo de objeto permanecerán invariables para las diferentes versiones de un objeto espacial. Cuando se usen los atributos beginLifespanVersion y endLifespanVersion, el valor de endLifespanVersion no será anterior al de beginLifespanVersion. Reglamento

/27  Artículo 11. Sistemas de referencia temporal Se utilizará el que se refiere el punto 5 de la parte B del anexo del Reglamento (CE) nº 1205/2008 de la Comisión, a menos que en el anexo II se especifiquen otros sistemas de referencia temporal para un tema determinado de datos espaciales. Si se utilizan otros sistemas de referencia temporal, deberán especificarse en los metadatos del conjunto de datos. REGLAMENTO (CE) en lo que se refiere a los metadatos REFERENCIA TEMPORAL Este elemento de metadatos responde al requisito de disponer de información sobre la dimensión temporal de los datos. Como mínimo, se proporcionará uno de los elementos de metadatos indicados en los puntos 5.1 a 5.4. El dominio de valores de los elementos de metadatos indicados en los puntos 5.1 a 5.4 es un conjunto de fechas. Cada fecha se referirá a un sistema de referencia temporal y se expresará en una forma compatible con dicho sistema. El sistema de referencia por defecto será el calendario gregoriano y las fechas se expresarán conforme a la norma ISO Extensión temporal 5.2. Fecha de publicación 5.3. Fecha de la última revisión 5.4. Fecha de creación

/ Extensión temporal La extensión temporal define el período de tiempo cubierto por el contenido del recurso. Este período puede expresarse de cualquiera de las siguientes maneras: una fecha concreta, un intervalo de fechas expresado mediante la fecha de inicio y la de finalización del intervalo, una mezcla de fechas e intervalos Fecha de publicación Esta es la fecha de publicación del recurso, cuando se conozca, o la fecha de entrada en vigor. Puede haber más de una fecha de publicación Fecha de la última revisión Se trata de la fecha de la última revisión, si se ha revisado el recurso. No deberá haber más de una fecha de última revisión Fecha de creación Esta es la fecha de creación del recurso. No deberá haber más de una fecha de creación.

/27  Artículo 12. Otros requisitos y reglas  Artículo 13. Metadatos requeridos para la interoperabilidad Los metadatos que describen un conjunto de datos espaciales incluirán los siguientes elementos de metadatos, requeridos para la interoperabilidad: SRC SRT: Solo es obligatorio si el conjunto de datos espaciales contiene información temporal que no se refiere al sistema de referencia temporal por defecto) Codificación Consistencia topológica Codificación de caracteres: Obligatorio si no se utiliza UTF-8 Reglamento

/27  Artículo 14. Representación Para la representación de conjuntos de datos espaciales utilizando un servicio de red de visualización, deberá disponerse de lo siguiente: las capas especificadas en el anexo II para el tema o los temas con que se relaciona el conjunto de datos; para cada capa, al menos un estilo de representación por defecto con, como mínimo, un nombre asociado y un identificador único. Para cada capa, el anexo II define lo siguiente: un título de la capa legible para personas el tipo o tipos de objeto espacial que constituyen el contenido de la capa.  Artículo 15. Entrada en vigor El presente Reglamento entrará en vigor el [vigésimo] día siguiente al de su publicación en el Diario Oficial de la Unión Europea. Se aplicará a partir del 15 de diciembre de El presente Reglamento será obligatorio en todos sus elementos y directamente aplicable en cada Estado miembro. Reglamento

/27  Artículo 3. Tipos comunes: tipos que sean comunes a varios de los temas enumerados en los anexos I, II y III se ajustarán a las definiciones y restricciones e incluirán los atributos y los roles de asociación establecidos en el anexo I. ANEXO I. TIPOS COMUNES 1. Tipos definidos en las normas Europeas e Internacionales se aplicarán las definiciones que figuran en ISO Para los tipos Area, Boolean, CharacterString, DateTime, Distance, Integer, Length, Measure, Number, Signy Velocity ISO Para los tipos GM_Curve, GM_MultiSurface, GM_Object, GM_Point, GM_Primitivey GM_Surface ISO Para el tipo TM_Period ISO Para los tipos CI_Citationy MD_Resolution ISO Para los tipos LocalisedCharacterStringy ISO 19139

/27 ISO 19103:2005 Conceptual schema language Atributo para fijar la fecha y la hora de un evento. DateTime hereda los atributos de Date y de Time, que se pueden utilizar también de forma independiente. Sin embargo, en la implementación de la fecha y la hora se seguirán las especificaciones de la norma ISO Date y Time se representan mediante sendas cadenas de caracteres con diferentes formatos de los que se han seleccionado los siguientes: Date: AAAA-MM-DD (formato completo extendido) Time: hh:mm:ss (formato completo extendido) Ejemplo

/27 ANEXO I. TIPOS COMUNES 2. TIPOS DE DATOS COMUNES Identificador (Identifier): Identificador único externo de objeto publicado por el organismo responsable, que pueden utilizar las aplicaciones externas para referenciar al objeto espacial: localId,namespace, versionId ID_PAIS.ID_PRODUCTOR.ID_PRODUCTO

/ /15 Toledo 916 ES.CAM.BIC Identificador Inspire

/27  ANEXO II: REQUISITOS RELATIVOS A LOS TEMAS DE DATOS ESPACIALES QUE FIGURAN EN EL ANEXO I DE LA DIRECTIVA 2007/2/CE Para el intercambio y la clasificación de los objetos espaciales, se definen para cada uno de los temas: los tipos de objetos espaciales y los tipos de datos: Con sus definiciones, restricciones, sus atributos y roles de asociación las enumeraciones y las listas controladas que se utilizan en: los atributos los roles de asociación de tipos de objeto espacial o tipos de datos Reglamento

/27  ANEXO II: REQUISITOS RELATIVOS A LOS TEMAS DE DATOS ESPACIALES Unidades administrativas Tipos de objetos espaciales Límite administrativo : Línea de demarcación entre unidades administrativas. Unidad administrativa: Unidad de administración en la que un Estado miembro posee y/o ejerce derechos jurisdiccionales para el gobierno local, regional y nacional. Condominio : Zona administrativa establecida con independencia de cualquier división administrativa nacional del territorio y administrada por dos o más países. Límite marítimo: Línea de demarcación Reglamento

/27  ANEXO II: REQUISITOS RELATIVOS A LOS TEMAS DE DATOS ESPACIALES Unidades administrativas Tipos de datos Residencia de la autoridad: representa el nombre y la posición de una residencia de la autoridad Enumeraciones Estatus jurídico: Descripción del estatus jurídico de los límites administrativos. Estatus técnico: Descripción del estatus técnico de los límites administrativos. Listas Controladas Nivel jerárquico administrativo: Niveles de administración en la jerarquía administrativa nacional. Esta lista controlada refleja el nivel en la pirámide jerárquica de las estructuras administrativas, que se basa en la agregación geométrica de territorios y no describe necesariamente la subordinación entre las autoridades administrativas correspondientes. Reglamento

/27 Fechas para conformidad de datos 23 nov 2012Anexo I Datos nuevos Octubre 2015Anexos II y III Datos nuevos 23 nov 2017Anexo I Todos los datos Octubre 2020Anexos II y III Todos los datos

/27

/27 Paloma Abad CNIG (IGN)