J'ai eu des messages demandant de faire l'inverse : ne plus utiliser postal_code et utiliser addr:postcode, justement parce que addr:postcode est énormément plus utilisé en France. On m'a demandé de remettre addr:postcode, même sur les relations d'étendue alors que justement j'avais voulu suivre la recommendation du wiki et d'Osmose.
Visiblement tout le monde ne semble pas d'accord, et en fait l'une ou l'autre information sont traitées finalement comme équivalentes. Tant qu'on veut utiliser les deux, il y aura toujours des confusions car souvent les attributs d'une relation et d'un noeud admin_centre sont changés en même temps. Certes les relations communales ne sont pas des "adresses" à proprement parler, mais même si on met addr:postcode dans ces relations cela ne devrait pas gêner du tout et cela ne fournit qu'une valeur par défaut appliquée sur les noeuds d'adresse situés dedans, ceux-ci pouvant tout à fait modifier cette valeur par défaut, mais n'étant alors plus obligés non plus d'indiquer le code postal indiqué dans la plus petite relation administrative qui ne contient. Il ne semble donc y avoir eu aucun consensus sur ce sujet dans OSM en général et pas plus seulement en France. Ce serait bien de se mettre d'accord afin d'éviter les va-et-viens entre les avis des uns et ceux des autres (j'en ai vu avoir des points de vues très tranchés et finalement assez menaçants au point de vouloir invoquer le DWG. Mais comme il n'y a aucun consebsus pour l'instant, ce serait bien de faire taire les polémiques menaçantes de certains sur ce sujet. C'est bien à nous de décider au moins en France ici (et ne pas penser que le wiki impose tout pour la France alors qu'il est aussi fait pour d'autres pays et utilisateurs francophones, et que les autres pays ont plutôt un consensus local inversé). Si c'est mentionné dans le wiki, même sur la page en français ou dans d'autres langues, il vaut mieux y indiquer que le consensus est documenté pays par pays et que pour cela on a dans le wiki des pages spéciales concernant les conventions propres à chaque pays (les pages "Tagging guidelines") qui peuvent trancher sur des questions non résolues sur les pages documentant chaque tag de façon plus générique (et ceci indépendamment des langues où c'est traduit). On ne peut pas faire de décision actuellement sur les pages Wiki des tags sans passer par un consensus mondial applicable pour tous les pays et toutes les langues et dans ce cas il faut juste y mentionner que les conventions sont plutôt dans les pages "Tagging guidelines" par pays en se contenant de recenser les Tags alternatifs proposés. Si un rendu ou toute autre réutilisation ne sait pas interprêter les conventions pays par pays, les pages de tags doivent leur demander de traiter par défaut ces tags comme équivalents. Cependant il faut éviter les contradictions : on ne devrait en aucun cas avoir sur le même objet les deux tags addr:postcode et postal_code, sinon les rendus et rutilisations n'ont aucun moyen de déterminer laquelle des deux valeurs utiliser (il m'est arrivé de tomber sur des objets mentionnant des codes postaux différents entre les deux tags présents simultanément sur le même objet, et dans ce cas les rendus et réutilisation auront un comportement imprévisible et un tel cas devrait être celui réellement signalé par Osmose comme une réelle erreur; sinon je pense qu'il ne faut pas tenir compte de l'indication donnée par Osmose demandant de remplacer l'un par l'autre). Le lun. 15 oct. 2018 à 23:12, Ralf Treinen <trei...@free.fr> a écrit : > On Mon, Oct 15, 2018 at 08:08:18PM +0000, marc marc wrote: > > Le 15. 10. 18 à 21:48, Ralf Treinen a écrit : > > > > > Le wiki semble indiquer que c'est postal_code [1]. > > > > oui. postal_code pour définir le code postal d'une étendue > > par opposition à addr:postcode pour définir le code postal > > d'une addr en particulier. > > Merci pour cette confirmation. Et on est bien d'accord que quand > le postal_code est renseigné pour une étendu avec admin_level=9 > (les arrondissements de Paris) qu'il n'est pas utile de le > repeter sur les quartiers (adminlevel=10) inclus dans cet arrondissement ? > > -Ralf. > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
