Diari Oficial de la Generalitat Valenciana


Sumario DOGV 5627, del 26-10-2007 (2007/12599)

RESOLUCIÓN de 17 de octubre de 2007, del director general de Relaciones con Les Corts y Secretariado del Consell, de la Conselleria de Presidencia, por la que se dispone la publicación del acuerdo filial de colaboración del protocolo general entre el Ministerio de Fomento y la Generalitat, de fecha 15 de junio de 2001 entre la Dirección General del Instituto Geográfico Nacional y el Instituto Cartográfico Valenciano, para la realización de los trabajos de armonización de información geográfica necesarios para el Proyecto Cartociudad en el ámbito territorial de la Comunitat Valenciana.
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------

### Datos del documento

Número DOGV
:   5627

Fecha DOGV
:   26-10-2007

Sección del DOGV
:   III. ACTOS ADMINISTRATIVOS - C) OTROS ASUNTOS

Número del documento
:   2007/12711


Fecha del documento
:   17-10-2007

Organismo emisor
:   Conselleria de Presidencia

Tipo de documento
:   Resolución

Descriptores 

:   * Instituto Cartográfico Valenciano
    * cooperación administrativa
    * administración central
    * cartografía

RESOLUCIÓN de 17 de octubre de 2007, del director general de Relaciones con Les Corts y Secretariado del Consell, de la Conselleria de Presidencia, por la que se dispone la publicación del acuerdo filial de colaboración del protocolo general entre el Ministerio de Fomento y la Generalitat, de fecha 15 de junio de 2001 entre la Dirección General del Instituto Geográfico Nacional y el Instituto Cartográfico Valenciano, para la realización de los trabajos de armonización de información geográfica necesarios para el Proyecto Cartociudad en el ámbito territorial de la Comunitat Valenciana. [2007/12910]  
La Dirección General del Instituto Geográfico Nacional y el Instituto Cartográfico Valenciano han suscrito, previa tramitación reglamentaria, entre, el día 26 de septiembre de 2007, el acuerdo filial de colaboración del protocolo general entre el Ministerio de Fomento y la Generalitat, de 15 de junio de 2001, para la realización de los trabajos de armonización de información geográfica necesarios para el Proyecto Cartociudad en el ámbito territorial de la Comunitat Valenciana, y en cumplimiento de lo establecido en el artículo 8.2 de la Ley de Régimen Jurídico de las Administraciones Públicas y del Procedimiento Administrativo Común, procede la publicación en el Diari Oficial de la Comunitat Valenciana de l'esmentat acord que ha quedado inscrito en el Registro de Convenios con el número 1320/2007, y que figura como anexo de esta resolución.  
Valencia, 17 de octubre de 2007.- El director general de Relaciones con Les Corts y Secretariado del Consell: Ángel Mompó Romero.   
Acuerdo filial de colaboración del protocolo general entre el Ministerio de Fomento y la Generalitat Valenciana, de 15 de junio de 2001, entre la dirección general del Instituto Geográfico Nacional y el Instituto Cartográfico Valenciano para la realización de los trabajos de armonización de información geográfica necesarios para el Proyecto Cartociudad en el ámbito territorial de la Comunidad Valenciana  
Reunidos  
De una parte, Fernando de Rosa Torner, conseller de Justicia y Administraciones Públicas, como presidente del Consejo Rector del Instituto Cartográfico Valenciano, en adelante ICV, organismo creado por la Ley 9/1997, de 9 de diciembre, modificada por los artículos 49 y 50 de la Ley 9/2001, de 27 de diciembre, de Medidas Fiscales, de Gestión Administrativa y Financiera, y de Organización de la Generalitat Valenciana, y facultado para este acto en virtud de lo dispuesto en los artículos 5.2 y 8.a) de la citada ley y en los artículos 4.3 y 6.a) del Decreto 186/2000, de 22 de diciembre, que aprobó el Reglamento Orgánico y Funcional de este organismo autónomo, en relación con lo establecido en el artículo 21.f) de la Ley de Gobierno Valenciano 5/1983, y artículo 2.2 del Decreto 20/1993, de 8 de febrero, del Gobierno Valenciano, por el que se regula el Registro de Convenios y se establece el régimen presupuestario de los convenios que suscriba la Generalitat Valenciana y especialmente facultado para la firma del presente, por Acuerdo del Gobierno Valenciano, de 14 de septiembre de 2007.  
Y de otra parte, Alberto Sereno Álvarez, director general del Instituto Geográfico Nacional, en adelante IGN, y presidente del Centro Nacional de Información Geográfica, en adelante CNIG, en virtud de su nombramiento por el Real Decreto 1010/2002, de 27 de septiembre (BOE num. 233, de 28.09.2002), y de acuerdo con lo dispuesto en la Orden de 19 de octubre de 2004, de la Ministra de Fomento (BOE num. 265, de 3 de noviembre de 2004), por la que se delegan determinadas competencias en el director general del IGN, en nombre y representación de la administración General del Estado, y de lo establecido en el Real Decreto 1243/1990 (BOE num. 249, de 17 de octubre de 1990).  
Ambas partes reconocen mutuamente, en la calidad con que cada uno interviene, la capacidad legal necesaria para la suscripción de este acuerdo filial de colaboración, y, a tal efecto,  
Exponen  
Que el IGN, entre otras funciones que le asigna el artículo 13 del Real Decreto 1476/2004, de 18 de junio (BOE núm. 148, de 19.06.2004), por el que se desarrolla la estructura orgánica básica del Ministerio de Fomento, tiene la de formación y actualización de las series cartográficas nacionales del Mapa Topográfico Nacional a escalas 1/25.000 y 1/50.000, y producción de la demás cartografía básica, tanto digital como analógica, y derivada, así como la producción, conservación y explotación de la infraestructura nacional de datos espaciales, y de bases cartográficas numéricas y modelos digitales del terreno, y diseño, mantenimiento y explotación del Sistema de Información Geográfica Nacional.   
Que la exigencia actual de coherencia de la información geográfica de referencia, que debe actuar como sustrato de cualquier información geográfica de carácter temático que se realice en el ámbito territorial en el que exista aquélla, obliga a que se realice un importante esfuerzo para conseguir primero la coherencia y armonización de toda la información geográfica de referencia. Entre este tipo de información de referencia tienen una importancia fundamental, para cualquier sistema de información geográfica, la contenida en la Base Cartográfica Numérica 1:25.000, en adelante BCN25, especialmente la referente a redes hidrográfica y de transportes y los asentamientos humanos y de interés económico, la contenida en los catastros inmobiliarios, especialmente en los correspondientes al ámbito urbano que además de suministrar la referencia de la distribución de la propiedad y del valor económico del territorio, incorporan información adicional a la que aporta BCN25, y la referente a las direcciones postales obtenida del Censo Electoral, especialmente por su continua actualización, así como la disponible por Correos. Por eso es de gran importancia asegurar la coherencia y armonización de estos tipos de datos de referencia, que pueden actuar como sustrato de casi todos los sistemas de información geográfica que se desarrollan sobre el territorio español.  
Que el ICV tiene como finalidad, entre otras, la realización de las tareas técnicas de desarrollo de la información cartográfica y de cualquier otra tecnología geográfica en el ámbito de las competencias de la Generalitat Valenciana.  
Que el ICV realiza y mantiene el editor de callejeros que codifica de forma automática la cartografía original del catastro de urbana, para su actualización y a fin de garantía la calidad de los mapas callejeros.   
Que es de interés de ambas partes proceder, en el marco de la colaboración interadministrativa prevista en la legislación vigente, a coordinar el proceso de producción de los trabajos técnicos del Proyecto Cartociudad para obtener un producto que satisfaga las necesidades de las dos Administraciones, optimizando de esta manera la gestión y el gasto que comporta satisfacer la demanda generada con el proyecto citado. Por todo ello, ambas partes resuelven, de mutuo acuerdo, suscribir el presente convenio, con arreglo a las siguientes   
Cláusulas  
Primera. Objeto del acuerdo filial de colaboración  
El presente acuerdo filial de colaboración tiene por objeto la realización de los trabajos de armonización de información geográfica necesaria para la ejecución del Proyecto Cartociudad, en el ámbito territorial de la Comunitat Valenciana.  
Segunda. Realización del convenio  
Conforme a las especificaciones que se incluyen como documentación técnica en el anexo 1 de este acuerdo, el IGN y el ICV, conjuntamente, llevarán a cabo la armonización de la información geográfica aportada por el primero, constituida por datos de BCN25, de la cartografía catastral urbana, de secciones y distritos censales y callejeros estadísticos y de distritos postales, constituyendo la base de datos oficial de red viaria, con estructura topológica de SIG, de ciudades y núcleos de población del ámbito territorial de la Comunitat Valenciana, con viales e información textual que permitirá la navegación asistida y diversos usos temáticos, y con continuidad geográfica asegurada, utilizando como base de referencia la BCN25 del IGN, y desarrollando, durante 2007, los trabajos de realización del proyecto en el ámbito territorial de los municipios de la Comunitat Valenciana.  
El tipo de coordenadas y sistema de referencia espacial de las capas a entregar será: coordenadas geográficas con Datum ETRS89.  
Tercera. Obligaciones del ICV   
En desarrollo de lo establecido en la cláusula segunda de este convenio, el ICV asumirá, por sus propios medios o mediante colaboración o contratación con terceros, conforme a las especificaciones contenidas en la documentación técnica del Anexo 1, la realización de los siguientes productos, para los ámbitos territoriales especificados en la cláusula anterior:  
- La capa intermedia CALLES con el listado de incidencias detectadas en la preparación de la capa con las calles enlazadas.  
- La capa intermedia CARRETERAS con el listado de incidencias detectadas en la preparación de la capa con las vías de comunicaciones enlazadas.  
- La capa intermedia CALLCARR con los ejes de las calles/vías una vez realizados los ajustes geométricos.   
- El informe con los resultados del ajuste geométrico de las distintas fuentes.   
- La capa intermedia de PORTALES con el listado de incidencias detectadas en la preparación de los portales y puntos kilométricos.  
- La capa final de TOPONIMIA y el listado de incidencias detectadas en la preparación de la toponimia.  
- La capa final PORTAL-PK, y el listado con las incidencias detectadas en la asignación de tramo a los portales.  
- La capa TRAMO final asociada a los tramos y la tabla Vial de las vías de comunicaciones, y el listado con las incidencias detectadas en la asignación de las numeraciones sobre los tramos.  
- La capa CRUCE final con los cruces de calles y la tabla CRUCES en la que se asocia a cada cruce de calle con los tramos.  
- La capa MASA final una vez reclasificada.  
- La capa final CONSTRU de polígonos con las construcciones y una vez reclasificadas por la tipología de construcciones.  
- La capa final PARCELA de parcelas una vez reclasificada.  
- La capa final LIN\_AUX de líneas auxiliares con la clasificación.  
- La capa final SSCC de polígonos con los distritos y secciones censales.  
- El listado con las incidencias detectadas en la creación de los distritos y secciones censales.  
- La capa final CCPP de polígonos con los distritos postales y el listado con las incidencias detectadas en la creación de los distritos postales.  
- El archivo de texto con formato XML y codificación ISO-8859-1 (Latin-1) que contendrá los metadatos que describen el producto, las fuentes, los procesos y los responsables. Dicho archivo deberá poderse utilizar desde la aplicación CatMdEdit y conforme con el Núcleo Español de Metadatos (NEM).  
Todos los resultados se entregarán en formato digital, acompañados de una memoria técnica en la que describan los procesos y técnicas utilizadas para la realización de las distintas tareas.  
Las capas digitales se entregarán al menos en formato Shapefile con el archivo que contiene la información del sistema de coordenadas (prj) y garantizando que las acentuaciones, apóstrofes, diéresis, eñes, etc. aparezcan correctamente en la tabla de base de datos (dbf) asociada al formato.   
Las tablas de base de datos (VIAL, CRUCES) se entregarán al menos en formato dbf garantizando que las acentuaciones, apóstrofes, diéresis, eñes, etc. aparezcan correctamente.  
Los listados con las incidencias detectadas se entregarán al menos en archivos de texto enriquecido RTF.  
El ICV asumirá el veinticinco por ciento del gasto, especificado en la cláusula quinta, que supondrá la realización del acuerdo filial de colaboración, mediante la financiación de los trabajos realizados por terceros o mediante la dedicación a estos trabajos de medios propios, todo ello con cargo a la aplicación económica correspondiente a los capítulos I y VI del presupuesto asignado al ICV.  
Cuarta. Obligaciones del IGN  
El IGN aportará la información cartográfica siguiente, que constituye los datos de partida, necesaria para la ejecución del proyecto, que previamente habrá gestionado y obtenido de los órganos y organismos responsables de ellos:  
- Información geográfica del IGN   
· Capas de información de BCN25, en el ámbito geográfico de los municipios?, correspondientes a las redes hidrográficas y de transporte y a las entidades de población.  
· Ortofotografías: Si existiera disponibilidad de ortofotografías de 0,5 m de resolución, obtenidas en el Plan Nacional de Ortofotografía Aérea (PNOA), del ámbito geográfico objeto de la contratación, el IGN entregará copia de las mismas, para ser utilizadas como información de referencia.  
- Cartografía catastral urbana de la Dirección General de Catastro:   
Capas de información cartográfica, conforme a la estructura especificada, de:   
· MASA (archivo Shapefile): Polígonos que delimitan las manzanas, con la información alfanumérica asociada a dichas geometrías.  
· PARCELA (archivo Shapefile): Polígonos que delimitan cada una de las parcelas en las que se dividen las manzanas, con la información alfanumérica asociada a dichas geometrías.  
· CONSTRU (archivo Shapefile): Polígonos que definen las edificaciones, y zonas de distintos usos del suelo, etc.   
· EJES (archivo Shapefile): Segmentos de Líneas que definen los ejes viales, con la información alfanumérica asociada a estas geometrías.  
· CARVIA (archivo dbf): Tabla de base de datos que contiene el nombre de cada uno de los viales asociado al identificador de la vía.   
· ELEMLIN (archivo Shapefile): Líneas correspondientes a contornos de aceras, fuentes, áreas deportivas, etc.   
· ELEMTEX (archivo Shapefile): Líneas asociadas a la toponimia urbana, esto es, los números de los portales, los nombres de las calles, etc.   
· LIMITES (archivo Shapefile): Líneas correspondientes a los límites de las zonas urbanizadas.  
Se deberá disponer de un documento con las codificaciones (TTGGSS) usadas por la DGC para la cartografía urbana del Catastro informatizado.  
- Callejero de viales del INE  
Capa de información correspondiente a los viales y la tabla de asociación a estos de los nombres correspondientes:  
· Callejero (archivo Shapefile): Líneas correspondientes a los viales según el modelo de datos del INE. La información alfanumérica asociada a las geometrías, incluirá, entre otra información, el distrito y la sección censal.  
· De forma adicional se proporcionará el archivo de texto (TRAMPxx..txt), resultante de un volcado de datos con ancho fijo de una tabla de base de datos que contiene las relaciones entre la denominación de la vía (según INE), número de vía INE .  
- Distritos postales de correos  
Información actualizada de los distritos postales por calles, organizada en:  
· TRAMOS (archivo Shapefile): Tramos de línea que se corresponde con los ejes de calles, sobre los que están asociados los siguientes atributos: Identificador de tramo, código de vía INE, código de municipio INE, los números pares e impares más bajos y más altos de cada tramo y código postal.  
· VIAL (archivo dbf): Tabla de base de datos que contiene los siguientes atributos alfanuméricos: Identificador INE de la vía, tipo de vía, nombre de la misma y código postal.  
El IGN designará un director de proyecto designado al efecto, que deberá conocer la planificación del proyecto, y se ocupará del seguimiento de las actividades, del control de calidad y de la aceptación de los resultados de los trabajos objeto del presente acuerdo filial. Sus misiones principales serán la de resolver dudas en la interpretación de la documentación técnica, asesorar en la modificación de los métodos empleados, si éstos no ofreciesen la calidad y garantía exigidas, y realizar cuantas inspecciones que crea necesarias durante el desarrollo de los trabajos.   
El IGN facilitará el acceso del ICV a los servidores de datos necesarios para el correcto desarrollo del Proyecto.  
El IGN recibirá los productos realizados por el ICV y los validará mediante el control de calidad que establezca, remitiendo por escrito al ICV los comentarios y correcciones que a tal efecto proponga para que el ICV proceda a su rectificación. En caso de discrepancia entre los dos organismos firmantes del acuerdo filial en cuanto a las correcciones a realizar, la Comisión de Seguimiento establecida en la cláusula 8, determinará el procedimiento a seguir.  
El IGN asumirá el setenta y cinco por ciento del gasto especificado en la cláusula quinta que supondrá la realización de este acuerdo filial.  
Quinta. Gasto de realización del acuerdo filial de colaboración  
Se fija en un máximo de 294.000 euros para la realización de los trabajos objeto de este acuerdo filial de colaboración.  
La Comisión de Seguimiento que se establece en la cláusula octava de este acuerdo filial, fijará el gasto efectivo establecido por el precio de adjudicación de los trabajos, que deberá ser igual o inferior al gasto máximo fijado anteriormente, que será asumido por las partes firmantes del acuerdo filial conforme a lo establecido en las cláusulas tercera y cuarta del mismo.  
Sexta. Contribución del IGN a la coproducción  
Con cargo al concepto presupuestario 09.69.682G.442 del Presupuesto General Anual, y de acuerdo a la realización de los productos, conforme a lo establecido en la cláusula cuarta el IGN abonará al ICV la cantidad correspondiente al porcentaje del gasto total establecido en la Cláusula Quinta, que como máximo ascenderá a doscientos veinte mil quinientos euros (220.500,00 €), con IVA incluido.  
El IGN efectuará el abono mediante dos pagos parciales del 50% de la cantidad total, uno primero a la firma de este acuerdo Filial, y otro segundo y último al concluir los mismos y una vez entregada por el ICV al IGN los datos y documentación correspondientes especificados en la cláusula tercera.  
Séptima. Propiedad de la información   
Las dos partes firmantes de este acuerdo filial de colaboración serán copropietarias de la información y productos resultantes de la realización del mismo.  
Cada una de las partes podrá distribuir, en forma convencional o por internet, o comercializar, por si mismos o mediante terceros, la información y los productos resultantes de la realización de este Convenio, tanto digitalmente como en papel, ya sea directamente o como productos derivados de los originales.  
En el caso de comercialización onerosa de la información y productos resultantes de la realización de este convenio, el ICV y el IGN, mediante el organismo autónomo CNIG, armonizarán los precios públicos establecidos por cada uno para ellos.  
La documentación aportada por el IGN para la realización de éste acuerdo filial será propiedad, exclusivamente del IGN o de los centro directivos, organismos e instituciones que la hubieran cedido al IGN para la realización del Proyecto Cartociudad. En consecuencia el ICV no podrá facilitarla a terceros ni utilizarla para fines propios.  
Asimismo, los informes, documentos, información de apoyo y cualquier otra información obtenida como consecuencia de la ejecución de los trabajos previstos en este pliego de prescripciones técnicas serán propiedad de la AGE, no pudiendo ser utilizados para fines distintos a los indicados en dicho documento sin autorización previa.  
Octava. Comisión de Seguimiento  
A la firma del acuerdo filial de colaboración se establecerá una Comisión de Seguimiento del mismo integrada por tres representantes de cada una de las partes.  
Conforme a lo previsto en el artículo 27 de la Ley 6/1997, de Organización y Funcionamiento de la administración General del Estado, la Comisión deberá incluir a un representante del delegado de gobierno en la Comunidad Autónoma, que será uno de los tres representantes del IGN.  
Esta Comisión de Seguimiento se encargará de:  
- Dirimir los conflictos o controversias que pudieran surgir en el uso de la ejecución, aplicación o interpretación de este acuerdo filial.  
- Establecer el plan de trabajo, conforme a los planes de trabajo de las dos partes firmantes del acuerdo filial.  
- Fijar el gasto efectivo, que deberán asumir las partes firmantes del acuerdo.  
- Redactar informes de la realización del acuerdo filial dirigidos a las partes firmantes del mismo.  
- Seguir la evolución de las tecnologías, técnicas, y métodos de aplicación a la ejecución del acuerdo filial, y proponer a las partes las modificaciones en las especificaciones que esta evolución aconseje.  
Novena. Vigencia del acuerdo filial  
El acuerdo tendrá vigencia hasta el 31 de diciembre de 2007, pudiendo prorrogarse mediante acuerdo expreso por otro periodo de un año si las partes así lo acuerdan.  
Los trabajos objeto del presente acuerdo filial de colaboración deberán estar concluidos antes del 15 de diciembre de 2007.   
Diez. Rescisión y resolución del acuerdo filial de colaboración  
Será causa de rescisión del presente acuerdo filial el incumplimiento de alguna de sus cláusulas.  
Para ello, será necesaria la denuncia por una de las partes, con lo cual se abrirá un plazo de un mes para que la otra parte pueda formular su réplica y, a continuación, otro plazo similar para adoptar la decisión definitiva. El acuerdo que refleje esta, en caso de que implique rescisión, deberá contemplar las condiciones y plazos de resolución, y no debe producirse perjuicio económico para ninguna de las partes.  
Once. Jurisdicción  
Según dispone expresamente el artículo 3.2 del Texto Refundido de la Ley de Contratos de las Administraciones Públicas, aprobado por Real Decreto Legislativo 2/2002, de 16 de junio, se aplicarán los principios de la Ley de Contratos de las Administraciones Públicas a la resolución de las dudas y lagunas que pudiera plantear el cumplimiento de este acuerdo filial de colaboración.  
Las cuestiones litigiosas que puedan surgir en la interpretación o incumplimiento de las obligaciones que se deriven del presente acuerdo filial, y que no hayan podido ser dirimidas por la Comisión de Seguimiento creada al efecto, se resolverán mediante la jurisdicción contencioso-administrativa en la manera regulada por la ley de la citada jurisdicción.  
Y en prueba de conformidad, suscriben el presente acuerdo filial de colaboración, por duplicado.  
Madrid, 26 de septiembre de 2007  
Presidente del Consejo Rector ICV. Fernando de Rosa Torner  
El director general del IGN. Alberto Sereno Álvarez   
Proyecto Cartociudad  
1. Finalidad del Proyecto Cartociudad   
La finalidad del Proyecto Cartociudad es la creación de la base de datos oficial de red viaria, con estructura topológica de SIG, de ciudades y núcleos de población españoles, con viales e información textual que permitirá la navegación asistida y diversos usos temáticos, con continuidad geográfica asegurada en todo el territorio nacional, utilizando como entramado soporte la BCN25 del IGN.   
El Proyecto Cartociudad, como base de datos oficial-SIG de la administración general del estado, parte de las bases de datos cartográficas oficiales de la administración general del estado de las ciudades y entidades de población españolas con la estructura urbana de las mismas, redes viarias, información toponímica asociada de nombres de calles, numeración de portales, distritos y secciones censales y códigos postales, enlazadas en un todo continuo del territorio español por las redes hidrográfica y de transportes, para garantizar su tratamiento y gestión sin solución de continuidad.  
Esta estructura SIG, en el ámbito territorial de la Comunitat Valenciana se realizará a partir de:   
- Información cartográfica extraída de la Dirección General de Catastro (DGC), especialmente en el ámbito urbano.  
- Información sobre nombres de calles y direcciones postales obtenida de los ayuntamientos y recogida por el Instituto Nacional de Estadística (INE).  
- Información sobre distritos y secciones censales obtenida de los ayuntamientos y recogida por el Instituto Nacional de Estadística (INE).  
- Información sobre los distritos postales de la Sociedad Estatal Correos y Telégrafos (Correos).  
- Información extraída de la Base Cartográfica Numérica a escala 1:25.000 (BCN25) de la Dirección General del Instituto Geográfico Nacional (IGN), especialmente la referente a redes hidrográfica y de transportes y a las entidades de población, que actuará como base de referencia para dar continuidad territorial al producto resultante.   
La Base de Datos Oficial-SIG, como cartografía digital generada con el Proyecto Cartociudad, permitirá realizar las siguientes operaciones de consulta y navegación:   
Localización directa de objetos (Geocoder).   
- Asignar una coordenada a una dirección postal.   
- Asignar coordenadas a un distrito postal (polígono).   
- Asignar coordenadas a un distrito o sección censal (polígono).   
- Asignar una coordenada a un topónimo o a un punto de interés (POI).   
Localización inversa de objetos (Geocoder-Inverso).   
- Asignar una dirección postal a una coordenada.   
- Asignar un distrito postal a una coordenada.   
- Asignar una sección censal a una coordenada.   
- Asignar un dato o datos toponímicos (textuales) o punto de interés a una coordenada.   
Calcular itinerarios a pie entre dos puntos, definidos por la conectividad que entre ellos establecen los ejes de vías y de viales.  
El software necesario para realizar estas operaciones no es parte de esta prescripción técnica, y se mencionan las operaciones únicamente a título ilustrativo.  
Los contenidos temáticos de Cartociudad deberán distinguir los siguientes elementos geográficos contenidos en las fuentes cartográficas de referencia:   
- Manzanas, parcelas, construcciones y edificios singulares.   
- Zonas verdes (parques, jardines, bosques, etc.)   
- Láminas de aguas (ríos, embalses, lagos naturales, fuentes, estanques, piscinas...)   
- Viales o zonas públicas de tránsito.   
- Nombres de vías urbanas diferenciado su importancia o naturaleza (calles, avenidas, plazas, caminos, carreteras, etc.)   
- Textos de numeración de portales.   
- Textos con la denominación de puntos de interés de servicios públicos.   
- Textos con la denominación de distritos postales y secciones censales.   
Como último objetivo para Cartociudad se desea disponer de la capacidad de simbolización dinámica (independiente del formato de almacenamiento de la información) para las diferentes entidades anteriormente citadas, razón por la cual se deben prever las siguientes capacidades:   
Símbolos dinámicos (patrones de líneas, sombreados y rellenos, puntos, tipografías, etc.).   
Simbolización temática por tipo de elemento, nombre, categoría, etc.   
Distintos grados de generalización en la visualización en función de la escala.   
2. Ámbito geográfico y extensión del trabajo   
El trabajo objeto de este acuerdo filial de colaboración consisten en la adecuación y adaptación de las distintas fuentes cartográficas, de las que se nutre el proyecto, al modelo de datos que se ha definido para el mismo en las zonas urbanas y núcleos de población de todos los municipios y núcleos de población de la Comunitat Valenciana.   
3. Condiciones iniciales y fuentes de datos de partida   
Tal y como se ha especificado en el objeto de la contratación se pretende generar, la Base de Datos Oficial-SIG de red viaria, con estructura topológica de SIG, de la administración General del Estado, a partir de las fuentes de información cartográfica aportadas por IGN, DGC, INE y Correos.   
Los resultados de este trabajo, por tanto, han de estar basados en las fuentes que se citan y describen en este apartado. Así mismo se podrán utilizar otras fuentes de datos (ortofotografía digital, callejeros de otras Administraciones Públicas, cartografía de los municipios, callejeros no oficiales, etc.) con el objeto de contrastar e investigar carencias, errores o cualquier otro tipo de anomalías que se detecten sobre las fuentes de datos; en estos casos se ha de documentar la incidencia y la solución propuesta y adoptada con todos los detalles necesarios para poder reproducir la solución.   
El IGN por su parte hará entrega a la comunidad autónoma Valenciana la información cartográfica siguiente, que requiera en su caso, para la ejecución de este acuerdo filial:   
- Información geográfica del IGN:   
· Capas de información de BCN25, en el ámbito geográfico de los municipios objeto de la contratación, correspondientes a las redes hidrográficas y de transporte y a las entidades de población.   
· Ortofotografías: si existiera disponibilidad de ortofotografías de 0,5 m de resolución, obtenidas en el Plan Nacional de Ortofotografía Aérea (PNOA), del ámbito geográfico objeto de la contratación, el IGN entregará copia de las mismas, para ser utilizadas como información de referencia.   
· Líneas límite municipales: de todos los municipios, teniendo como atributo si dicha línea es sólo límite municipal o si también es provincial o regional. Serán necesarias para cortar las carreteras por municipio y para definir el límite de los expedientes de la asistencia técnica.   
· Rejilla de transformación oficial de datum ED50-ETRS89.  
- Cartografía catastral urbana de la DGC de la Comunitat Valenciana, especialmente en el ámbito urbano:  
Capas de información cartográfica, conforme a la estructura especificada, de:  
· MASA (archivo Shapefile): Polígonos que delimitan las manzanas, con la  
información alfanumérica asociada a dichas geometrías.  
· PARCELA (archivo Shapefile): Polígonos que delimitan cada una de las parcelas en las que se dividen las manzanas, con la información alfanumérica asociada a dichas geometrías.  
· CONSTRU (archivo Shapefile): Polígonos que definen las edificaciones, y zonas de distintos usos del suelo, etc.  
· EJES (archivo Shapefile): Segmentos de Líneas que definen los ejes viales, con la información alfanumérica asociada a estas geometrías.  
· CARVIA (archivo dbf): Tabla de base de datos que contiene el nombre de cada uno de los viales asociado al identificador de la vía.  
· ELEMLIN (archivo Shapefile): Líneas correspondientes a contornos de aceras,  
fuentes, áreas deportivas, etc.  
· ELEMTEX (archivo Shapefile): Líneas asociadas a la toponimia urbana, esto es, los números de los portales, los nombres de las calles, etc.  
· LIMITES (archivo Shapefile): Líneas correspondientes a los límites de las zonas urbanizadas.  
El contratista dispondrá de un documento con las codificaciones (TTGGSS) usadas por el RRTN para la cartografía urbana del Catastro informatizado.  
- Callejero de viales del INE:   
Capa de información correspondiente a los viales y la tabla de asociación a estos de los nombres correspondientes:   
Archivo Shapefile: Polígonos que delimitan los distritos y secciones censales.  
Archivo dbf: Tabla de base de datos que contiene la denominación oficial de la vía, número de vía INE, relaciones entre identificadores DGC-INE.   
- Distritos postales de correos:   
Información actualizada de los distritos postales por calles, organizada en:   
· Tabla CARTOCIUDAD\_CALLES: contiene todas las vías de las poblaciones de más de 50.000 habitantes con sus correspondientes códigos postales.   
· Tabla CARTOCIUDAD\_POB: incluye todas las poblaciones postales objeto del estudio (tanto municipio como entidad singular). Las vías de estas poblaciones no están incluidas en la tabla CARTOCIUDAD\_CALLES debido a que dichas vías no tienen relevancia a efectos postales. Se entiende que todas las vías existentes en dichas poblaciones tienen asignado el mismo código postal.   
4. Flujos de trabajo   
Los flujos de trabajo a aplicar sobre las distintas fuentes de datos para llevar a cabo el proyecto serán:   
4.1. Adecuación geométrica de las fuentes de datos   
El primer tratamiento al que habrá que someter a todas las fuentes de datos proporcionadas para esta asistencia técnica es contrastar y garantizar el case geométrico de las mismas respecto de la BCN25 del IGN que será adoptada como fuente de referencia para las demás.   
La operación de contraste se iniciará con un análisis visual conjunto de las fuentes de datos suministradas. Son admisibles pequeñas discrepancias geométricas en las zonas urbanas (áreas comunes de las distintas cartografías debidas fundamentalmente a la diferencia de escalas y por tanto a sus precisiones.   
El segundo paso de esta adecuación consistirá, si es necesario, en aplicar las transformaciones geométricas (ajustes polinómicos que minimicen el error) necesarias para encajar las distintas fuentes de datos respecto a la BCN25, tomando como puntos de referencia los extremos de los viales contenidos en las cartografías a ajustar y sus homólogos en la BCN25.   
Ante anomalías geométricas relevantes en alguna de las fuentes se ha de proceder de acuerdo al siguiente protocolo:   
- contraste con terceras fuentes de datos, principalmente ortofotos digitales procedentes del Plan Nacional de Ortofotografía Aérea (PNOA) o cualquier otra fuente oficial de la misma naturaleza,   
- y comunicación inmediata al responsable de los trabajos por parte del IGN quien tomará las decisiones y acciones oportunas.   
El tercer y último paso de esta adecuación consistirá en realizar la transformación de coordenadas origen (UTM y huso el que corresponda, Datum Europeo de 1950) a las coordenadas finales objeto de esta asistencia técnica (geográficas, Datum ETRS89).   
Ha de emplearse el modelo de transformación oficial de datum con modelado de distorsión mediante superficie de mínima curvatura, definida por una rejilla en formato NTV2, que proporciona el IGN.   
4.2. Tratamiento de las capas iniciales   
Parte de este apartado explica los procesos que se han llevado a cabo con las capas proporcionadas por la Dirección General del Catastro, para adaptarlas al modelo de datos de Cartociudad que deberá aplicarse a la comunidad autónoma de Valencia.   
4.2.1. Tratamiento de la capa ELEMTEX   
- Extracción de números de portales   
La capa ELEMTEX tiene una geometría de tipo lineal y contiene todo tipo de rótulos vinculados a dichas geometrías. En esta primera fase el proceso tendrá por objeto extraer únicamente los rótulos que hacen referencia a los números de portales y adaptar la geometría de dichas entidades al tipo punto. Por tanto dos son los trabajos iniciales a realizar con esta fuente de datos:   
a. Elegir únicamente los rótulos de los números de portales: esta selección se debe hacer filtrando las entidades lineales de tal forma que sólo se seleccionen aquellas que adoptan el valor 189401 en el atributo TTGGSS (tipo, grupo, subgrupo).  
b. Calcular el punto medio de la entidad lineal a la que está asociado el rótulo y asignársela como geometría y posición del número del portal.   
Un trabajo adicional a realizar en este preprocesamiento consiste en la detección y subsanación de algunas de las situaciones que se citan a continuación:   
a. El número de un portal no es un número sino que además del número existe una letra. Esta situación es habitual y surge como consecuencia de la división de una parcela con posterioridad a la numeración inicial. Ante esta situación se ha de separar el número del portal de la letra y almacenarla según el modelo de datos del apartado 5.   
b. No aparece un número en el rótulo sino una referencia: p.e. S/N gasolinera.   
Ante este tipo de situaciones se ha de reclasificar el atributo TTGGSS a otro tipo más acorde con el rótulo ya que este presunto número de portal no se adapta al modelo de datos; para el ejemplo propuesto, este rótulo debería ser tratado como un topónimo según se describe a continuación para la capa de toponimia.  
Se transferirán los atributos de la capa ELEMTEX a la nueva capa PORTALES para las entidades seleccionadas y revisadas. En cuanto a la geometría, el punto representativo del portal debe ser el punto medio del segmento al que estaba asociado el rótulo correspondiente en la capa Elemtex.   
- Extracción de toponimia urbana   
También se partirá de la capa ELEMTEX para realizar la extracción de la toponimia urbana (posibles puntos de interés POI). La extracción de los elementos desde la capa ELEMTEX procedente de la fuente de la DGC consistirá en una selección de las entidades cuyo atributo TTGGSS adopte el valor 189300: otros textos de información urbana o rústica, que aplica para la toponimia.  
En este tema se codifican los siguientes tipos de emplazamientos: iglesias, ermitas, colegios, supermercados, cines, zonas verdes, parques, gasolineras, fábricas, etc. Al igual que sucede con los números de los portales el resultado de esta selección será un conjunto de entidades lineales que contienen un rótulo asociado. Los procesos previos a aplicar sobre dichas entidades son:   
a. Calcular el punto medio de la entidad lineal a la que está asociado el rótulo y asignarle tanto la geometría como la posición de la toponimia.   
b. Edición y limpieza de los rótulos que describen los POI. Esta operación de revisión es necesaria ya que esta codificación de rotulación contiene información que no responde a toponimia urbana, los rótulos pueden estar fragmentados en varios trozos (asociados a varias geometrías de tipo lineal), pueden incluir espacios en blanco entre dos letras consecutivas (p.e. N A U T I C C L U B) o simplemente no son de interés en este proyecto (pistas, rampas, calles privadas, etc.).   
4.2.2. Tratamiento de la capa EJES   
El tramero (término por el que se conocerá a la capa que contiene todos los segmentos de viales) tomará Ejes como capa de referencia de la DGC.   
El procesamiento de esta capa debe abordar las siguientes tareas sucesivas:   
a. Procesar la capa EJES para obtener una geometría lineal con continuidad, de modo que se asegure la coincidencia del final de un tramo, bien con el inicio del siguiente para una misma vía, o bien con el punto de intersección con otra vía. Esta operación puede requerir la intervención de un operador que supervise el trabajo, enlace manualmente alguno de los segmentos e incluso edite por completo aquellos segmentos que falten en la fuente de información.   
b. Generar una única polilínea por cada calle. En este paso se debe conseguir obtener polilíneas que contengan un inicio, un final y no tengan ramales que intersequen formando horquillas.  
c. Calcular los puntos de intersección de las líneas generadas. Como resultado de esta operación se debe de crear una capa nueva, con geometría de tipo punto, que contenga los cruces de calles. Estos cruces de calles no solo tienen que representar el cruce de dos calles distintas sino que deben contener las intersecciones de una calle y un ramal de la misma.   
d. Dividir las poli líneas de las calles usando como puntos de corte las intersecciones generadas en el apartado anterior (cruces de calle). Con este tratamiento se debe de obtener el tramero formado por los tramos de vía que unen dos puntos de cruces de calle.   
e. Normalización (relación) del código de DGC almacenado en la tabla Carvia con el mismo código en la tabla de INE. De esta forma se obtiene la correspondencia entre ambos códigos: DGC e INE. Las correspondencias entre estos códigos que pueden generar conflictos al no definir relaciones uno a uno que exijan realizar un proceso de revisión y depuración de los datos previa a la normalización.   
f. Asignación del código INE de la población sobre los ejes, tramos y cruces generados en este tratamiento.  
g. Los ejes, tramos y cruces generados contendrán la información oficial procedente de las distintas fuentes. Cuando se añada información procedente de Correos (nuevas vías o portales) serán codificadas asignando como atributos INE\_MUN-PROV el valor del código de municipio-provincia y como INE\_VIA-Matricula el valor 99XXXXXXXX, de forma que se asignen de forma secuencial identificadores únicos a los viales no oficiales. El campo DGC\_VIA se dejará como 999999.   
4.2.3. Tratamiento de las vías de comunicaciones de la BCN25   
Los tramos de vías de comunicaciones tomarán como capa de referencia los elementos del tema 06 que hagan referencia a las carreteras de la BCN25 del IGN. El procesamiento de esta capa debe abordar las siguientes tareas sucesivas:   
a. Procesar las geometrías lineales contenidas en la BCN25 con identificadores de TTGGSS: 1015YT, 8078HL, 0389MB, 1248TO y 8009XJ (correspondientes a las autopistas, autovías, carreteras de primero, segundo y tercer orden respectivamente) para obtener una geometría lineal con continuidad, de modo que se asegure la coincidencia del final de un tramo bien con el inicio del siguiente para una misma vía o bien con el punto de intersección con otra vía. Esta operación puede requerir la intervención de un operador que supervise el trabajo, enlace manualmente alguno de los segmentos e incluso edite por completo aquellos segmentos que falten en la fuente de información.   
b. Generar una única polilínea por cada vía de comunicación. En este paso se debe conseguir obtener polilíneas que contengan un inicio, un final.   
c. Calcular los puntos de intersección de las líneas generadas. Los resultados de esta operación se deben almacenar en la capa cruces con geometría de tipo punto, de modo que dicha tabla contendrá los cruces de las vías de comunicaciones y de las calles.   
d. Dividir las polilíneas de las vías de comunicación usando como puntos de corte las intersecciones generadas en el apartado anterior (cruces de vías). Con este tratamiento se debe obtener el tramero formado por los tramos de vía que unen dos intersecciones de vías, una intersección y el final de la vía o finalmente la unión de una vía de comunicación con una calle en los núcleos de poblaciones.   
e. Normalización (relación) de los nombres de las vías de comunicación para extraer el atributo tipo de vía y el nombre (matricula) de la misma. Este hecho supone que se tenga que realizar un proceso de revisión y depuración de los datos previa a la normalización.   
f. Asignación del código INE de la provincia sobre los ejes, tramos y cruces generados en este tratamiento para formar el identificador único de estos elementos.  
Para extraer el código único de municipio se ha de cortar la vía con la capa de municipios que proporciona el IGN.   
4.2.4. Tratamiento de las capas de fondo urbano y rústico   
Para obtener la cartografía de referencia sobre la que representar los portales, la toponimia y los viales una vez divididos en tramos se utilizarán las siguientes capas de referencia: MASA, PARCELA y CONSTRU.   
La capa MASA contiene los límites de manzanas en los que se divide el área urbana de un municipio. Esta capa tiene interés a efectos de visualización en escalas pequeñas.   
La capa de PARCELA contiene las divisiones de la capa MASA en parcelas catastrales, de la que se construye un fondo urbano en base al uso predominante del suelo para cada parcela. Para obtener el valor del atributo Uso\_Suelo en la capa de PARCELA se utilizará un algoritmo tipo dissolve que asignará el valor de Uso\_Suelo de las construcciones contenidas en la parcela de la capa CONSTRU por el campo generado en dicha capa, según el criterio anteriormente indicado.   
  
\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*\*  
  
Esta capa será utilizada a escalas medias para ser visualizada junto a los tramos de las calles.   
La capa CONSTRU es la de más detalle ya que tiene tipificada la subdivisión de la parcela según su uso. El uso del suelo se obtendrá según la siguiente tabla que reclasifica los tipos originales de Catastro. También se mantendrá el atributo CONSTRU original de catastro:  
Fuera del ámbito territorial urbano se utilizará como cartografía de referencia la BCN25.   
4.2.5. Tratamiento de los distritos y secciones censales   
El INE proporciona polígonos con los distritos y secciones censales.   
4.2.6.Tratamiento de los códigos postales   
Correos proporciona dos tablas dbf con la información de códigos postales de cada portal. Es necesario generar el polígono que envuelve a los portales que tienen un mismo código postal. Posteriormente hay que editar esos polígonos para una visualización correcta.   
4.3. Generación de las capas de Cartociudad   
4.3.1. Generación de las capas VIAL y PORTAL\_PK (núcleos de población)   
La generación de las capas de VIALES y PORTALES de Cartociudad se obtendrá realizando un procesamiento conjunto de las capas EJES y PORTALES tratados anteriormente. Este proceso debe realizarse de forma conjunta para poder satisfacer las necesidades impuestas en el modelo de datos del capítulo 5. La capa PORTALES necesita los atributos: identificador de tramo y código de vía según INE. La capa de tramos (EJES) no contiene los números de los portales y se deben almacenar como atributos los números de portales pares e impares más bajos y más altos respectivamente. El proceso a aplicar a ambas fuentes de forma conjunta es:   
a. Asociación de los atributos de la capa EJES a la capa PORTALES. Esta asociación se hace por proximidad, es decir los atributos del eje más cercano se asocian al portal.   
b. Asociación de los atributos de la capa PORTALES a la capa EJES. Esta operación requiere un análisis de proximidad de los portales sobre los tramos, de modo que se pueda calcular la numeración par e impar (mínimo y máximo) asignado a cada uno de los tramos.   
Hay que tener en cuenta que la numeración del tramero se obtiene a partir del portalero generado anteriormente y por lo tanto este proceso arrastra las posibles deficiencias que en la generación de éste se produzcan, que deberán ser corregidas como parte de la ejecución del contrato. Las principales posibles anomalías a detectar y corregir son:   
- Tramos a los que no se ha asignado numeración.   
- Tramos con huecos en la numeración.   
- Tramos con numeración y sentido de digitalización invertido.   
Finalmente, se debe asociar el portal al punto más próximo de la parcela para que no quede el portal como un punto aislado. Este proceso se puede formalizar mediante una proyección de los portales desde su ubicación inicial (punto medio de la línea que contenía el rótulo) al punto más cercano de la parcela más próxima.   
Como resultado de estos procesos se deberá obtener:   
1. Capa de viales, que estará formada por:   
a. Una tabla de viales (capa VIAL) con el código único de Vía (INE), el código único de Vía (DGC), el código de Municipio (INE), el Nombre (INE) y el Tipo de la Vía (perteneciente a la lista cerrada de denominaciones aportada por el INE y su identificador único para todo Cartociudad.   
b. Una capa de líneas (capa TRAMO), que incluirá un código único de tramo para todo Cartociudad, el código INE de la Vía y la numeración asignada (nº pares e impares más altos y más bajos) de los portales o los puntos kilométricos de las carreteras, la geometría del tramo y el identificador único del vial al que pertenece el tramo.   
2. Capa Portal\_PK, formada por:   
Una capa de PUNTOS con el código único de PORTAL, el código de tramo al que está asignado, el número de PORTAL y su letra, el identificador único del vial al que pertenece el tramo y el identificador único del portal o PK para todo Cartociudad.   
4.3.2. Generación de la capa VIAL y PORTAL\_PK (fuera de los núcleos de población)   
a. Primero se deben unir todos los segmentos de línea que definen las vías, se ha de garantizar la intersección o unión de las vías entre sí y se han de unir las vías que atraviesan los núcleos de población con las vías contenidas en la capa de la DGC.   
b. A continuación se ha de extraer la toponimia referente a las mismas para asignar el nombre de la vía como atributo. También se han de extraer de la toponimia los rótulos que definen los puntos kilométricos para poder asignar a los segmentos de vías una vez tramificados el punto kilométrico menor y el mayor, de forma homóloga a como se hace con los números de portales.   
La forma de almacenar la información recuperada de estos procesos sobre las capas hasta ahora definidas para Cartociudad será la siguiente:   
- Los nombres de las vías de comunicaciones se almacenarán en el atributo INE\_VIA-MATRICULA de la tabla Vial.   
- Los nodos de intersección de las vías o de las vías con las calles se almacenarán en la capa de cruces asignando como atributo INE\_MUN el código INE del municipio y como atributo INE\_TRAMO el tramo al que pertenece. Como atributos número par e impar alto y bajo se almacenarán los números pares e impares más altos y más bajos contenidos en el tramo.   
- Los puntos kilométricos recuperados de la toponimia de la BCN25 se almacenarán en la capa PORTAL\_PK asignando sobre el atributo Num\_Por dicho número.   
4.3.3. Generación del límite municipal   
De la capa LIMITES de la DGC se obtendrá el polígono que define el límite de casco urbano del Municipio asociándole su código.   
4.3.4. Generación de la capas de puntos de cruce y de cruces de calles   
Cada uno de los tramos de viales es un segmento de polilínea que une dos intersecciones de calles. El conjunto de estas intersecciones constituyen una capa con los cruces. Esta capa será utilizada para generar la capa de cruces de Cartociudad. Dicha capa estará compuesta por:   
a. Una capa de puntos (CRUCE) en la que se identifica cada cruce con un código único generado de forma automática.   
b. Una tabla (CRUCE\_CALLE) que contendrá el código único del cruce para todo Cartociudad (ID\_CRUCE) y el código del tramo, permitiendo de esta forma identificar todos los tramos que intersecan en este punto. Existirán tantas filas como número de vías diferentes intersequen en el cruce.   
4.3.5. Generación de la capa de fondo urbano   
Como se indicó anteriormente se dispondrá de tres capas para representar el fondo urbano, cada una de ellas será usada según la escala de visualización.  
La capa MASA, de manzanas, por sí misma puede ser considerada un fondo urbano para su visualización en escalas muy pequeñas ya que tan sólo serviría para perfilar el área urbana del municipio. Esta capa de información no debe sufrir ninguna modificación salvo la rectificación geométrica que se debería aplicar a todas las fuentes para ajustar la cartografía de la DGC, INE y Correos a la Cartografía del IGN.   
La capa de PARCELA es la subdivisión de las manzanas de la capa MASA, en parcelas catastrales, de esta capa se extraerá un fondo urbano en el que se marca el uso predominante del suelo en cada parcela comparando la superficie de las mismas con los tipos contenidos de la capa CONSTRU (como se ha explicado anteriormente).   
La capa CONSTRU es de un gran detalle por lo que su interpretación visual puede resultar compleja, para evitar esto se realizará una reclasificación de los tipos definidos en el atributo CONSTRU, incorporando a la capa resultante un campo que lo codifique (como se ha explicado anteriormente).  
4.4. Generación de los Metadatos (documentación) de las fuentes y los procesos  
Para garantizar o facilitar el mantenimiento y actualización de la información contenida en Cartociudad se han de generar los metadatos que describan las características del producto, las fuentes utilizadas para su creación, los procesos aplicados sobre las fuentes, las entidades responsables de su elaboración, etc.   
El objetivo de esta fase es la documentación continua de las fuentes, procesos y productos intermedios generados desde la primera tarea hasta la última. Esta documentación debe ser conforme con el estándar internacional de metadatos ISO 19036 y especialmente ser conforme con el Núcleo Español de Metadatos (NEM) versión 1.0 (http://www.idee.es/resources/recomendacionesCSG/NEM.pdf). La edición de dichos metadatos se podrá realizar con cualquier herramienta informática diseñada para tales fines, siendo necesario que los mismos se almacenen en ficheros digitales XML que puedan ser incorporados a la herramienta gratuita CatMdEdit que facilita el IGN en el portal de la Infraestructura de Datos Espaciales de España IDEE (http://www.idee.es).   
Se generará un archivo de metadatos para cada capa y tabla de cada expediente.   
Los aspectos relevantes a documentar y mantener actualizados son:   
- Las fechas de las distintas fuentes utilizadas.   
- Las técnicas y metodologías aplicadas en las distintas fases.   
- La documentación de todas las incidencias detectadas y las soluciones adoptadas.   
- Identificación del responsable de los trabajos de producción.   
- Identificación del responsable de los trabajos de documentación   
- El informe sobre los resultados de los cases y correcciones geométricas entre las distintas fuentes y la BCN25.   
- Informe sobre los resultados de las transformaciones de coordenadas.   
- Listado de los errores detectados en cada una de las fuentes de información, agrupados por capa, o en su defecto declaración de no haber encontrado errores.   
- Listado de las correcciones realizadas sobre los atributos, incluyendo cambios en las codificaciones.   
- Descripción en lenguaje natural del procedimiento usado para la creación de cada una de las capas, indicando explícitamente las fuentes de información utilizadas.   
- Descripción en lenguaje natural de los controles de calidad a los que se han sometido los resultados antes de ser entregados como producto final, señalando los resultados de los mismos, o en su defecto declaración de no haberlo aplicado.   
- Conteo del número de objetos perteneciente a cada capa, discriminados por tipo.   
- La información relativa a los Sistemas de Referencia Geodésicos y proyecciones cartográficas.   
Una vez que la licitación haya sido adjudicada, el IGN proporcionará al contratista un ejemplo práctico de metadatos, formado por el metadato de expediente y los metadatos por cada una de las capas y tablas finales de Cartociudad, cumplimentado para que pueda utilizarlo como referencia para sus trabajos.   
5. Modelo de datos de Cartociudad   
En este apartado se especifica el modelo de datos al que deberá ajustarse el producto Cartociudad, resultante de este acuerdo filial.   
En primer lugar se define el catálogo de capas de información que componen el producto.   
En segundo lugar define el modelo de datos con las geometrías de cada capa.   
En tercer y último lugar se detalla el contenido de cada componente del modelo de datos.   
5.1. Catálogo de capas de Cartociudad   
Los elementos cartográficos a incluir serán los siguientes:  
1. Delimitación de los núcleos de población.   
2. Delimitación cerrada de las manzanas urbanas.   
3. Delimitaciones de las parcelas urbanas.   
4. Delimitación de las construcciones en los núcleos de población   
5. Líneas auxiliares que representan ríos, embalses, lagos naturales, fuentes, estanques, piscinas, líneas de ferrocarril, líneas de costa, etc., contenidos en la cartografía catastral urbana de la DGC.   
6. Delimitación de los distritos postales.   
7. Delimitación de los distritos y secciones censales.   
8. Toponimia general del municipio (excepto nombres de calles). Se contemplan los nombres de los edificios singulares y otros.   
9. Tabla maestro de los viales.   
10. Tabla de tramos de los ejes de viales.   
11. Tabla de cruce-tramo.   
12. Cruces.   
13. Portalero y puntos kilométricos.   
5.2. Modelo de datos   
  
  
  
  
5.3. Descripción del modelo de datos   
Las siguientes tablas describen de forma literal el modelo de datos de Cartociudad.   
  
  
  
  
  
  
  
  
  
  
Capes intermèdies:   
  
  
  
  
\* \* \* \* \*  
  
  
  
  
  
  
  
  
  
  
  
  
  
Capas intermedias:   
  
  
  
  
6. Especificaciones técnicas sobre el modelo de datos y los trabajos   
6.1. Especificaciones técnicas para los portales   
- El punto que representa al Portal estará ubicado en el lado del polígono de la Parcela más próxima a su ubicación en la capa ELEMTEX.   
- De los números de portales originales del RRTN se tomará por separado el número y la letra, almacenando ambos datos.   
- Todos los Portales tendrán asignado el código INE de la vía y el identificador único del tramo de vía al que se encuentra vinculado.   
6.2. Especificaciones técnicas para los viales   
- Estarán formados por dos componentes: los ejes de las calles y las vías de comunicaciones, que contiene la codificación oficial según INE, DGC e IGN, y una tabla que contiene el nombre de cada uno de los viales. Cada tramo del eje incluirá una tercera componente de información constituida por el rango de la numeración postal o puntos kilométricos de cada tramo de calle/vía y su longitud.   
- Si la calle aún no dispone de codificación oficial asignada por el ayuntamiento, se le asignará de forma provisional el nombre que aparezca en la capa de la DGC y como codificación se le asignará el código de municipio del INE o IEN (INE\_MUN) y '99\*\*\*'para el código de vía INE y el de la DGC de forma que dispongan de un identificador único.   
- El nombre completo de la calle/vía de comunicación se dividirá en dos campos: el tipo de la vía y el nombre de la misma.   
- Los nombres de las calles coincidirán con el nombre asignado por el INE.   
- Los nombres de las vías de comunicaciones coincidirán con el nombre asignado por el INE o, en su defecto, por la BCN25.   
- El texto y el eje de la vía estarán relacionados por el mismo y único identificador: ID\_VIAL.   
- El eje de la calle/vía estará formado por una sucesión ordenada de polilíneas.   
6.3. Especificaciones técnicas para los tramos   
- La orientación de los segmentos coincidirá con el orden creciente de la numeración postal de la calle o de los puntos kilométricos.   
- A su vez el sentido de cada segmento (tramo), será también el de crecimiento de los números postales o los puntos kilométricos.   
- Todo segmento estará perfectamente enlazado con los segmentos anterior y posterior de la misma calle/vía (coincidencia analítica del valor de las coordenadas de los extremos).   
- Cada vez que la traza de una calle se cruce o se corte con la traza de otra(s) calle(s)/vías se originará una nueva polilínea para cada una de las calles/vías a partir del punto de coincidencia.   
- Cada tramo de calle/vía incorporará cuatro atributos: los número pares e impares superior e inferior respectivamente. De esta forma se dispone del rango de valores de la numeración postal o de los puntos kilométricos de cada tramo. Estos rangos deben cumplir los siguiente requisitos:   
· Los dos números superiores (par e impar) de cada tramo serán, sin excepción, iguales o mayores a los números inferiores de dicho tramo.   
· Los números inferiores de cada tramo serán siempre mayores (y en general el siguiente correspondiente) que los números superiores correspondientes del tramo anterior. Como única excepción se admitirá el caso de un tramo que no tenga numeración postal en cualquiera de sus dos manos (par e impar), o en ambas a la vez.   
· Sin números postales o puntos kilométricos: en tal caso dicho tramo, en la mano correspondiente, tendrá un rango de numeración de 9998 a 9998 (pares) y de 9999 a 9999 (impares).   
· En ningún caso existirá un tramo de calle/vía sin numerar.   
- Cada tramo incorporará la longitud del segmento.   
- Las plazas con numeración se resolverán como si fueran una calle, con una traza abierta que podrá estar constituida por un solo tramo o por varios tramos. El trazado se ajustará al perfil de la plaza.   
- El trazado general del viario constituye, topológicamente, un grafo conectado (red), no pudiéndose dar el caso de vías que no estén conectadas con otras vías ya que ello supondría tener calles sin acceso posible en la realidad.   
6.4. Especificaciones técnicas para los cruces de calles   
- Los cruces de calles se originarán por intersección de dos tramos de vía. Cada vez que la traza de una calle se cruce o interseque con la traza de otra(s) calle(s)/vías se originará una nueva polilínea para cada una de las calles. También se creará una geometría de tipo punto al que se asignará un identificador único de cruce y se darán de alta en la tabla CRUCE\_CALLE cuatro entradas. Cada una de ellas contendrán los identificadores de cruce y tramo.   
6.5. Especificaciones técnicas para las construcciones, parcelas y la masa   
La capa de información que actuará como cartografía de referencia se basa en las tres fuentes de datos enumeradas: CONSTRU, PARCELAS y la MASA. Los condicionantes técnicos de estas capas son los siguientes:   
- Las entidades serán polígonos geométricamente rectilíneos y perfectamente cerrados, y en ningún caso serán una sucesión de líneas independientes.   
- Los polígonos estarán perfectamente cerrados de manera que los valores de las coordenadas del primer y último vértice coincidan analíticamente.   
- Todo el suelo urbano del municipio, con excepción del suelo ocupado por los viales, estará clasificado en algún tipo de los posibles para este grupo de elementos: Solar, Parcela, Zona Verde, Hidrografía y Zona deportiva. No podrán existir huecos o agujeros en la descripción cartográfica del municipio.   
- La capa será la superficie que corresponda a los suelos urbano y urbanizable programado, no se considerarán los suelos no urbanizables o rústicos.   
6.6. Especificaciones técnicas para la toponimia   
- El punto que representa la toponimia estará ubicado en el lado del polígono de la parcela más próxima a su ubicación en la capa ELEMTEX.   
- A la toponimia original extraída de la DGC se unirán los textos fragmentados que componen el rótulo, se eliminarán los espacios en blanco y se clasificarán según un tipo y subtipo. Se asignará un identificador textual de la fuente de los datos (que en este caso contendrá siempre DGC). Se asignará un identificador textual que identifique el idioma o dialecto del rótulo (en principio, se rellenará como castellano en las comunidades que tienen a éste como único idioma, y se dejará en blanco en las comunidades bilingües).   
- Los rótulos que aparezcan en varios idiomas, se tratarán independientemente unos de otros y se crearán tantas entidades como idiomas estén disponibles para el topónimo.   
- Todos los topónimos tendrán asignado el código INE del municipio y un identificador único de topónimo.   
6.7. Especificaciones técnicas para los distritos y secciones censales   
- Estarán constituidos por el polígono que los delimite gráficamente más el código correspondiente.   
- Será un polígono geométrico rectilíneo perfectamente cerrado y no una sucesión de líneas independientes.   
- El código se incluirá como un campo de información.   
- Los códigos serán estrictamente los definidos por el INE en lo relativo a los distritos y secciones censales (5 y 5 dígitos numéricos).   
6.8. Especificaciones técnicas para los distritos postales   
- Estarán constituidos por el polígono que los delimite gráficamente más el código correspondiente.   
- Será un polígono geométrico rectilíneo perfectamente cerrado y no una sucesión de líneas independientes.   
- El código se incluirá como un campo de información.   
- Los códigos serán estrictamente los definidos por Correos en lo relativo a los Distritos Postales (5 dígitos numéricos).   
7. Resultados y documentación a entregar   
Al menos, la Comunidad Autónoma Valenciana, deberá entregar al IGN como resultado final la siguiente documentación:   
- La capa intermedia CALLES con las calles perfectamente enlazadas, una vez solucionados los problemas de continuidad y editados aquellos segmentos ausentes en las fuentes. Esta capa será de tipo lineal y contendrá exclusivamente los atributos heredados de la capa EJES.   
- Listado de incidencias detectadas en la preparación de la capa con las calles enlazadas.   
- La capa intermedia CARRETERAS con las vías de comunicaciones perfectamente enlazadas y una vez solucionados los problemas de continuidad y editados aquellos segmentos ausentes en las fuentes. Esta capa será de tipo lineal y contendrá los atributos nombre de la vía y código TTGGSS heredado de la BCN25.   
- Listado de incidencias detectadas en la preparación de la capa con las vías de comunicaciones enlazadas.   
- La capa intermedia CALLCARR con los ejes de las calles/vías una vez realizados los ajustes geométricos (si es que fuese preciso), unidos los segmentos no contiguos, ordenada la digitalización en un único sentido, ajustados los extremos para que intersequen con otros viales (si fuese necesario) y enlazadas las calles de la DGC con las carreteras de la BCN25. Esta capa debe contener los atributos originales de la capa EJES procedente de la DGC y los atributos equivalentes de la BCN25 para la red de carreteras.   
- Informe con los resultados del ajuste geométrico de las distintas fuentes frente a la BCN25 y de las transformaciones de coordenadas UTM con el huso correspondiente y European Datum de 1950 a coordenadas geográficas con Datum ETRS89.   
- La capa intermedia PORTALES con los portales y los puntos kilométricos recuperados como resultado de la fase de preparación con geometría de tipo punto y con los atributos heredados de la fuente de datos ELEMTEX y una vez que se ha revisado la numeración en los núcleos de población y los puntos kilométricos recuperados de la toponimia de la BCN25.   
- Listado de incidencias detectadas en la preparación de los portales y puntos kilométricos.   
- La capa final TOPONIMIA con la toponimia resultado de la extracción y revisión de los topónimos una vez clasificados por tema y subtema, las fuentes de datos y el idioma de los rótulos.   
- Listado de incidencias detectadas en la preparación de la toponimia.   
- La capa final PORTAL-PK asociada a los portales según el modelo de datos.  
- Listado con las incidencias detectadas en la asignación de tramo a los portales.  
- La capa TRAMO final asociada a los tramos y la tabla VIAL de las vías de comunicaciones.   
- Listado con las incidencias detectadas en la asignación de las numeraciones sobre los tramos.   
- La capa CRUCE final con los cruces de calles y la tabla CRUCES en la que se asocia a cada cruce de calle con los tramos.   
- La capa MASA final.   
- La capa final CONSTRU de polígonos con las construcciones y una vez reclasificadas por la tipología de construcciones.   
- La capa final PARCELA de parcelas una vez reclasificada.   
- La capa final LIN\_AUX de líneas auxiliares con la clasificación.   
- La capa final SSCC de polígonos con los distritos y secciones censales.   
- La capa final CCPP de polígonos con los distritos postales.   
- Listado con las incidencias detectadas en la creación de los distritos postales.   
- Archivo de texto con formato XML y codificación ISO-8859-1 (Latin-1) que contendrá los metadatos que describen el producto, las fuentes, los procesos y los responsables. Dicho archivo deberá poderse utilizar desde la aplicación CatMdEdit y conforme con el Núcleo Español de Metadatos (NEM).   
Todos los resultados se entregarán en formato digital, acompañados de una memoria técnica en la que describan los procesos y técnicas utilizadas para la realización de las distintas tareas.   
Las capas digitales se entregarán al menos en formato Shapefile con el archivo que contiene la información del sistema de coordenadas (prj) y garantizando que las acentuaciones, apóstrofes, diéresis, eñes, etc. aparezcan correctamente en la tabla de base de datos (dbf) sociada al formato. Esta información también puede ser entregada de forma adicional en formato GML (Geographic Mark-Up Language) versión 2.0 usando como conjunto de caracteres para la codificación del archivo la codificación Latin-1 (ISO 8859-1).   
Las tablas de base de datos (VIAL, CRUCES) se entregarán al menos en formato dbf garantizando que las acentuaciones, apóstrofes, diéresis, eñes, etc. Aparezcan correctamente.   
Los listados con las incidencias detectadas se entregarán al menos en archivos de texto enriquecido RTF.   
El tipo de coordenadas y Sistema de Referencia Espacial de las capas a entregar será: coordenadas geográficas con Datum ETRS89.