Le 23/01/2014 09:22, Greg a écrit : >> dès qu'on voudra bouger une route (parce qu'il y a eu des travaux >> ou > parce qu'on a accès à des photos aériennes plus précises), il faudra > bouger toutes les ways en même temps, de façon à les garder bien > "parallèes" les unes aux autres > > Je trouve et argument très pertinent. D'autant plus qu'avoir tous > ces ways pseudo-parallèles, c'est une duplication de l'information.
Couper un way unique en plein de petits troncons avec un gros sac de tags sur chaque troncon, c'est aussi une duplication d'informations. Je serais d'ailleurs curieux de savoir laquelle des 2 solutions prend le plus de place dans la base de donnees. > Aussi, c'est une information spatiale, donc plus délicate à utiliser > par des outils. Comme si les informations spatiales n'etaient pas la base d'OSM... > Dans ton schéma, tout ce sac de ways est groupé dans une relation ? Oui, je l'ai deja dit plusieurs fois. > Je pense qu'il est largement plus rationnel de grouper le tout dans > des tags, Au contraire, je trouve que dans un systeme d'informations geographique il est rationnel de decrire ce qui peut se dessiner en le dessinant et de reserver les descriptions textuelles a ce qui peut pas se dessiner. Il faut pas oublier que dans "geographie" il y a "graphie". Je trouve que dans un systeme d'informations geographique, utiliser des tags plutot que des coordonnees pour dire "tel truc est a gauche de tel autre" est une heresie. > ce qui évite la duplication de l'info Pas plus que de dupliquer les tags a outrance. > et conserve un schéma de données géographique simple. Mais un schema de tags inextricable. > Il manque juste un peu d'amour pour cette proposition pour avoir un > éditeur sexy et avoir une saisie efficace. Il manque juste un peu d'amour pour une solution graphique et une fonctionnalite dans les editeurs pour manipuler plusieurs ways de facon groupee. _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
