[Talk-es] CORINE land cover data

[sanchi]

El 4 de enero de 2011 21:07, andrzej zaborowski <balrogg en gmail.com>escribió:

> Holas,
>
> 2011/1/4 Oscar Orbe <oskarorbe en 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 en openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>



-- 
Sanchi
Blog http://blog.jorgesanzs.com/
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-es/attachments/20110104/eb7bcdd3/attachment-0001.html>