<br><br><div class="gmail_quote">El 4 de enero de 2011 21:53, andrzej zaborowski <span dir="ltr"><<a href="mailto:balrogg@gmail.com">balrogg@gmail.com</a>></span> escribió:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
2011/1/4 sanchi <<a href="mailto:sanchi2@gmail.com">sanchi2@gmail.com</a>>:<br>
<div><div></div><div class="h5">> El 4 de enero de 2011 21:07, andrzej zaborowski <<a href="mailto:balrogg@gmail.com">balrogg@gmail.com</a>><br>
> escribió:<br>
>><br>
>> Holas,<br>
>><br>
>> 2011/1/4 Oscar Orbe <<a href="mailto:oskarorbe@yahoo.com">oskarorbe@yahoo.com</a>><br>
>> > Hola, lo de unir areas superpuestas puede producir poligonos con mas de<br>
>> > 2000 nodos, me imagino, pero puede ser util muchas veces. has comprobado si<br>
>> > lo de multipoligono hace que no se vea las lineas?<br>
>> > lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una<br>
>> > colosal chapuza.<br>
>> > por ejemplo, siempre me hace gracia los que dicen q hay que ser<br>
>> > paranoicos con el tema de las licencias, y yo pienso, si fueramos<br>
>> > paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq esta<br>
>> > lleno de pequeñas violaciones de la licencia....<br>
>> > lo de que esos poligonos no existen, no le veo sentido. la cuestion es<br>
>> > si en esos poligonos el uso de suelo es bosque? si, lo es. si se han subido<br>
>> > en partes por alguna limitacion o lo que sea, no es relevante, lo importante<br>
>> > es que los datos son geometricamente correctos, es decir, la aplicacion q<br>
>> > los use sabe exactamente si en un punto hay bosque o no, y sabe donde<br>
>> > empieza y termina el bosque.<br>
>><br>
>> Si conoces casos que son pequeñas violaciones de la licencia seria<br>
>> bueno que los reportes aqui en la lista para investigar.<br>
>><br>
>> Y lo de la importacion, creo que se estan perdiendo algunos recursos<br>
>> haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro<br>
>> de JOSM), que se podrian hacer automaticamente modificando el script<br>
>> de la conversion a .osm y a la vez mejorando otros aspectos de los<br>
>> datos.  Cuando se corrigen despues de subir eso deja huella (en el<br>
>> historial de los objetos en la bdd.<br>
>> Por ejemplo en Francia creo que tambien se han simplificado las vias<br>
>> para no contener nodos innecesarios (nodos en un segmento casi recto<br>
>> de una linea) y se guardo en los tags de los multipoligonos la<br>
>> informacion del ID original de cada poligono Corine para poder hacer<br>
>> potenciales actualizaciones.  Tambien se ha usado una cuenta de<br>
>> usuario dedicada para esa importacion, algo que seria facil de hacer y<br>
>> cumpliria con las reglas de las importaciones, que creo que Carlos<br>
>> Davila ha mencionado.<br>
>><br>
>> Otra cosa es que cuando se hizo la importacion en Francia no estaban<br>
>> disponibles proyectos como el GMES Urban Atlas, ahora que estan<br>
>> disponibles seria desperdicie de recursos no usarlos.  Aunque admito<br>
>> que los datos de huertos/olivares no son buenos en UA... bueno no voy<br>
>> a decir nada antes de tener tiempo para reanimar la pagina que te deja<br>
>> compararlo bien -- creo que sera mejor que enviar pantallazos de<br>
>> lugares especificos.<br>
>><br>
>> Bueno, igual creo que la importacion actual es un paso adelante.<br>
>><br>
>> Saludos<br>
>><br>
><br>
> En cuanto a que el proceso se puede hacer automáticamente modificando el<br>
> script de la conversión a .osm no lo se no se de eso pero si alguien lo hace<br>
> es bienvenido. He subido los datos a partir del .osm que me han pasado<br>
> arreglando estos pequeños errores. Por lo que estado viendo en las paginas<br>
> de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso<br>
> tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo<br>
> que es mas son los multipoligonos pero eso creo que no esta o no lo he<br>
> visto.<br>
> Lo de dejar huella en la base de datos solo seria para las 3 provincias que<br>
> no están subidas como multipoligonos, el resto no debería pasar. Yo he<br>
> subido Valladolid para ver si el proceso es correcto y estoy a la espera de<br>
> asegurarme y si hay un proceso mejor verlo.<br>
> En cuanto a la cuenta solo para la importación si me pareció raro que no se<br>
> hiciera como cuando se subieron los limites administrativos pero tampoco<br>
> sabia que fuera una regla, si es así pues creamos una cuenta como es lógico.<br>
> Por cierto quien tenga acceso a la cuenta de los limites administrativos<br>
> seria bueno que entrara y aceptara la ODbL.<br>
<br>
</div></div>(En esto me pillaste porque la hice yo y tampoco he usado una cuenta<br>
dedicada, en ese momento no se me habia ocurrido.. y ahora antes de<br>
aceptar la nueva licencia tengo que esperar la aceptacion por parte de<br>
unos autores cuyos datos habia usado en otras ocasiones.  Tambien<br>
estoy esperando para que se aclaren los Contributor Terms, que creo<br>
que estan en revision ahora mismo.  Pero antes de la fecha final en<br>
abril seguramente estara resuelto)<br>
<div class="im"><br>
> En cuanto a lo de GMES Urban Atlas no opino porque no tengo ni idea.<br>
> Yo hasta mañana no haré mas provincias a la espera de que se aclaren las<br>
> pequeñas dudas que hay.<br>
<br>
</div>No era mi intencion crear dudas.  Lo unico que se me ocurre es lo de<br>
la cuenta dedicada, si quereis la creo yo y os envio la contraseña a<br>
ti y a Oscar por email para que no quede en los archivos.<br>
<br>
Saludos<br>
<div><div></div><div class="h5"><br>
_______________________________________________<br>
Talk-es mailing list<br>
<a href="mailto:Talk-es@openstreetmap.org">Talk-es@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-es" target="_blank">http://lists.openstreetmap.org/listinfo/talk-es</a><br>
</div></div></blockquote></div><div><br></div>Las dudas son bienvenidas, es la forma de poderlo hacer correctamente las cosas<br><br clear="all"><br>-- <br><div>Sanchi</div>Blog <a href="http://blog.jorgesanzs.com/" target="_blank">http://blog.jorgesanzs.com/</a><br>