[Talk-es] CORINE land cover data
Oscar Orbe
oskarorbe en yahoo.com
Mar Ene 4 21:34:44 GMT 2011
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 <sanchi2 en gmail.com> wrote:
From: sanchi <sanchi2 en gmail.com>
Subject: Re: [Talk-es] CORINE land cover data
To: "Discusión en Español de OpenStreetMap" <talk-es en openstreetmap.org>
Date: Tuesday, January 4, 2011, 9:19 PM
El 4 de enero de 2011 21:53, andrzej zaborowski <balrogg en gmail.com> escribió:
2011/1/4 sanchi <sanchi2 en gmail.com>:
> 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 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 en openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es
Las dudas son bienvenidas, es la forma de poderlo hacer correctamente las cosas
--
SanchiBlog http://blog.jorgesanzs.com/
-----Inline Attachment Follows-----
_______________________________________________
Talk-es mailing list
Talk-es en openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.openstreetmap.org/pipermail/talk-es/attachments/20110104/244f8d75/attachment-0001.html>
More information about the Talk-es
mailing list