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 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 poderlo hacer correctamente las cosas -- Sanchi Blog http://blog.jorgesanzs.com/
_______________________________________________ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es