sly (sylvain letuffe) a écrit : > Lorsque tu devra ajouter les 350 communes d'un département à ta > relation "département" es-tu sûr que ce sera plus rapide que les ~150 ways > qui en font le tour ? > > A vu de nez, je dirais que ça représente a peu prêt le même boulot.
Oui, c'est le même boulot, la première fois que tu le fais ! Mais réfléchissons à la maintenance. Quand une relation région est cassée, il faut réparer la relation région, la relation département, la relation commune et sans doute d'autres si on augmente la granularité du maillage (ce n'est peut être pas toujours vrai mais je le constate très souvent). Dans un modèle "surface", une relation région ne serait jamais cassée car son contenu (des relations) ne bougerait pas, à priori. Pareille pour un département, un canton etc... Jusqu'à maintenant, nous ne réfléchissions, je pense, qu'à l'ajout de données (c'est la croissance exponentielle du projet qui veut ça). Nous allons progressivement migrer vers une situation où il faudra corriger de plus en plus d'erreurs (il suffit de regarder osmose pour se rendre compte du boulot qu'il y a juste avec qqes erreurs basiques) >> implication" : un way qui délimite plein de chose n'appartient qu'à >> une relation (ou deux, en fait les plus petites sous-régions que l'on >> peut construire) > Pour les ways communs à plusieurs niveaux administratifs, c'est vrai que ça > semble mieux. > > > ... et cela serait quand même vachement plus simple à manipuler (si vous >> voulez en être convaincu, je vous invite à corriger qqes relations ;) ) > > Dans le modèle actuel, je ne trouve pas ça "impossible" il faudrait que je > tente sur un modèle surfacique pour voir si c'est plus mieux bien. > > Le truc c'est qu'on est parti comme ça, changer le modèle prendrait peut-être > plus de temps d'apprentissage que de finir comme ça... Je n'ai pas la prétention d'imposer un changement :), je cherche juste à comprendre pour l'instant (je ne suis sûr de rien non plus) -- Yoann. _______________________________________________ Talk-fr mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-fr
