Pour l'instant en France on a privilégié la saisie dans OSM des codes
postaux au niveau des noeuds, parfois des relations administratives
(mais par pour les communes à codes postaux multiples).

Mais on a un problème : la principale utilisation des codes postaux
est pour servir de source à la géolocalisation des adresses dans
Nominatim. Mais Nominatim a depuis longtemps des tonnes de problèmes
avec la gestion des codes postaux : une fois qu'un codes postal y a
été injecté, il ne disparaît plus jamais (Nominatim garde un noueud
même s'il n'est plus attaché à **aucun** objet OSM, parce qu'il a été
saisi par erreur et supprimé, ou parce que le code a depuis été
corrigé (erreur sur un chiffre).

[Il y a un problème annexe (mais pas insurmontable) concernant la
recherche des adresses dans Nominatim contenant des codes postaux mais
non reconnus comme tel (par exemple les adresses contenant un préfixe
de pays comme "F-35000 Rennes" au lieu de "35000 Rennes, France", qui
font échouer la recherche des adresses). Le solution n'est pas dans la
base Nominatim elle-même mais dans la préparation des adresses à
géolocaliser avant d'interroger Nominatim.]

Mais le plus gênant reste que Nominatim est largement pollué dans sa
**propre** base par des codes postaux faux jamais corrigé, car il
garde tout. Quand on regarde les résultats d'une recherche Nominatim
contenant un code postal faux, on se rend compte qu'il a garé et
continue de référencer un de ses propres noeuds "place" qui n'est plus
attaché à **aucun** objet OSM.

Même si on a corrigé dans OSM avec une autre valeur ou avec des
polygones englobants (dans une relation administrative par exemple, ou
une relation multipolygone créée ad hoc pour les limites des zones
postales), cette donnée n'est visiblement plus prise en compte par
Nominatim qui continue de voir son ancien objet code postal en
priorité sur tout ce qu'on a pu mettre ensuite.

La seule solution actuelle consiste à ouvrir un ticket sur le Trac de
Nominatim afin qu'un adminsitrateur fasse le nettoyage à la main dans
la base Nominatim. Ce qui n'est pas viable, trop long, trop couteux.
Bref tout le monde y renonce. Et petit à petit, la géolocalisation via
Nominatim devient de moins en moins utilisable, des adresses qu'on
pouvait géolocaliser dans le passé ne passent plus à cause de la
survenance inattendue d'un code postal faux à proximité.

Quelle stratégie adopter ? Si Nominatim ne peut plus être utilisé pour
la géolocalisation des adresses, alors comment faire ?
- créer une autre base pour les codes postaux ?
- ne plus saisir les codes postaux dans OSM puisque Nominatim en est
pratiquement le seul utilisateur réel et qu'il en fait absolument
"n"importe quoi" en choisissant ses données "à sa guise"...

Note : ce problème affecte avant tout les codes postaux enregistrés
dans Nominatim sous forme de noeuds. Il est beaucoup moins critique
pour les codes postaux sous forme de polygones, mais visiblement
Nominatim fait une transformation des polygones posaux en créant
*lui-même* un noeud place dans sa base, utilisé à la place du polugone
réel dans OSM, qu'il n'enregistre pas ! Cela peut expliquer pourquoi
Nominatim ajoute des tas de noeuds postaux qu'il ne sait ensuite plus
jamais purger ou corriger pusique jamais attaché à l'objet OSM qui en
était à l'origine (Nominatim est ensuite incpable de détecter les
changements et corrections, que celles-ci étaient dans des noeuds ou
des polygones OSM).

Y a-t-il une réflexion menée pour que Nominatim soit corrigé et pour
rendre les codes postaux enfin utilisables pour la géolocalisation
inverse à partir d'une adresse ?

_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Répondre à