Por cierto, el comando para la reproyección que no ha funcionado en Ciudad Real es el siguiente:
ogr2ogr.exe -s_srs "+init=epsg:25830 +nadgrids=./peninsula.gsb +wktext" -t_srs EPSG:4326 resultado origen El 7 de diciembre de 2011 10:37, Ander Pijoan <[email protected]>escribió: > Hola a todos. > > Os adjuntamos los avances de esta semana y necesitamos > vuestra colaboración para mas traducción de datos. > > Aldeaseca De Alba (está desplazado, ya hemos conseguido arreglarlo pero el > ultimo archivo exportado lo teníamos sin desplazar.) > paginaspersonales.deusto.es/cruz.borges/AldeasecaDeAlba.zip > > Ciudad Real (también está desplazado, pero este no hemos conseguido que > haga la reproyección bien) > paginaspersonales.deusto.es/cruz.borges/CiudadReal.7z > > Página de traducción de datos: > > http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features > > Como veréis ya esta hecha la simplificación de vías tal y como tienen que > representarse en OSM. Esto mas el tag "type=multipolygon" hace que ya cosas > como lagos y colores de suelo empiecen a mostrarse en JOSM. ¿Recomendais > ponerle type=multipolygon a todo para que JOSM lo coloree o hay algunos > tipos que usan otro tag? > > Seguimos pensando que los elementos lineales tipo 167201 y elementos > puntuales tipo 168100 (página 22 de > http://www.catastro.meh.es/ayuda/manual_descriptivo_shapefile.pdf), a > parte de que están metidos bastante mal, emborronan mas que ayudar. Son > bastante volátiles y no se especifica qué son exactamente por lo que no se > les puede asignar un tag. Saldrían con el mismo tag, arbustos, muros, > lineas dibujadas en un campo de fútbol o semáforos bancos, parquimetros, > etc por lo que yo particularmente dejaba sin importarlos. Los demás > tipos (que están bien definidos) si. > > Veréis que en las zonas rusticas cada subparcela tiene un atributo CULTIVO > el cual ya esta listo en la pagina de traducción para que nos digáis cual > se puede asemejar mas o si únicamente hacer una distinción de si es para > usos productivos o improductivos. A medida que vayan saliendo nuevos tipos > de cultivos los iremos indicando. > También necesitamos buscarle un nombre a los atributos CONSTRU y MASA. El > primero indica cada construcción el número de alturas o qué es exactamente > y el segundo es el numero de manzana. > > Ahora ya queda la parte de "A ver que han hecho distinto en > cada población" porque seguramente saldrán cosas curiosas. > > Cambiando de tema, hemos estado mirando los proyectos que hay en marcha > para el renderizado en 3d (http://wiki.openstreetmap.org/wiki/OSM-3D). > Algunos de estos tags para dibujar la distintas alturas son > "bastante fáciles" de obtener desde catastro gracias al atributo > CONSTRU (página 15 de > http://www.catastro.meh.es/ayuda/manual_descriptivo_shapefile.pdf) pero > no sabemos si estos map features son ya estándar o con el tiempo pueden > variar. > > Saludos y esperamos vuestras respuestas. > > El 26 de noviembre de 2011 16:28, Ander Pijoan > <[email protected]>escribió: > > Las geometrías que representan construcciones, tienen el atributo CONSTRU >> que es el que indica las plantas que tiene o en su defecto qué es (página >> 15 de http://www.catastro.meh.es/ayuda/manual_descriptivo_shapefile.pdf). >> Nos hemos topado con construcciones que las han dibujado como un elemento >> lineal (que se usa para cosas como setos, canalones de agua, lineas >> eléctricas...) y le han plantado encima como texto su constru en lugar de >> hacerlo como una figura de construcción. Eso sucede con esos nodos >> sueltos, la "I" se refiere a que esa construcción tiene una sola planta, >> "CO" a que es un cobertizo y "TRF" a que es un transformador. >> >> Algunas por suerte parece que las han ido actualizando y han creado >> debajo la construcción de la forma correcta que y por tanto se verá en el >> ejemplo que os hemos enviado una construcción con su atributo constru >> correctamente y encima un nodo con el DETALLE=X que es lo que se han dejado >> olvidado que era erroneo. >> >> Pero hay otros casos, sobretodo mas en las zonas rústicas que urbanas, >> que las naves y cobertizos siguen estando de forma erronea. Algunos si que >> se pueden reparar y hacer que el programa añada el atributo >> automáticamente, pero otros el texto ni siquiera está encima de su >> construcción. >> >> Saludos. >> >> El 25 de noviembre de 2011 23:42, Cruz Enrique Borges Hernández < >> [email protected]> escribió: >> >>> Por cierto, ¿qué serán esos "DETALLE=I", "DETALLE=CO" "DETALLE=TFR"? >>>> >>> >>> Esto es una de las CHAPUZAS que hay en el catastro (estamos pensando en >>> hacer un museo de los horrores). Como los datos almacenados están >>> preparados para "dibujar" (y no para ser procesados por un ordenador) >>> muchas cosas se meten "a mano". Este es uno de los casos: DETALLE=I >>> significa que debajo de esa marca hay un edificio que solo tiene una >>> planta. Las otras dos son metadatos sobre el edificio que va debajo, pero >>> no me se la tabla de memoria :P >>> >>> -- >>> >>> Cruz Enrique Borges Hernández >>> >>> Email: [email protected] >>> >>> >>> DeustoTech Energy >>> >>> Telefono: 944139000 ext.2052 >>> >>> Avda. Universidades, 24 >>> >>> 48007 Bilbao, Spain >>> >>> >>> _______________________________________________ >>> Talk-es mailing list >>> [email protected] >>> http://lists.openstreetmap.org/listinfo/talk-es >>> >>> >> >> >> -- >> Ander Pijoan Lamas >> Ingeniero Técnico en Informática de Gestión >> Universidad de Deusto >> >> Contacto: >> Email: [email protected] >> Móvil: 664471228 >> >> > > > -- > Ander Pijoan Lamas > Ingeniero Técnico en Informática de Gestión > Universidad de Deusto > > Contacto: > Email: [email protected] > Móvil: 664471228 > > -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: [email protected] Móvil: 664471228
_______________________________________________ Talk-es mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-es
