[OSM-talk-fr] boundary=administative et admin_level sur les chemins : non souhaitable ? outil posant problème ?

[osm.sanspourriel at spamgourmet.com]

On va laisser notre représentant francophone sur la liste tagging porter
nos arguments surtout quand on est d'accord avec lui ;-).

Le seul point qui pourrait me faire pencher pour un doublonnage serait
de faire en sorte que celui qui modifie un chemin soit plus conscient
des implications.

Ceci dit, je suppose que les outils si on coupe un chemin en deux
mettent les deux demis-chemins dans la relation avec le même rôle.

Si ce n'est pas le cas, ce sont les outils qui sont à améliorer.

Un autre exemple ce sont les associatedStreet où certains bourrins ne
voient pas que le point d'adresse est dans la relation et qu'ajouter le
nom de la rue n'a guère de sens.

Donc pour le dédoublonnage et l'amélioration du support des relations
par les outils.

Par exemple, si on veut modifier un petit coin pas besoin de charger
plus que les membres voisins pour s'assurer que la modification est bien
faite.

Jean-Yvon

Le 07/02/2021 à 21:48, Marc_marc - marc_marc at mailo.com a écrit :
> Bonjour,
>
> pour info, Mateusz Konieczny  a ouvert une discussion [1]
> sur la liste tagging pour réfléchir à la pertinence
> de déclarer non-souhaitable la duplication
> de ces 2 tags sur les chemins en plus de leur présence
> sur les relations.
> il semblerait que la moajorité des outils gère
> sans problème l'absence de ce doublon, exemple avec
> https://www.openstreetmap.org/way/23946946
>
> le seul rendu connu pour avoir un soucis est OPNVKarte
> et Mateusz les a prévenu.
>
> si vous connaissez des rendus ayant un problème, prévenez les :)
> si vous avez des arguments, n'hésitez pas à participer.
> je suppose qu'il va au moins une fois entendre "la duplication c'est
> super, cela permet d'avoir une 2ieme copie lorsque la première est
> cassée", ce à quoi je répondrais que cela provoque aussi
> d'inombrables désynchronisation (quand les 2 ne disent pas
> la même chose, qui a raison ? faut toujours tout modifier 2x)
> et que voir la relation dans le passé est souvent le moyen le plus
> pratique pour réparer ce qui est cassé.
>
> un exemple est disponoible pour tester [2] mais n'oubliez
> pas que tous les styles ne montrent pas nécessairement cette info à tous
> les zooms
>
> [1]
> https://lists.openstreetmap.org/pipermail/tagging/2021-February/059299.html
> [2] https://www.openstreetmap.org/way/239469464#map=18/50.07917/19.80967
>
> Cordialement,
> Marc
>
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr