El día 15 de junio de 2012 12:48, Ander Pijoan <[email protected]> escribió: > No pero no me refiero a eso Jynus.
> Me refiero a que utilizar relations para optimizar no me parece que sea > correcto > (ni que optimice). Las relations son para agrupar elementos con un mismo > significado o relacionados, valga la redundancia, y eso lo estabamos haciendo > bien. Pues tienes una idea equivocadísima de las relaciones. ¿Juntamos en una relación todos los amenity=bar de una ciudad? ¿campus de Deusto? Obviamente no, usamos tags. Y qué obsesionados estáis todos con optimizar. ¿Acaso alguien ha hablado realmente con los sysadmins -y no con los de imports, que sus criterios son otros, de mantenimiento de los datos- sobre cuánto afecta eso a sus servidores? ---------------------- Respecto a la complejidad: No quiero usuarios vagos. Precisamente el hecho de que cosas complejas de por sí son complejas evita todos los vandalismos en OSM (si no sabes editar una frontera entre dos países, no lo hagas). Ahora bien, todo lo que sea sencillo, que sea lo más sencillo posible. La forma de los edificios se puede cambiar sin problemas por cualquier usuario (siguen siendo ways), y es probablemente más fácil con relaciones, porque no tiene que "acertar" cuál es el polígono correcto. OSM es un proyecto colaborativo, por lo que hay que anteponer la edición fácil a la "optimización" de los servidores. (Si tu software no es capaz de entender relaciones no es problema del modelo de datos de osm, sino de que tendrás que hacer una conversión antes, como hace mapnik). Y si los editores no lo hacen fácil, se modifican los editores para hacerlo fácil, no la forma de editar de la gente. Dicho esto, yo aquí hace un tiempo propuse subir masas (como ways, sin agujeros) a pelo y portales (como nodos) - mira qué fáciles de editar. Y ya estaría satisfecho. Eso sí, los de imports te dirán que no de nuevo (lo último de la lista es que deberían borrarse todos los edificios de OSM porque no tienen valor). -- Jaime Crespo _______________________________________________ Talk-es mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-es
