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
