Especificaciones del Producto CartoCiudad

Transcripción

1 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 1 de 63 Especificaciones del Producto CartoCiudad Título Especificaciones del Producto CartoCiudad v 10.1 Identificador Autor Fecha Tema Estado Objetivo Descripción Contribuciones Fuente Difusión Idioma Documentos relacionados Período de validez EspecificacionesCartoCiudadv10_1.doc Alicia González, José Miguel Rubio, Ana Velasco, Julián González Producto CartoCiudad Definitivo Descripción del producto CartoCiudad 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 Antonio F. Rodríguez Pascual, Ángel García San Román No aplicable Empresas y organismos encargados de la producción y la actualización y el mantenimiento de CartoCiudad Español (SPA) 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

2 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 2 de 63 Versiones: Número Fecha Autor/modificado por Comentarios de versión /06/2009 Julián González Añadida codificación de viales interurbanos /08/2009 Ana Velasco Añadida tipología de carreteras; corregidos Metadatos; otras correcciones /01/2010 Ana Velasco 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 /03/2011 Ana Velasco Adaptación al modelo de datos BTN /06/2011 Alicia González Reclasificación de tipos de vías Revisión de relaciones entre fenómenos y corrección de errores del modelo /06/2013 Ana Velasco Revisión del documento

3 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 3 de 63 Índice 1. Introducción Información sobre la creación de las especificaciones Título Fecha de referencia Equipo responsable Idioma Categorías del tema Términos y definiciones Aplicación Asociación de fenómeno Atributo de fenómeno Calidad Catálogo de fenómenos Compleción Conjunto de datos Datos geográficos Dominio Especificaciones de producto Fenómeno Linaje Metadatos Modelo Modelo conceptual Modelo de aplicación Transformación de coordenadas Universo del discurso Abreviaturas Nombre del producto de datos Descripción del producto de datos Campos de aplicación de las especificaciones... 13

4 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 4 de Identificación del producto de datos Título Resumen Categoría del tema Resolución espacial Descripción geográfica Propósito Tipo de representación espacial Estructura y contenido de los datos Modelo de aplicación Principios de creación del modelo Modelo de aplicación en UML Catálogo de fenómenos Introducción Modelo conceptual del Catálogo de Fenómenos de CartoCiudad Sistemas de referencia Sistema de referencia espacial Sistema de coordenadas Transformación de sistemas de referencia Calidad de los datos Captura de los datos Fuentes de información Procesos de producción Comunidad Autónoma Provincia Municipio Manzana Parcela Construcción Línea Auxiliar Topónimo Vial... 32

5 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 5 de Tramo Portal o PK Distrito Censal Sección Censal Código Postal Reglas generales Mantenimiento de los datos Modelo de estados Inserción de nuevos elementos Eliminación de elementos Modificación de elementos Distribución del producto de datos Formato de distribución de la información Nombre del formato de datos Estructura de los archivos de salida Idioma utilizado en el conjunto de datos Codificación de caracteres estándar utilizada Soporte de la información de salida Descripción de las unidades de salida Nombre del soporte de datos Metadatos Núcleo Español de Metadatos (NEM v1.0) Ámbito de los metadatos de CartoCiudad Conjunto de pruebas genéricas Secciones de las especificaciones de producto de datos Ítems obligatorios Detalle de los ítems... 63

6 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 6 de Introducción 1.1. Información sobre la creación de las especificaciones Título Especificaciones del producto CartoCiudad Fecha de referencia Junio de Equipo responsable Nombre de la organización Información de contacto Instituto Geográfico Nacional/Centro Nacional de Información Geográfica Contacto Teléfono Número de teléfono Número de fax Dirección Dirección General Ibáñez de Ibero, 3 Ciudad Madrid Área administrativa Madrid Código postal País España Dirección electrónica cartociudad@ign.es Idioma Español.

7 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 7 de 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 Términos y definiciones Aplicación Manipulación y procesamiento de datos en ayuda de los requisitos de usuario. [ISO 19101] 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] 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.

8 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 8 de Calidad Totalidad de características de un producto que se refieren a su capacidad para satisfacer las necesidades indicadas e implícitas. [ISO 19101] 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] 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 Conjunto de datos Colección identificable de datos. [ISO 19115] 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 Dominio Conjunto bien definido. [ISO 19107]

9 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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 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 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 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] Metadatos Datos acerca de los datos. [ISO 19115] Modelo Abstracción de algunos aspectos de la realidad Modelo conceptual Modelo que define conceptos de un universo de discurso. [ISO 19101]

10 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 10 de ] Modelo de aplicación Modelo conceptual de los datos requeridos por una o más aplicaciones. [ISO 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 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).

11 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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: 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) Nombre del producto de datos CartoCiudad 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).

12 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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.

13 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 13 de 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.

14 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 14 de Identificación del producto de datos 3.1. Título CartoCiudad 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: 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 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

15 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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/ 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 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.

16 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 16 de Tipo de representación espacial Datos vectoriales.

17 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 17 de Estructura y contenido de los datos 4.1. Modelo de aplicación 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

18 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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 Modelo de aplicación en UML

