<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">Le 12 janvier 2016 à 15:42, Christian Quest <span dir="ltr"><<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Pour une commune avec un seul code postal, c'est bon on a l'info par là.<br>
Pour celles avec plusieurs CP, des relations boundary=postal_code<br>
permettent de faire le découpage.<br></blockquote><div><br></div><div>Sauf que la Poste ne donne aucune donnée utilisable sur le découpage utilisé (il semble même qu'il n'y ait aucune carte, les codes postaux sont taillés à la louche, point par point selon les usages.</div><div><br></div><div>Bon courage donc pour dessiner les frontières de zones postales en France ! Ce ne sera que des approximations avec des corrections successives en fonction des anomalies trouvées (et il y en aura beaucoup, la poste ayant "dessiné" ses codes potaux en fonction de l'organisation de ses propres tournées de distribution, avec plein d'exceptions notamment aux fronières de communes, même celles sensées n'avoir qu'un seul code postal!</div><div><br></div><div>J'ai essayé par exemple de trouver des frontières pour les 3 zones postales de Rennes (35000, 35100 et 35700), il n'y a rien de fiable et utilisable.</div><div><br></div><div>Bref on en reste à gérer les codes postaux en les tagant point par point. On pourrait cependant essayer de tracer des polygones englobants par des outils automatiques, si on a assez de points tagués. Déjà on pourrait commencer par taguer les rues (donc mettre addr:postcode dans les associatedStreet justement !) et seulement une fois ceci fait créer des polygones englobants (sachant qu'on aura aussi des tas d'excceptions pour des points isolés au beau milieu des zones, même en dehors des Cedex facile à éliminer)</div><div><br></div></div></div></div>