[OSM-talk-fr] Nominatim et les codes postaux

[Philippe Verdy]

Est-ce que Nominatim ne se débrouillerait pas mieux avec des polygones
postaux (ce qui serait une grosse économie de données aussi, le polygone
suffisant à définir un code postal pour des quantités d'objets : rues,
batiments, POIs, noeuds d'adresse..., sans avoir à définir des tags
dispersés un peu partout).

Nominatim a du mal parce que les polygones administratifs n'ont pas de
corespondance exacte:
- plusieurs codes postaux par ville moyenne, donc pas de tags utilisable à
ce niveau, mais pas de subdivision administrative plus fine. Le code postal
indiqué est souvent celui de la mairie ce qui n'a rien à voir parfois avec
les codes postaux les plus courants du quartier autour ! et sinon même si
on descent au niveau rue ou route, on peut tomber sur des codes postaux
différents selon les numéros, et il y a plein de segments non renseignés.
- un même code postal pour des communes différentes.

De plus si on géolocalise un POI, ses métadonnées d'adresse postale peuvent
aussi le situer en fait dans une autre commune (et même dans une toute
autre région!) ou une autre rue car elles indiquent juste le moyen de
contact postal de la société qui a un établissement au POI trouvé (bref
Nominatim ne peut rien faire non plus de bien avec les codes postaux des
POIs, que ce soit des noeuds, des bâtiments ou des zones résidentielles ou
commerciales).

Si on avait des zones postales comme en Allemagne, il y aurait moins de
difficultés (et en Allemagne la recherche des codes postaux marche plutôt
pas mal du tout pour la géolocalisation).

Les objets de zones postale ne désignent rien d'autres qu'eux-mêmes et ne
sont que des codes postaux par défaut sachant que des POIs peuvent avoir
choisi de faire délivrer leur courrier ailleurs que là où ils sont situés,
ou le livrer de façon spéciale (donc avec des codes postaux spécifiques, ou
un CEDEX commun à plusieurs établissements pourtant situés loin les uns des
autres, ou le CEDEX d'un service externalisé d'afacturage, ou service
client mutualisé ou délocalisé).

En attentant pour la France il reste à exploiter les actuels fichiers
MediaPoste (des fichiers protégés, non libres, qu'on ne peut pas importer).
Mais contrairement à MediaPoste (basé sur des fichiers d'adresses), nous on
peut tracer des polygones postaux dans OSM (mais on n'a pas non plus à
gérer les codes postaux spéciaux, non complètement géographiques, comme les
codes de l'armée, les CEDEX, ou autres codes TSA et concours, ou codes de
routage spéciaux pris en charge par un autre service que la Poste, mais
nécessitant souvent un autre code précisé ailleurs dans l'adresse, ou qui
sera ajouté sur l'enveloppe par le service de routage tiers).

Il y a peut-être dans certaines villes des alternatives avec les fichiers
d'adresses libres pour désigner les bureaux de vote (si ces fichiers sont
assez renseignés pour y inclure les codes postaux, ce qui n'est pas une
nécessité si la mairie procède seulement par liste de rues nommées (ou
routes numérotées) et sinon cherche sur un plan sommaire en zone rurale (à
moins qu'elle ait aussi une liste de lieux-dits déjà classés). Ca tiendra
tant qu'il n'y aura pas de révision du nombre de bureaux dans une commune
(et besoin alors de redessiner les zones et voir dans ces listes comment
réaffecter les rues/routes et lieux-dits coupés sur un bureau ou l'autre)
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20130918/f905e606/attachment.htm>