[Talk-es] Topología y Catastro - idea off-topic??

[Ander Pijoan]

Vale, gracias por la explicación.

Ahora entiendo mejor a qué se refería el mensaje, iba en referencia a
cuando los errores vienen ya desde los shapefiles. Nosotros con las
poblaciones que hemos hecho la prueba hasta ahora (Aldeaseca de Alba y
Ciudad Real) no había muchas pifias de estas pero si que si han intentado
importar algún pueblo en Zaragoza y estaba lleno, habrán acabado hasta las
narices.

Entonces existen programas que lo solucionan pero, hay alguna forma de
automarizar un proceso desde nuestro programa, por ejemplo con FWTools (en
concreto ogr2ogr) al que simplemente llamamos para reproyectar los shapes o
con Geotools que es lo que utilizamos para leer?

Saludos.

El 9 de febrero de 2012 17:32, Cruz Enrique Borges Hernández <
cruz.borges en deusto.es> escribió:

> Eso se tuvo en cuenta por lo menos a nivel de relación. No estoy tan
> seguro a nivel de nodo (pero no sería difícil añadir un paso intermedio que
> elimine nodos duplicados). Ander seguro que lo sabe.
>
> ¿Han subido Aldeaseca de Alba?
>
> El 9 de febrero de 2012 17:20, Miguel Sevilla-Callejo <
> miguel.sevilla en uam.es> escribió:
>
> Con las relaciones topológicas se establecen las relaciones ente puntos,
>> líneas y áreas (polígonos) permitiendo que una línea (compuesta por un
>> conjunto de puntos consecutivos) sea a su vez límite de dos áreas
>> (polígonos) consecutivos.
>>
>> Como puedo observar algunos de los errores que teneis están relacionados
>> con la superposición de dos líneas (ways/vias). Con un "simple" comando en
>> un programa GIS (en GRASS, pro ejemplo) se pueden solucionar estas molestas
>> duplicidades procedentes de la importación de polígonos adyacentes de capas
>> sin topología (shapefiles, por ejemplo).
>>
>> La cosa es que con GRASS cuendo importamos un archivo shapefile de
>> polígonos se genera automáticamente estas relaciones y se "limpian" las
>> líneas adyacentes duplicadas para contener una sola línea (le llaman tipo
>> "boundary") de información común.
>>
>> Todo esto es a modo informativo, por curiosidad por saber si habíais
>> tenido en consideración este tema y por su pudiera ayudar en algo de lo que
>> ya está avanzado. De hecho habría que probar a ver si la teoría es tan
>> sencilla como la práctica.
>>
>> Un saludo
>>
>> Miguel
>>
>> ah! y enhorabuena por la importación de Aldea Seca... el día que esté el
>> Catastro en OSM va a ser ya un servicio insuperable  ;-)
>>
>> <https://8336194534648494741-a-1802744773732722657-s-sites.googlegroups.com/site/msevilla00/cristal_globe_msc201103_100px.png?attachauth=ANoY7crc3KYgQPd4bYqq_4b5GhTLwoDzM1WWiFUMYDWUiZ8IAGVt4chuOSuDOPdc_2fcOnI6D3yXp6WfcsGJkBtMEpFJ2FaTEiPP9OCALtqmphTTWkgwT75Je7yzry1n7OqgM_MszmPGHZ__rNKAKq5jX1rCbTDIFofPkF_kFMhy7qR5P8l6QSPjk6A_DGaa_Jl6-ngyvpNYZ1a5ZTXTW0A21Mc3mQUjFQ%3D%3D&attredirects=0>
>> * Miguel Sevilla Callejo*
>> *Doctor en Geografía *
>> *Experto en tecnologías de la información geográfica y análisis
>> territorial*
>> Investigador en el Instituto Pirenaico de Ecología, CSIC, Zaragoza
>> Colegiado nº698, Colegio Oficial de Geógrafos
>> Web: http://bit.ly/sevillacallejo <http://bit.ly/sevillacallejo>
>>
>>
>>
>> 2012/2/9 Ander Pijoan <ander.pijoan en deusto.es>
>>
>>> Hola Miguel,
>>>
>>> De formato shapefile no entiendo mucho, simplemente hemos leído la
>>> información que traían para luego procesarla.
>>>
>>> No he entendido muy bien el email pero creo que hace referencia a que
>>> las geometrías en los shapefiles son polígonos independientes y por ello
>>> todos los ways compartidos por geometrías consecutivas están duplicados.
>>> Cuando empezamos con el proyecto se pensó si a lo mejor había alguna
>>> herramienta que trabajase con shapefile y con ella crear una unión de todas
>>> las geometrías del shapefile para manejarla como una sola. Al no ser muy
>>> entendidos en ese formato y sus herramientas, optamos por leerlo,
>>> almacenarlo y manejar nosotros todo ese conjunto de geometrías.
>>>
>>> El funcionamiento general de como se leen los ways y se evitan esos
>>> repetidos está detallado aquí
>>> http://wiki.openstreetmap.org/wiki/Spanish_Catastro#Funcionamiento_cat2osm
>>>
>>> Había un bug por el cual se intercambiaban ways en relaciones rompiendo
>>> algunas geometrías pero eso era ya en el proceso de unión o simplificación
>>> de vías y ya está solucionado.
>>>
>>> Es por eso que no entiendo muy bien cual es el problema en cuanto al
>>> resultado que se obtiene. Seguramente habrá herramientas con las cuales
>>> hubiese sido más fácil hacer la lectura, manejar los shapefiles o haber
>>> mejorado los datos antes de leerlo pero eramos un poco profanos en la
>>> materia. Otro cantar es ya los problemas por colisiones cuando se vayan a
>>> importar.
>>>
>>> Un ejemplo del resultado que se obtiene.
>>> http://paginaspersonales.deusto.es/cruz.borges/AldeasecaDeAlba.zip
>>>
>>> Saludos.
>>>
>>> --
>>> Ander Pijoan Lamas
>>> Ingeniero Técnico en Informática de Gestión
>>> Universidad de Deusto
>>>
>>> Contacto:
>>> Email: ander.pijoan en deusto.es
>>> Móvil: +34 664471228
>>>
>>>
>>> _______________________________________________
>>> Talk-es mailing list
>>> Talk-es en openstreetmap.org
>>> http://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>> _______________________________________________
>> Talk-es mailing list
>> Talk-es en openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
>
> --
> Cruz Enrique Borges Hernández
> Email: cruz.borges en deusto.es
>
> DeustoTech Energy
> Telefono: 944139000 ext.2052
> Avda. Universidades, 24
> 48007 Bilbao, Spain
>
> _______________________________________________
> Talk-es mailing list
> Talk-es en openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
Ander Pijoan Lamas
Ingeniero Técnico en Informática de Gestión
Universidad de Deusto

Contacto:
Email: ander.pijoan en deusto.es
Móvil: +34 664471228
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-es/attachments/20120210/d58c548c/attachment.html>