Re: [Talk-es] [catastro] Avila
Me da la sensación que zaragoza va a ser IMPOSIBLE de portar tal cual. Por el 4% y nos dice que va a tardar 800h - 2 meses y pico. -- 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] [catastro] Avila
Y es de suponer que lo mismo pasará con más municipios. Pregunto, a modo de idea: ¿Sería posible partir el archivo resultado de alguna forma?. Esto vendría bien para usar archivos más livianos posteriormente en JOSM. No se, así de pronto se me ocurre que se podría separar en rústico y urbano. El 19 de marzo de 2012 09:10, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Me da la sensación que zaragoza va a ser IMPOSIBLE de portar tal cual. Por el 4% y nos dice que va a tardar 800h - 2 meses y pico. -- 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 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro] Avila
Una vez importado se puede usar osmosis. Durante la exportación dividir en urbano y rustico podría ser viable, pero luego habría que arreglar la simplificación de vías en la frontera, que no tengo muy claro si puede ser un dolor de muelas o no. De todas formas, me da que en el caso de zaragoza va a ser guir siendo HORRIBLE el caso urbano. En cuanto tengamos la proxima versión lanzamos el rústico de zaragoza en otro pc que tiene una UPS a ver si de casualidad hace algo en tiempo razonable. El 19 de marzo de 2012 09:37, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Y es de suponer que lo mismo pasará con más municipios. Pregunto, a modo de idea: ¿Sería posible partir el archivo resultado de alguna forma?. Esto vendría bien para usar archivos más livianos posteriormente en JOSM. No se, así de pronto se me ocurre que se podría separar en rústico y urbano. El 19 de marzo de 2012 09:10, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Me da la sensación que zaragoza va a ser IMPOSIBLE de portar tal cual. Por el 4% y nos dice que va a tardar 800h - 2 meses y pico. -- 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 ___ 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] [catastro] Avila
El Lunes, 19 de marzo de 2012, Cruz Enrique Borges Hernández escribió: Una vez importado se puede usar osmosis. Durante la exportación dividir en urbano y rustico podría ser viable, pero luego habría que arreglar la simplificación de vías en la frontera, que no tengo muy claro si puede ser un dolor de muelas o no. De todas formas, me da que en el caso de zaragoza va a ser guir siendo HORRIBLE el caso urbano. En cuanto tengamos la proxima versión lanzamos el rústico de zaragoza en otro pc que tiene una UPS a ver si de casualidad hace algo en tiempo razonable. Pues si Zaragoza presenta problemas, ciudades más grandes como Madrid o Barcelona... ¿Es posible paralelizarlo con clústers o algo así? Aunque haya un ordenador que controle al resto, pero que vaya delegando tareas pesadas y paquetizadas en otras CPU. -- María Arias de Reyna Domínguez Área de Operaciones Emergya Consultoría Tfno: +34 954 51 75 77 / +34 607 43 74 27 Fax: +34 954 51 64 73 www.emergya.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro] Avila
Que yo sepa no pero no soy un entendido. Si alguien sabe como hacerlo, entonces paralelizar es relativamente sensillo SALVO el consumo en memoria y el proceso de unión de los tiles. Hay que tener en cuenta que el .CAT urbano de zaragoza ocupa 1GB y por lo tanto TODOS los hilos deberían compartir memoria y eso complicaría el asunto. El 19 de marzo de 2012 11:26, David Marín Carreño dav...@gmail.comescribió: Duda: ¿sería factible partir los shapefiles por cajas antes de procesarlos, en lugar de partir los OSM una vez procesados? El 19 de marzo de 2012 10:12, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Por el momento no y la única idea que se me ocurre necesita cambios invasivos generales con resultados inciertos. Lo voy a proponer como PFC el año que viene, pero a ver. El 19 de marzo de 2012 10:10, Maria Arias de Reyna mar...@emergya.comescribió: El Lunes, 19 de marzo de 2012, Cruz Enrique Borges Hernández escribió: Una vez importado se puede usar osmosis. Durante la exportación dividir en urbano y rustico podría ser viable, pero luego habría que arreglar la simplificación de vías en la frontera, que no tengo muy claro si puede ser un dolor de muelas o no. De todas formas, me da que en el caso de zaragoza va a ser guir siendo HORRIBLE el caso urbano. En cuanto tengamos la proxima versión lanzamos el rústico de zaragoza en otro pc que tiene una UPS a ver si de casualidad hace algo en tiempo razonable. Pues si Zaragoza presenta problemas, ciudades más grandes como Madrid o Barcelona... ¿Es posible paralelizarlo con clústers o algo así? Aunque haya un ordenador que controle al resto, pero que vaya delegando tareas pesadas y paquetizadas en otras CPU. -- María Arias de Reyna Domínguez Área de Operaciones Emergya Consultoría Tfno: +34 954 51 75 77 / +34 607 43 74 27 Fax: +34 954 51 64 73 www.emergya.com -- 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 -- David Marín Carreño dav...@gmail.com ___ 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] [catastro] Avila
Nosotros no hemos visto utilizar más de 1 giga de ram, pero zaragoza es mucho zaragoza y no tengo ni guarra de lo que hará falta. El 17 de marzo de 2012 21:11, Javier Briz alg...@gmail.com escribió: Volviendo al tema del heap: ~/cat2osm$ jdk1.7.0/jre/bin/java -Xmx2500m -jar cat2osm.jar out_zaragoza/Config [2012-03-15 20:23:09.724] Iniciando Cat2Osm con el archivo de configuración. .. [2012-03-16 16:21:16.27] Leyendo archivo Cat urbano. Exception in thread main java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58) Caused by: java.lang.OutOfMemoryError: Java heap space A los que os pongáis con ciudades grandes ojo, que os hará falta mucha memoria (o eso deduzco de esta ejecución) ¿Que opináis los entendidos de Java? 2012/3/16 Jaime Crespo jy...@jynus.com: Técnicamente la pregunta debería ser: ya he convertido, ¿y ahora qué antes de importar? Esa es la guía que hay que escribir, independientemente del cat2osm. -- Jaime Crespo ___ 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 -- 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] [catastro] Avila
Volviendo al tema del heap: ~/cat2osm$ jdk1.7.0/jre/bin/java -Xmx2500m -jar cat2osm.jar out_zaragoza/Config [2012-03-15 20:23:09.724] Iniciando Cat2Osm con el archivo de configuración. .. [2012-03-16 16:21:16.27] Leyendo archivo Cat urbano. Exception in thread main java.lang.reflect.InvocationTargetException at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.eclipse.jdt.internal.jarinjarloader.JarRsrcLoader.main(JarRsrcLoader.java:58) Caused by: java.lang.OutOfMemoryError: Java heap space A los que os pongáis con ciudades grandes ojo, que os hará falta mucha memoria (o eso deduzco de esta ejecución) ¿Que opináis los entendidos de Java? 2012/3/16 Jaime Crespo jy...@jynus.com: Técnicamente la pregunta debería ser: ya he convertido, ¿y ahora qué antes de importar? Esa es la guía que hay que escribir, independientemente del cat2osm. -- Jaime Crespo ___ 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] [catastro] Avila
Os presentamos Ávila. http://paginaspersonales.deusto.es/cruz.borges/avila.zip Ya hemos dado con el problema de simplificación de vías. El 13 de marzo de 2012 09:48, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Avila, archivo desconocido- exportación sin completar: a las 5 horas cambia a simplificación de vias, y unas horas después (desconocidas) me da error de simplificación de vias, a las 9 horas aproximadamente. Tengo el Java de Sun versión 1.7.0_03. Uso el programa ogr2ogr que viene en ubuntu como GDAL y es posible que este sea mi error. He instalado el FWTools e intentado poner el path pero no lo consigo (...). Ya lo reintentaré más tarde porque creo que esto es lo que falla. Si se os ocurre algo más, estoy abierto a sugerencias . Nos puedes pasar por correo los archivos del catastro para poder probar aquí? El único fichero en el que nos pasa es en zaragoza y tarda al menos un mes en terminar de transformarse :S (si, no ha terminado aún desde la noche de los mapas vivientes) Por otro lado se estaba hablando de la documentación del wiki, mi opinión es que creo que muy es importante documentar todo lo que podamos de las exportaciones, es bastante largo y tedioso hacerlo bien, pero cuanto mejor lo hagamos más control tendremos sobre lo que hacemos y para otras personas que vengan detrás puedan mejorarlo facilmente. Yo he ido creando páginas de los pueblos y aldeas que voy trabajando y es pesado, pero si llegamos a tener una wiki con los datos de todos estos municipios.., al final quedará una gran base de datos de TODOS los pueblos, con sus carreteras, transportes, vías ciclistas, y demás... y eso será muy util para todos. Mi idea es que ya que creamos la página del municipio, por ejemplo: http://wiki.openstreetmap.org/wiki/Aveinte , ir poniendo fotos de los pasos de la exportación (al menos durante una época, por ejemplo lo que dure la exportación), Añadir las carreteras y transportes del municipio, y lo que sea importante de la zona... Es un trabajo duro, porque es pesado, pero ya que lo estamos haciendo hagámoslo lo mejor que podamos... A nosotros nos parece que sería lo ideal, el problema es que no tenemos el expertice necesario para hacerlo :( -- 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 -- 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] [catastro] Avila
Que hardware ? El 15/03/2012 15:44, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: pues creo que como 8 horas o así. El 15 de marzo de 2012 15:36, José Manuel Díaz Soriano cbu...@gmail.comescribió: Cuánto te ha tardado? Es que Utrera tiene 3 veces más superficie, para saber cómo puede estar la cosa :D Un saludo. El 15 de marzo de 2012 14:24, Jaime Crespo jy...@jynus.com escribió: El día 15 de marzo de 2012 12:49, Xavier Martin xavier...@gmail.com escribió: ahí ahí, robandome el trabajo... ;) *JA JA* El trabajo comienza ahora ;-) Darle a un botón (una vez hecho el programa) es lo fácil, lo difícil es la revisión posterior. Muchas gracias, os comento el primer vistazo rápido: El archivo es relativamente grande (120M) y me cuesta moverlo fácilmente en JOSM (usa 560MB de RAM). ¿Algún truco para que vaya más fluido? Darle más heap a java, como te han dicho antes. Cambiar la vista a modo rejilla (sin colorines ni iconos). Desactivar en preferencias apariencia datos OSM (lo estoy diciendo de memoria - creo que abajo) las casillas que hacen que se vea más bonito pero tarde más en representarse. Para algo más que este tamaño, me temo que tendremos que cortar para la edición manual. -- Jaime Crespo ___ 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 -- 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 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro] Avila
core i7 2600 con 16 gb de ram usando una gentoo :P El 15 de marzo de 2012 15:48, José Manuel Díaz Soriano cbu...@gmail.comescribió: Que hardware ? El 15/03/2012 15:44, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: pues creo que como 8 horas o así. El 15 de marzo de 2012 15:36, José Manuel Díaz Soriano cbu...@gmail.comescribió: Cuánto te ha tardado? Es que Utrera tiene 3 veces más superficie, para saber cómo puede estar la cosa :D Un saludo. El 15 de marzo de 2012 14:24, Jaime Crespo jy...@jynus.com escribió: El día 15 de marzo de 2012 12:49, Xavier Martin xavier...@gmail.com escribió: ahí ahí, robandome el trabajo... ;) *JA JA* El trabajo comienza ahora ;-) Darle a un botón (una vez hecho el programa) es lo fácil, lo difícil es la revisión posterior. Muchas gracias, os comento el primer vistazo rápido: El archivo es relativamente grande (120M) y me cuesta moverlo fácilmente en JOSM (usa 560MB de RAM). ¿Algún truco para que vaya más fluido? Darle más heap a java, como te han dicho antes. Cambiar la vista a modo rejilla (sin colorines ni iconos). Desactivar en preferencias apariencia datos OSM (lo estoy diciendo de memoria - creo que abajo) las casillas que hacen que se vea más bonito pero tarde más en representarse. Para algo más que este tamaño, me temo que tendremos que cortar para la edición manual. -- Jaime Crespo ___ 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 -- 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 ___ 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] [catastro] Avila
Ok entonces estara 50 horas en mi portátil con un 2.2 gh y 4gb Dr ram El 15/03/2012 15:53, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: core i7 2600 con 16 gb de ram usando una gentoo :P El 15 de marzo de 2012 15:48, José Manuel Díaz Soriano cbu...@gmail.comescribió: Que hardware ? El 15/03/2012 15:44, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: pues creo que como 8 horas o así. El 15 de marzo de 2012 15:36, José Manuel Díaz Soriano cbu...@gmail.com escribió: Cuánto te ha tardado? Es que Utrera tiene 3 veces más superficie, para saber cómo puede estar la cosa :D Un saludo. El 15 de marzo de 2012 14:24, Jaime Crespo jy...@jynus.com escribió: El día 15 de marzo de 2012 12:49, Xavier Martin xavier...@gmail.com escribió: ahí ahí, robandome el trabajo... ;) *JA JA* El trabajo comienza ahora ;-) Darle a un botón (una vez hecho el programa) es lo fácil, lo difícil es la revisión posterior. Muchas gracias, os comento el primer vistazo rápido: El archivo es relativamente grande (120M) y me cuesta moverlo fácilmente en JOSM (usa 560MB de RAM). ¿Algún truco para que vaya más fluido? Darle más heap a java, como te han dicho antes. Cambiar la vista a modo rejilla (sin colorines ni iconos). Desactivar en preferencias apariencia datos OSM (lo estoy diciendo de memoria - creo que abajo) las casillas que hacen que se vea más bonito pero tarde más en representarse. Para algo más que este tamaño, me temo que tendremos que cortar para la edición manual. -- Jaime Crespo ___ 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 -- 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 ___ 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 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro] Avila
Las superficies de los datos descargados no sirven para estimar los tiempos, al menos no linealmente. La demostración es: cadrete-11km²-~2 horas en un quad avila 231,9km² - 8 horas zaragoza 973,78km² - mas de un mes (y sigue sin haber terminado) en un i7 2600k con 16GB de RAM Si se quiere estimar con algo es preferible hacerlo contra el volumen de datos a tratar, pero a pesar de eso sigue sin parecer lineal. Por cierto, estoy convirtiendo zaragoza y no me sale la barra de progreso y sigue soltando los errores de null al simplificar vías ¿habéis intentado convertir zaragoza con la versión nueva alguien más? ¿alguien ha intentado convertir alguna ciudad más o menos del tamaño de Zaragoza?¿podría ser que estos tiempos desmesurados de Zaragoza sean cosa de los ficheros del catastro correspondientes a Zaragoza (que estén rotos vamos)? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro] Avila
Hice la prueba de transformar Alcobendas (Madrid), de 44,98 km², y tardó aproximadamente unas 25 horas en un Athlon64 X2. No es demasiado grande, pero tiene una trama urbana importante. La Puebla de Don Fadrique (Granada), de 523,38 km², unas 5 horas. Creo que depende más bien de la densidad de las tramas urbanas, o quizá tenga que ver con el número de polígonos a procesar. El 15 de marzo de 2012 15:57, Javier Briz alg...@gmail.com escribió: Las superficies de los datos descargados no sirven para estimar los tiempos, al menos no linealmente. La demostración es: cadrete-11km²-~2 horas en un quad avila 231,9km² - 8 horas zaragoza 973,78km² - mas de un mes (y sigue sin haber terminado) en un i7 2600k con 16GB de RAM Si se quiere estimar con algo es preferible hacerlo contra el volumen de datos a tratar, pero a pesar de eso sigue sin parecer lineal. Por cierto, estoy convirtiendo zaragoza y no me sale la barra de progreso y sigue soltando los errores de null al simplificar vías ¿habéis intentado convertir zaragoza con la versión nueva alguien más? ¿alguien ha intentado convertir alguna ciudad más o menos del tamaño de Zaragoza?¿podría ser que estos tiempos desmesurados de Zaragoza sean cosa de los ficheros del catastro correspondientes a Zaragoza (que estén rotos vamos)? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro] Avila
El 15 de marzo de 2012 15:57, Javier Briz alg...@gmail.com escribió: Las superficies de los datos descargados no sirven para estimar los tiempos, al menos no linealmente. La demostración es: cadrete-11km²-~2 horas en un quad avila 231,9km² - 8 horas zaragoza 973,78km² - mas de un mes (y sigue sin haber terminado) en un i7 2600k con 16GB de RAM Si se quiere estimar con algo es preferible hacerlo contra el volumen de datos a tratar, pero a pesar de eso sigue sin parecer lineal. Correcto, la medida correcta sería en todo caso número de ways. Por cierto, estoy convirtiendo zaragoza y no me sale la barra de progreso y sigue soltando los errores de null al simplificar vías ¿habéis intentado convertir zaragoza con la versión nueva alguien más? Lo pondremos mañana a ver, pero visto que nos cortan la luz cada dos por tres a saber... ¿alguien ha intentado convertir alguna ciudad más o menos del tamaño de Zaragoza?¿podría ser que estos tiempos desmesurados de Zaragoza sean cosa de los ficheros del catastro correspondientes a Zaragoza (que estén rotos vamos)? Hemos probado con Ciudad Real (simular a ávila) y tenemos bajado Murcia pero no hemos probado. Hasta ahora mi pueblo es el que más a tardado (alrededor de 16 horas) http://es.wikipedia.org/wiki/Los_Realejos Pero es que zaragoza es LA OSTIA de grande. -- 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] [catastro] Avila
por cierto, Cadiz tarda 2 o 3 horas. El 15 de marzo de 2012 16:10, David Marín Carreño dav...@gmail.comescribió: Hice la prueba de transformar Alcobendas (Madrid), de 44,98 km², y tardó aproximadamente unas 25 horas en un Athlon64 X2. No es demasiado grande, pero tiene una trama urbana importante. La Puebla de Don Fadrique (Granada), de 523,38 km², unas 5 horas. Creo que depende más bien de la densidad de las tramas urbanas, o quizá tenga que ver con el número de polígonos a procesar. El 15 de marzo de 2012 15:57, Javier Briz alg...@gmail.com escribió: Las superficies de los datos descargados no sirven para estimar los tiempos, al menos no linealmente. La demostración es: cadrete-11km²-~2 horas en un quad avila 231,9km² - 8 horas zaragoza 973,78km² - mas de un mes (y sigue sin haber terminado) en un i7 2600k con 16GB de RAM Si se quiere estimar con algo es preferible hacerlo contra el volumen de datos a tratar, pero a pesar de eso sigue sin parecer lineal. Por cierto, estoy convirtiendo zaragoza y no me sale la barra de progreso y sigue soltando los errores de null al simplificar vías ¿habéis intentado convertir zaragoza con la versión nueva alguien más? ¿alguien ha intentado convertir alguna ciudad más o menos del tamaño de Zaragoza?¿podría ser que estos tiempos desmesurados de Zaragoza sean cosa de los ficheros del catastro correspondientes a Zaragoza (que estén rotos vamos)? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ 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] [catastro] Avila
Yo por ejemplo estoy probando con el pueblo de mi mujer, Benejúzar (Alicante), que tiene 5000 habitantes y 50 km² y tarda 15 minutos en un portátil con 2,16 GHz y 2,5 GB, pero claro, casi todo el pueblo es campo y la densidad urbana es pequeña. El 15 de marzo de 2012 16:16, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: por cierto, Cadiz tarda 2 o 3 horas. El 15 de marzo de 2012 16:10, David Marín Carreño dav...@gmail.comescribió: Hice la prueba de transformar Alcobendas (Madrid), de 44,98 km², y tardó aproximadamente unas 25 horas en un Athlon64 X2. No es demasiado grande, pero tiene una trama urbana importante. La Puebla de Don Fadrique (Granada), de 523,38 km², unas 5 horas. Creo que depende más bien de la densidad de las tramas urbanas, o quizá tenga que ver con el número de polígonos a procesar. El 15 de marzo de 2012 15:57, Javier Briz alg...@gmail.com escribió: Las superficies de los datos descargados no sirven para estimar los tiempos, al menos no linealmente. La demostración es: cadrete-11km²-~2 horas en un quad avila 231,9km² - 8 horas zaragoza 973,78km² - mas de un mes (y sigue sin haber terminado) en un i7 2600k con 16GB de RAM Si se quiere estimar con algo es preferible hacerlo contra el volumen de datos a tratar, pero a pesar de eso sigue sin parecer lineal. Por cierto, estoy convirtiendo zaragoza y no me sale la barra de progreso y sigue soltando los errores de null al simplificar vías ¿habéis intentado convertir zaragoza con la versión nueva alguien más? ¿alguien ha intentado convertir alguna ciudad más o menos del tamaño de Zaragoza?¿podría ser que estos tiempos desmesurados de Zaragoza sean cosa de los ficheros del catastro correspondientes a Zaragoza (que estén rotos vamos)? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ 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 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro] Avila
buena suerte, .. jajajajaj Lo que deciais de Avila, ahora empieza el trabajo duro. aich... esto es una locura!! jajajaja No se por donde cogerlo comparado con un pueblecito pequeño esto ya tiene su tela A ver si me podéis guiar de como trabajarlo... Había pensado en empezar por barrios... cada día una cosa..., hay que corregir los postes de luz, que veo que hay miles, no unos cuantos como pensaba, miles; arboles.. hay cientos por toda la ciudad; farolas todo parece encajar, pero... habría que confirmar ¿?¿ Las calles que ya están publicadas en OSM parecen que acoplan, pero.., faltan muchos tags e incluso algunas calles completamente, y estoy tageando (mayoritariamente highway=residential, oneway=yes/no, surface=asphalt, y name) directamente en OSM; algunas calles publicadas cortan edificios del catastro, otras no están bien unidas, centenares de rotondas entradas y salidas de estas, un sin fin de cosas que corregir antes de tocar siquiera el catastro. No se si unirlo ya directamente y trabajar con el TODO, o ir corrgiendo ahora en OSM y luego más adelante unirlo cuando este más completo. Los número de portales me he fijado y en la provincia de Ávila están ya publicadas en casi todos las poblaciones, pero incluso en sitios que no hay ni calle... luego el catastro tb tiene su nº de portales, y me habeís pasado otro archivo más solo con los portales, más el tag que viene con la información del catastro, al final no se cual escoger... o borrar... pero hay miles que borrar si no queremos que se dupliquen. Otra duda con los edificios ya generados y publicados, los que encajen o los que no encajen directamente con cual me quedo si los dos son iguales???¿ si son diferentes me quedo con el más completo... pero habrá que borrar alguno... Pues eso son algunas pequeñas dudas que me van surgiendo, (habrá muchas más..) Muchas gracias y un saludo Xavier Martin El 15 de marzo de 2012 16:30, Benjamín Valero Espinosa benjaval...@gmail.com escribió: Yo por ejemplo estoy probando con el pueblo de mi mujer, Benejúzar (Alicante), que tiene 5000 habitantes y 50 km² y tarda 15 minutos en un portátil con 2,16 GHz y 2,5 GB, pero claro, casi todo el pueblo es campo y la densidad urbana es pequeña. El 15 de marzo de 2012 16:16, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: por cierto, Cadiz tarda 2 o 3 horas. El 15 de marzo de 2012 16:10, David Marín Carreño dav...@gmail.comescribió: Hice la prueba de transformar Alcobendas (Madrid), de 44,98 km², y tardó aproximadamente unas 25 horas en un Athlon64 X2. No es demasiado grande, pero tiene una trama urbana importante. La Puebla de Don Fadrique (Granada), de 523,38 km², unas 5 horas. Creo que depende más bien de la densidad de las tramas urbanas, o quizá tenga que ver con el número de polígonos a procesar. El 15 de marzo de 2012 15:57, Javier Briz alg...@gmail.com escribió: Las superficies de los datos descargados no sirven para estimar los tiempos, al menos no linealmente. La demostración es: cadrete-11km²-~2 horas en un quad avila 231,9km² - 8 horas zaragoza 973,78km² - mas de un mes (y sigue sin haber terminado) en un i7 2600k con 16GB de RAM Si se quiere estimar con algo es preferible hacerlo contra el volumen de datos a tratar, pero a pesar de eso sigue sin parecer lineal. Por cierto, estoy convirtiendo zaragoza y no me sale la barra de progreso y sigue soltando los errores de null al simplificar vías ¿habéis intentado convertir zaragoza con la versión nueva alguien más? ¿alguien ha intentado convertir alguna ciudad más o menos del tamaño de Zaragoza?¿podría ser que estos tiempos desmesurados de Zaragoza sean cosa de los ficheros del catastro correspondientes a Zaragoza (que estén rotos vamos)? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ 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 ___ 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] [catastro] Avila
Hola a tod@s Os comento resultados de la última versión 2012-03-09 He realizado varias exportaciones porque no sabia que significaba eso de dividir por archivos (-parcela -subparce, etc..) y he ido viendo resultados. Un resumen sería decir que todo ha ido casi* perfecto, y que los municipios que trato, tienen ahora tan poca información publicada, que se puede añadir casi todo, excepto ejes, que suelen tener, al menos las calles principales de los pueblos, pero otro pueblos no tienen ni eso Los resultados estan en http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Añado una tabla para aclararme. Aveinte - exportacion completa: 17 minutos. parcela: 2 minutos subparcela 9 minutos Resultado archivo de 6MB: exportaría todo al 99% Urbano: corrigiendo las calles ya publicadas y los números de portales ya establecidos. Rustico: las parcelas, caminos y rios salen bastante bien, y los tags no me he fijado pero ya salian bastante bien en anteriores versiones, poco que retocar, solo añadir, algunos cultivos de secano que van variando cada año... Monsalupe - exportacion completa: 13 minutos. contruccion: menos de 1 minuto parcela 7 minutos Resultado archivo de 5MB: exportaría todo al 99% Urbano: corrigiendo las calles ya publicadas y los números de portales ya establecidos. Rustico: las parcelas, caminos y rios salen bastante bien, y los tags no me he fijado pero ya salian bastante bien en anteriores versiones, poco que retocar, solo añadir, algunos cultivos de secano que van variando cada año... Las Berlanas- exportacion completa: 10 minutos. Resultado archivo de 6MB: exportaría todo al 99% Urbano: corrigiendo las calles ya publicadas y los números de portales ya establecidos. Rustico: más de lo mismo... San Juan de la Encinilla, archivo de 5MB- exportacion completa: 11 minutos. Resultado: exportaría todo al 100% Urbano:El pueblo no tiene calles ni portales ni nada Rustico: más de lo mismo... El Tiemblo, - exportación completa: 5 horas 7 minutos Resultado archivo de 60MB : exportaría todo al 95% Urbano: corrigiendo las calles ya publicadas y los números de portales ya establecidos. Rustico: En este tengo que prestar atención a los tags de casas que estan en terreno rustico que son residencias y chalets privados, y a los pantanos y embalses.. no he podido mirarlo a fondo, porque lo convertí ayer.. Avila, archivo desconocido- exportación sin completar: a las 5 horas cambia a simplificación de vias, y unas horas después (desconocidas) me da error de simplificación de vias, a las 9 horas aproximadamente. Tengo el Java de Sun versión 1.7.0_03. Uso el programa ogr2ogr que viene en ubuntu como GDAL y es posible que este sea mi error. He instalado el FWTools e intentado poner el path pero no lo consigo (...). Ya lo reintentaré más tarde porque creo que esto es lo que falla. Si se os ocurre algo más, estoy abierto a sugerencias . Por otro lado se estaba hablando de la documentación del wiki, mi opinión es que creo que muy es importante documentar todo lo que podamos de las exportaciones, es bastante largo y tedioso hacerlo bien, pero cuanto mejor lo hagamos más control tendremos sobre lo que hacemos y para otras personas que vengan detrás puedan mejorarlo facilmente. Yo he ido creando páginas de los pueblos y aldeas que voy trabajando y es pesado, pero si llegamos a tener una wiki con los datos de todos estos municipios.., al final quedará una gran base de datos de TODOS los pueblos, con sus carreteras, transportes, vías ciclistas, y demás... y eso será muy util para todos. Mi idea es que ya que creamos la página del municipio, por ejemplo: http://wiki.openstreetmap.org/wiki/Aveinte , ir poniendo fotos de los pasos de la exportación (al menos durante una época, por ejemplo lo que dure la exportación), Añadir las carreteras y transportes del municipio, y lo que sea importante de la zona... Es un trabajo duro, porque es pesado, pero ya que lo estamos haciendo hagámoslo lo mejor que podamos... Es mi humilde opinión. Ya comentaré algo sobre la exportación de Ávila, pero seguramente si no lo consigo esperare a la próxima y calentita versión. :) Muchas gracias y un saludo Xavier Martin El 12 de marzo de 2012 20:05, Jaime Crespo jy...@jynus.com escribió: El día 12 de marzo de 2012 20:03, José Luis Domingo López openstreetm...@24x7linux.com escribió: El Monday día 12 de March de 2012, a las 19:39:34 +0100, Jaime Crespo escribió: $ java -version java version 1.7.0_03-icedtea OpenJDK Runtime Environment (IcedTea7 2.1) (7~u3-2.1-1ubuntu3) OpenJDK 64-Bit Server VM (build 22.0-b10, mixed mode) Me parece haber leído en la miríada de correos sobre el tema de cat2osm que se tenía que usar la JVM de SUN, lo cual no parece falto de sentido si el desarrollo de la aplicación se ha hecho sobre la base de una implementación de Java diferente en tanto
Re: [Talk-es] [catastro] Avila
El Monday día 12 de March de 2012, a las 21:02:11 +0100, Xavier Martin escribió: Tengo el Java de Sun versión 1.7.0_03. Uso el programa ogr2ogr que viene en ubuntu como GDAL y es posible que este sea mi error. He instalado el FWTools e intentado poner el path pero no lo consigo (...). Ya lo reintentaré más tarde porque creo que esto es lo que falla. Si se os ocurre algo más, estoy abierto a sugerencias . Es posible que el fallo haya sucedido por agotamiento de la memoria máxima asignable a la máquina virtual de Java. No he seguido el hilo en detalle, pero si no se lanza el Java (a mano, o con algún script que lo haga por debajo) con un -Xmx de suficiente tamaño, ciertas operaciones que podrían tener que cargar en memoria todo el conjunto de datos, podrían fallar, lo cual es compatible con que te pase en Ávila y no en pueblos más pequeños. Añadir las carreteras y transportes del municipio, y lo que sea importante de la zona... Es un trabajo duro, porque es pesado, pero ya que lo estamos haciendo hagámoslo lo mejor que podamos... Opinando sobre el asunto, visto que se necesita meter mucha mano a los resultados para pintar las calles, yo si tuviera que hacer algún municipio evitaría procesar dicha información. Primero, porque podría ser más fiable y rápido tirar de imaginería aérea al menos para los viales más importantes. Y segundo, porque así se evita sobrescribir calles / carreteras ya existentes. Dudo que haya nadie que confíe en mapas derivados de OSM para búsqueda de direcciones y números, pero sí para navegación más genérica, y eliminar calles o tramos de calles / carreteras o nodos de unión entre ellas debido a una subida de datos donde se escapan esas cosas, sería una faena para alguna gente. Pero como digo, se trata de una simple opinión. Un saludo. -- José Luis Domingo López Linux Registered User #189436 Linux Kubuntu 11.10 (Linux 3.0.0-16-generic-pae) signature.asc Description: Digital signature ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [catastro] Avila
El 12 de marzo de 2012 21:48, José Luis Domingo López openstreetm...@24x7linux.com escribió: El Monday día 12 de March de 2012, a las 21:02:11 +0100, Xavier Martin escribió: Tengo el Java de Sun versión 1.7.0_03. Uso el programa ogr2ogr que viene en ubuntu como GDAL y es posible que este sea mi error. He instalado el FWTools e intentado poner el path pero no lo consigo (...). Ya lo reintentaré más tarde porque creo que esto es lo que falla. Si se os ocurre algo más, estoy abierto a sugerencias . Es posible que el fallo haya sucedido por agotamiento de la memoria máxima asignable a la máquina virtual de Java. No he seguido el hilo en detalle, pero si no se lanza el Java (a mano, o con algún script que lo haga por debajo) con un -Xmx de suficiente tamaño, ciertas operaciones que podrían tener que cargar en memoria todo el conjunto de datos, podrían fallar, lo cual es compatible con que te pase en Ávila y no en pueblos más pequeños. Suelo usar -Xmx3072m para lanzar la aplicación (tengo 4g de ram), quizás se me haya pasado, pero no creo. Añadir las carreteras y transportes del municipio, y lo que sea importante de la zona... Es un trabajo duro, porque es pesado, pero ya que lo estamos haciendo hagámoslo lo mejor que podamos... Opinando sobre el asunto, visto que se necesita meter mucha mano a los resultados para pintar las calles, yo si tuviera que hacer algún municipio evitaría procesar dicha información. Primero, porque podría ser más fiable y rápido tirar de imaginería aérea al menos para los viales más importantes. Y segundo, porque así se evita sobrescribir calles / carreteras ya existentes. Dudo que haya nadie que confíe en mapas derivados de OSM para búsqueda de direcciones y números, pero sí para navegación más genérica, y eliminar calles o tramos de calles / carreteras o nodos de unión entre ellas debido a una subida de datos donde se escapan esas cosas, sería una faena para alguna gente. Eso me parece perfecto, pero me refería al wiki, por lo menos para comprobar las carreteras y caminos. Las calles y demás efectivamente yo lo dejaría como está sin exportar los ejes, y mejorar a mano, algunas calles ya creadas, porque me he fijado que en algun caso la calle ya publicada se cruza o corta algúna construccion del catastro. Pero con ayuda de las ortofotos del PNOA es muy facil moverla lo suficiente para que no coincidan. Pero como digo, se trata de una simple opinión. Un saludo. -- José Luis Domingo López Linux Registered User #189436 Linux Kubuntu 11.10 (Linux 3.0.0-16-generic-pae) ___ 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