Re: [Talk-es] CORINE land cover data
El 4 de enero de 2011 07:11, Oscar Orbe oskaro...@yahoo.com escribió: Hola, Cuenca ya está y se ha pintado en Mapnik al instante ;) Está subiendo Jaén -- el mayor olivar del universo- He tenido que mover algunos nodos para que no pise la zona landuse=residential que hay en Jaén capital.--Oscar ¿Ya está terminada la subida de Jaén? Lo pregunto porque estoy curioseando un poco y algunas zonas se ven con lineas demasiado rectas, en plan frontera de estado de EEUU. ;-) Saludos y buen trabajo!! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 04/01/2011 13:30, Marco Fernández escribió: ¿Ya está terminada la subida de Jaén? Lo pregunto porque estoy curioseando un poco y algunas zonas se ven con lineas demasiado rectas, en plan frontera de estado de EEUU. ;-) Me temo que debe haber algun error, salen los olivares 'a rayas'. http://osm.org/go/b7Nl8wPw-- Al menos yo veo franjas rectas 'en blanco'. Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Lo de las franjas blancas por lo que veo es porque están hechos a trozos, no se si por error o porque son demasiados nodos y lo a dividido en 2 formas. Si es lo segundo habría que hacer multipoligonos pero eso se puedo ya arreglar a mano sin demasiado problema. Cuenca me puse ayer actualizar las imágenes para que saliera en todos los zoom en Mapnik rápidamente. Estoy haciendo ahora lo mismo con Jaen y lo de las aparentes zonas con demasiada linea recta se esta solucionando. Sale de nuevo el mismo efecto de lineas rectas en blanco. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo Oscar? Se ve rápidamente donde es en cuanto pones el mapa desde lejos. Un Saludo -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Hola, el tema de las líneas rectas se puede deber a tres cosas: 1- no os habeis actualizado bien los tiles. solucion: tecla refresh del navegador o borrar cache del navegador y volver. 2- hay lineas rectas entre algunos poligonos adyacentes, pero no son visibles (o no deben ser visibles) porque a ambos lados el relleno es el mismo. El renderizador Mapnik/osmarender hace que se vea una finisima linea, pero creo que es irrelevante. 3- he visto 3 casos que parecen ser errores en la subida de poligonos. uno al lado de ubeda y otros 2 en el extremo suroeste de la provincia (Jaén). Os referia a esto? cuando acabe de subir Cordoba ire a ver que ha pasado. saludos--Oscar --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 1:10 PM He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo Oscar? Se ve rápidamente donde es en cuanto pones el mapa desde lejos. Un Saludo -- SanchiBlog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ 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] CORINE land cover data
El 4 de enero de 2011 14:20, Oscar Orbe oskaro...@yahoo.com escribió: Hola, el tema de las líneas rectas se puede deber a tres cosas: 1- no os habeis actualizado bien los tiles. solucion: tecla refresh del navegador o borrar cache del navegador y volver. Estado actualizando ya todos los tiles en el servidor en todos los zoom así que como comentas los que no salgan que actualicen debería salir. 2- hay lineas rectas entre algunos poligonos adyacentes, pero no son visibles (o no deben ser visibles) porque a ambos lados el relleno es el mismo. El renderizador Mapnik/osmarender hace que se vea una finisima linea, pero creo que es irrelevante. Si son visibles. Eso se solucionaría con multipoligonos como he comentado. Se podría hacer a posteriori a mano. 3- he visto 3 casos que parecen ser errores en la subida de poligonos. uno al lado de ubeda y otros 2 en el extremo suroeste de la provincia (Jaén). Os referia a esto? cuando acabe de subir Cordoba ire a ver que ha pasado. Si son esos 3 casos a los que me refiero. Al actualizar han faltado esos 3 y he comprobado que no hay nada subido en esos 3 sitios. saludos --Oscar --- On *Tue, 1/4/11, sanchi sanc...@gmail.com* wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 1:10 PM He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo Oscar? Se ve rápidamente donde es en cuanto pones el mapa desde lejos. Un Saludo -- Sanchi Blog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ Talk-es mailing list Talk-es@openstreetmap.org http://mc/compose?to=talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
buenas no es tema de render. realmente las áreas están divididas en subáreas verticales con lados superpuestos que en realidad son independientes. así que antes de seguir con la importación masiva deberíais solucionar lo de las lineas verticales previamente a la importación, arreglarlo a mano es mucha tela, me parece a mi. El 04/01/2011, a las 14:20, Oscar Orbe escribió: Hola, el tema de las líneas rectas se puede deber a tres cosas: 1- no os habeis actualizado bien los tiles. solucion: tecla refresh del navegador o borrar cache del navegador y volver. 2- hay lineas rectas entre algunos poligonos adyacentes, pero no son visibles (o no deben ser visibles) porque a ambos lados el relleno es el mismo. El renderizador Mapnik/osmarender hace que se vea una finisima linea, pero creo que es irrelevante. 3- he visto 3 casos que parecen ser errores en la subida de poligonos. uno al lado de ubeda y otros 2 en el extremo suroeste de la provincia (Jaén). Os referia a esto? cuando acabe de subir Cordoba ire a ver que ha pasado. saludos --Oscar --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 1:10 PM He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo Oscar? Se ve rápidamente donde es en cuanto pones el mapa desde lejos. Un Saludo -- Sanchi Blog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ 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
[Talk-es] Fwd: CORINE land cover data
Inicio del mensaje reenviado: buenas no es tema de render. realmente las áreas están divididas en subáreas verticales con lados superpuestos que en realidad son independientes. así que antes de seguir con la importación masiva deberíais solucionar lo de las lineas verticales previamente a la importación, arreglarlo a mano es mucha tela, me parece a mi. como se ve en JOSM: http://tumbao.ws/osm/110104import_cuenca.png ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Hola, gracias por comprobar que no hay nada en esos 3 sitios.Es curioso, JOSM no me ha dicho nada. Lo de multipoligono evita que aparzcan esas fronteras que deberian ser invisibles? no me suena muy lógico no? Esto va mas lento de lo que imaginaba.. si alguien quiere, le puedo enviar algun archivo .osm para ir subiendolos. yo los subo con JOSM y tardan varias horas cada uno. las instrucciones con JOSM son: - abrir el archivo .osm desde JOSM- sin tener nada seleccionado, pulsar validar en la venta del validattor. se queja de nodos duplicados- en el arbol de la ventanita de validacion, pinchar sobre el elemento nodos duplicados... (que tiene miles de hijos) y pulsar corregir (y tarda un pelin). si veis que se corrige uno por segundo, algo ha ido mal (es un bug de JOSM).- cuando acabe la correccion, pulsar la tecla subir.- puede pasar q algun poligono tenga mas de 2000 nodos (hay que partirlo a mano), normalmente o no hay, o hay unos pocos.- finalmente, tras un par de minutos, aparece el dialogo de subida y en configuracion avanzada hay que decirle que suba en bloques (yo suelo poner de 100 en 100). tb se puede poner un comentario sobre este import y paciencia!! si alguien quiere q le envia un .osm de alguna provincia enviadme un email. recordad que esto es un import parcial de CORINE, solo son 4 de las muchas capas que tiene CORINE saludos --Oscar --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 1:33 PM El 4 de enero de 2011 14:20, Oscar Orbe oskaro...@yahoo.com escribió: Hola, el tema de las líneas rectas se puede deber a tres cosas: 1- no os habeis actualizado bien los tiles. solucion: tecla refresh del navegador o borrar cache del navegador y volver. Estado actualizando ya todos los tiles en el servidor en todos los zoom así que como comentas los que no salgan que actualicen debería salir. 2- hay lineas rectas entre algunos poligonos adyacentes, pero no son visibles (o no deben ser visibles) porque a ambos lados el relleno es el mismo. El renderizador Mapnik/osmarender hace que se vea una finisima linea, pero creo que es irrelevante. Si son visibles. Eso se solucionaría con multipoligonos como he comentado. Se podría hacer a posteriori a mano. 3- he visto 3 casos que parecen ser errores en la subida de poligonos. uno al lado de ubeda y otros 2 en el extremo suroeste de la provincia (Jaén). Os referia a esto? cuando acabe de subir Cordoba ire a ver que ha pasado. Si son esos 3 casos a los que me refiero. Al actualizar han faltado esos 3 y he comprobado que no hay nada subido en esos 3 sitios. saludos--Oscar --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 1:10 PM He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo Oscar? Se ve rápidamente donde es en cuanto pones el mapa desde lejos. Un Saludo -- SanchiBlog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ 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 -- SanchiBlog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ 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] CORINE land cover data
hola, digo q es el render en el sentido de que el algoritmo del renderizador intenta que eso no ocurra pero ocurre a veces. mira el centro de esta imagen: http://www.openstreetmap.org/?lat=38.236lon=-2.5923zoom=12layers=M en el centro no se aprecian las lineas porque el algoritmo de pintado ha funcionado bien, pero con un zoom atrás, las líneas sí se vuelven a ver, es decir si se usa el algoritmo de pintado correcto no debe haber ningún problema. --Oscar --- On Tue, 1/4/11, sergio sevillano sergiosevillano.m...@gmail.com wrote: From: sergio sevillano sergiosevillano.m...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 1:35 PM buenas no es tema de render. realmente las áreas están divididas en subáreas verticales con lados superpuestos que en realidad son independientes. así que antes de seguir con la importación masiva deberíais solucionar lo de las lineas verticales previamente a la importación,arreglarlo a mano es mucha tela, me parece a mi. El 04/01/2011, a las 14:20, Oscar Orbe escribió: Hola, el tema de las líneas rectas se puede deber a tres cosas: 1- no os habeis actualizado bien los tiles. solucion: tecla refresh del navegador o borrar cache del navegador y volver. 2- hay lineas rectas entre algunos poligonos adyacentes, pero no son visibles (o no deben ser visibles) porque a ambos lados el relleno es el mismo. El renderizador Mapnik/osmarender hace que se vea una finisima linea, pero creo que es irrelevante. 3- he visto 3 casos que parecen ser errores en la subida de poligonos. uno al lado de ubeda y otros 2 en el extremo suroeste de la provincia (Jaén). Os referia a esto? cuando acabe de subir Cordoba ire a ver que ha pasado. saludos--Oscar --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 1:10 PM He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo Oscar? Se ve rápidamente donde es en cuanto pones el mapa desde lejos. Un Saludo -- SanchiBlog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ 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 -Inline Attachment Follows- ___ 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] CORINE land cover data
He visto pantanos lo mas semejante que hay a eso en cuanto a tamaños con multipoligonos y no pasa lo de las lineas . Yo si me pasas alguna provincia la subo sin problemas y ya de paso puedo probar lo de los multipoligonos. A preferir la Zona de Castilla y león para empezar. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Si, la de BUrgos Sanchi :-). Tenga ganas de ver toda España asi. El mar, 04-01-2011 a las 15:16 +0100, sanchi escribió: He visto pantanos lo mas semejante que hay a eso en cuanto a tamaños con multipoligonos y no pasa lo de las lineas . Yo si me pasas alguna provincia la subo sin problemas y ya de paso puedo probar lo de los multipoligonos. A preferir la Zona de Castilla y león para empezar. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ 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] CORINE land cover data
El 4 de enero de 2011 15:24, Alvaro Lara Cano y...@alvarolara.com escribió: Si, la de BUrgos Sanchi :-). Tenga ganas de ver toda España así. Jejejeje. Por ahora me a pasado León y Valladolid. Empiezo por Valladolid que tiene menos. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
HolaLe he enviado Burgos Valladolid y León.A partir de ahora antes de subirlos voy a ver si editandolos con JOSM evito que haya muchas lineas de esas, pero las hay hasta en las mejoresa familias eh? http://www.openstreetmap.org/?lat=52.12636lon=13.88062zoom=16layers=M --- On Tue, 1/4/11, Alvaro Lara Cano y...@alvarolara.com wrote: From: Alvaro Lara Cano y...@alvarolara.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 2:24 PM Si, la de BUrgos Sanchi :-). Tenga ganas de ver toda España asi. El mar, 04-01-2011 a las 15:16 +0100, sanchi escribió: He visto pantanos lo mas semejante que hay a eso en cuanto a tamaños con multipoligonos y no pasa lo de las lineas . Yo si me pasas alguna provincia la subo sin problemas y ya de paso puedo probar lo de los multipoligonos. A preferir la Zona de Castilla y león para empezar. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ 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
[Talk-es] Nueva A-7 en Málaga
Muy recientemente se ha abierto en Málaga parte de la nueva circunvalación occidental de la ciudad, que Fomento ha decidido integrar en el recorrido de la A-7 y E-15 [1]. La actual A-7 que bordea/atraviesa la ciudad pasa entonces a llamarse MA-20, como ya hace el Ministerio en sus publicaciones [2]. La cuestión es que yo ya he trabajado un poco en esa nueva autovía, puliendo los enlaces con la A-357 basandome en planos [3] y demás, y hasta he renombrado la MA-40 (que es como aparecía hasta ahora) a A-7 y la antigua A-7 a MA-20, colocando bien los entronques y tal. Ahora bien, lo que no me atrevo a hacer es a arreglar las relaciones ruta A-7 y ruta E-15, porque sigo siendo demasiado manazas con cosas así. ¿Podría alguien recolocar las relaciones, sacando de ellas el trazado de la antigua A-7 (ahora MA-20) e introduciendo la nueva? [1] http://www.urbanity.es/foro/infraestructuras/8865-7-ap-7-autovia-autopista-del-mediterraneo-27.html#post472594 [2] http://www.fomento.es/NR/rdonlyres/98102e0b-d52f-45e0-9f24-417016e13353/62741/0607201.pdf [3] http://www.urbanity.es/foro/infraestructuras/8865-7-ap-7-autovia-autopista-del-mediterraneo-27.html#post472804 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 04/01/2011, a las 15:32, Oscar Orbe escribió: Hola Le he enviado Burgos Valladolid y León. A partir de ahora antes de subirlos voy a ver si editandolos con JOSM evito que haya muchas lineas de esas, pero las hay hasta en las mejoresa familias eh? no se trata de que no/si se vea bien en el render sino que todas esas áreas no existen y por tanto no deben estar así, ninguna. soy al único al que le parece que la importación que estáis haciendo es una chapuza ? no es mejor tomarlo calma, y encontrar el método para transformar todas esas áreas en relaciones como dios manda? antes de meterlo en OSM en Francia lo hicieron bien directamente. y si quereis hacerlo a mano, pues hacerlo antes de subirlo... sergio ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
lo de francia en JOSM con relacion y áreas completas http://tumbao.ws/osm/corinefrancia.png ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 04/01/11 16:05, sergio sevillano escribió: El 04/01/2011, a las 15:32, Oscar Orbe escribió: Hola Le he enviado Burgos Valladolid y León. A partir de ahora antes de subirlos voy a ver si editandolos con JOSM evito que haya muchas lineas de esas, pero las hay hasta en las mejoresa familias eh? no se trata de que no/si se vea bien en el render sino que todas esas áreas no existen y por tanto no deben estar así, ninguna. soy al único al que le parece que la importación que estáis haciendo es una chapuza ? no es mejor tomarlo calma, y encontrar el método para transformar todas esas áreas en relaciones como dios manda? antes de meterlo en OSM en Francia lo hicieron bien directamente. y si quereis hacerlo a mano, pues hacerlo antes de subirlo... Yo estoy de acuerdo con Sergio, creo que es mejor depurar los datos antes de subirlos. Cuando se importaron los límites de términos municipales recuerdo que se dividió cada límite por tramos colindantes con el término de al lado y se crearon las relaciones correspondientes antes de subirlos. En las últimas versiones de JOSM hay una herramienta que se llama Unir áreas superpuestas. No la he usado aún, pero por el nombre parece que puede ser útil para esta caso. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Yo he modificado el de Valladolid a mano haciendo los multipoligonos. Voy a subirlo ahora a ver si así sale bien. Lo de la herramienta de unir áreas superpuestas no lo había visto. La probare para el próximo archivo porque por lo que veo me ahorra todo el trabajo. Lo único que no hecho multipoligonos es la unión de zonas diferentes, por lo que he mirado en Francia tampoco lo hicieron. Subo Valladolid ahora y comentamos a ver que se hace. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
soy al único al que le parece que la importación que estáis haciendo es una chapuza ? no es mejor tomarlo calma, y encontrar el método para transformar todas esas áreas en relaciones como dios manda? +1 La experiencia de la importación de Corine en Francia concluye que es esencial que la comunidad actúe de forma coordinada y no precipitarse, que a la larga sale caro... Documentaos antes de actuar: Buscad en la wiki, miraros el vídeo del SOTM en Girona, tomaos una birra, no paseis olímpicamente de los esfuerzos de otros compañeros... :) Slt, Oscar. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Hola, lo de unir areas superpuestas puede producir poligonos con mas de 2000 nodos, me imagino, pero puede ser util muchas veces. has comprobado si lo de multipoligono hace que no se vea las lineas? lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una colosal chapuza. por ejemplo, siempre me hace gracia los que dicen q hay que ser paranoicos con el tema de las licencias, y yo pienso, si fueramos paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq esta lleno de pequeñas violaciones de la licencia lo de que esos poligonos no existen, no le veo sentido. la cuestion es si en esos poligonos el uso de suelo es bosque? si, lo es. si se han subido en partes por alguna limitacion o lo que sea, no es relevante, lo importante es que los datos son geometricamente correctos, es decir, la aplicacion q los use sabe exactamente si en un punto hay bosque o no, y sabe donde empieza y termina el bosque. --Oscar --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 3:40 PM Yo he modificado el de Valladolid a mano haciendo los multipoligonos. Voy a subirlo ahora a ver si así sale bien. Lo de la herramienta de unir áreas superpuestas no lo había visto. La probare para el próximo archivo porque por lo que veo me ahorra todo el trabajo. Lo único que no hecho multipoligonos es la unión de zonas diferentes, por lo que he mirado en Francia tampoco lo hicieron.Subo Valladolid ahora y comentamos a ver que se hace. -- Sanchi Blog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ 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] CORINE land cover data
Hola, no necesito recordarte q hay 4 tipos de poligonos: bosque coniferasbosque hoja anchabosque mixtoolivar (no vayas a unir poligonos que no tienen los mismos tags) he abierto el de valladolid en local y veo que es bastante manejable el tema de unir y tal, solo hay unas pocas zona con lineas --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 3:40 PM Yo he modificado el de Valladolid a mano haciendo los multipoligonos. Voy a subirlo ahora a ver si así sale bien. Lo de la herramienta de unir áreas superpuestas no lo había visto. La probare para el próximo archivo porque por lo que veo me ahorra todo el trabajo. Lo único que no hecho multipoligonos es la unión de zonas diferentes, por lo que he mirado en Francia tampoco lo hicieron.Subo Valladolid ahora y comentamos a ver que se hace. -- Sanchi Blog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ 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] CORINE land cover data
El 04/01/2011, a las 17:35, Oscar Fonts escribió: soy al único al que le parece que la importación que estáis haciendo es una chapuza ? no es mejor tomarlo calma, y encontrar el método para transformar todas esas áreas en relaciones como dios manda? +1 La experiencia de la importación de Corine en Francia concluye que es esencial que la comunidad actúe de forma coordinada y no precipitarse, que a la larga sale caro... Documentaos antes de actuar: Buscad en la wiki, miraros el vídeo del SOTM en Girona, tomaos una birra, no paseis olímpicamente de los esfuerzos de otros compañeros... :) los pasos deberían ser, leer: http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover http://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_scheme http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import y el vídeo: http://vimeo.com/14789967 una conversación previa sobre el tema: http://www.mail-archive.com/talk-es@openstreetmap.org/msg04235.html la birra luego abrid una pag en la wiki sobre la importación de Corine en España para documentar lo que hagáis, es mas rollo pero dará muchos menos problemas. y ademas podremos colaborar todos. si lo lograis así seréis nuestros héroes :-)___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Por eso empezado por el de Valladolid porque es bastante manejable. Me a dado justo un error cuando estaba terminando de subir Valladolid porque han borrado algunos puntos antes de terminar la subida. Ahora lo soluciono y vemos como queda Valladolid si con multipoligonos queda ya todo bien y continuo con el resto. El 4 de enero de 2011 18:36, Oscar Orbe oskaro...@yahoo.com escribió: Hola, no necesito recordarte q hay 4 tipos de poligonos: bosque coniferas bosque hoja ancha bosque mixto olivar (no vayas a unir poligonos que no tienen los mismos tags) he abierto el de valladolid en local y veo que es bastante manejable el tema de unir y tal, solo hay unas pocas zona con lineas --- On *Tue, 1/4/11, sanchi sanc...@gmail.com* wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 3:40 PM Yo he modificado el de Valladolid a mano haciendo los multipoligonos. Voy a subirlo ahora a ver si así sale bien. Lo de la herramienta de unir áreas superpuestas no lo había visto. La probare para el próximo archivo porque por lo que veo me ahorra todo el trabajo. Lo único que no hecho multipoligonos es la unión de zonas diferentes, por lo que he mirado en Francia tampoco lo hicieron. Subo Valladolid ahora y comentamos a ver que se hace. -- Sanchi Blog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ 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 -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 04/01/2011 18:43, sergio sevillano escribió: los pasos deberían ser, leer: http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover http://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_scheme http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import Me permito añadir http://wiki.openstreetmap.org/wiki/Import/Guidelines ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Necesito ayuda urgente. Como recupero 3 puntos que me han borrado? El 4 de enero de 2011 18:49, Manuel García lendul...@gmail.com escribió: El 04/01/2011 18:43, sergio sevillano escribió: los pasos deberían ser, leer: http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover http://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_scheme http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import Me permito añadir http://wiki.openstreetmap.org/wiki/Import/Guidelines ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Hola, el proceso que se explica ahí es lo que podriamos llamar un proceso total (traerse todos los datos de osm del pais, convertr todo CORINE a tablas, hacer calculos entre ellos y obtener los cambios necesarios para añadir a OSM, etc). Todo eso puede hacerse en cualquier momento, la cuestion es cuanto tiempo cuesta, con que recursos se hace, quien tiene tiempo para hecerlo Lo que estamos haciendo ahora es traer una pequeña parte de CORINE (las 4 clases mencionadas) que suponen un aporte sustancial al mapa y sin pisar lo que ya hay en osm, y por tanto no me parece objetable. Por supuesto, después se puede poner en marcha el gran proceso si se desea y hay gente dispuesta--Oscar --- On Tue, 1/4/11, sergio sevillano sergiosevillano.m...@gmail.com wrote: From: sergio sevillano sergiosevillano.m...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 5:43 PM El 04/01/2011, a las 17:35, Oscar Fonts escribió: soy al único al que le parece que la importación que estáis haciendo es una chapuza ? no es mejor tomarlo calma, y encontrar el método para transformar todas esas áreas en relaciones como dios manda? +1 La experiencia de la importación de Corine en Francia concluye que es esencial que la comunidad actúe de forma coordinada y no precipitarse, que a la larga sale caro... Documentaos antes de actuar: Buscad en la wiki, miraros el vídeo del SOTM en Girona, tomaos una birra, no paseis olímpicamente de los esfuerzos de otros compañeros... :) los pasos deberían ser,leer: http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Coverhttp://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_schemehttp://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import y el vídeo:http://vimeo.com/14789967 una conversación previa sobre el tema:http://www.mail-archive.com/talk-es@openstreetmap.org/msg04235.html la birra luego abrid una pag en la wiki sobre la importación de Corine en España para documentar lo que hagáis,es mas rollo pero dará muchos menos problemas.y ademas podremos colaborar todos. si lo lograis así seréis nuestros héroes :-) -Inline Attachment Follows- ___ 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] Olivares de Jaen: Efecto renderizador?
Supongo que será un efecto del renderizador destinado a obtener una mejor visualizacion, pero cuando 'alejo' el mapa al pasar del nivel 10 al 9 desaparecen la mayoría de las manchas verdes y al llegar al nivel 8. desaparecen todas. En Cuenca en el nivel 8 se ven bastantes manchas verdes a ese nivel. Todo esto ocurre después de haber limpiado la caché del navegador. Antes de hacerlo muchas areas no aparecian y después ha aparecido el 'verde' en toda la provincia de Jaén, así que supongo no es un problema de caché... ¿Es normal? Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Olivares de Jaen: Efecto renderizador?
Hay que actualizar los titles del servidor. Ahora me pongo en ello. El 4 de enero de 2011 19:09, Roberto Plà p...@aire.org escribió: Supongo que será un efecto del renderizador destinado a obtener una mejor visualizacion, pero cuando 'alejo' el mapa al pasar del nivel 10 al 9 desaparecen la mayoría de las manchas verdes y al llegar al nivel 8. desaparecen todas. En Cuenca en el nivel 8 se ven bastantes manchas verdes a ese nivel. Todo esto ocurre después de haber limpiado la caché del navegador. Antes de hacerlo muchas areas no aparecian y después ha aparecido el 'verde' en toda la provincia de Jaén, así que supongo no es un problema de caché... ¿Es normal? Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Olivares de Jaen: Efecto renderizador?
Hola, creo que es por las reglas que usa el renderizador.A los bosques se le da mayor visibilidad, es decir aparecen en muchos niveles)A los huertos (entre ellos los olivares) se les da menos visibilidad, es decir, solo aparecen en los niveles muy bajos --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] Olivares de Jaen: Efecto renderizador? To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 6:13 PM Hay que actualizar los titles del servidor.Ahora me pongo en ello. El 4 de enero de 2011 19:09, Roberto Plà p...@aire.org escribió: Supongo que será un efecto del renderizador destinado a obtener una mejor visualizacion, pero cuando 'alejo' el mapa al pasar del nivel 10 al 9 desaparecen la mayoría de las manchas verdes y al llegar al nivel 8. desaparecen todas. En Cuenca en el nivel 8 se ven bastantes manchas verdes a ese nivel. Todo esto ocurre después de haber limpiado la caché del navegador. Antes de hacerlo muchas areas no aparecian y después ha aparecido el 'verde' en toda la provincia de Jaén, así que supongo no es un problema de caché... ¿Es normal? Roberto Plà http://robertopla.net/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- SanchiBlog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ 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] CORINE land cover data
El 4 de enero de 2011 19:13, Oscar Orbe oskaro...@yahoo.com escribió: hola, no puedes bajarte lo que haya en osm en esa zona, juntarlo con tu archivo .osm y volverlo a subir? Un área tan grande en JOSM no deja. Ya esta solucionado de cualquier manera. Hay una herramienta para JOSM que recupera cosas borradas pero le falta pulir el funcionamiento y no la conseguía hacer funcionar pero ya esta. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Hola, creo que ha salido bien tu cambio en Valladolid. JOSM muestra multipoligonos y sin rastro de fronmteras interiores que no sean agujeros. Veo que esta formado por ways que son segmentos del exterior y ways que son segmentos de agujeros, y algunos de esos ways son bastante pequeños (20 nodos, etc). Has tenido tu que ir partiendo esos segmentos o se ha hecho automaticamente?--Oscar --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 6:11 PM Ya he solucionado lo de recuperar los puntos borrados. Yo creo que si se va subiendo cosas viene bien, si se hace luego uno total creo que con que las partes que ya están subidas se descarten es suficiente.Tanto en este proceso como en el otro en lo que pueda si me decís ayudo. Todo eso de convertir y esas cosas no se pero aprendo rápido y sino en otra parte del proceso ayudo. La cosa eso si lo que se sube asegurarse de que se sube bien.En un minuto estará subido Valladolid. Cualquier cosa comentar. -- SanchiBlog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ 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] CORINE land cover data
Hola, ya veo tus cambios en Mapnik, creo que ha salido bien no?? Podriamos hacer esto para cada provincia: con la funcion de busqueda de JOSM, buscar todos los del mismo tipo: landuse=forest AND trees=broad-leaved y una vez seleccionados, usar la opcion multipoligono y lo mismo con los otros tres (bosque coniferas, bosuqe mixto, olivar) finalmente, elimiar nodos duplicados.- Que opinas?--Oscar --- On Tue, 1/4/11, Oscar Orbe oskaro...@yahoo.com wrote: From: Oscar Orbe oskaro...@yahoo.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 6:29 PM Hola, creo que ha salido bien tu cambio en Valladolid. JOSM muestra multipoligonos y sin rastro de fronmteras interiores que no sean agujeros. Veo que esta formado por ways que son segmentos del exterior y ways que son segmentos de agujeros, y algunos de esos ways son bastante pequeños (20 nodos, etc). Has tenido tu que ir partiendo esos segmentos o se ha hecho automaticamente?--Oscar --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 6:11 PM Ya he solucionado lo de recuperar los puntos borrados. Yo creo que si se va subiendo cosas viene bien, si se hace luego uno total creo que con que las partes que ya están subidas se descarten es suficiente.Tanto en este proceso como en el otro en lo que pueda si me decís ayudo. Todo eso de convertir y esas cosas no se pero aprendo rápido y sino en otra parte del proceso ayudo. La cosa eso si lo que se sube asegurarse de que se sube bien.En un minuto estará subido Valladolid. Cualquier cosa comentar. -- SanchiBlog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -Inline Attachment Follows- ___ 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] CORINE land cover data
Si iba a comentarlo ahora. 1- He quitado los errores de nodos duplicados. 2- He ido en cada way quitando la linea que estaba superpuesta que es la que salia blanca. Es la parte del proceso mas costosa pero porque no conocía la herramienta que a comentado Carlos Dávila de Unir áreas superpuestas. Con eso el proceso sera mucho mas sencillo. Seria lo unido dividir cuando sean ways muy grandes. Los segmentos que comentas son los que han quedado al hacer este proceso. 3- Coger los ways interiores y exteriores de cada multipoligono que tenemos que formar y usar la herramienta Crear multipolígono 4- Quitar las etiquetas landuse y trees a las vías interiores (el validator avisa de ello así que es rápido). 5- Añadir las etiquetas landuse y trees a los multipoligonos. Aunque no se pongan creo que se dibuja bien pero lo correcto es ponerlas. En Francia las tienen puestas. El 4 de enero de 2011 19:29, Oscar Orbe oskaro...@yahoo.com escribió: Hola, creo que ha salido bien tu cambio en Valladolid. JOSM muestra multipoligonos y sin rastro de fronmteras interiores que no sean agujeros. Veo que esta formado por ways que son segmentos del exterior y ways que son segmentos de agujeros, y algunos de esos ways son bastante pequeños (20 nodos, etc). Has tenido tu que ir partiendo esos segmentos o se ha hecho automaticamente? --Oscar --- On *Tue, 1/4/11, sanchi sanc...@gmail.com* wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 6:11 PM Ya he solucionado lo de recuperar los puntos borrados. Yo creo que si se va subiendo cosas viene bien, si se hace luego uno total creo que con que las partes que ya están subidas se descarten es suficiente. Tanto en este proceso como en el otro en lo que pueda si me decís ayudo. Todo eso de convertir y esas cosas no se pero aprendo rápido y sino en otra parte del proceso ayudo. La cosa eso si lo que se sube asegurarse de que se sube bien. En un minuto estará subido Valladolid. Cualquier cosa comentar. -- Sanchi Blog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ Talk-es mailing list Talk-es@openstreetmap.org http://mc/compose?to=talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 4 de enero de 2011 19:38, Oscar Orbe oskaro...@yahoo.com escribió: Hola, ya veo tus cambios en Mapnik, creo que ha salido bien no?? Podriamos hacer esto para cada provincia: con la funcion de busqueda de JOSM, buscar todos los del mismo tipo: landuse=forest AND trees=broad-leaved y una vez seleccionados, usar la opcion multipoligono y lo mismo con los otros tres (bosque coniferas, bosuqe mixto, olivar) finalmente, elimiar nodos duplicados.- Que opinas? --Oscar Si los archivos que has subido los has guardado después de la subida deberían tener todos los nodos su numeración. Lo mas rápido seria modificarlo a partir de estos con el mismo proceso que si fuera desde 0 pero al estar ya todos los nodos no seria esa subida enorme. Si no los guardaste pues sería descargar cada zona y modificarla. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 04/01/2011, a las 18:59, Oscar Orbe escribió: Hola, el proceso que se explica ahí es lo que podriamos llamar un proceso total (traerse todos los datos de osm del pais, convertr todo CORINE a tablas, hacer calculos entre ellos y obtener los cambios necesarios para añadir a OSM, etc). Todo eso puede hacerse en cualquier momento, la cuestion es cuanto tiempo cuesta, con que recursos se hace, quien tiene tiempo para hecerlo Lo que estamos haciendo ahora es traer una pequeña parte de CORINE (las 4 clases mencionadas) que suponen un aporte sustancial al mapa y sin pisar lo que ya hay en osm, y por tanto no me parece objetable. Por supuesto, después se puede poner en marcha el gran proceso si se desea y hay gente dispuesta --Oscar no voy a discutir el sistema óptimo desde el punto de vista técnico, fundamentalmente porque no tengo ni idea. me da igual como se haga si encontráis un método económicamente mejor en recursos y tiempo, perfecto. solo digo que os documentéis y aprendáis de los problemas que han surgido antes en otras importaciones, para que no vuelvan a suceder. no estoy de acuerdo contigo en subir esto como sea y luego ya se hará lo bueno. Corine solo valdrá una vez, ya que al segundo de haber subido datos y precisamente porque el Corine es de por sí un poco chapuza, en nivel de detalle, tendrás a mucha gente corrigiéndolo. así que no se puede volver a subir, ni siquiera actualizar cada año que se renueve el Corine, ni meter unas landuse ahora y otros después ya que tendremos que borrar datos nuevos de usuarios que se cabrearan mucho y con razón. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 4 de enero de 2011 19:50, sergio sevillano sergiosevillano.m...@gmail.com escribió: El 04/01/2011, a las 18:59, Oscar Orbe escribió: Hola, el proceso que se explica ahí es lo que podriamos llamar un proceso total (traerse todos los datos de osm del pais, convertr todo CORINE a tablas, hacer calculos entre ellos y obtener los cambios necesarios para añadir a OSM, etc). Todo eso puede hacerse en cualquier momento, la cuestion es cuanto tiempo cuesta, con que recursos se hace, quien tiene tiempo para hecerlo Lo que estamos haciendo ahora es traer una pequeña parte de CORINE (las 4 clases mencionadas) que suponen un aporte sustancial al mapa y sin pisar lo que ya hay en osm, y por tanto no me parece objetable. Por supuesto, después se puede poner en marcha el gran proceso si se desea y hay gente dispuesta --Oscar no voy a discutir el sistema óptimo desde el punto de vista técnico, fundamentalmente porque no tengo ni idea. me da igual como se haga si encontráis un método económicamente mejor en recursos y tiempo, perfecto. solo digo que os documentéis y aprendáis de los problemas que han surgido antes en otras importaciones, para que no vuelvan a suceder. no estoy de acuerdo contigo en subir esto como sea y luego ya se hará lo bueno. Corine solo valdrá una vez, ya que al segundo de haber subido datos y precisamente porque el Corine es de por sí un poco chapuza, en nivel de detalle, tendrás a mucha gente corrigiéndolo. así que no se puede volver a subir, ni siquiera actualizar cada año que se renueve el Corine, ni meter unas landuse ahora y otros después ya que tendremos que borrar datos nuevos de usuarios que se cabrearan mucho y con razón. No creo que se refiera a subir esto como sea. Por ejemplo las lineas blancas era un error y se a buscado la solución. Hablo desde la ignorancia porque no se como están los datos en Corine y si me equivoco corregirme pero si modifica un usuario lo que hay modificara el landuse que esta subido así que si se sube otro no tendría nada que ver y no se borrarían sus datos. Mientras escribía me dado cuenta de un posible problema que a lo mejor es a lo que te refieres. Que los otros landuse usen los mismo nodos que como digo no se como están los datos pero probablemente pase. De cualquier manera viendo como están los datos que tengo aun así si se hace bien el proceso tampoco debería pisar datos de modificaciones. Con tener guardada esta subida, cosa que yo particularmente siempre hago, actualizarla en el momento dado por si tiene modificaciones y unir los nuevos landuse y subir seria suficiente De cualquier manera creo que lo mas correcto es después de subir este continuar con el resto o en poco tiempo no tardar 1 año. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Hola, no entiendo por qué una capa de CORINE solo se puede importar una vez. Si hay un polígono con etiqueta corine y alguien lo mejora a mano puede poner corine mejorado a mano y en la siguiente actualización de CORINE, ese se respeta. O mirando la fecha de última modificación, por ejemplo. O haciendo un listado de usuarios cuyos cambios no se modifican o... en fin, con Postgis seguro que hay mil maneras de hacer un calculo razonable de que se cambia y que no se cambia cuando salga una version de CORINE. Por otro lado, lo que se cambie a mano no es una verdad universal y eterna, ya que los bosques y los cultivos cambian de tamaño muy facilmente, así que pasado un cierto periodo, nadie puede enfadarse porque se desechen sus modificaciones. Otra cosa que me llama la atención es la obsesión por esos detalles menores (que no haya fromteras interiores, que no haya nodos duplicados, que todo este enlazado con relaciones, etc) cuando los datos en sí son malisimos (imaginemos lo que han cambiado los cultivos y los bosques en estos 5 años de 2006 a 2011)--Oscar --- On Tue, 1/4/11, sergio sevillano sergiosevillano.m...@gmail.com wrote: From: sergio sevillano sergiosevillano.m...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 6:50 PM El 04/01/2011, a las 18:59, Oscar Orbe escribió: Hola, el proceso que se explica ahí es lo que podriamos llamar un proceso total (traerse todos los datos de osm del pais, convertr todo CORINE a tablas, hacer calculos entre ellos y obtener los cambios necesarios para añadir a OSM, etc). Todo eso puede hacerse en cualquier momento, la cuestion es cuanto tiempo cuesta, con que recursos se hace, quien tiene tiempo para hecerlo Lo que estamos haciendo ahora es traer una pequeña parte de CORINE (las 4 clases mencionadas) que suponen un aporte sustancial al mapa y sin pisar lo que ya hay en osm, y por tanto no me parece objetable. Por supuesto, después se puede poner en marcha el gran proceso si se desea y hay gente dispuesta--Oscar no voy a discutir el sistema óptimo desde el punto de vista técnico,fundamentalmente porque no tengo ni idea. me da igual como se hagasi encontráis un método económicamente mejor en recursos y tiempo, perfecto.solo digo que os documentéis y aprendáis de los problemas que han surgido antes en otras importaciones,para que no vuelvan a suceder. no estoy de acuerdo contigo en subir esto como sea y luego ya se hará lo bueno.Corine solo valdrá una vez, ya que al segundo de haber subido datos y precisamente porque el Corine es de por sí un poco chapuza, en nivel de detalle,tendrás a mucha gente corrigiéndolo. así que no se puede volver a subir, ni siquiera actualizar cada año que se renueve el Corine,ni meter unas landuse ahora y otros después ya que tendremos que borrar datos nuevos de usuarios que se cabrearan mucho y con razón. -Inline Attachment Follows- ___ 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] CORINE land cover data
Holas, 2011/1/4 Oscar Orbe oskaro...@yahoo.com Hola, lo de unir areas superpuestas puede producir poligonos con mas de 2000 nodos, me imagino, pero puede ser util muchas veces. has comprobado si lo de multipoligono hace que no se vea las lineas? lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una colosal chapuza. por ejemplo, siempre me hace gracia los que dicen q hay que ser paranoicos con el tema de las licencias, y yo pienso, si fueramos paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq esta lleno de pequeñas violaciones de la licencia lo de que esos poligonos no existen, no le veo sentido. la cuestion es si en esos poligonos el uso de suelo es bosque? si, lo es. si se han subido en partes por alguna limitacion o lo que sea, no es relevante, lo importante es que los datos son geometricamente correctos, es decir, la aplicacion q los use sabe exactamente si en un punto hay bosque o no, y sabe donde empieza y termina el bosque. Si conoces casos que son pequeñas violaciones de la licencia seria bueno que los reportes aqui en la lista para investigar. Y lo de la importacion, creo que se estan perdiendo algunos recursos haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro de JOSM), que se podrian hacer automaticamente modificando el script de la conversion a .osm y a la vez mejorando otros aspectos de los datos. Cuando se corrigen despues de subir eso deja huella (en el historial de los objetos en la bdd. Por ejemplo en Francia creo que tambien se han simplificado las vias para no contener nodos innecesarios (nodos en un segmento casi recto de una linea) y se guardo en los tags de los multipoligonos la informacion del ID original de cada poligono Corine para poder hacer potenciales actualizaciones. Tambien se ha usado una cuenta de usuario dedicada para esa importacion, algo que seria facil de hacer y cumpliria con las reglas de las importaciones, que creo que Carlos Davila ha mencionado. Otra cosa es que cuando se hizo la importacion en Francia no estaban disponibles proyectos como el GMES Urban Atlas, ahora que estan disponibles seria desperdicie de recursos no usarlos. Aunque admito que los datos de huertos/olivares no son buenos en UA... bueno no voy a decir nada antes de tener tiempo para reanimar la pagina que te deja compararlo bien -- creo que sera mejor que enviar pantallazos de lugares especificos. Bueno, igual creo que la importacion actual es un paso adelante. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Hola, me parece que Unir áreas superpuestas ya te crea un multipoligono si el resultado no es un poligono simple, entonces solo habria que poner los tags al multipoligono y yay esta --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 6:41 PM Si iba a comentarlo ahora. 1- He quitado los errores de nodos duplicados.2- He ido en cada way quitando la linea que estaba superpuesta que es la que salia blanca. Es la parte del proceso mas costosa pero porque no conocía la herramienta que a comentado Carlos Dávila de Unir áreas superpuestas. Con eso el proceso sera mucho mas sencillo. Seria lo unido dividir cuando sean ways muy grandes. Los segmentos que comentas son los que han quedado al hacer este proceso. 3- Coger los ways interiores y exteriores de cada multipoligono que tenemos que formar y usar la herramienta Crear multipolígono 4- Quitar las etiquetas landuse y trees a las vías interiores (el validator avisa de ello así que es rápido). 5- Añadir las etiquetas landuse y trees a los multipoligonos. Aunque no se pongan creo que se dibuja bien pero lo correcto es ponerlas. En Francia las tienen puestas. El 4 de enero de 2011 19:29, Oscar Orbe oskaro...@yahoo.com escribió: Hola, creo que ha salido bien tu cambio en Valladolid. JOSM muestra multipoligonos y sin rastro de fronmteras interiores que no sean agujeros. Veo que esta formado por ways que son segmentos del exterior y ways que son segmentos de agujeros, y algunos de esos ways son bastante pequeños (20 nodos, etc). Has tenido tu que ir partiendo esos segmentos o se ha hecho automaticamente? --Oscar --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 6:11 PM Ya he solucionado lo de recuperar los puntos borrados. Yo creo que si se va subiendo cosas viene bien, si se hace luego uno total creo que con que las partes que ya están subidas se descarten es suficiente.Tanto en este proceso como en el otro en lo que pueda si me decís ayudo. Todo eso de convertir y esas cosas no se pero aprendo rápido y sino en otra parte del proceso ayudo. La cosa eso si lo que se sube asegurarse de que se sube bien.En un minuto estará subido Valladolid. Cualquier cosa comentar. -- SanchiBlog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ 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 -- SanchiBlog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ 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] CORINE land cover data
El 4 de enero de 2011 20:52, Oscar Orbe oskaro...@yahoo.com escribió: Hola, no entiendo por qué una capa de CORINE solo se puede importar una vez. Si hay un polígono con etiqueta corine y alguien lo mejora a mano puede poner corine mejorado a mano y en la siguiente actualización de CORINE, ese se respeta. O mirando la fecha de última modificación, por ejemplo. O haciendo un listado de usuarios cuyos cambios no se modifican o... en fin, con Postgis seguro que hay mil maneras de hacer un calculo razonable de que se cambia y que no se cambia cuando salga una version de CORINE. Por otro lado, lo que se cambie a mano no es una verdad universal y eterna, ya que los bosques y los cultivos cambian de tamaño muy facilmente, así que pasado un cierto periodo, nadie puede enfadarse porque se desechen sus modificaciones. Otra cosa que me llama la atención es la obsesión por esos detalles menores (que no haya fromteras interiores, que no haya nodos duplicados, que todo este enlazado con relaciones, etc) cuando los datos en sí son malisimos (imaginemos lo que han cambiado los cultivos y los bosques en estos 5 años de 2006 a 2011) A lo de los duplicados y derivados te respondo yo que soy uno de los obsesionados jejejej. A ver en cuanto a los nodos duplicados en información innecesaria, fácilmente solucionable es darle a un botón en el validator de JOSM y queda mucho mas limpio el mapa. Ademas se tiene doble información ya que se sabe que están unidas por un nodo que sino si se puede sacar la información pero no se tiene. Las relaciones es una cosa que trae mucha tela y hay varias opiniones. Yo soy de los que en muchos casos estoy de acuerdo en las relaciones pero no voy a entrar a discutir eso. En el caso en el que estamos es necesario porque hablamos de formas con muchos nodos, demasiados para hacerlo en un único way porque es obligatorio el multipoligono y con ways interiores. Fronteras interiores no se a que te refieres. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 4 de enero de 2011 21:07, andrzej zaborowski balr...@gmail.comescribió: Holas, 2011/1/4 Oscar Orbe oskaro...@yahoo.com Hola, lo de unir areas superpuestas puede producir poligonos con mas de 2000 nodos, me imagino, pero puede ser util muchas veces. has comprobado si lo de multipoligono hace que no se vea las lineas? lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una colosal chapuza. por ejemplo, siempre me hace gracia los que dicen q hay que ser paranoicos con el tema de las licencias, y yo pienso, si fueramos paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq esta lleno de pequeñas violaciones de la licencia lo de que esos poligonos no existen, no le veo sentido. la cuestion es si en esos poligonos el uso de suelo es bosque? si, lo es. si se han subido en partes por alguna limitacion o lo que sea, no es relevante, lo importante es que los datos son geometricamente correctos, es decir, la aplicacion q los use sabe exactamente si en un punto hay bosque o no, y sabe donde empieza y termina el bosque. Si conoces casos que son pequeñas violaciones de la licencia seria bueno que los reportes aqui en la lista para investigar. Y lo de la importacion, creo que se estan perdiendo algunos recursos haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro de JOSM), que se podrian hacer automaticamente modificando el script de la conversion a .osm y a la vez mejorando otros aspectos de los datos. Cuando se corrigen despues de subir eso deja huella (en el historial de los objetos en la bdd. Por ejemplo en Francia creo que tambien se han simplificado las vias para no contener nodos innecesarios (nodos en un segmento casi recto de una linea) y se guardo en los tags de los multipoligonos la informacion del ID original de cada poligono Corine para poder hacer potenciales actualizaciones. Tambien se ha usado una cuenta de usuario dedicada para esa importacion, algo que seria facil de hacer y cumpliria con las reglas de las importaciones, que creo que Carlos Davila ha mencionado. Otra cosa es que cuando se hizo la importacion en Francia no estaban disponibles proyectos como el GMES Urban Atlas, ahora que estan disponibles seria desperdicie de recursos no usarlos. Aunque admito que los datos de huertos/olivares no son buenos en UA... bueno no voy a decir nada antes de tener tiempo para reanimar la pagina que te deja compararlo bien -- creo que sera mejor que enviar pantallazos de lugares especificos. Bueno, igual creo que la importacion actual es un paso adelante. Saludos En cuanto a que el proceso se puede hacer automáticamente modificando el script de la conversión a .osm no lo se no se de eso pero si alguien lo hace es bienvenido. He subido los datos a partir del .osm que me han pasado arreglando estos pequeños errores. Por lo que estado viendo en las paginas de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo que es mas son los multipoligonos pero eso creo que no esta o no lo he visto. Lo de dejar huella en la base de datos solo seria para las 3 provincias que no están subidas como multipoligonos, el resto no debería pasar. Yo he subido Valladolid para ver si el proceso es correcto y estoy a la espera de asegurarme y si hay un proceso mejor verlo. En cuanto a la cuenta solo para la importación si me pareció raro que no se hiciera como cuando se subieron los limites administrativos pero tampoco sabia que fuera una regla, si es así pues creamos una cuenta como es lógico. Por cierto quien tenga acceso a la cuenta de los limites administrativos seria bueno que entrara y aceptara la ODbL. En cuanto a lo de GMES Urban Atlas no opino porque no tengo ni idea. Yo hasta mañana no haré mas provincias a la espera de que se aclaren las pequeñas dudas que hay. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
2011/1/4 sanchi sanc...@gmail.com: El 4 de enero de 2011 21:07, andrzej zaborowski balr...@gmail.com escribió: Holas, 2011/1/4 Oscar Orbe oskaro...@yahoo.com Hola, lo de unir areas superpuestas puede producir poligonos con mas de 2000 nodos, me imagino, pero puede ser util muchas veces. has comprobado si lo de multipoligono hace que no se vea las lineas? lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una colosal chapuza. por ejemplo, siempre me hace gracia los que dicen q hay que ser paranoicos con el tema de las licencias, y yo pienso, si fueramos paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq esta lleno de pequeñas violaciones de la licencia lo de que esos poligonos no existen, no le veo sentido. la cuestion es si en esos poligonos el uso de suelo es bosque? si, lo es. si se han subido en partes por alguna limitacion o lo que sea, no es relevante, lo importante es que los datos son geometricamente correctos, es decir, la aplicacion q los use sabe exactamente si en un punto hay bosque o no, y sabe donde empieza y termina el bosque. Si conoces casos que son pequeñas violaciones de la licencia seria bueno que los reportes aqui en la lista para investigar. Y lo de la importacion, creo que se estan perdiendo algunos recursos haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro de JOSM), que se podrian hacer automaticamente modificando el script de la conversion a .osm y a la vez mejorando otros aspectos de los datos. Cuando se corrigen despues de subir eso deja huella (en el historial de los objetos en la bdd. Por ejemplo en Francia creo que tambien se han simplificado las vias para no contener nodos innecesarios (nodos en un segmento casi recto de una linea) y se guardo en los tags de los multipoligonos la informacion del ID original de cada poligono Corine para poder hacer potenciales actualizaciones. Tambien se ha usado una cuenta de usuario dedicada para esa importacion, algo que seria facil de hacer y cumpliria con las reglas de las importaciones, que creo que Carlos Davila ha mencionado. Otra cosa es que cuando se hizo la importacion en Francia no estaban disponibles proyectos como el GMES Urban Atlas, ahora que estan disponibles seria desperdicie de recursos no usarlos. Aunque admito que los datos de huertos/olivares no son buenos en UA... bueno no voy a decir nada antes de tener tiempo para reanimar la pagina que te deja compararlo bien -- creo que sera mejor que enviar pantallazos de lugares especificos. Bueno, igual creo que la importacion actual es un paso adelante. Saludos En cuanto a que el proceso se puede hacer automáticamente modificando el script de la conversión a .osm no lo se no se de eso pero si alguien lo hace es bienvenido. He subido los datos a partir del .osm que me han pasado arreglando estos pequeños errores. Por lo que estado viendo en las paginas de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo que es mas son los multipoligonos pero eso creo que no esta o no lo he visto. Lo de dejar huella en la base de datos solo seria para las 3 provincias que no están subidas como multipoligonos, el resto no debería pasar. Yo he subido Valladolid para ver si el proceso es correcto y estoy a la espera de asegurarme y si hay un proceso mejor verlo. En cuanto a la cuenta solo para la importación si me pareció raro que no se hiciera como cuando se subieron los limites administrativos pero tampoco sabia que fuera una regla, si es así pues creamos una cuenta como es lógico. Por cierto quien tenga acceso a la cuenta de los limites administrativos seria bueno que entrara y aceptara la ODbL. (En esto me pillaste porque la hice yo y tampoco he usado una cuenta dedicada, en ese momento no se me habia ocurrido.. y ahora antes de aceptar la nueva licencia tengo que esperar la aceptacion por parte de unos autores cuyos datos habia usado en otras ocasiones. Tambien estoy esperando para que se aclaren los Contributor Terms, que creo que estan en revision ahora mismo. Pero antes de la fecha final en abril seguramente estara resuelto) En cuanto a lo de GMES Urban Atlas no opino porque no tengo ni idea. Yo hasta mañana no haré mas provincias a la espera de que se aclaren las pequeñas dudas que hay. No era mi intencion crear dudas. Lo unico que se me ocurre es lo de la cuenta dedicada, si quereis la creo yo y os envio la contraseña a ti y a Oscar por email para que no quede en los archivos. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 4 de enero de 2011 21:53, andrzej zaborowski balr...@gmail.comescribió: 2011/1/4 sanchi sanc...@gmail.com: El 4 de enero de 2011 21:07, andrzej zaborowski balr...@gmail.com escribió: Holas, 2011/1/4 Oscar Orbe oskaro...@yahoo.com Hola, lo de unir areas superpuestas puede producir poligonos con mas de 2000 nodos, me imagino, pero puede ser util muchas veces. has comprobado si lo de multipoligono hace que no se vea las lineas? lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una colosal chapuza. por ejemplo, siempre me hace gracia los que dicen q hay que ser paranoicos con el tema de las licencias, y yo pienso, si fueramos paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq esta lleno de pequeñas violaciones de la licencia lo de que esos poligonos no existen, no le veo sentido. la cuestion es si en esos poligonos el uso de suelo es bosque? si, lo es. si se han subido en partes por alguna limitacion o lo que sea, no es relevante, lo importante es que los datos son geometricamente correctos, es decir, la aplicacion q los use sabe exactamente si en un punto hay bosque o no, y sabe donde empieza y termina el bosque. Si conoces casos que son pequeñas violaciones de la licencia seria bueno que los reportes aqui en la lista para investigar. Y lo de la importacion, creo que se estan perdiendo algunos recursos haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro de JOSM), que se podrian hacer automaticamente modificando el script de la conversion a .osm y a la vez mejorando otros aspectos de los datos. Cuando se corrigen despues de subir eso deja huella (en el historial de los objetos en la bdd. Por ejemplo en Francia creo que tambien se han simplificado las vias para no contener nodos innecesarios (nodos en un segmento casi recto de una linea) y se guardo en los tags de los multipoligonos la informacion del ID original de cada poligono Corine para poder hacer potenciales actualizaciones. Tambien se ha usado una cuenta de usuario dedicada para esa importacion, algo que seria facil de hacer y cumpliria con las reglas de las importaciones, que creo que Carlos Davila ha mencionado. Otra cosa es que cuando se hizo la importacion en Francia no estaban disponibles proyectos como el GMES Urban Atlas, ahora que estan disponibles seria desperdicie de recursos no usarlos. Aunque admito que los datos de huertos/olivares no son buenos en UA... bueno no voy a decir nada antes de tener tiempo para reanimar la pagina que te deja compararlo bien -- creo que sera mejor que enviar pantallazos de lugares especificos. Bueno, igual creo que la importacion actual es un paso adelante. Saludos En cuanto a que el proceso se puede hacer automáticamente modificando el script de la conversión a .osm no lo se no se de eso pero si alguien lo hace es bienvenido. He subido los datos a partir del .osm que me han pasado arreglando estos pequeños errores. Por lo que estado viendo en las paginas de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo que es mas son los multipoligonos pero eso creo que no esta o no lo he visto. Lo de dejar huella en la base de datos solo seria para las 3 provincias que no están subidas como multipoligonos, el resto no debería pasar. Yo he subido Valladolid para ver si el proceso es correcto y estoy a la espera de asegurarme y si hay un proceso mejor verlo. En cuanto a la cuenta solo para la importación si me pareció raro que no se hiciera como cuando se subieron los limites administrativos pero tampoco sabia que fuera una regla, si es así pues creamos una cuenta como es lógico. Por cierto quien tenga acceso a la cuenta de los limites administrativos seria bueno que entrara y aceptara la ODbL. (En esto me pillaste porque la hice yo y tampoco he usado una cuenta dedicada, en ese momento no se me habia ocurrido.. y ahora antes de aceptar la nueva licencia tengo que esperar la aceptacion por parte de unos autores cuyos datos habia usado en otras ocasiones. Tambien estoy esperando para que se aclaren los Contributor Terms, que creo que estan en revision ahora mismo. Pero antes de la fecha final en abril seguramente estara resuelto) En cuanto a lo de GMES Urban Atlas no opino porque no tengo ni idea. Yo hasta mañana no haré mas provincias a la espera de que se aclaren las pequeñas dudas que hay. No era mi intencion crear dudas. Lo unico que se me ocurre es lo de la cuenta dedicada, si quereis la creo yo y os envio la contraseña a ti y a Oscar por email para que no quede en los archivos. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es Las dudas son bienvenidas, es la forma de
Re: [Talk-es] CORINE land cover data
Hola, ya doy por arreglada la provincia de Cordoba (habrá que hacer algo para que se repinten los tiles o esperar), voy a arreglar Jaen que costara un poco y Cuenca y Toledo creo que apenas tienen problemas y costara muy poco --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 9:19 PM El 4 de enero de 2011 21:53, andrzej zaborowski balr...@gmail.com escribió: 2011/1/4 sanchi sanc...@gmail.com: El 4 de enero de 2011 21:07, andrzej zaborowski balr...@gmail.com escribió: Holas, 2011/1/4 Oscar Orbe oskaro...@yahoo.com Hola, lo de unir areas superpuestas puede producir poligonos con mas de 2000 nodos, me imagino, pero puede ser util muchas veces. has comprobado si lo de multipoligono hace que no se vea las lineas? lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una colosal chapuza. por ejemplo, siempre me hace gracia los que dicen q hay que ser paranoicos con el tema de las licencias, y yo pienso, si fueramos paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq esta lleno de pequeñas violaciones de la licencia lo de que esos poligonos no existen, no le veo sentido. la cuestion es si en esos poligonos el uso de suelo es bosque? si, lo es. si se han subido en partes por alguna limitacion o lo que sea, no es relevante, lo importante es que los datos son geometricamente correctos, es decir, la aplicacion q los use sabe exactamente si en un punto hay bosque o no, y sabe donde empieza y termina el bosque. Si conoces casos que son pequeñas violaciones de la licencia seria bueno que los reportes aqui en la lista para investigar. Y lo de la importacion, creo que se estan perdiendo algunos recursos haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro de JOSM), que se podrian hacer automaticamente modificando el script de la conversion a .osm y a la vez mejorando otros aspectos de los datos. Cuando se corrigen despues de subir eso deja huella (en el historial de los objetos en la bdd. Por ejemplo en Francia creo que tambien se han simplificado las vias para no contener nodos innecesarios (nodos en un segmento casi recto de una linea) y se guardo en los tags de los multipoligonos la informacion del ID original de cada poligono Corine para poder hacer potenciales actualizaciones. Tambien se ha usado una cuenta de usuario dedicada para esa importacion, algo que seria facil de hacer y cumpliria con las reglas de las importaciones, que creo que Carlos Davila ha mencionado. Otra cosa es que cuando se hizo la importacion en Francia no estaban disponibles proyectos como el GMES Urban Atlas, ahora que estan disponibles seria desperdicie de recursos no usarlos. Aunque admito que los datos de huertos/olivares no son buenos en UA... bueno no voy a decir nada antes de tener tiempo para reanimar la pagina que te deja compararlo bien -- creo que sera mejor que enviar pantallazos de lugares especificos. Bueno, igual creo que la importacion actual es un paso adelante. Saludos En cuanto a que el proceso se puede hacer automáticamente modificando el script de la conversión a .osm no lo se no se de eso pero si alguien lo hace es bienvenido. He subido los datos a partir del .osm que me han pasado arreglando estos pequeños errores. Por lo que estado viendo en las paginas de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo que es mas son los multipoligonos pero eso creo que no esta o no lo he visto. Lo de dejar huella en la base de datos solo seria para las 3 provincias que no están subidas como multipoligonos, el resto no debería pasar. Yo he subido Valladolid para ver si el proceso es correcto y estoy a la espera de asegurarme y si hay un proceso mejor verlo. En cuanto a la cuenta solo para la importación si me pareció raro que no se hiciera como cuando se subieron los limites administrativos pero tampoco sabia que fuera una regla, si es así pues creamos una cuenta como es lógico. Por cierto quien tenga acceso a la cuenta de los limites administrativos seria bueno que entrara y aceptara la ODbL. (En esto me pillaste porque la hice yo y tampoco he usado una cuenta dedicada, en ese momento no se me habia ocurrido.. y ahora antes de aceptar la nueva licencia tengo que esperar la aceptacion por parte de unos autores cuyos datos habia usado en otras ocasiones. Tambien estoy esperando para que se aclaren los Contributor Terms, que creo que estan en revision ahora mismo. Pero antes de la fecha final en abril seguramente estara resuelto) En cuanto a lo de GMES Urban Atlas no opino porque no tengo ni idea. Yo hasta mañana no haré mas provincias
Re: [Talk-es] CORINE land cover data
Ahora me pongo a ver si se actualizan los titles. Sube los arreglos ya con el nuevo usuario que a creado andrzej El 4 de enero de 2011 22:34, Oscar Orbe oskaro...@yahoo.com escribió: Hola, ya doy por arreglada la provincia de Cordoba (habrá que hacer algo para que se repinten los tiles o esperar), voy a arreglar Jaen que costara un poco y Cuenca y Toledo creo que apenas tienen problemas y costara muy poco --- On *Tue, 1/4/11, sanchi sanc...@gmail.com* wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 9:19 PM El 4 de enero de 2011 21:53, andrzej zaborowski balr...@gmail.comhttp://mc/compose?to=balr...@gmail.com escribió: 2011/1/4 sanchi sanc...@gmail.comhttp://mc/compose?to=sanc...@gmail.com : El 4 de enero de 2011 21:07, andrzej zaborowski balr...@gmail.comhttp://mc/compose?to=balr...@gmail.com escribió: Holas, 2011/1/4 Oscar Orbe oskaro...@yahoo.comhttp://mc/compose?to=oskaro...@yahoo.com Hola, lo de unir areas superpuestas puede producir poligonos con mas de 2000 nodos, me imagino, pero puede ser util muchas veces. has comprobado si lo de multipoligono hace que no se vea las lineas? lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una colosal chapuza. por ejemplo, siempre me hace gracia los que dicen q hay que ser paranoicos con el tema de las licencias, y yo pienso, si fueramos paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq esta lleno de pequeñas violaciones de la licencia lo de que esos poligonos no existen, no le veo sentido. la cuestion es si en esos poligonos el uso de suelo es bosque? si, lo es. si se han subido en partes por alguna limitacion o lo que sea, no es relevante, lo importante es que los datos son geometricamente correctos, es decir, la aplicacion q los use sabe exactamente si en un punto hay bosque o no, y sabe donde empieza y termina el bosque. Si conoces casos que son pequeñas violaciones de la licencia seria bueno que los reportes aqui en la lista para investigar. Y lo de la importacion, creo que se estan perdiendo algunos recursos haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro de JOSM), que se podrian hacer automaticamente modificando el script de la conversion a .osm y a la vez mejorando otros aspectos de los datos. Cuando se corrigen despues de subir eso deja huella (en el historial de los objetos en la bdd. Por ejemplo en Francia creo que tambien se han simplificado las vias para no contener nodos innecesarios (nodos en un segmento casi recto de una linea) y se guardo en los tags de los multipoligonos la informacion del ID original de cada poligono Corine para poder hacer potenciales actualizaciones. Tambien se ha usado una cuenta de usuario dedicada para esa importacion, algo que seria facil de hacer y cumpliria con las reglas de las importaciones, que creo que Carlos Davila ha mencionado. Otra cosa es que cuando se hizo la importacion en Francia no estaban disponibles proyectos como el GMES Urban Atlas, ahora que estan disponibles seria desperdicie de recursos no usarlos. Aunque admito que los datos de huertos/olivares no son buenos en UA... bueno no voy a decir nada antes de tener tiempo para reanimar la pagina que te deja compararlo bien -- creo que sera mejor que enviar pantallazos de lugares especificos. Bueno, igual creo que la importacion actual es un paso adelante. Saludos En cuanto a que el proceso se puede hacer automáticamente modificando el script de la conversión a .osm no lo se no se de eso pero si alguien lo hace es bienvenido. He subido los datos a partir del .osm que me han pasado arreglando estos pequeños errores. Por lo que estado viendo en las paginas de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo que es mas son los multipoligonos pero eso creo que no esta o no lo he visto. Lo de dejar huella en la base de datos solo seria para las 3 provincias que no están subidas como multipoligonos, el resto no debería pasar. Yo he subido Valladolid para ver si el proceso es correcto y estoy a la espera de asegurarme y si hay un proceso mejor verlo. En cuanto a la cuenta solo para la importación si me pareció raro que no se hiciera como cuando se subieron los limites administrativos pero tampoco sabia que fuera una regla, si es así pues creamos una cuenta como es lógico. Por cierto quien tenga acceso a la cuenta de los limites administrativos seria bueno que entrara y aceptara la ODbL. (En esto me pillaste porque la hice yo y tampoco he usado una cuenta dedicada, en ese momento no se me habia ocurrido.. y ahora antes de aceptar la nueva licencia tengo que esperar la
Re: [Talk-es] CORINE land cover data
Solo comentar que en Cordoba arriba a la derecha creo que a pasado como en Jaen que falta un trozo y también faltarían de juntar poligonos para evitar la raya blanca. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Sí ya lo visto, es al lado de Jaen, lo corrijo a la vez que lo de Jaen. --- On Tue, 1/4/11, sanchi sanc...@gmail.com wrote: From: sanchi sanc...@gmail.com Subject: Re: [Talk-es] CORINE land cover data To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Date: Tuesday, January 4, 2011, 11:02 PM Solo comentar que en Cordoba arriba a la derecha creo que a pasado como en Jaen que falta un trozo y también faltarían de juntar poligonos para evitar la raya blanca. -- SanchiBlog http://blog.jorgesanzs.com/ -Inline Attachment Follows- ___ 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