Holas Perdona por los mensajes, pero tengo muchas preguntas. No llevo ni una semana en esto, y hay mucha información que se me escapa. He ejecutado un par de exportaciones más con una nueva versión de cat2osm, para la poblacion de Aveinte (15minutos) y San Juan de la Encinilla (menos de 10minutos), sin errores, solo avisos de que no se pueden borrar lo SHP temporales o algo así.
Podeís probar los pueblos recien exportados sin modificar http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila aquí /> Viendo las fotos, me da la impresión Xavier que tienes una versión antigua del cat2osm porque esos pequeños recuadros azules con los números de portal en las nuevas versiones van como tags asociados a la parcela./ Efectivamente debía de estar usando una antigua versión, en la nueva no salen los recuadros azules. /> Lo que comenta Xavier de que sale desplazado con los límites de OSM, nosotros en las poblaciones que hemos hecho prueba coincidia perfectamente pero no se como habrán hecho la importación de límites./ He comprobado que los limites no concuerdan con los valores de la IGN, pero sí entre otros terminos municipales adyacentes delas propias exportaciónes. Podeis probad: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila aquí /> Lo que si me ha dejado mosca es que te salgan los tags SHAPEIDX porque esos no tienen que salir a no ser que se especifique en el archivo config. En las últimas versiones estuvimos filtrando tags para que por ejemplo direcciones y números de calle solo saliesen en las parcelas (ya que no tiene sentido que todos los edificios que estén en esa parcela tengan repetidos esos tags una y otra vez), y puede ser que el filtro haya dejado escapar ahora los tags SHAPEID? ¿o lo has indicado en el archivo config?/ No te preocupes, porque efectivamente, estaba puesto en 1 en el config. /> El error de simplificación de vías vamos a mirarlo rapidamente porque parece grave y que cada vez sale más./ Mmm. He intentado volver a exportar una ciudad más grande como Ávila, con la nueva versión cat2osm, pero me sigue dando el error de simplificación... Volveré a probar esta noche o mañana con mapas redescargados y asegurandome la descompresión, por si hubo fallos. /> El tag building levels en principio solo lo generamos cuando sabemos con exactitud las alturas, es decir cuando es un shapefile CONSTRU y tiene el tag CONSTRU con las alturas. Si no indica alturas únicamente hemos indicado que es building, no hemos dado por supuesto ninguna altura por si acaso, pero si creeis que hay que cambiar se hace. Hay luego algunas otras geometrías que tienen tags (como por ejemplo "ALMACEN") que si que en la traducción nos aconsejaron que incluyesemos el tag building=yes, pero no hemos añadido mas, ni levels ni nada por si acaso. Entonces esos buildings que ves que no indican alturas será por eso./ Creo que sí, sería de gran ayuda que donde hubiera construcción fuera building = yes (o el tipo de construccion) y nose si además el tipo de landsuse = residential o industrial, etc.. ayudaría mucho a exportar los datos y a corregirlos. No se sí daria más problemas que ayuda al exportar, pero tener que taguear todos los building luego a mano.. creo q es mucho trabajo y tiempo. Ante todo con programas como el osm2XP, el XHT o el propio OSM-3D nos vendrán muy muy bien este tipo de tag, sobre todo el building=x, si el programa de exportación lo pudiera hacer es un avance muy importante. Te publico lo que se intenta estandarizar en XHT (generador de escenarios para Simuladores de Vuelo): XHT Tags usage building = yes Almost every building should have it if no other one is used building:levels=x very important for tall buildings, so they could be distinguished (offices, apartments). Also usefull for more realistic result on houses building=house family houses building=apartments used for block of flats, especially in cities building=office office buildings building=industrial factories etc. height=XXX building height (meters), not necessary but will be used landuse=forest|orchard forest area definition wood=mixed|deciduous|coniferous|pine|shrubs type of forest Al parecer cuando no encuentra ciertos tags los puede aleatorizar y según el tipo de landuse, pero mínimo necesitan el building=yes. Por lo poco que conozco, Landuse es más facil de crear o cambiar de forma masiva puesto que suelen ser zonas más grandes, manzanas, barrios o el pueblo entero, pero los building... es otra historia. y si el programa comete pocos errores, y aún así hay que modificar a mano para la exportación, preferiria borrar los pocos tags de building=yes que tener que generarlos y colocarlos. Otra cosa es que en muchos casos no se sabe la altura de cada edificio, pero si las plantas o pisos (y son mucho mas faciles de añadir), con este dato programas como el XHT puede calcular las alturas, determinadas, por la zona. Pero sin el building= ... el programa no los detecta. Quizas como se comentaba anteriormente en este hilo, añadir múchos más tags, a cada objeto, calle, farola, arbol, no sea lo más adecuado, pero creo que en building nos puede ayudar mucho, para que en el futuro, cualquiera que modifique la zona pueda mejorar la etiqueta building= con muchos más tags descriptivos. Bueno ya me contareís que pensaís, muchas gracias por la ayuda. Un saludo -- View this message in context: http://gis.19327.n5.nabble.com/Herramienta-de-fusion-de-los-datos-actuales-con-el-catastro-tp5409874p5475446.html Sent from the Spain mailing list archive at Nabble.com. _______________________________________________ Talk-es mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-es
