Especificaciones del Producto CartoCiudad
Anuncio
CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 1 de 63 Especificaciones del Producto CartoCiudad Título Especificaciones del Producto CartoCiudad v 10.1 Identificador EspecificacionesCartoCiudadv10_1.doc Autor Alicia González, José Miguel Rubio, Ana Velasco, Julián González Fecha 10-06-2013 Tema Producto CartoCiudad Estado Definitivo Objetivo Descripción del producto CartoCiudad Descripción Definición de la estructura y contenido del producto CartoCiudad, describiendo el catálogo de fenómenos asociado, el sistema de referencia, la calidad de los datos y los metadatos, así como la captura, el mantenimiento y la distribución de los datos Contribuciones Antonio F. Rodríguez Pascual, Ángel García San Román No aplicable Fuente Difusión Empresas y organismos encargados de la producción y la actualización y el mantenimiento de CartoCiudad Idioma Español (SPA) Documentos relacionados Catálogo de Fenómenos de CartoCiudad v 10.0 (AnexoACatalogov10.doc) Metadatos del Producto CartoCiudad v 1.1 (AnexoCMetadatosv1.4.doc) Modelo de datos UML (MD_CartoCiudad_UML_esv10.vsd) Hasta próxima revisión Período de validez CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 2 de 63 Versiones: Número de versión 6.0 Fecha Autor/modificado por Comentarios 19/06/2009 Julián González 7.0 25/08/2009 Ana Velasco 8.0 13/01/2010 Ana Velasco 9.0 10/03/2011 Ana Velasco 10.0 07/06/2011 Alicia González 10.1 10/06/2013 Ana Velasco Añadida codificación de viales interurbanos Añadida tipología de carreteras; corregidos Metadatos; otras correcciones Captura de datos relativos a líneas auxiliares, tramos, viales y cruces; inclusión de la procedencia en tramo, vial y portal_pk; inclusión del código postal en el portal_pk. Adaptación al modelo de datos BTN Reclasificación de tipos de vías Revisión de relaciones entre fenómenos y corrección de errores del modelo Revisión del documento CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 3 de 63 Índice 1. Introducción ...................................................................................................... 6 1.1. Información sobre la creación de las especificaciones .............................. 6 1.1.1. Título................................................................................................... 6 1.1.2. Fecha de referencia ............................................................................. 6 1.1.3. Equipo responsable ............................................................................. 6 1.1.4. Idioma ................................................................................................. 6 1.1.5. Categorías del tema............................................................................. 7 1.2. Términos y definiciones ............................................................................ 7 1.2.1. Aplicación ........................................................................................... 7 1.2.2. Asociación de fenómeno..................................................................... 7 1.2.3. Atributo de fenómeno ......................................................................... 7 1.2.4. Calidad ................................................................................................ 8 1.2.5. Catálogo de fenómenos....................................................................... 8 1.2.6. Compleción ......................................................................................... 8 1.2.7. Conjunto de datos ............................................................................... 8 1.2.8. Datos geográficos ............................................................................... 8 1.2.9. Dominio .............................................................................................. 8 1.2.10. Especificaciones de producto ........................................................... 9 1.2.11. Fenómeno ......................................................................................... 9 1.2.12. Linaje ................................................................................................ 9 1.2.13. Metadatos .......................................................................................... 9 1.2.14. Modelo .............................................................................................. 9 1.2.15. Modelo conceptual............................................................................ 9 1.2.16. Modelo de aplicación ...................................................................... 10 1.2.17. Transformación de coordenadas ..................................................... 10 1.2.18. Universo del discurso ..................................................................... 10 1.3. Abreviaturas ............................................................................................. 10 1.4. Nombre del producto de datos ................................................................. 11 1.5. Descripción del producto de datos ........................................................... 11 2. Campos de aplicación de las especificaciones................................................ 13 CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 4 de 63 3. Identificación del producto de datos ............................................................... 14 3.1. Título........................................................................................................ 14 3.2. Resumen .................................................................................................. 14 3.3. Categoría del tema ................................................................................... 14 3.4. Resolución espacial ................................................................................. 14 3.5. Descripción geográfica ............................................................................ 15 3.6. Propósito .................................................................................................. 15 3.7. Tipo de representación espacial ............................................................... 16 4. Estructura y contenido de los datos ................................................................ 17 4.1. Modelo de aplicación ............................................................................... 17 4.1.1. Principios de creación del modelo .................................................... 17 4.1.2. Modelo de aplicación en UML ......................................................... 18 4.2. Catálogo de fenómenos............................................................................ 20 4.2.1. Introducción ...................................................................................... 20 4.2.2. Modelo conceptual del Catálogo de Fenómenos de CartoCiudad .... 21 5. Sistemas de referencia .................................................................................... 23 5.1. Sistema de referencia espacial ................................................................. 23 5.2. Sistema de coordenadas ........................................................................... 23 5.3. Transformación de sistemas de referencia ............................................... 24 6. Calidad de los datos ........................................................................................ 25 7. Captura de los datos ........................................................................................ 26 7.1. Fuentes de información............................................................................ 26 7.2. Procesos de producción ........................................................................... 27 7.2.1. Comunidad Autónoma ...................................................................... 28 7.2.2. Provincia ........................................................................................... 28 7.2.3. Municipio .......................................................................................... 28 7.2.4. Manzana ............................................................................................ 28 7.2.5. Parcela............................................................................................... 29 7.2.6. Construcción ..................................................................................... 29 7.2.7. Línea Auxiliar ................................................................................... 30 7.2.8. Topónimo .......................................................................................... 31 7.2.9. Vial ................................................................................................... 32 CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 5 de 63 7.2.10. Tramo .............................................................................................. 36 7.2.11. Portal o PK ...................................................................................... 42 7.2.12. Distrito Censal ................................................................................ 43 7.2.13. Sección Censal ................................................................................ 44 7.2.14. Código Postal .................................................................................. 44 7.2.15. Reglas generales ............................................................................. 46 8. Mantenimiento de los datos ............................................................................ 48 8.1. Modelo de estados ................................................................................... 48 8.2. Inserción de nuevos elementos ................................................................ 49 8.3. Eliminación de elementos ........................................................................ 49 8.4. Modificación de elementos ...................................................................... 50 9. Distribución del producto de datos ................................................................. 51 9.1. Formato de distribución de la información .............................................. 51 9.1.1. Nombre del formato de datos ........................................................... 51 9.1.2. Estructura de los archivos de salida .................................................. 51 9.1.3. Idioma utilizado en el conjunto de datos .......................................... 52 9.1.4. Codificación de caracteres estándar utilizada ................................... 52 9.2. Soporte de la información de salida......................................................... 52 9.2.1. Descripción de las unidades de salida .............................................. 52 9.2.2. Nombre del soporte de datos ............................................................ 53 10. Metadatos ...................................................................................................... 54 10.1. Núcleo Español de Metadatos (NEM v1.0) ........................................... 54 10.2. Ámbito de los metadatos de CartoCiudad ............................................. 58 11. Conjunto de pruebas genéricas ..................................................................... 59 11.1. Secciones de las especificaciones de producto de datos ........................ 59 11.2. Ítems obligatorios .................................................................................. 60 11.3. Detalle de los ítems ................................................................................ 63 CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 6 de 63 1. Introducción 1.1. Información sobre la creación de las especificaciones 1.1.1. Título Especificaciones del producto CartoCiudad. 1.1.2. Fecha de referencia Junio de 2013. 1.1.3. Equipo responsable Nombre de la organización Instituto Geográfico Nacional/Centro Nacional de Información Geográfica Información de contacto Contacto Teléfono Número de teléfono Número de fax Dirección Dirección Ciudad Área administrativa Código postal País Dirección electrónica 1.1.4. Idioma Español. --------General Ibáñez de Ibero, 3 Madrid Madrid 28003 España [email protected] CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 7 de 63 1.1.5. Categorías del tema Según los temas descritos en la norma ISO 19115:2003, Información Geográfica - Metadatos, CartoCiudad pertenece a: 003 (Límites): Descripciones legales del terreno. Límites administrativos y políticos. 010 (Cobertura de la Tierra con Mapas Base e Imágenes). 013 (Localización): Información posicional y servicios. Direcciones, redes geodésicas, puntos de control, zonas postales. 018 (Transporte): Medios y ayudas para transportar personas y mercancías. 1.2. Términos y definiciones 1.2.1. Aplicación Manipulación y procesamiento de datos en ayuda de los requisitos de usuario. [ISO 19101] 1.2.2. Asociación de fenómeno Relación que une instancias de un tipo de fenómeno con instancias del mismo o un tipo de fenómeno diferente. [ISO 19110] 1.2.3. Atributo de fenómeno Característica de un fenómeno. [ISO 19110] Nota 1: un atributo de fenómeno puede ocurrir como un tipo o una instancia. El tipo de atributo de fenómeno o la instancia de atributo de fenómeno se usa cuando sólo uno es significativo. Nota 2: un tipo de atributo de fenómeno tiene un nombre, un tipo de dato y un dominio asociado para él. Una instancia de atributo de fenómeno tiene un valor de atributo cogido desde el dominio del tipo de atributo de entidad. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 8 de 63 1.2.4. Calidad Totalidad de características de un producto que se refieren a su capacidad para satisfacer las necesidades indicadas e implícitas. [ISO 19101] 1.2.5. Catálogo de fenómenos Relación ordenada que contiene definiciones y descripciones de tipos de fenómeno, de sus atributos y de relaciones entre ellos, que se dan en uno o más conjuntos de datos geográficos, junto con cualquier operación que puedan tener. [ISO 19110] 1.2.6. Compleción Presencia o ausencia en un conjunto de datos de fenómenos, sus atributos y sus relaciones. [ISO 19113] NOTA: Incluye comisión y omisión. 1.2.7. Conjunto de datos Colección identificable de datos. [ISO 19115] 1.2.8. Datos geográficos Datos que implícita o explícitamente se refieren a una localización relativa a la Tierra. [ISO 19115] Nota: Información geográfica se usa también como un término para información relativa a un fenómeno implícito o explícito asociado con una localización en la tierra. 1.2.9. Dominio Conjunto bien definido. [ISO 19107] CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 9 de 63 Nota: bien definido significa que la definición es tanto necesaria como suficiente, que todo lo que satisface la definición está en el conjunto y todo lo que no satisfaga la definición está necesariamente fuera del conjunto. 1.2.10. Especificaciones de producto Descripción detallada de un conjunto de datos o una serie de conjuntos de datos complementada con información adicional, que permite que sea generado, suministrado o utilizado. [ISO 19131] NOTA: Se pueden definir especificaciones de producto para su producción, venta o utilización. 1.2.11. Fenómeno Abstracción de un ente del mundo real. [ISO 19110] Nota: un fenómeno puede ocurrir como un tipo o una instancia. El tipo de fenómeno o la instancia de fenómeno debería ser usada cuando sólo significa uno. 1.2.12. Linaje Descripción de la historia del conjunto de datos a través de las fases de su ciclo de vida: captura, compilación, edición,… [ISO 19113] 1.2.13. Metadatos Datos acerca de los datos. [ISO 19115] 1.2.14. Modelo Abstracción de algunos aspectos de la realidad. 1.2.15. Modelo conceptual Modelo que define conceptos de un universo de discurso. [ISO 19101] CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 10 de 63 1.2.16. Modelo de aplicación Modelo conceptual de los datos requeridos por una o más aplicaciones. [ISO 19101] 1.2.17. Transformación de coordenadas Cambio de coordenadas desde un sistema de referencia de coordenadas a otro sistema de referencia de coordenadas basado en un datum diferente a través de una relación inyectiva. [ISO 19111] NOTA: Una transformación de coordenadas usa parámetros obtenidos empíricamente a partir de un conjunto de puntos con coordenadas conocidas en ambos sistemas de referencia de coordenadas. 1.2.18. Universo del discurso Aspecto del mundo real o hipotético que incluye todo lo de interés. [ISO 19101] 1.3. Abreviaturas CC.AA.: Comunidades Autónomas. CSG: Consejo Superior Geográfico. DGC: Dirección General del Catastro. DIGEST: Estándar de Intercambio de Información Digital (The Digital Information Exchange Standard). EMC: Error Medio Cuadrático. EPSG: European Petroleum Survey Group. ETRS: Sistema de Referencia Terrestre Europeo (European Terrestrial Reference System). IGN: Instituto Geográfico Nacional. INE: Instituto Nacional de Estadística. ISO: Organización Internacional de Normalización (International Organization for Standardization). CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 11 de 63 ITRF: Marco de Referencia Terrestre Internacional (International Terrestrial Reference Frame). ITRS: Sistema de Referencia Terrestre Internacional (International Terrestrial Reference System). BCN25: Base Cartográfica Numérica 1:25 000. NEM: Núcleo Español de Metadatos. PNOA: Plan Nacional de Ortofotografía Aérea. REGCAN: Red Geodésica de Canarias. SIG: Sistemas de Información Geográfica. UML: Lenguaje unificado de modelado (Unified Modelling Language). 1.4. Nombre del producto de datos CartoCiudad. 1.5. Descripción del producto de datos CartoCiudad es una base de datos oficial de la red viaria de ámbito nacional, con estructura topológica de SIG, que también contiene el parcelario catastral, y la división en polígonos de los distritos censales y postales. El propósito de CartoCiudad es permitir la navegación continua por todo el territorio español, la localización directa e inversa de direcciones postales, secciones censales y distritos postales, y la búsqueda de un determinado punto de interés dentro de un área geográfica definida. Esta base de datos se construye a partir de la armonización e integración de los datos aportados, principalmente, por organismos proveedores de información geográfica de la Administración General del Estado (AGE): la Dirección General del Catastro (DGC), el Instituto Nacional de Estadística (INE), la Sociedad Estatal Correos y Telégrafos, y la Dirección General del Instituto Geográfico Nacional (IGN). CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 12 de 63 Está prevista su actualización distribuida por parte de las administraciones de las CCAA., por lo que estas fuentes de datos aumentarán previsiblemente. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 13 de 63 2. Campos de aplicación de las especificaciones Se define un único ámbito general, que se aplica a todas las partes de estas especificaciones. El nivel de datos es Conjunto de Datos, y abarca toda la extensión del proyecto: España. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 14 de 63 3. Identificación del producto de datos 3.1. Título CartoCiudad. 3.2. Resumen CartoCiudad constituye una Base de Datos Oficial de red viaria, con estructura topológica de SIG, de ciudades y núcleos de población de toda España, con continuidad geográfica asegurada en todo el territorio nacional, utilizando como entramado soporte la BCN25 del IGN. Además, contiene información catastral, postal y censal. En las zonas urbanas la información se ha recogido a escala 1:1.000, y en las zonas interurbanas, a escala 1:25.000. 3.3. Categoría del tema Según los temas descritos en la norma ISO 19115, CartoCiudad pertenece a: 003 (Límites): Descripciones legales del terreno. Límites administrativos y políticos. 010 (Cobertura de la Tierra con Mapas Base e Imágenes) 013 (Localización): Información posicional y servicios. Direcciones, redes geodésicas, puntos de control, zonas postales. 018 (Transporte): Medios y ayudas para transportar personas y mercancías. 3.4. Resolución espacial Los datos de CartoCiudad se encuentran a dos escalas distintas, en función de su ámbito: Urbano: 1/1.000 Interurbano: 1/25.000 CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 15 de 63 El límite de la zona considerada urbana lo traza la DGC. Básicamente, incluye viales urbanos, edificaciones y portales. La zona interurbana contiene viales interurbanos, caminos y puntos kilométricos. Las divisiones administrativas están recogidas a escala 1/25.000, y los distritos postales y censales, a 1/1.000. 3.5. Descripción geográfica El ámbito de aplicación de CartoCiudad es toda España: España peninsular, Islas Baleares y Canarias, y Ciudades Autónomas de Ceuta y Melilla. 3.6. Propósito El propósito de la cartografía digital generada con el proyecto CartoCiudad es su utilización como cartografía urbana de base y la posibilidad de realizar las siguientes operaciones de consulta y navegación: Localización directa de objetos: o Asignar una coordenada a una dirección postal o Asignar coordenadas a un distrito postal (polígono) o Asignar coordenadas a un distrito o sección censal (polígono) o Asignar un par de coordenadas a un topónimo o a un punto de interés (POI) o Asignar un par de coordenadas a cada tipo de unidad administrativa: Comunidad Autónoma, Provincia y Municipio Localización inversa de objetos: o Asignar una dirección postal a un par de coordenadas o Asignar un distrito postal a un par de coordenadas o Asignar una sección censal a un par de coordenadas o Asignar un dato o datos toponímicos (textuales) o punto de interés a un par de coordenadas Calcular itinerarios a pie entre dos puntos Calcular puntos de interés más cercanos a una dirección dada Calcular puntos de interés en el entorno definido de una posición dada. CartoCiudad EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 3.7. Tipo de representación espacial Datos vectoriales. INSTITUTO GEOGRÁFICO NACIONAL 2013-06-10 Página 16 de 63 CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 17 de 63 4. Estructura y contenido de los datos 4.1. Modelo de aplicación 4.1.1. Principios de creación del modelo El modelo de aplicación, como define la norma ISO19109: 2005 Información Geográfica – Reglas para modelos de aplicación, define el contenido y la estructura de los datos de forma legible para la máquina (estructura lógica) y las operaciones para la manipulación y procesado de datos de una aplicación. Esto hace posible la aplicación de mecanismos automáticos para la gestión de los datos y la recuperación sin ambigüedad de la información de los datos. Para la descripción de los atributos espaciales de los fenómenos de CartoCiudad se utiliza el modelo espacial descrito en la norma ISO19137:2007, Información Geográfica - Perfil esencial del esquema espacial. Para este modelo de aplicación se utilizan las siguientes primitivas geométricas tal y como se definen en la norma: GM_Point: primitiva geométrica, de dimensión cero, que representa una posición. Utilizada para representar los fenómenos puntuales. GM_LineString: secuencia de segmentos de línea consistentes en vértices unidos por una línea recta. Utilizada para representar los fenómenos lineales. GM_Polygon: porción de superficie definida por unas líneas de contorno coplanares y la superficie que delimitan en ese plano. Utilizada para representar los fenómenos superficiales. NOTA: GM_Polygon es una porción continua de superficie, por lo que puede tener agujeros o enclavados, pero no adiciones o anejos. También se utiliza la multiprimitiva de superficie: GM_MultiSurface: clase agregada que permite una colección de primitivas superficiales sin constricciones. Utilizada para representar los fenómenos CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 18 de 63 superficiales cuando el fenómeno permite instancias de más de un polígono no adyacente. Y la operación geométrica: GM_Envelope: la operación envelope aplicada a un objeto, devuelve el rectángulo envolvente mínimo. Serán los valores mínimos y máximos de cada coordenada, tomadas de las posiciones directas del objeto. Se utiliza para representar el atributo Bounding Box. Además de los fenómenos y sus atributos, en el modelo de aplicación se representan las reglas de consistencia geométrica entre fenómenos, y las reglas de consistencia semántica del conjunto de datos. Por último, el modelo refleja también las listas de valores de algunos atributos, con su codificación. 4.1.2. Modelo de aplicación en UML CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 19 de 63 ISO19107 «featureType» ComunidadAutonoma +id_com : Integer +nom_comunidad : ComunidadesAutonomas -geom : GM_MultiSurface +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer 1 1..* «featureType» Provincia +id_pro : Integer +ine_pro : INE_PRO +id_com : Integer +nom_provincia : Provincias +geom : GM_MultiSurface +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer 1..* 1..* 1 Los municipios han de tener recubrimiento exclusivo y exhaustivo de códigos postales 1..* Los municipios han de tener recubrimiento exclusivo y exhaustivo de DDCC 1 1..* «featureType» Municipio +id_mun : Integer +ine_mun : INE_MUN +id_pro : Integer +nom_municipio : Municipios +geom : GM_MultiSurface +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer 1..* 1..* «featureType» Vial +id_vial : Integer +ine_via : CharacterString +dgc_via : Integer +tipo_via : TipoVia +tip_via_ine : TipoViaUrbana +nom_via : CharacterString +nom_alternativo : CharacterString +fuente : Fuente +acceso : Acceso +competencia : Competencia +orden : Orden +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer 1..* «featureType» CodigoPostal +id_cp : Integer +cod_postal : CharacterString +geom : GM_Polygon +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer 1 1..* «featureType» DistritoCensal +id_dc : Integer +ine_mun : INE_MUN +distrito : Integer +geom : GM_Polygon +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer 1 1..* 1 Municipio_Vial id_vial : Integer ine_mun : INE_MUN estado : ListaEstado fecha_alta : Integer fecha_baja : Integer «featureType» 1..*Tramo +id_tramo : Integer +situacion : Situacion +fuente : Fuente +longitud : double +estadofis : EstadoFisico +circulacion : CharacterString +geom : GM_LineString +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer 1..* «featureType» SeccionCensal +id_sc : Integer +id_dc : Integer +ine_mun : INE_MUN +seccion : Integer +geom : GM_Polygon +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer 1..* 1..* «featureType» PortalPK +id_por_pk : Integer +id_tramo : Integer +id_vial : Integer +id_cp : Integer +num_por : Integer +extension : CharacterString +tipo_portal_PK : TipoPortalPK +fuente : Fuente +geom : GM_Point +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer «enumeration» INE_MUN 0..* «featureType» LineaAuxiliar +id_lin : Integer +tipo_lin : Tipos_de_LineaAuxiliar +geom : GM_LineString +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer «featureType» Manzana +id_manz : Integer +se_row_id_manz : Integer +ine_mun : INE_MUN +geom : GM_Polygon +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer 1 1..* «featureType» Parcela +id_par : Integer +se_row_id_par : Integer +id_manz : Integer +cobertura_g : CodigoCobertura +ref_dgc : CharacterString +geom : GM_Polygon +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer «featureType» Construccion +id_cons : Integer +id_par : Integer +se_row_id_cons : Integer +cobertura : CodigoCobertura +constru : CharacterString +geom : GM_Polygon +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer Tramo_Vial id_tramo : Integer id_vial : Integer estado : ListaEstado fecha_alta : Integer fecha_baja : Integer 1..* 1..* Los tramos no deben coincidir con las construcciones excepto si alguno de los dos es subterráneo 1..2 1..* «type» GM_LineString «enumeration» INE_PRO «enumeration» ComunidadesAutonomas 1 1 0..* «type» GM_Point 1..* 1..* 1 1 «featureType» Toponimo +id_topo : Integer +ine_mun : INE_MUN +texto : CharacterString +tipo_topo : TipoToponimo +subtipo : CharacterString -fuente : Fuente +idioma : Idioma +geom : GM_Point +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer «featureType» Cruce +id_cruce : Integer +ine_mun : INE_MUN +geom : GM_Point Cruce_Tramo id_cruce : Integer id_tramo : Integer extremo : Extremo Figura 1: Modelo de aplicación de CartoCiudad en UML «enumeration» SinValor +0 = Desconocido +-997 = Sin datos +-998 = No aplicable +-999 = Otro «enumeration» EstadoFisico +1 = En uso +2 = En construcción +3 = Abandonado «enumeration» Extremo +1 = Inicial +2 = Final «enumeration» TipoPortalPK +1 = Portal +2 = PK «enumeration» Municipios «enumeration» Provincias «enumeration» ListaEstado +1 = Histórico +2 = Vigente +3 = Alta +4 = Baja «enumeration» Competencia +1 = Aministración General del Estado +2 = Comunidad Autónoma +3 = Diputación Provincial +4 = Cabildo o Consell Insular +5 = Ayuntamiento +6 = Otro «enumeration» Situacion +1 = Superficie +2 = Túnel +3 = Puente +4 = En vado «type» GM_MultiSurface «enumeration» TipoViaUrbana «enumeration» Idioma +arg = Aragonés +ast = Asturiano +cat = Catalán o Valenciano +eus = Euskera +glg = Gallego +spa = Español o Castellano +oci = Aranés +mul = Múltiples lenguas +und = Indeterminado «enumeration» Acceso +1 = Libre +2 = Peaje «type» GM_Polygon «enumeration» Orden +1 = I +2 = II +3 = III «enumeration» TipoToponimo «enumeration» CodigoCobertura +SOL = Solar +ZVD = Zona verde +HID = HIdrografía +ZDP = Zona Deportiva +PAR = Parcela «enumeration» Tipos_de_LineaAuxiliar +030102 = Curso fluvial +033301 = Contorno de lago/laguna +061104 = Ferrocarril +067121 = Perímetro de puente +160101 = Línea de acera +167104 = Escalera +167106 = Túnel «enumeration» TipoVia +1 = Vía urbana +2 = Autopista +3 = Autovía +4 = Carretera convencional +5 = Carretera de altas prestaciones +6 = Itinerario internacional +7 = Camino +8 = Pista +9 = Senda +10 = Vía de servicio +11 = Rotonda +12 = Enlace +13 = Carril bici «enumeration» Fuente +1 = Instituto Geográfico Nacional +2 = Dirección General del Catastro +3 = Inventario de la Red de Carreteras de Fomento +4 = Instituto Nacional de Estadística +5 = Sociedad Estatal de Correos y Telégrafos +6 = Aragón +7 = Andalucía +8 = Canarias +9 = Cantabria +10 = Castilla - La Mancha +11 = Castilla y León +12 = Cataluña/Catalunya +13 = Ceuta +14 = Comunidad Foral de Navarra +15 = Comunidad de Madrid +16 = Comunitat Valenciana +17 = Extremadura +18 = Galicia +19 = Illes Balears +20 = La Rioja +21 = Melilla +22 = Principado de Asturias +23 = Región de Murcia +24 = País Vasco/Euskadi +25 = UNECE CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 20 de 63 4.2. Catálogo de fenómenos 4.2.1. Introducción El catálogo de fenómenos constituye la parte semántica de la abstracción de la realidad que representa CartoCiudad. Proporciona un medio para organizar los datos en categorías, de forma que la información resultante sea comprensible y no tenga ambigüedad. Además, como la realidad es amplia y este producto sólo presenta una abstracción particular, el catálogo sirve para que el usuario pueda juzgar si los datos sirven para su propósito. El nivel básico de clasificación del catálogo que define la norma 19110: 2005 Información Geográfica – Metodología para la catalogación de fenómenos, es el fenómeno. El fenómeno es una abstracción de un ente del mundo real, y se puede considerar en dos niveles: en el nivel de instancia, caso o ejemplar individual, un fenómeno geográfico se representa como un fenómeno discreto que está asociado a sus coordenadas geográficas y temporales, y puede representarse con un símbolo particular; en el nivel de clase o tipo de fenómeno, las instancias individuales de fenómeno se agrupan en clases con características comunes, que son los tipos de fenómeno. Existen dos únicos casos en este catálogo de fenómenos en que varios entes de la realidad, en principio diferentes, se agrupan en un mismo fenómeno. Uno es el caso de “Vial”, que representa tanto viales urbanos (calles) como interurbanos (carreteras o caminos). Se trata como si fuese un mismo objeto de la realidad porque la finalidad de este producto es la navegación continua por todo el territorio y para ello la característica de interés es que sea una vía por la que se puede transitar, resultando en este sentido indiferente si ésta es urbana o interurbana. El otro caso es el fenómeno “Portal o PK”. Por el mismo motivo, un portal es una localización y el punto origen o final de una ruta, al igual que lo es, para los viales interurbanos, el punto kilométrico. Este catálogo incluye las definiciones y descripciones de todos los tipos de fenómeno contenidos en CartoCiudad, de los atributos (características) de los CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 21 de 63 fenómenos, y de las asociaciones o relaciones de fenómenos, que vinculan instancias de un tipo de fenómeno con instancias del mismo o un tipo de fenómeno distinto. Además, contiene listas restringidas de valores de los atributos y la definición de los roles de cada asociación. El listado siguiente presenta un resumen de los fenómenos del Catálogo de Fenómenos de CartoCiudad, el catálogo completo se encuentra en el Anexo A: Catálogo de Fenómenos de CartoCiudad de estas especificaciones. Fenómenos CartoCiudad Tabla 1: Fenómenos del Catálogo de Fenómenos de CartoCiudad Comunidad Autónoma Provincia Municipio Manzana Parcela Construcción Línea Auxiliar Topónimo Vial Tramo Cruce Portal o PK Distrito Censal Sección Censal Código Postal 4.2.2. Modelo conceptual del Catálogo de Fenómenos de CartoCiudad El siguiente esquema en UML muestra las clases contenidas en el catálogo de fenómenos de CartoCiudad, y las referencias a las clases definidas por la norma ISO 19110:2005, Información Geográfica – Metodología para la catalogación de fenómenos. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 22 de 63 CatalogoFenomenosCartoCiudad +nombre_de_catalogo[1] : string +ámbito[1..*] : string +campo_de_aplicacion[0..*] : string +version[1] : string +fecha_de_la_version[1] : Date +productor[1] FC_FeatureCatalogue ISO19110 fuente de definicion 1 FuenteDefinicion 0..* +fuente de definicion 1 1 1 consiste en ReferenciaDefinicion 1..* +referencia de definicion 0..1 TipoFenomeno FC_FeatureType Asociación1 ISO19110 0..* +id[1] : string +nombre[1] : string +definicion[0..1] : string +codigo[0..1] : string +isAbstract[1] : boolean = No 1 AsociacionFenomenos 0..* AtributosFenomenos FC_FeatureAttribute ISO19110 +id[1] : string +nombre[1] : string +definicion[0..1] : string +cardinalidad[1] : <unspecified> = 1 +codigo[0..1] : string +unidad_de_medida[0..1] +lista_de_valores[0..*] +tipo_de_valor[0..1] 1 Rol 1..* RolAsociacion ListaValores FC_ListedValue ISO19110 +id[1] : string +etiqueta[1] : string +codigo[0..1] : string +definicion[0..1] : string +id[1] : string +nombre[1] : string +definicion[0..1] : string +cardinalidad[1..*] : <unspecified> = 0..* +tipo[1] : string = "ordinario" +orden[1] : Boolean = No +navegabilidad[1] : Boolean = Si 1..* «tipo de datos» CI_ResponsibleParty ISO19115 1 «tipo de datos» TipoRol -ordinario -agregacion -composicion «tipo de datos» CI_Citation ISO19115 Figura 2: Modelo Conceptual del Catálogo de Fenómenos de CartoCiudad CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 23 de 63 5. Sistemas de referencia 5.1. Sistema de referencia espacial El sistema de referencia de CartoCiudad es el sistema geodésico oficial de 1 España : En la Península, Baleares, Ceuta y Melilla el sistema de referencia es el European Terrestrial Reference System ETRS89 (ITRF89 época 89,0) y en Canarias el REGCAN95 (ITRS93 época 1994,9), constituidos por: Elipsoide GRS80 (Geodetic Reference System 1980) a = 6.378.137 metros f = 1:298,257222101 Origen geocéntrico, cuyos ejes son: Eje X: Intersección del meridiano de Greenwich y el plano del Ecuador medio Eje Z: Eje de rotación del elipsoide en la dirección del CIO Eje Y: Perpendicular y formando un triedro directo con los ejes X y Z. La diferencia entre ambos sistemas es centimétrica y se debe a que las coordenadas de las estaciones utilizadas para determinar el sistema de referencia se han obtenido en distintos ajustes. Por lo que, para este proyecto, se puede considerar que todos los datos están en ETRS89. 5.2. Sistema de coordenadas El sistema de coordenadas es de tipo geodésico, de dos dimensiones. Los ejes del sistema de coordenadas son latitud (dirección Norte) y longitud (dirección Este), medido en grados sexagesimales. 1 RD 1071/2007, de 21 de julio, por el que se regula el sistema geodésico de referencia oficial en 2 Documento actualmente en revisión. 3 Esto es así para todas las comunidades autónomas, excepto para Navarra y el País Vasco, que España. han obtenido los datos de sus propios organismos catastral y estadístico. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 24 de 63 Por lo tanto, el Sistema de Referencia de Coordenadas, que engloba el Sistema de Referencia y el Sistema de coordenadas, es ETRS89 Longitud, Latitud, identificado por el código EPSG (European Petroleum Survey Group) 4258. 5.3. Transformación de sistemas de referencia La compilación y publicación de la cartografía en España en el sistema de referencia ETRS89 no será obligatoria hasta el 1 de enero de 2015. Hasta ahora, la cartografía en España se publicaba en ED50, por lo que, en este periodo de transición, gran cantidad de la información de referencia para este producto se encuentra en el antiguo sistema de referencia. El Consejo Superior Geográfico, a través del Subgrupo de Trabajo de Transición a ETRS89 ha elaborado una metodología de transformación de coordenadas entre los sistemas ED50 y ETRS89 mediante la aplicación de la rejilla estándar NTv2 (National Transformation Version 2), facilitada por el Instituto Geográfico Nacional. Dicha rejilla, así como análisis de herramientas para transformación y toda la documentación al respecto, se puede encontrar en el sitio de Internet del CSG, dentro de la página web del Ministerio de Fomento: http://www.fomento.gob.es/MFOM/LANG_CASTELLANO/ORGANOS_COL EGIADOS/CSG/ETRS89/ CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 25 de 63 6. Calidad de los datos En el Anexo B: Calidad2 se identifican los requisitos de calidad de los datos para CartoCiudad, de acuerdo con la norma ISO 19113:2002, Información Geográfica – Principios de Calidad. Para ello, se detalla cada uno de los elementos y subelementos de calidad de los datos definidos en la norma ISO 19113, especificando si son o no pertinentes en este producto. En los casos en que son aplicables, se incluyen los niveles aceptables de conformidad de la calidad, y la medida de la calidad de los datos empleada, como se describe en la norma ISO/TS: 19138:2006, Información Geográfica – Medidas de Calidad de los Datos. Para el producto definido en estas especificaciones, los métodos de evaluación de la calidad serán, en su mayoría, automatizables, por lo que se podrá realizar la inspección completa de los datos y el nivel de conformidad se expresará en tasas de error o de corrección. En los que no se pueden automatizar y, por tanto, requieren la revisión manual, será necesario realizar un muestreo estadístico, cuyos parámetros se definen en este documento. Por último, se describen los elementos generales de la calidad, que dan una información no cuantitativa de la calidad. Los resultados de la evaluación de la calidad que se realice tras la producción de un conjunto de datos según estas especificaciones, deberán reportarse, al menos, en los metadatos en la forma en que se describe en el apartado de Metadatos de estas especificaciones. 2 Documento actualmente en revisión. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 26 de 63 7. Captura de los datos 7.1. Fuentes de información La característica fundamental del proyecto CartoCiudad es que recoge, integra y armoniza datos oficiales. Para cada una de las áreas temáticas de que se compone, se ha contado, para la primera versión del producto, con la información del organismo competente a nivel estatal de mantener esa información. De esta forma, para la información parcelaria que conforma el fondo urbano se ha contado con la información de la Dirección General del Catastro (DGC), que aporta la información catastral urbana: manzanas, parcelas, construcciones y otras líneas auxiliares, así como el portalero, información toponímica y la base geométrica inicial a partir de la cual se genera, completa y estructura topológicamente el trazado viario urbano.. Para los nombres de viales urbanos se ha utilizado el callejero que el Instituto Nacional de Estadística (INE) recopila de cada Ayuntamiento que, además, INE ha relacionado con el trazado de ejes de Catastro para la gran mayoría de los viales. La red viaria interurbana se ha obtenido de la Base Topográfica Numérica 1/25.000 (BTN25) o en su defecto Base Cartográfica Numérica 1/25.000 (BCN25), y del Mapa Oficial de Carreteras del Ministerio de Fomento (principalmente para las nomenclaturas). También se ha utilizado el Inventario de Carreteras del Estado del Ministerio de Fomento para carreteras de competencia estatal y en determinados casos, las cartografías oficiales de las Comunidades Autónomas para las carreteras de su competencia. Los distritos postales se generan a partir del listado de código postal por vial y rango de portales (o entidades de población, en caso de núcleos de población pequeños) de la Sociedad Estatal de Correos y Telégrafos S.A. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 27 de 63 Por último, el seccionado censal lo ha aportado también el INE. Éstas son las fuentes de datos que hasta ahora se han venido utilizando para crear la primera versión de CartoCiudad3. Como para versiones sucesivas se prevé la producción distribuida por parte de las administraciones de las CC.AA., estas fuentes pueden aumentar, pudiéndose incorporar cartografías a escala 1/10.0004 para el trazado de viales interurbanos, callejeros municipales para la verificación de viales urbanos y portales, ortofotografías del PNOA para una actualización de fondo urbano, nomenclátores, e incluso datos recogidos en campo, si es necesario. Los organismos que aportarán esta información serán, previsiblemente, los institutos o servicios cartográficos regionales, las diputaciones provinciales o, en casos puntuales de municipios con medios suficientes, los propios ayuntamientos. El requisito es que los datos tengan el marchamo de oficialidad, bandera de este proyecto, que lo distingue de otros callejeros. 7.2. Procesos de producción Los datos originales mencionados anteriormente habrán de ser georreferenciados, fusionados, editados y adaptados a la estructura física y lógica definida en estas especificaciones. En este apartado no se van a pormenorizar los procesos de producción necesarios para alcanzar esta estructura, ya que las posibilidades son muy amplias y pueden variar en el momento en que se incorporen nuevos datos de partida o éstos se ofrezcan en un formato o estructura distinta a como se han venido recibiendo hasta ahora. Únicamente se van a enunciar unos procesos generales y requisitos para cada tipo 3 Esto es así para todas las comunidades autónomas, excepto para Navarra y el País Vasco, que han obtenido los datos de sus propios organismos catastral y estadístico. 4 Ha de confirmarse con la dirección del proyecto. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 28 de 63 de fenómeno que, junto con el modelo de aplicación y el catálogo de fenómenos, ayudan a que el producto CartoCiudad quede definido sin ambigüedad. 7.2.1. Comunidad Autónoma Su geometría se obtiene por disolución de las geometrías de los límites administrativos de las provincias. Los nombres han de recogerse de los correspondientes estatutos de autonomía. Han de constituir polígonos perfectamente cerrados. 7.2.2. Provincia Su geometría se obtiene por disolución de las geometrías de los límites administrativos de los municipios. Los nombres han de recogerse del Registro de Entidades Locales del Ministerio de Política Territorial. INE les asigna un código numérico de identificación. Han de constituir polígonos perfectamente cerrados. 7.2.3. Municipio Su geometría ha de obtenerse del Registro Central de Cartografía del Instituto Geográfico Nacional. Los nombres se deben recoger del Registro de Entidades Locales del Ministerio de Política Territorial. INE les asigna un código numérico de identificación. Han de constituir polígonos perfectamente cerrados. 7.2.4. Manzana El atributo “se_row_id_manz” define el código identificador único de Catastro. En el caso de no existir parcelas o construcciones dentro de una instancia de manzana, o cualquier otra anomalía, será necesario reportar dichas incidencias a la DGC. Su geometría no puede ser alterada sin el consentimiento de la DGC. Han de constituir polígonos perfectamente cerrados. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 29 de 63 7.2.5. Parcela Su geometría y codificación (atributo “ref_dgc”) ha de estar verificada por la DGC. El atributo “se_row_id_par” define el código identificador único de Catastro. En el caso de no existir construcciones dentro de una instancia de parcela, o no estar contenida la instancia en ninguna manzana, o cualquier otra anomalía, será necesario reportar dichas incidencias a la DGC. El atributo “cobertura_g” será el valor de cobertura de mayor superficie de las construcciones contenidas en cada instancia de parcela. Su geometría no puede ser alterada sin consentimiento de la DGC. Han de constituir polígonos perfectamente cerrados. 7.2.6. Construcción Su geometría y tipología (atributo “constru”) ha de estar verificada por la DGC. El atributo “se_row_id_cons” define el código identificador único de Catastro. En el caso de no estar contenida la instancia de construcción en ninguna parcela o manzana, o cualquier otra anomalía, será necesario reportar dichas incidencias a la DGC. El atributo “cobertura” se obtiene como resultado de la clasificación del atributo “constru”, según la siguiente tabla de conversión: Tabla 3: Relación entre atributos “constru” de Catastro y “cobertura” de CartoCiudad COBERTURA COBERTURA (literal) (código) Nomenclaturas de la DGC a incluir en la nueva clase para COBERTURA CartoCiudad SOL Solar CONS, PRG, RUINA, SOLAR, P, ¿ (GON) ZVD Zona Verde JD HID Hidrografía PI, ETQ, DEP, ZBE ZDP Zona Deportiva FUT, TEN, ZD, PAR Parcela PAR Parcela ZPAV, SILO, TRF, ESC, VOL, ALT, PJE, CO, POR, EPT, MAR, SS, B, T, SOP Regla: los que comienzan por -, I, X, V, y SS Su geometría no puede ser alterada sin consentimiento de la DGC. Han de constituir polígonos perfectamente cerrados. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 30 de 63 7.2.7. Línea Auxiliar Las líneas auxiliares constituyen una referencia gráfica del entramado urbano, por lo que su trazado ha de limitarse a la zona urbana, es decir, a aquélla donde se encuentren edificaciones, y su dibujo defina la morfología de la estructura urbana. En caso de que existan dos núcleos próximos que se entienda que constituyen una prolongación uno de otro, o que se encuentren a menos de 2 km de distancia, las líneas se dibujarán de forma ininterrumpida discurriendo tanto por los núcleos como por la zona que los separa, especialmente en el caso de cursos fluviales y líneas de ferrocarril, para dar una idea de continuidad Estas líneas se utilizarán como fondo de mapa, para darle mayor expresividad a CartoCiudad, pero no serán necesarias para ningún proceso de enrutamiento, por lo tanto, no necesitan tener topología. Los tipos de líneas auxiliares que es necesario incluir en CartoCiudad y los criterios para hacerlo son: - Línea de acera: Se representarán con esta tipología los siguientes elementos: Aceras exteriores a la manzana, isletas, glorietas, medianas, etc., que sirvan para delimitar el espacio viario y definan el trazado urbano. Se excluye de esta representación el borde de las calzadas. - Escalera: Se dibujarán con este código los bordes de los escalones de las calles que discurran en escalera. Para ello, se trazarán líneas del ancho de la escalera y a la distancia entre ellas que se aprecie en la ortofoto. - Curso fluvial: Dentro de esta categoría se representarán los cursos de agua (ríos, canales, acequias, etc.) de importancia para la vertebración del trazado urbano. Se dibujará cada uno de los márgenes del río, a menos que entre ellos exista una distancia menor de 5 m, en cuyo caso únicamente se representará el eje central. El trazado se interrumpirá en puentes. Si por la vegetación resulta confuso el trazado del río, se tomará como apoyo el trazado del curso fluvial definido por la BCN25. CartoCiudad EspecificacionesCartoCiudadv10_1.doc - INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 31 de 63 Contorno de lago/laguna: Se incorporarán lagos, lagunas, estanques, embalses y en general, masas de agua, únicamente cuando estas masas se encuentren en el interior de las zonas urbanas y/o delimiten su trazado. - Ferrocarril: Se dibujará una única línea por plataforma, la del eje de la vía férrea. Su trazado se interrumpirá en puentes y túneles. - Perímetro de puente: Se representa mediante dos líneas, una a cada lado del puente, de la longitud que se aprecie en la ortofotografía. Se limitarán por dos líneas a 45º de 5 m de longitud. - Acceso a paso subterráneo: túnel: Se representa mediante dos líneas, una a cada lado del túnel, de la longitud que se aprecie en la ortofotografía. Se limitarán por dos líneas a 90º de 5 m de longitud. La representación de las líneas auxiliares debe realizarse como se detalla aquí, pudiéndose utilizar para ello como fuentes la capa ELEMLIN de Catastro, las capas de hidrografía y ferrocarriles de BCN25 y las ortofotos PNOA. 7.2.8. Topónimo La DGC puede aportar la localización y texto de los topónimos. En algunos municipios, es posible que la DGC no posea esta información. En principio, se incorporan a CartoCiudad los topónimos de la DGC pertinentes, siendo necesaria en muchos casos una edición y selección de los mismos. El criterio de elección es que ofrezcan información de relevancia y no sean genéricos. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 32 de 63 Sería deseable incorporar topónimos, especialmente del ámbito interurbano, provenientes de nomenclátores oficiales, como “Nomgeo”, del IGN. 7.2.9. Vial Constituye la información descriptiva (alfanumérica) de los viales, no contiene geometría. Desde un punto de vista conceptual, se distinguen dos grupos de viales: Urbanos Interurbanos, donde a su vez se agrupan los: Itinerarios internacionales Viales genéricos La tipología de las vías se especificará a través de dos campos: - “tipo_via”: campo que recoge todas las tipologías de vía consideradas en el proyecto CartoCiudad. - “tip_via_ine”: campo que recoge todos los valores asignados por INE para la tipología de vías urbanas. Dichos valores se encuentran recopilados en la lista de valores “TipoViaUrbana” (ver Anexo A: Catálogo de Fenómenos) y únicamente se emplearán para rellenar este campo cuando se trate de vías urbanas, es decir cuanto el valor del atributo “tipo_via” sea igual a1 . ― Viales urbanos: son aquellos viales que discurren dentro de un núcleo urbano, no se incluyen en esta categoría autovías, autopistas, carreteras convencionales o similares, que atraviesen el núcleo o lo circunvalen. El tipo de vía en estos viales deberá ajustarse a la clasificación que hace el INE. En caso de disponerse del identificador del INE para el vial, se consignará éste en el campo “ine_via”. En caso de no disponer del identificador del INE para el vial, se rellenará con el valor „Desconocido‟. El nombre del vial deberá coincidir con el nombre del que dispone el INE. La relación de nombres de viales urbanos de INE se puede encontrar en: http://www.ine.es/prodyser/callejero/callejero.htm. En caso de no conocerse CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 33 de 63 el nombre del vial de INE, se puede asignar el de Catastro subsidiariamente si se conoce éste. La fuente del nombre del vial se consignará en el atributo “fuente”. En cuanto a los identificadores de los distintos organismos, en caso de disponerse del identificador de Catastro o de INE para el vial, se consignará en el campo “dgc_via” e “ine_via”, respectivamente. En caso de no disponer de alguno de estos identificadores, éstos se rellenarán con el valor „Desconocido‟. La tipología de estos viales se definirá con el valor 1 para el atributo “tipo_via” y, el valor que corresponda (según la lista controlada “TipoViaUrbana”) en el “tip_via_ine”. El atributo “acceso” se rellenará con el valor -998 (‟No Aplicable‟), y el campo “competencia” con el valor 5 (correspondiente a „Ayuntamiento‟ según la lista de valores “Competencia”). ― Viales interurbanos: son aquellos viales que discurren entre núcleos urbanos tanto asfaltados (autopistas, autovías, carreteras convencionales, etc.) como no asfaltados (caminos, pistas, sendas). Se incluyen además en esta categoría autovías, autopistas, carreteras o similares, que atraviesen núcleos o los circunvalen. El tipo de vía en estos viales se ajustará a uno de los valores recogidos en la lista “TipoVia”: Autopista, Autovía, Carretera convencional, Carretera de altas prestaciones, Itinerario internacional, Camino, Pista, Senda, Vía de servicio, Rotonda, Enlace o Carril bici, y será el valor a rellenar en el campo “tipo_via”. Para estos viales el atributo “tip_via_ine” se consignará con el valor -998 (no aplicable). En el campo “nom_via” se almacenará el nombre de la vía según el Mapa Oficial de Carreteras del Mº de Fomento, la BTN25 del IGN, el Inventario del Mº de Fomento o mapas de carreteras de las comunidades autónomas. Cuando se trate de itinerarios europeos, el nombre será el asignado por UNECE (United Nations Economic Commission for Europe). En el campo “fuente” se consignará la procedencia del nombre, según una lista controlada. En los campos “ine_via” y “dgc_via” aparecerá „No aplicable‟, y en nombre alternativo aparecerá alguna otra definición en caso de haberla, ejemplo: la autovía A-3 Autovía del Mediterráneo, se almacenaría “nom_via”=‟A-3‟ y CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 34 de 63 “nom_alternativo” = ‟Autovía del Mediterráneo‟. Si hubiera más de un nombre alternativo, éstos se consignarán en este campo, separados por comas. Por último, los atributos “acceso” y “competencia” se rellenarán según los valores recogidos en las correspondientes listas de valores. Existen dos casos particulares de viales interurbanos: ― Los itinerarios internacionales: son viales que combinan tramos de diferentes viales españoles para formar una Red de Carreteras Europeas. Su responsabilidad corresponde a la Comisión Económica de las Naciones Unidas. Normalmente estarán compuestos por tramos que ya tienen otro vial asignado de la red española. Para este tipo de viales, el campo “acceso” se consignará con el valor -998 (no aplicable) y el campo “competencia” con el valor 6 (otro). ― Viales genéricos: se recogen en esta clasificación una serie de viales genéricos a los que se asociarán los tramos que no puedan ser asignados a un vial concreto de los anteriores grupos, en un principio se prevé la existencia de los siguientes casos: Carretera sin nombre. Se le asignarán a este vial los tramos de carreteras que no dispongan de una matrícula o denominación oficial, o, habiéndola, ésta se desconozca. Camino sin nombre. Se asociarán a este vial los tramos que representen caminos de los que no se disponga su nombre. Pista sin nombre. Se asociarán a este vial los tramos que representen pistas de los que no se disponga su nombre. Senda sin nombre. Se asociarán a este vial los tramos que representen sendas de los que no se disponga su nombre. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 35 de 63 Rotonda. Se le asignarán a este vial los tramos que describen la rotonda o glorieta y no pertenezcan a glorietas o plazas con nombre. Enlace. Se le asignarán a este vial los tramos que sirven para la comunicación entre diferentes vías sobre todo en los nudos de autopistas, autovías, etc. También se asignarán a este vial aquellos tramos que hacen que no sea necesario el paso por una rotonda para la transición de una vía a otra. Vía de servicio. Se le asignarán a este vial los tramos de vías que discurran en paralelo a otra vía principal como una autopista, autovía, etc. y que no este identificada mediante un nombre de calle o matrícula de carretera. La forma de codificar este tipo de viales se hará rellenando, el tipo (“tipo_via”) con el valor que corresponda según la lista “TipoVia” y el nombre (“nom_via”) con el valor “sin nombre”; el campo “id_vial” se rellenará con el valor del identificador que cada una de estas vías tiene asignado (ver Anexo A: Catálogo de Fenómenos) y el atributo “tip_via_ine” se consignará con el valor -998 (no aplicable). La codificación de “id_vial” se creará como sigue: ― En viales urbanos (incluidos rotondas y enlaces urbanos): INE_MUN5 * 10.000.000 + secuencial ― En viales interurbanos: 6-.-00 * 10.000.000 + secuencial, con la distinción que se detalla a continuación: 5 INE_MUN es el código de provincia y municipio de INE. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 36 de 63 o A los viales interurbanos cuya competencia sea Estatal se les asignará la codificación según un listado que define el IGN (ver Anexo A: Catálogo de Fenómenos). o Al resto de viales interurbanos cuya competencia no resida en el estado, junto con los caminos se les asignará un identificador dentro del rango correspondiente a la comunidad o ciudad autónoma en la que se produce la información (ver Anexo A: Catálogo de fenómenos). o Los viales genéricos y los itinerarios internacionales tendrán su propia codificación, que se especifica en el Anexo A: Catálogo de fenómenos. 7.2.10. Tramo Representa la geometría por la que discurren los viales. La geometría de los viales urbanos puede obtenerse de la DGC. Ésta debe ser editada y completada, ya que para la DGC la red viaria no es un dato fundamental y, por tanto, no es tan precisa como la correspondiente al fondo urbano. Para ello se utilizarían ortofotografías del Plan Nacional de Ortofotografía Aérea (PNOA), con resolución de 25 cm o 50 cm. La geometría de los viales interurbanos puede tomarse de la BTN25 del IGN o de cartografías a escala 1/10.000 de las CCAA6. También debería revisarse y actualizarse con las ortofotografías del PNOA. La procedencia de la geometría de los tramos se rellenará en el campo “fuente”. Se digitalizarán los ejes de todas las calzadas, incluyendo las peatonales y los carriles bici, de forma que la simulación de una ruta por los tramos que compongan los ejes refleje de forma fidedigna la trayectoria que describiría un vehículo o un peatón al seguirla. 6 Si así lo aprueba la dirección del proyecto. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 37 de 63 No se digitalizarán tramos correspondientes a caminos dentro de parques o carriles dentro de un aparcamiento (en este caso se puede concluir el tramo en el acceso al aparcamiento, o tratarlo como una plaza). Se dibujará un solo eje para cada vía, en aquellas en las que no exista separación física entre los carriles que tienen diferente sentido, se incluyen en este tipo de vías la mayoría de las carreteras convencionales y calles en las que no existen medianas, refugios, etc., o en aquéllas en las que hay evidencias de que la circulación se realice en un sólo sentido, CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 38 de 63 tales como, rotondas, accesos, carriles de aceleración y deceleración, vías de servicio, etc. La unión de las rotondas con las vías que comunica se hará en función de si en cada una de las vías los sentidos de circulación se separan mediante algún elemento físico: vallas de protección, bordillos, marcas de pintura señalizando isletas, etc. En el caso de estar separados se dibujarán dos ejes, uno por sentido, si por el contrario no están separados se continuará el dibujo del eje de la vía hasta su intersección con la rotonda. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 39 de 63 Se dibujarán dos ejes para cada vía en los casos en los que exista algún tipo de separación física, vallas de protección, bulevares, medianas, refugios para peatones en mitad de la calzada, marcas de pintura, diferentes a las líneas de separación de carriles de diferente sentido, etc. Se conectarán ambos ejes mediante un tramo en el caso de observarse interrupción de la mediana o paso de cebra que comunique los dos carriles, para hacer más real el cálculo de rutas. De forma preceptiva, se digitalizarán con doble eje todas las autovías y autopistas. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 40 de 63 Los ejes de cada vía se dividirán en tramos siempre y cuando: ― Se cambie de vial, es decir, cambie el nombre o tipo del vial al que corresponde el tramo. Se entiende que al cambiar la competencia del vial o su tipo de acceso (libre o de peaje) también se habla de un vial distinto. ― Haya una intersección real al mismo nivel con otra vía, medio de transporte, o ficticia con los límites administrativos. En este caso si el vial atravesase varias veces el límite administrativo, se generarán tantos tramos como intersecciones se produzcan. ― Cambia el valor de cualquiera de los atributos de la vía representada por el tramo, es decir: cambia de situación con respecto al terreno (las posibles situaciones son eje en superficie, en túnel, en puente o en vado), cambia su estado físico (en uso, en construcción o abandonado) o cambia su tipo de circulación (peatonal, para vehículos, bicicletas o cualquier combinación de las anteriores). Cada tramo que resulte de la división anterior estará limitado en cada uno de sus extremos por 1 nodo, en la mayoría de las ocasiones serán 2 nodos diferentes, sin CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 41 de 63 embargo en casos como: vías que terminan en fondo de saco o plazas con un solo acceso ambos extremos estarán limitados por el mismo nodo. El sentido de digitalización de los tramos se hará de la siguiente manera: ― En los tramos por los que sólo se circule en un sentido, el sentido de digitalización deberá coincidir con el sentido de circulación. Estos casos son: tramos de autopistas, autovías, calles o carreteras en las que exista una separación física entre los carriles, o vías de evidente sentido único como rotondas (siempre en sentido contrario a las agujas del reloj), enlaces e incorporaciones. En el caso de las vías de servicio, éstas llevarán el sentido de la vía principal, tanto si son de uno como de dos sentidos. ― En los tramos en los que se circule en ambos sentidos, el sentido de digitalización podrá ser cualquiera de los dos posibles. Ejemplos: calles o carreteras en los que no existe separación física de carriles. ― En el caso de que se desconozca si el vial es de doble sentido o sentido único, o el sentido de circulación en este último caso, el sentido de digitalización podrá ser cualquiera de los dos posibles. La relación entre tramos y viales es de la siguiente manera: ― Todo vial deberá estar relacionado como mínimo con un tramo. Por lo tanto, todos los identificadores de la tabla “Vial” deberán aparecer al menos una vez en la tabla “Tramo_Vial”. ― Todo tramo deberá estar relacionado como mínimo con un vial. Por lo tanto, todos los identificadores de la tabla “Tramo” deberán aparecer al menos una vez en la tabla “Tramo_Vial”. Se puede dar el caso de que un solo tramo pertenezca a dos viales diferentes. Los casos contemplados son: o Viales por cuyo eje discurre el límite entre dos términos municipales. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 42 de 63 o Viales que comparten diferentes denominaciones según el organismo, es decir, viales interurbanos que atraviesan ciudades o pueblos en las que coexisten la denominación por parte del ayuntamiento como vial urbano y por parte del organismo competente como vial interurbano. o Itinerarios internacionales, donde un mismo tramo de carretera pertenece simultáneamente a una carretera española y a un itinerario de la red transeuropea. En la unión de un vial urbano con uno interurbano, prevalece geométricamente el interurbano siempre que el trazado del urbano provenga de Catastro, siendo necesario ajustar éste al vial interurbano. Si se utilizan ortofotografías, habrá que ceñirse a ellas. 7.2.11. Portal o PK Representa portales (en viales urbanos) o puntos kilométricos (en viales interurbanos). La geometría y numeración de los portales puede obtenerse de la DGC, aunque puede completarse con la información del INE, de Correos, otros callejeros municipales oficiales, o revisión de campo. La procedencia del portal o el punto kilométrico se almacenará en el campo “fuente”, según una lista controlada. Si el portal tiene letra o numeración auxiliar asociada, ésta se consignará en el atributo “extension”. Si no, éste se rellenará como “No aplicable”. Los portales se situarán en el borde de las parcelas o construcciones en función del grado de detalle del que se disponga. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 43 de 63 Si en la fuente original de datos apareciera un portal con varios números asignados (por ejemplo: 14-20), se repetiría la geometría tantas veces como portales haya en ese rango, y se le asignaría a cada uno un número distinto hasta completar el rango. Si la numeración de un portal de la fuente original tuviera un valor desproporcionado o incongruente, el número de portal se rellenará como “Sin Datos”. La geometría y numeración de los puntos kilométricos puede obtenerse de la BCN25 y completarse con las cartografías oficiales de las CC.AA. Los PKs se situarán sobre los tramos. El atributo “tipo_portal_PK” se rellenará como “Portal” (1) si éste es un portal, o como “PK” (2) si es un punto kilométrico. Cada portal contará como atributo con el identificador del código postal al que pertenezca. 7.2.12. Distrito Censal Se obtiene por disolución de los polígonos correspondientes a secciones censales. Han de constituir polígonos perfectamente cerrados. Deben tener recubrimiento exclusivo y exhaustivo en toda la superficie de un municipio. Este requisito queda supeditado a la información proporcionada por Estadística, que no puede ser modificada. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 44 de 63 7.2.13. Sección Censal Representa el seccionado de un municipio con fines estadísticos. Se obtiene únicamente del INE, sin que su geometría pueda ser modificada. Han de constituir polígonos perfectamente cerrados. Deben tener recubrimiento exclusivo y exhaustivo en toda la superficie de un municipio. Este requisito queda supeditado a la información proporcionada por Estadística, que no puede ser modificada. 7.2.14. Código Postal Son polígonos que representan los distritos postales que asigna Correos. Su geometría se obtiene a partir de la información (base de datos alfanumérica que relaciona cada dirección postal con el código de reparto que asigna Correos, y capa de núcleos de población con la asignación del código postal correspondiente) que aporta Correos, sin que se pueda utilizar otra fuente de contraste. El trazado de esta capa seguirá fielmente la información de Correos, aunque en ocasiones el resultado pueda no resultar muy estético. No es necesario que el polígono de código postal se trace por el centro del vial, de hecho, generalmente, ambos lados de una calle tendrán un mismo código postal. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 45 de 63 El límite exterior de los polígonos de códigos postales en el final del municipio se dibujará coincidente con el límite exterior de las secciones censales, siempre que no exista algún portal que haga que puedan discrepar, en cuyo caso prevalecerá la información de Correos respecto a dicho portal, o que, con la referencia de las líneas de municipio, se observe que las secciones censales están desplazadas respecto de éstas. En este caso, será necesario ajustarlos a la línea límite del municipio, para no heredar desplazamientos. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 46 de 63 Estos polígonos deben implicar un recubrimiento exclusivo y exhaustivo de la superficie de los municipios. 7.2.15. Reglas generales Cada uno de estos tipos de fenómeno se representará como una capa, con su información alfanumérica almacenada en una tabla, cuyos campos serán los atributos de los fenómenos. La nomenclatura de las capas, las tablas y sus campos, será la descrita en el modelo de aplicación definido en estas especificaciones. El código de todos los identificadores (id_*) será un número entero de doce cifras, que se forma como INE_MUN7 * 10.000.000 + secuencial, excepto en los casos del fenómeno “Vial” para viales interurbanos, por no circunscribirse a un único municipio, y los fenómenos “Provincia” y “Comunidad Autónoma” por los mismos motivos. 7 INE_MUN es el código INE de cinco cifras de provincia y municipio. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 47 de 63 El identificador único o clave primaria se formará con los atributos “id_*” (el identificador de cada clase) y “fecha_alta”, ya que el modelo de actualización contempla mantener el identificador para las distintas versiones de una instancia. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 48 de 63 8. Mantenimiento de los datos 8.1. Modelo de estados Para el mantenimiento de los datos de CartoCiudad se utilizarán las fuentes de datos citadas en el capítulo 7. El modelo de datos descrito en estas especificaciones permite almacenar el ciclo de vida de cada elemento. Un elemento del mundo real es representado en la base de datos mediante varios registros con un identificador común, que representan el elemento con sus variaciones a lo largo del tiempo. Se conoce desde cuándo existe, cada una de las modificaciones que ha sufrido y, después de su eliminación, su existencia anterior. Esta información se puede almacenar gracias al modelo de estados que utiliza CartoCiudad. Cada elemento en la base de datos tiene un identificador. La representación de un elemento a lo largo del tiempo se hace mediante el uso de múltiples registros de los que sólo uno está vigente, y el resto son históricos o en proceso de actualización (alta, baja o provisional). Esta información se almacena en el atributo “estado”, que puede tomar uno de los siguientes valores: Alta: estado de una instancia desde que se inserta o modifica hasta que se valida. Baja: estado de una instancia desde que se elimina o modifica hasta que se valida. Vigente: estado de una instancia después de su validación cuando su estado anterior es Alta. Histórico: estado de una instancia después de su validación cuando su estado anterior es Baja. La validación ha de efectuarla el organismo competente en cada caso, según el fenómeno de que se trate. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 49 de 63 Por otra parte, cada uno de los registros tiene una fecha de alta y una de baja. De manera que es posible saber para cada elemento qué registro le representaba en una cierta fecha. Las tareas habituales en actualización o mantenimiento de los datos son la inserción, eliminación y modificación de instancias. Los flujos de trabajo a aplicar sobre las distintas fuentes de datos para llevar a cabo estos procesos serán, de forma general: 8.2. Inserción de nuevos elementos Para insertar un nuevo elemento se procederá como sigue: Se creará el elemento, se le asignará un nuevo identificador y unos atributos por defecto, comprobando que no existan en la base de datos elementos con el mismo identificador; se asignará el estado “alta”, la “fecha_alta” se rellenará con la fecha en la que se inserta el elemento en la base de datos en el formato AAAAMMDD y la “fecha_baja” se rellenará con el valor ”No Aplicable”. Se crearán los nuevos elementos a que dé lugar la inserción de éste (por ejemplo, si hay un vial nuevo, se han de crear los tramos nuevos); se crearán los registros que sean necesarios en las tablas de relación; por último, se recalcularán los valores de los atributos de otros elementos que dependan de la aparición de este nuevo elemento. 8.3. Eliminación de elementos Para eliminar un elemento se cambia su estado a “baja”, necesariamente su estado anterior ha de ser “vigente”, su “fecha_baja” se rellenará con la fecha en la que se elimina el elemento, en el formato AAAAMMDD. Los elementos relacionados con él serán eliminados. También serán eliminados los registros en las tablas de relación. Y, por último, se recalcularán los valores de los atributos de otros elementos que dependan de la desaparición de este elemento. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 50 de 63 8.4. Modificación de elementos Para modificar un elemento, primero se cambiará su estado de “vigente” a “baja” y su “fecha_baja” se rellenará con la fecha en la que se modifica el elemento en la base de datos, en el formato AAAAMMDD. A diferencia con el proceso de eliminación de un elemento no se realizará ningún cambio en los elementos relacionados con él ni en las tablas de relación. A continuación se insertará un nuevo registro en la base de datos con el mismo identificador y los mismos atributos del elemento cuyo estado cambió de VIGENTE a BAJA, a excepción de la “fecha_alta” que se rellenará con la fecha en la que se modifica el elemento en el formato AAAAMMDD; a la “fecha_baja” se le asignará el valor ”No Aplicable” y se asignará el estado “alta” (a diferencia con el proceso de inserción de un elemento no se insertarán automáticamente elementos relacionados con él ni registros en las tablas de relación). Sobre este elemento se harán las oportunas modificaciones. Se actuará de este modo para preservar como datos históricos las geometrías y relaciones anteriores. La modificación de atributos que se produce en un elemento causada por las inserciones, eliminaciones o modificaciones de otros se trataran como una modificación de elementos. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 51 de 63 9. Distribución del producto de datos 9.1. Formato de distribución de la información 9.1.1. Nombre del formato de datos Los datos que tienen geometría asociada se distribuyen en formato shapefile, de ESRI. Los datos que no poseen geometría se distribuyen como tablas de una base de datos, en formato .dbf (dBase). En el futuro, se implementará también la distribución de los datos de CartoCiudad en el formato estándar definido por ISO/TC 211 GML (Geographic Markup Language) de acuerdo a la norma ISO 19136. Por último, los metadatos del producto se distribuyen en formato .xml. 9.1.2. Estructura de los archivos de salida El formato de intercambio del producto será en ficheros shapefile. Cada tipo de fenómeno con geometría asociada constituirá en un fichero shapefile, que será del tipo de geometría definida en el modelo de aplicación de estas especificaciones (punto, línea o polígono), y cuyo nombre será el del tipo de fenómeno tal y como se describe en el modelo de aplicación. Cada shapefile, a su vez, contendrá un fichero de sistema de referencia (.prj), y los ficheros correspondientes .shx, .sbx, .sbn, .dbf. Los nombres de los campos y los tipos de datos se definirán conforme a lo descrito en el modelo de aplicación y el catálogo de fenómenos de estas especificaciones en lo que se refiere a atributos y tipos de datos. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 52 de 63 Los tipos de fenómeno que no tienen geometría asociada (“Municipio_Vial”) se almacenarán como una tabla por cada tipo de fenómeno, en formato .dbf, y con la nomenclatura de campos correspondiente a lo descrito en estas especificaciones. Los metadatos del producto se distribuyen en formato .xml, según el esquema del Núcleo Español de Metadatos. 9.1.3. Idioma utilizado en el conjunto de datos Se pueden utilizar todos los idiomas y dialectos de España que tienen asignado un código de idioma en la norma ISO 639-2: catalán o valenciano español o castellano euskera gallego aragonés asturiano aranés 9.1.4. Codificación de caracteres estándar utilizada La codificación de caracteres se hace en formato UTF-8 (8-bit Unicode Transformation Format, Formato de transformación unicode). 9.2. Soporte de la información de salida 9.2.1. Descripción de las unidades de salida Las capas que se distribuyen en ficheros son: Codigo_Postal, Portal_PK, Toponimo, Manzana, Linea_Auxiliar, Municipio, Tramo_Vial y Municipio_Vial. La capa Tramo_Vial es el resultado de la unión de la capa Tramo (geometría de los viales) con las tablas Tramo_Vial y Vial (información alfanumérica de los viales) CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 53 de 63 presentes en el modelo de datos de CartoCiudad. Esto se hace así para facilitar la utilización de los datos al usuario. Los campos de las capas son los del modelo de datos de CartoCiudad, aunque algunos de ellos se ven acortados por la limitación a 10 caracteres en el nombre de atributo de los shapefiles. Además se han añadido descripciones de algunos de los campos que utilizan listas controladas numéricas. Los datos están separados por provincia para facilitar su manejo y comprimidos en un .zip. 9.2.2. Nombre del soporte de datos La distribución se hará mediante descargas on-line, a través de la web del Centro Nacional de Información Geográfica (distribuidor de los productos del Instituto Geográfico Nacional) y también se proporcionarán copias digitales en soporte CD-Rom o DVD bajo demanda y al coste de grabación. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 54 de 63 10. Metadatos 10.1. Núcleo Español de Metadatos (NEM v1.0) Los metadatos permiten a los usuarios de la información geográfica la localización, el acceso o descarga, la evaluación y utilización de los conjuntos de datos. Para el producto definido en estas especificaciones se crearán los metadatos de acuerdo con en el Núcleo Español de Metadatos (NEM), teniendo en cuenta las Reglas de Implementación de Metadatos de INSPIRE. El NEM es el conjunto de metadatos esencial que recomienda el Consejo Superior Geográfico para la creación de metadatos, para que todos los catálogos de metadatos generados en España sean comparables e interoperables entre sí. El NEM es un perfil de ISO 19115:2003, Información Geográfica - Metadatos que incluye el núcleo de metadatos para información geográfica de ISO 19115 además de otros ítems de esta norma relativos a calidad, algunos elementos del estándar de metadatos de la Norma ISO 15836:2003, The Dublin Core Metadata Element Set, y otros elementos propuestos por el Subgrupo de Trabajo del Núcleo Español de Metadatos (CSG), recomendados por las Directivas INSPIRE y Marco del Agua. La información detallada de los elementos que constituyen el NEM, así como la descripción sobre su definición, dominio, obligatoriedad, listas controladas, etc. se encuentra en http://www.idee.es/resources/recomendacionesCSG/NEM.pdf. Además, el Consejo Superior Geográfico ha elaborado una Guía de Usuario NEM que ayuda a la creación de los metadatos, proporcionando explicaciones y ejemplos para cada uno de los elementos y una relación de herramientas disponibles para la creación de metadatos. Se puede encontrar en http://www.idee.es/resources/recomendacionesCSG/GuiaUsuarioNEM.pdf. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 55 de 63 La siguiente tabla resume los elementos del NEM, y contiene la ruta identificativa, la etiqueta en castellano, su definición, obligatoriedad (O: obligatorio, OP: opcional y C: condicional), tipo de dato y dominio. CartoCiudad EspecificacionesCartoCiudadv10_1.doc RUTA IDENTIFICATIVA NOMBRE Especificaciones del Producto CartoCiudad POR MD_Metadata.characterSet MD_Metadata.contact MD_Metadata.dataQualityInfo MD_Metadata.dateStamp MD_Metadata.distributionInfo>MD_Dist ribution.distributionFormat MD_Metadata.distributionInfo>MD_Dist ribution.transferOptions>MD_DigitalTra nsferOption.onLine MD_Metadata.fileIdentifier MD_Metadata.hierarchyLevel MD_Metadata.identificationInfo>MD_D ataIdentification.abstract MD_Metadata.identificationInfo>MD_D ataIdentification.aggregationInfo MD_Metadata.identificationInfo>MD_D ataIdentification.characterSet MD_Metadata.identificationInfo>MD_D ataIdentification.citation>CI_Citation.dat e MD_Metadata.identificationInfo>MD_D ataIdentification.citation>CI_Citation.pre sentationForm MD_Metadata.identificationInfo>MD_D ataIdentification.citation>CI_Citation.titl e MD_Metadata.identificationInfo>MD_D ataIdentification.credit MD_Metadata.identificationInfo>MD_D ataIdentification.descriptiveKeywords INSTITUTO GEOGRÁFICO NACIONAL ETIQUETA 2013-06-10 Página 56 de 63 DEFINICIÓN Conjunto de caracteres de los Nombre completo de la norma de codificación de metadatos caracteres usada en el conjunto de metadatos. Punto de contacto para los Parte responsable de la información de Metadatos. Metadatos Información sobre Calidad de los Proporciona una descripción global de la calidad del datos recurso. Fecha Creación de los Metadatos Fecha en que se crearon los metadatos Proporciona información sobre el formato usado para la Formato de distribución distribución del recurso considerado Recurso en línea O/C/OP DOMINIO C Class MD_CharacterSetCode O Class CI_ResponsibleParty O Association DQ_DataQuality O Class Date C Association MD_Format Class CI_OnlineResource CharacterString Texto libre Información sobre las fuentes en línea de las cuales el OP recurso se puede obtener Identificador del Archivo de Identificador único para el fichero de metadatos Metadatos Nivel jerárquico Subconjunto de datos al que se refieren estos metadatos. Resumen descriptivo del Conjunto Breve resumen descriptivo del contenido del recurso(s) de los datos Proporciona información sobre las agregaciones Información de Agregación definidas en el conjunto de datos. Conjunto de Caracteres del Conjunto Nombre completo de la norma de codificación de de Datos caracteres. TIPO DE DATO OP C Class MD_ScopeCode O CharacterString cadena de texto OP Association MD_AggregateInformation C Class MD_CharacterSetCode Fecha de Referencia del conjunto de Fecha de referencia para el recurso mencionado datos O Class CI_Date Forma de presentación Modo en el que se presenta el recurso. OP Class CI_PresentationFormCode Título Nombre por el que se conoce el recurso mencionado O CharacterString Texto libre. CharacterString Texto libre Association MD_Keywords Class EX_VerticalExtent Créditos Palabras Clave Reconocimiento a aquellos que contribuyeron a la OP creación del recurso(s) Proporciona palabras clave para la identificación del recurso considerado, agrupadas por categorías y OP haciendo referencia a la fuente de que proceden MD_Metadata.identificationInfo>MD_D Información adicional de la Proporciona información sobre la componente vertical ataIdentification.extent>EX_Extent.vertic extensión vertical del Conjunto de OP de la extensión del conjunto de datos considerado. alElement los datos CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad RUTA IDENTIFICATIVA POR ETIQUETA NOMBRE MD_Metadata.identificationInfo>MD_D Extensión Geográfica del Conjunto ataIdentification.extent>geographicEleme de Datos nt Información adicional de la MD_Metadata.identificationInfo>MD_D extensión temporal del Conjunto de ataIdentification.extent>temporalElement los datos MD_Metadata.identificationInfo>MD_D Idioma del Conjunto de Datos ataIdentification.language MD_Metadata.identificationInfo>MD_D Parte Responsable del Conjunto de ataIdentification.pointOfContact Datos MD_Metadata.identificationInfo>MD_D Propósito ataIdentification.purpose MD_Metadata.identificationInfo>MD_D Restricciones sobre el recurso ataIdentification.resourceConstraints MD_Metadata.identificationInfo>MD_D ataIdentification.resourceSpecificUsage> Uso Específico del recurso MD_Usage.specifUsage MD_Metadata.identificationInfo>MD_D ataIdentification.spatialRepresentationTy Tipo de representación Espacial pe MD_Metadata.identificationInfo>MD_D Resolución espacial del conjunto de ataIdentification.spatialResolution>MD_ datos Resolution MD_Metadata.identificationInfo>MD_D Categoría del Tema del Conjunto de ataIdentification.topicCategory datos MD_Metadata.language Idioma de los Metadatos 2013-06-10 Página 57 de 63 DEFINICIÓN O/C/OP Proporciona información sobre la componente geográfica de la extensión del conjunto de datos C considerado Proporciona información sobre la componente temporal OP de la extensión del conjunto de datos considerado. TIPO DE DATO Association Class DOMINIO Las clases derivadas de EX_GeographicExtent: EX_GeographicBoundingBox o EX_GeographicDescription EX_TemporalElement Idioma usado en el conjunto de datos O CharacterString los especificados en ISO639-2, otras partes de ISO-639 también se pueden usar Responsable del conjunto de datos y medio de contacto. OP Class CI_ResponsibleParty Resumen del propósito para el que se creó el recurso(s) OP CharacterString Texto Libre Proporciona la información a cerca de las restricciones OP que afectan al recurso Association MD_LegalConstraints Breve descripción del uso del recurso y/o de las series O usadas del recurso. CharacterString Texto Libre Método usado para la representación espacial de la OP información geográfica. Class MD_SpatialRepresentationTypeCode Factor que da una idea general sobre la densidad de los OP datos espaciales en el conjunto de datos. Class MD_Resolution (entero + distance (documentada en ISO 19103)) Tema (s) principal(es) del conjunto de datos. C Class MD_TopicCategoryCode Idioma usado para documentar metadatos C CharacterString ISO 639-2, otras partes también se pueden usar MD_Metadata.metadataStandardName Nombre de la Norma de Metadatos Nombre de la norma de Metadatos usada OP CharacterString Texto libre MD_Metadata.metadataStandardVersion Versión de la Norma de Metadatos Versión de la norma de metadatos usada OP CharacterString MD_Metadata.referenceSystemInfo Sistema de referencia Información sobre el sistema de referencia OP Association Texto libre MD_ReferenceSystem (Si el sistema de referencia es un sistema de referencia no definido en EPSG, utilizar como dominio MD_CRS) CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 58 de 63 10.2. Ámbito de los metadatos de CartoCiudad Deberá existir un fichero de metadatos para el producto completo definido en estas especificaciones, es decir, un metadato del proyecto CartoCiudad. También, se dispondrá de un archivo de metadatos por cada uno de los siguientes grupos temáticos, por provincia: Grupos Temáticos Fondo urbano (FUrbano) Vial (Vial) Portal o Punto kilométrico (PortalPK) División Territorial (DTerri) Código Postal (CCPP) Sección y Distrito Censal (SDCC) Capas asociadas Manzana, Parcela, Construcción, Línea Auxiliar Vial, Tramo, Tramo_Vial, Cruce, Cruce_Tramo PortalPK Municipio, Provincia, ComunidadAutónoma, Municipio_Vial CodigoPostal SeccionCensal, DistritoCensal Es decir, existirán, para cada provincia, seis ficheros de metadatos, que corresponderán a cada uno de estos grupos temáticos. Debido a la complejidad o ambigüedad que en ocasiones puede representar la creación de metadatos, en el Anexo C: Metadatos de CartoCiudad de este proyecto se ofrece una serie de indicaciones sobre cada elemento, con ejemplos, para cumplimentar los metadatos de este producto de la forma más completa posible. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 59 de 63 11. Conjunto de pruebas genéricas En este capítulo se describe el conjunto de pruebas genéricas para determinar si las especificaciones del producto CartoCiudad, descritas en este documento, cumplen la norma ISO 19131:2007, Información Geográfica - Data Product Specification. 11.1. Secciones de las especificaciones de producto de datos a) Propósito de la prueba: Verificar que todas las secciones obligatorias se han incluido en las especificaciones de CartoCiudad. b) Método de prueba: Inspeccionar todas las secciones de las especificaciones de producto de datos para verificar que se han incluido. c) Referencia: Capítulo 6 de la norma. Este capítulo dice, textualmente: “Unas especificaciones de producto de datos deben contener grandes secciones que cubran los siguientes aspectos del producto: - Introducción. - Campos de aplicación de las especificaciones. - Identificación del producto de datos. - Estructura y contenido de los datos. - Sistemas de referencia. - Calidad de datos. - Distribución del producto de datos. - Metadatos. Unas especificaciones de producto de datos pueden también contener secciones que cubran los siguientes aspectos del producto de datos: - Captura de datos - Mantenimiento de los datos. - Presentación. - Información adicional.” d) Tipo de prueba: Básico. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 60 de 63 e) Resultado de la prueba: Conforme. Estas especificaciones contienen todas las secciones obligatorias, y dos de las cuatro secciones opcionales, por lo tanto cumple la norma en este aspecto. 11.2. Ítems obligatorios a) Propósito de la prueba: Verificar que en cada una de las secciones de las especificaciones de CartoCiudad, se han incluido todos los ítems obligatorios de la norma. b) Método de prueba: Inspeccionar cada sección de las especificaciones de producto de datos para verificar que todos los ítems obligatorios están presentes. c) Referencia: Capítulos 7 - 18. Las referencias de la norma sobre los ítems obligatorios de estos capítulos son, textualmente: “Capítulo 7: La introducción debe incluir las siguientes partes: - Información sobre la creación de las especificaciones de producto de datos. - Términos y definiciones. - Abreviaturas. - El nombre y cualquier acrónimo del producto de datos. - Una descripción informal del producto de datos. La descripción informal del producto de datos debe contener información general sobre el producto de datos que puede incluir los siguientes aspectos: - El contenido del conjunto de datos. - La extensión (tanto espacial como temporal) de los datos. - El propósito específico con el que los datos deben ser o han sido recogidos. - Las fuentes de datos y los procesos de producción de datos. - El mantenimiento de los datos. Capítulo 8: Las especificaciones de un producto de datos deben incluir una descripción de su campo de aplicación, que puede restringirse en términos de extensión espacial o temporal, tipos de fenómenos y propiedades incluidos, representación espacial, o situación en una jerarquía determinada. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 61 de 63 Capítulo 9: La información de identificación del producto de datos debe incluir los siguientes ítems: - Título – el título del producto de datos. - Resumen – un breve resumen narrativo del contenido del producto de datos. - Categoría del tema – el tema o temas principales del producto de datos. - Descripción geográfica – la extensión del área geográfica cubierta por el producto de datos. Los siguientes ítems opcionales pueden incluirse si se consideran apropiados: - Título alternativo – nombre corto, o de otro tipo, por el que se conoce el producto de datos.- Propósito – resumen de las intenciones con las que se ha desarrollado el producto de datos. - Tipo de representación espacial – forma de representación espacial (p. ej. datos vectoriales). - Resolución espacial – factor que da una idea general de la densidad de datos espaciales en el producto de datos. - Información suplementaria – cualquier otra información descriptiva sobre el producto de datos. Capítulo 10: La información contenida en un producto de datos basado en fenómenos se describe en términos de un esquema de aplicación y un catálogo de fenómenos, y en las especificaciones se debe incluir referencias a ellos y una descripción narrativa. Capítulo 11: Las especificaciones de producto de datos deben incluir información que defina los sistemas de referencia utilizados en el producto de datos. Capítulo 12: Las especificaciones de producto de datos deben identificar los requisitos de calidad de datos para el producto de datos conforme a ISO 19113. Esto debe incluir una declaración sobre niveles de calidad aceptables de conformidad y sobre las correspondientes medidas de la calidad de datos, tal y como se definen en ISO/TS 10138. Esta declaración debe cubrir todos los elementos de calidad de datos subelementos de calidad de datos definidos en ISO 19113, incluso si sólo es para declarar que un elemento o subelemento específico de calidad de datos no es aplicable. Debe incluir también cualesquiera elementos y subelementos adicionales de calidad de datos. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 62 de 63 Capítulo 13: Las especificaciones de producto de datos pueden proporcionar información sobre cómo se han capturado los datos. Cuando se incluye esta sección de las especificaciones de producto de datos, debe contener una declaración de captura de datos que debe ser una descripción general de las fuentes y procesos a utilizar. Capítulo 14: Las especificaciones de producto de datos pueden proporcionar información sobre como se mantienen los datos. Cuando se incluye esta sección de las especificaciones de producto de datos, debe describir los principios y criterios aplicados en el mantenimiento de los datos una vez que han sido capturados. Capítulo 15: Las especificaciones de producto de datos pueden proporcionar información sobre como se representan en una salida gráfica los datos contenidos en el conjunto de datos. Capítulo 16: Las especificaciones de producto de datos deben identificar cualquier requisito en cuanto a distribución del producto de datos. Esto debe incluir información sobre formatos de distribución e información sobre medios de distribución, cuando sea aplicable. La información sobre formatos de distribución puede incluir los siguientes ítems: - Nombre del formato de datos. - Versión del formato (fecha, número, etc.). - El nombre del subconjunto, perfil o especificaciones de producto del formato. - Estructura del fichero de distribución. - Idioma(s) utilizados en el conjunto de datos. - Nombre completo de la norma de codificación de caracteres utilizada. La información sobre medios de distribución puede incluir los siguientes ítems: - Descripción de las unidades de distribución (p. ej. Hojas, capas, áreas geográficas, etc.). - Tamaño estimado de una unidad en el formato especificado, expresado en Mbytes. - Nombre del medio. - Otra información de distribución. CartoCiudad EspecificacionesCartoCiudadv10_1.doc INSTITUTO GEOGRÁFICO NACIONAL Especificaciones del Producto CartoCiudad 2013-06-10 Página 63 de 63 Capítulo 17: Esta sección de las especificaciones de producto de datos puede incluir cualquier otro aspecto del producto de datos no contemplado en ningún sitio de esta Norma Internacional. Capítulo 18: Deben incluirse los elementos de metadatos esenciales (core) definidos en ISO 19115 en el producto de datos. Cualquier ítem adicional de metadatos que sea necesario especificar debe ser declarado en las especificaciones de producto de datos. El formato y codificación de los metadatos debe declararse en las especificaciones de producto de datos.” d) Tipo de prueba: Básico. e) Resultado de la prueba: Conforme. Estas especificaciones contienen todos los ítems obligatorios. 11.3. Detalle de los ítems a) Propósito de la prueba: Verificar que cada ítem está de la forma correcta. b) Método de prueba: Inspeccionar todos los ítems de las especificaciones de CartoCiudad para verificar que están de la forma correcta. c) Referencia: Anexos D y E8. d) Tipo de prueba: Básico. e) Resultado de la prueba: Conforme. Estas especificaciones contienen todos los ítems de la forma correcta. 8 No se incluye la información contenida en los anexos D y E de la norma ISO 19131 por ser demasiado extensa. Estos anexos describen, mediante diagramas UML la forma en que debe documentarse cada uno de los ítems de cada sección de las especificaciones.
