Note: les codes postaux auraient du être libérés depuis longtemps, transférés de la Poste à l'ARCEP (même si la poste garde encore des codes spéciaux pour ses Cedex, il y a d'autres services postaux qui devraient aussi pouvoir allouer leurs codes spéciaux). L'ARCEP s'occupe bien de la numérotation téléphonique nationale (allocation des tranches de numéro pour chaque opérateur), mais il n'y a rien de fait pour les codes postaux. On devrait militer auprès des instances gouvernementales et des communes pour qu'elles obtiennent un découpage utilisable des codes postaux affectés à leur territoire.
En fait c'est une réforme des codes postaux qui devrait avoir lieu en France. Le vieux modèle est obsolète (notamment concernant les codes affectés en frontière de deux communes). Peut-être alors que les 5 chiffres ne suffiront plus et qu'on passera à un modèle comparable au système américain (zip code : code postal générique plus suffixe pour zones spéciales de distribution selon les opérateurs), et même La Poste ne semble pas vouloir le réformer ou le corriger. La Poste a ses propres données supplémentaire mais ne les partage pas (même le fichier général des codes postaux actuel est protégé alors qu'il est très insuffisant et ne contient strictement rien sur le découpage infracommunal, ce qu'il donne ce sont des associations non pas entre codes postaux et communes mais entre codes postaux et les bureaux distributeurs internes de la Poste, dont les limites ne sont pas réellement basées sur les frontières administratives ; le fichier ne permet pas de savoir quel code utiliser quand il y en a plusieurs possibles dans la même commune) Le 12 janvier 2016 à 18:39, Philippe Verdy <[email protected]> a écrit : > > > Le 12 janvier 2016 à 15:42, Christian Quest <[email protected]> a > écrit : > >> Pour une commune avec un seul code postal, c'est bon on a l'info par là. >> Pour celles avec plusieurs CP, des relations boundary=postal_code >> permettent de faire le découpage. >> > > 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. > > 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! > > 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. > > 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) > >
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
