impossible de retrouver les rues ajoutées [EN COURS DE RÉSOLUTION ?]

Salut,

Je rencontre un petit problème depuis que j’ai commencé à modifier les données osm.

Il m’est impossible de retrouver à partir du champ “Recherche” de www.openstreetmap.org des rues que j’ai ajouté dans mon village. J’ai attendu et re-attendu en me disant que ça devait prendre du temps mais bon là ça fait un peu plus d’un mois. ^^ J’ai parcouru un peu les forums et posts de ML mais je n’ai pas réussi à trouver ma réponse.

Donc si une âme charitable voulait bien regarder si j’ai entré les données de la bonne façon ou me confirmer qu’il faut éventuellement que je patiente encore. À moins qu’il faut modifier des données autre part.

Exemple: http://www.openstreetmap.org/?lat=48.06774&lon=-0.82754&zoom=16&layers=M
La première rue que j’ai ajoutée est “Rue de la Croix Verte”. C’est moi qui ai ajouté les rues, je n’arrive à en retrouver aucunes. Tandis que des données telle que l’église il est possible de la retrouver à partir de la recherche.

Merci d’avance :wink:

Bonjour,

Je ne répondrai que sur nominatim qui l’un des 2 outils de recherche/ présent sur openstreetmap.org
Sur le wiki [1] il est noté que le retard maximum de nominatim est de 2-3 minutes. J’ai creusé aussi mais difficile d’avoir des éléments tangibles :

Mais nominatim est utilisé sur d’autres sites avec une base d’indexation qu’ils moulinent eux-même. Sur Cloudmade [3] cela fonctionne (par contre leur rendu est à la ramasse). Il s’agit donc d’un pb de la base de donnée nominatim du site OSM, mais pas de tes données ou du logiciel nominatim lui-même.

Sinon tu peux regarder sur keepright [4] et osmose [5], il y a des petites anos topologiques à corriger : des chemins non reliés au reste de la carte et des bâtiments non fermés ou se recouvrant.

A+
Bruno

[1] http://wiki.openstreetmap.org/wiki/Talk:Nominatim#nominatim_not_up_to_date_.28january_2011_-_and_still_in_April_2011.29
[2] http://munin.openstreetmap.org/openstreetmap/katie.openstreetmap/nominatim_lag.html
[3] http://maps.cloudmade.com/
[4] http://keepright.ipax.at/report_map.php?zoom=16&lat=48.06799&lon=-0.82924&layers=B00T
[5] http://osmose.openstreetmap.fr/map/cgi-bin/index.py?zoom=16&lat=48.06951&lon=-0.83087&layers=B000000FFFFFFFFFFFFT

Il semblerait qu’il y ait un problème persistant dans la répliation de la base utilisée par Nominatim:

http://wiki.openstreetmap.org/wiki/Talk:Nominatim#nominatim_not_up_to_date_.28january_2011.29

Si le problème survient lorsque le way (ou rue) est créé (c.a.d qu’il n’est pas répliqué dans l’index de nominatim), il persiste ensuite, même si on fait des mises à jours ou des corrections du way dans la base OSM (comme je viens d’en faire l’essai) puisque la version originale du way est manquante dans la bdd.
Il faut comprendre que la réplication de la base se fait en deux étapes : d’abord on créé une version de base qui contient l’ensemble des données à un instant T. Cette base complète fait plusieurs Gigabytes et cette phase peut durer plusieurs jours. Puis on applique des “patches” qui ne signalent que les changements de la base. Ces patches peuvent regrouper les changements chaque minute (minutely diff) ou chaque heure ou chaque jour, suivant la fréquence des mises à jour qu’on veut utiliser dans sa propre application. nominatim semble utiliser les minutely-diff mais encore une fois, si la version originale du way est manquante, toutes les modifications ultérieures ne seront pas prises en compte. Le problème est qu’il existe parfois certaines circonstances qui font que des données échappent aux réplications ce qui a probablement le cas pour ton changeset.

Seules solutions : attendre que nominatim recharge la base de donnée OSM au complet (ce qui arrive très rarement) pour retrouver toutes les données manquantes ou recréer le way de la “rue de la Croix Verte” pour forcer l’indexation. Dans les deux cas, c’est une situation anormale et personnellement, j’attendrais que le problème se corrige de lui-même (surtout si cela ne concerne que quelques rues).

Merci à vous deux! Sacré ré-activité et bonnes explications en tout cas.
Donc je vais attendre en espérant que le problème se résolve tout seul ou que la base soit rechargée au complet (dans ce cas là, je vais essayer d’en faire un maximum :þ).

Pfiuu, un grand merci pour ces liens!
Grâce au wiki d’osm sur osmose j’ai trouvé comment corrigé quelques erreurs, cependant je ne sais pas comment faire pour les erreurs “intersections de bâtiments” dans le cas ou ce sont des maisons collés par exemple. Il y a un tag spécial dans osm? Ou bien je dois choisir “corrigé” ou “faux positif” dans osmose?

Concernant keepright et toutes les erreurs qu’il m’a ressorti je vais devoir approfondir.

Je suis pas encore un pro d’osm, j’ai appris par moi même (wiki, tuto, …) mais pour faire autant d’erreurs (peut-être des trucs à la con), j’ai du rater quelque chose^^. Auriez éventuellement un lien pour “initiation” un peu plus poussée à osm?

Merci encore :wink:

C’est l’erreur habituelle sur les imports bâti du cadastre: 2 batiments adjacents pour lesquels il y a un point (ou plus) qui devrait être partagé par les 2 chemins, et ce n’est pas le cas: pour osmose les batiments sont superposés sur un bande de quelques centimètres. Cela ce corrige en utilisant la touche J sous JOSM ce qui joint le noeud sélectionné au chemin le plus proche. Il doit y avoir quelques millions d’erreurs de ce type sur la France.

En plus le plugin validator ne détecte pas tous ces cas de chevauchement. C’est pour cela que pour ma part j’ai levé le pied sur les imports. Je me fais des sessions osmose/bâti de temps en temps mais cela se rapproche beaucoup du mythe de Sysiphe.

Tout le monde fait des erreurs au début… et après aussi :wink: Les outils de contrôle qualité sont là pour tous. Je t’invite d’ailleurs à explorer individuellement les différents types d’ano pour les comprendre. Les chemins non reliés par exemple c’est embetant pour les moteurs de routage qui ne pourront les utiliser pour calculer un itinéraire.

A te lire les outils de contrôle ne sont pas dans les tutos du wiki ?

A+