19 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 19 de 63 «featuretype» ComunidadAutonoma +id_com : Integer +nom_comunidad : ComunidadesAutonomas -geom : GM_MultiSurface +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer «featuretype» CodigoPostal +id_cp : Integer +cod_postal : CharacterString +geom : GM_Polygon +estado : ListaEstado +fecha_alta : Integer +fecha_baja : Integer 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 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 «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 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..* 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 «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» 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 0..* 1..* 1..* 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 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 Municipio_Vial id_vial : Integer ine_mun : INE_MUN estado : ListaEstado fecha_alta : Integer fecha_baja : Integer Tramo_Vial 1..* id_tramo : Integer id_vial : Integer estado : ListaEstado fecha_alta : Integer fecha_baja : Integer 1..* 1..2 Cruce_Tramo id_cruce : Integer id_tramo : Integer extremo : Extremo 0..* «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 «featuretype» Cruce +id_cruce : Integer +ine_mun : INE_MUN +geom : GM_Point «featuretype» LineaAuxiliar +id_lin : Integer +tipo_lin : Tipos_de_LineaAuxiliar +geom : GM_LineString +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 1..* 1 «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 Los tramos no deben coincidir con las construcciones excepto si alguno de los dos es subterráneo Figura 1: Modelo de aplicación de CartoCiudad en UML 1..* «type» GM_Point «enumeration» INE_MUN «enumeration» SinValor +0 = Desconocido = Sin datos = No aplicable = Otro «enumeration» Idioma «type» GM_LineString «enumeration» INE_PRO «enumeration» ComunidadesAutonomas +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 «enumeration» Situacion +1 = Superficie +2 = Túnel +3 = Puente +4 = En vado «enumeration» EstadoFisico +1 = En uso +2 = En construcción +3 = Abandonado «enumeration» Extremo +1 = Inicial +2 = Final «enumeration» TipoPortalPK +1 = Portal +2 = PK «enumeration» Competencia ISO19107 «type» GM_Polygon «enumeration» TipoViaUrbana «enumeration» ListaEstado +1 = Histórico +2 = Vigente +3 = Alta +4 = Baja +1 = Aministración General del Estado +2 = Comunidad Autónoma +3 = Diputación Provincial +4 = Cabildo o Consell Insular +5 = Ayuntamiento +6 = Otro «enumeration» Orden +1 = I +2 = II +3 = III «enumeration» Municipios «type» GM_MultiSurface «enumeration» Provincias «enumeration» CodigoCobertura +SOL = Solar +ZVD = Zona verde +HID = HIdrografía +ZDP = Zona Deportiva +PAR = Parcela «enumeration» Tipos_de_LineaAuxiliar = Curso fluvial = Contorno de lago/laguna = Ferrocarril = Perímetro de puente = Línea de acera = Escalera = Túnel «enumeration» Fuente «enumeration» TipoVia «enumeration» TipoToponimo +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 +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

20 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 20 de Catálogo de fenómenos 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

21 Fenómenos CartoCiudad CartoCiudad EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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. 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 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.

22 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 22 de 63 CatalogoFenomenosCartoCiudad FC_FeatureCatalogue ISO nombre_de_catalogo[1] : string +ámbito[1..*] : string +campo_de_aplicacion[0..*] : string +version[1] : string +fecha_de_la_version[1] : Date +productor[1] fuente de definicion FuenteDefinicion 1 0..* +fuente de definicion consiste en ReferenciaDefinicion 1..* +referencia de definicion 0..1 TipoFenomeno FC_FeatureType ISO19110 Asociación1 0..* +id[1] : string +nombre[1] : string +definicion[0..1] : string +codigo[0..1] : string +isabstract[1] : boolean = No 1 AsociacionFenomenos 0..* FC_FeatureAttribute ISO19110 FC_ListedValue ISO19110 AtributosFenomenos +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] ListaValores +id[1] : string +etiqueta[1] : string +codigo[0..1] : string +definicion[0..1] : string 1 1..* Rol RolAsociacion +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 «tipo de datos» CI_ResponsibleParty ISO19115 «tipo de datos» CI_Citation 1..* 1 «tipo de datos» TipoRol -ordinario -agregacion -composicion ISO19115 Figura 2: Modelo Conceptual del Catálogo de Fenómenos de CartoCiudad

23 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 23 de Sistemas de referencia 5.1. Sistema de referencia espacial El sistema de referencia de CartoCiudad es el sistema geodésico oficial de España 1 : 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 = metros f = 1:298, 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 ETRS 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 España. 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 han obtenido los datos de sus propios organismos catastral y estadístico.

24 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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) 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 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: EGIADOS/CSG/ETRS89/

25 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 25 de Calidad de los datos En el Anexo B: Calidad 2 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.

26 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 26 de 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/ (BTN25) o en su defecto Base Cartográfica Numérica 1/ (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.

27 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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 CartoCiudad 3. 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/ 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 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.

28 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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 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 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 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 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.

29 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 29 de 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 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 Nomenclaturas de la DGC a incluir en la COBERTURA COBERTURA (literal) nueva clase para COBERTURA CartoCiudad (código) 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 ZPAV, SILO, TRF, ESC, VOL, ALT, PJE, CO, POR, EPT, MAR, SS, B, T, SOP PAR Parcela 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.

30 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 30 de 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.

31 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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 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.

32 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 32 de 63 Sería deseable incorporar topónimos, especialmente del ámbito interurbano, provenientes de nomenclátores oficiales, como Nomgeo, del IGN 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: En caso de no conocerse

33 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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

34 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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.

35 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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_MUN 5 * secuencial En viales interurbanos: * secuencial, con la distinción que se detalla a continuación: 5 INE_MUN es el código de provincia y municipio de INE.

36 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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 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/ de las CCAA 6. 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.

37 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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,

38 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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.

39 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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.

40 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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

41 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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.

42 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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 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.

43 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad 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 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.

44 EspecificacionesCartoCiudadv10_1.doc Especificaciones del Producto CartoCiudad Página 44 de 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 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.