Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
me he vuelto a perder la última versión de cat2osm es? si no lo entiendo mal la versión de github no la actualizáis tanto y es para Win y la versión de Cruz, siempre es la última y es para Linux, cierto? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Ambas versiones son las mismas. Cuando subimos algo a github la subimos a mi página web. De hecho AHORA MISMO siempre es mejor ltirar de la versión de github (Ander tiene acceso directo a github pero aveces no tiene acceso a mi web por razones obvias :P). La confusión supongo que viene de la semana pasada que se nos corrompió el repositorio git y no pudimos subir nada en unos días y decidimos subir todo a mi web. Con respecto de la versión en windows, actualmente NO reproyecta porque los scripts nos estaban dando muchos problemas. Si reproyectais a mano los ficheros si que debería de funcionar. A partir del miercoles tendremos algo de tiempo para arreglarlo (por supuesto, los parches son bienvenidos :P) Ahora con respecto de los problemas en ávila y en zaragoza. No tenemos ni guarra de lo que pasa. En zaragoza es inviable hacer debug pero en ávila es factible. Si nos podeis enviar los ficheros del catastro nos ahorrais bajarlos (que sinceramente es un royo :P). De hecho si encontrarais en algún pueblo un poco más pequeño los null mejor :( De resto me alegro que esteis empezando a usar el programa y desde nuestro punto de vista creo que es mejor que os centreis en intentar procesar algún pueblo y subirlo documentando los pasos y los errores que viérais. Nos vemos El 11 de febrero de 2012 11:11, sergio sevillano sergiosevillano.m...@gmail.com escribió: me he vuelto a perder la última versión de cat2osm es? si no lo entiendo mal la versión de github no la actualizáis tanto y es para Win y la versión de Cruz, siempre es la última y es para Linux, cierto? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
He estado procesando el municipio de Valle de Villaverde en Cantabria. Es un municipio bastante pequeño que, por experiencia con otros municipios parecidos, debe de tardar muy poco en procesar (10 minutos). Cuando descargo de catastro los archivos, resulta que no existen los shapefile de urbana (No hay cartografía disponible para el municipio seleccionado) pero sí el shapefile de rústica y los archivos cat de suelo urbano y rústico. Cuando cat2osm me pide la ruta de la carpeta con los shapefile de suelo rústico le doy una carpeta cualquiera vacía porque muestra un error si no se indica un directorio. Configuro correctamente las demás rutas necesarias y ejecuto el programa. No tarda nada en generar un archivo osm que está vacío. La cuestión es:¿Puede venir este problema porque faltan los archivos shapefile de suelo urbano? Se contempla esto en el programa. Un saludo. Jesús Gómez El 11 de febrero de 2012 12:45, Ander Pijoan ander.pij...@deusto.esescribió: Despues de estar una semana con pocos mensajes de repente hoy me encuntro con esta avalancha. Primero indicar que de momento SOLO funciona en LINUX y MAC. El error de simplificación de vías vamos a mirarlo rapidamente porque parece grave y que cada vez sale más. 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. 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. 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. Edificios que no estén en Catastro pueden ser o porque sean muy nuevos con respecto a las fotos de satélite (que no creo), porque no lo hayan importado por algún motivo o que sea pirata o ilegal jejeje Y los pozos ya no tengo ni idea de que serán, cada pueblo es un mundo. 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? Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
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 = yesAlmost 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=housefamily houses building=apartments used for block of flats, especially in cities building=office office buildings building=industrial factories etc. height=XXXbuilding height (meters), not necessary but will be used landuse=forest|orchardforest 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
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
On Sábado, 11 de febrero de 2012 19:19:26 Jesús Gómez Fernández escribió: He estado procesando el municipio de Valle de Villaverde en Cantabria. Es un municipio bastante pequeño que, por experiencia con otros municipios parecidos, debe de tardar muy poco en procesar (10 minutos). Cuando descargo de catastro los archivos, resulta que no existen los shapefile de urbana (No hay cartografía disponible para el municipio seleccionado) pero sí el shapefile de rústica y los archivos cat de suelo urbano y rústico. Cuando cat2osm me pide la ruta de la carpeta con los shapefile de suelo rústico le doy una carpeta cualquiera vacía porque muestra un error si no se indica un directorio. Configuro correctamente las demás rutas necesarias y ejecuto el programa. No tarda nada en generar un archivo osm que está vacío. La cuestión es:¿Puede venir este problema porque faltan los archivos shapefile de suelo urbano? Se contempla esto en el programa. En principio debería de trabajar con lo que tenga. El fenómeno de osm vacío es debido a que no se ha podido reproyectar y/o no ha encontrado shapefiles en la carpeta result. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Holas de nuevo. La nueva exportación: San Juan de la encinilla, http://www.openstreetmap.org/?minlon=-4.86676788330078minlat=40.7876281738281maxlon=-4.79904222488403maxlat=40.8533477783203 vista actual Este email será corto y vistoso. Solo es para enviar los resultados de como quedan dos limites administrativos exportados: http://gis.19327.n5.nabble.com/file/n5475744/AveinteySanJuan.png en detalle: http://gis.19327.n5.nabble.com/file/n5475744/Detalle-rio-AveinteySanJuan.png seleccionando otro: http://gis.19327.n5.nabble.com/file/n5475744/Detalle2-rio-AveinteySanJuan.png con PNOA: http://gis.19327.n5.nabble.com/file/n5475744/Detalle-rio-AveinteySanJuanPNOA.png con OSM: http://gis.19327.n5.nabble.com/file/n5475744/Detalle-rio-AveinteySanJuanOSM.png Como se puede observar, no hay que realizar practicamente retoques, alguno si, para enlazar el rio o mejorar el camino, pero son más que aceptables. Esta claro que es solo campo, otra cosa serán las zonas de Madrid o Barcelona... Otra cosa, en el OSM esta practicamente vacio, solo estan (en este zoom) la autovia, y el limite administrativo que no tiene coincidencia, como comentabamos anteriormente. A ver si lo del building= sale adelande... Por ahora nada más, un saludo. -- View this message in context: http://gis.19327.n5.nabble.com/Herramienta-de-fusion-de-los-datos-actuales-con-el-catastro-tp5409874p5475744.html Sent from the Spain mailing list archive at Nabble.com. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] ODBL-Change: Dos herramientas para encontrar los objetos perdidos de
¡Hola! Una vez examinado si ya se habla de que hay algo acerca de la herramienta de reasignación badmap pero si he entendido bien, entonces eso no es el caso actualmente. Aquí en Alemania son actualmente dos entradas para los datos utilizados para localizar la licencia dejará con la conversión. Aunque España no es del todo sorprendente el número de los datos conservados. Pero aún habrá muchas lagunas - especialmente en las carreteras de más alto nivel. Estamos a las acciones de arte confiesan para volver a asignar estos vacíos. Las siguientes son las herramientas que quiero hacer referencia a: El mapa va a desaparecer después de que el cambio de licencia, y como los objetos de la BADMAP - http://cleanmap.poole.ch. Es bueno ver que las brechas en el futuro. El segundo es un WMS (URL siguiente mañana) Servicio Geofabrik identifica los elementos se han perdido. Sería fantástico si pudiéramos avanzar a guardar estos datos. Voy a mirar en la zona de Málaga. El BADMAP me ha mostrado, como elementos principales de Almería con la A-92 y la A-384/A-374. El único en el sur. Estaría encantado si pudiera hacer ese algo. Saludos Jan :-) véase también http://cleanmap.poole.ch/?zoom=9lat=38.01195lon=-1.17977layers=00B Para BADMAP, las capas de los mapas se puede cambiar - no incluido en el permalink! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ODBL-Change: Dos herramientas para encontrar los objetos perdidos de
additional: my posting was translate by google ! jan :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ODBL-Change: Dos herramientas para encontrar los objetos perdidos de
please when google translating try to post original too, / or english version to avoid lost in translation issues. checking the link anyway... El 11/02/2012, a las 23:11, Jan Tappenbeck escribió: additional: my posting was translate by google ! jan :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Translation-Tip
Am 11.02.2012 23:21, schrieb sergio sevillano: please when google translating try to post original too, / or english version to avoid lost in translation issues. checking the link anyway... El 11/02/2012, a las 23:11, Jan Tappenbeck escribió: additional: my posting was translate by google ! jan :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ok - next time jan :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
El problema de simplificación de vias = null es problema del cat2osm, no de los shapefiles. Es una cosa rara que no se da en todos los pueblos, por lo que probando con algún otro igual teneis suerte. Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Me alegro de que valla funcionando aunque sea en los pueblos pequeños. Por cierto, se tiene ya user para hacer el import? El 12 de febrero de 2012 00:08, Ander Pijoan ander.pij...@deusto.esescribió: El problema de simplificación de vias = null es problema del cat2osm, no de los shapefiles. Es una cosa rara que no se da en todos los pueblos, por lo que probando con algún otro igual teneis suerte. Saludos. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es