<div dir="ltr"><div><div><div><div><div>D'accord aussi<br><br>postal_code me semble bien adapté juste pour les boundary et les addr:postcode / addr:city / addr:country sont à éliminer dans beaucoup de cas (sauf quelques cas particuliers).<br><br></div>Maintenant que La Poste a publié la base officielle des codes postaux, on peut faire une mise à jour globale.<br></div>Le problème c'est que :<br>1) le fichier de La Poste n'est pas exempt d'erreurs... les 2 cas particuliers que j'ai vérifié étaient en erreur !<br></div>2) il ne détaille pas les communes pluridistribuées, celles où justement le boundary est le plus intéressant.<br><br></div>Le problème aussi avec les boundary c'est que c'est (trop) facile à casser et plus on a de relations plus on a de chance d'avoir ce genre de problème.<br><br></div><div>Il nous manque des outils de monitoring pour détecter et réparer rapidement ces relations cassées.<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">Pieren a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Je suis aussi d'accord. La tendance est d'utiliser "postal_code" sur<br>
les zones et "addr:*" sur les adresses individuelles, sans doute pour<br>
des raisons historiques (le premier étant bien plus ancien dans OSM<br>
que le second).<br>
Par contre, je voudrais revenir sur l'Allemagne qui a accompli une<br>
action de groupe pour modéliser tous ses codes postaux sur l'ensemble<br>
de son territoire avec la relation de type=boundary +<br>
boundary=postal_code. Pourrait-on envisager le même type d'action en<br>
France ? Cette modélisation est plus cohérente avec la réalité dans<br>
nos pays puisque les codes postaux sont relativement indépendants des<br>
limites communales (plusieurs communes avec le même code postal ou une<br>
commune avec plusieurs codes postaux). A terme, plus il y aura de pays<br>
pour adopter ce type de relation, plus il y aura de chance pour que<br>
les logiciels de géocodage l'adoptent et cela nous permettra de<br>
nettoyer les "postal_code" et autres "addr:postcode" qui seraient à<br>
l'intérieur de ce polygone et donc redondants (répétés sur les<br>
relations "commune". les noeuds/ways "place" et sur de nombreuses<br>
adresses individuelles).<br>
<br>
Pieren<br>
</blockquote></div></div></blockquote></div><br>-- <br><div class="gmail_signature"><div dir="ltr">Christian Quest - OpenStreetMap France</div></div>
</div></div>