Le vendredi 27 décembre 2013 10:53:31, Christophe Merlet a écrit : > On complète avec boundary=administrative + admin_level=[0-10] sur les > limites administratives terrestres et on supprime border_type (mapnik ne > s'en sert pas entre autres) > > Les natural=coastline sans aucun boundary. > > Au passage, on supprime les name lorsque le way n'est que boundary ? > Vos avis ?
Mon avis est le suivant : ne faisons rien d'automatique, voire, ne faisons rien, tout court, dans la base osm, mais documentons une pratique comme "suggérée" sur le wiki. Voici mon raisonnement : En partant de l'hypothèse selon laquelle les tags boundary=x admin_level=y name=z border_type=a contiennent une information qui a intérêt à être présente sur les relations (factorisation, moins de risque d'incohérences) et non sur les ways de frontières. Alors, faire des efforts pour rendre homogène et utilisable une donnée sur les ways va inciter tous les concepteur de logiciel à utiliser (par "simplicité") l'information se trouvant sur les ways plutôt que reconstruire les relations et utiliser leur information. Puis, par la chaine cyclique de la poule et de l'oeuf, les mappeurs vont devoir maintenir à jour ces informations et donc y passer du temps parce que "le logiciel bidule utilise le tag is_in, alors pas le choix, je suis obligé de le mettre partout"* N'incitant alors pas les sus-cité à améliorer leurs logiciels. On ne sait pas au final qui aura commencé, mais on sera tous à devoir gérer des incohérences d'un modèle mal fichu. Alors ne faisons rien, et suggérons, sur les pages wiki appropriées, comme : http://wiki.openstreetmap.org/wiki/Boundaries et autre des phrases du style : "Si vous avez bien renseigné les informations sur les relations, les ways de frontières peuvent tout à fait rester sans aucun tag puisque cette information est contenu dans les relations, certains contributeurs mettaient un boundary=administrative pour que certains éditeurs osm puissent représenter avec la bonne couleur le chemin et ainsi plus facilement savoir à quoi il servait, mais cette pratique à moins de raison d'être puisque les éditeurs modernes (josm) savent maintenant tirer partie de cette information dans la relation et cela nous évitant un travail fastidieux qui consiste à répéter ce qui se trouve dans la relation [En savoir plus]" * toute ressemblance avec un cas avéré de serait que fortuit, je donne juste un exemple "choc" -- sly (sylvain letuffe) http://wiki.openstreetmap.org/wiki/User:Sletuffe _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
