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
cartociudad@ign.es
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.
Descargar