|
Bonjour, Il y a une rue sur laquelle j'ai des difficultés à modifier. En effet, celle-ci est longue de plusieurs kilomètres et traverse plusieurs villes. Mais lors du georeverse, celui-ci n'indique qu'une des villes qu'il traverse même lorsque la position GPS est sur une autre ville. Comment puis-je corrigé ceci s'il vous plait ? Exemple : http://nominatim.openstreetmap.org/reverse?lat=49.202389&lon=2.120242 Cela retourne : <road>D 927</road><city>Arronville</city> Alors que la ville est Amblainville et http://nominatim.openstreetmap.org/reverse?lat=49.108676&lon=2.128386 retourne aussi Arronville alors que c'est Hérouville.... Hello, There is a street on which I have difficulty changing. Indeed, it is several kilometers long and passes through several cities. But when georeverse, it does indicate that it passes through towns even when GPS position is in another city. How can I correct this please?
showing 5 of 6
show 1 more comments
|
|
Après un peu de recherche avec des gens d'IRC (merci cquest, AlphaTiger), il s'agit apparement d'un bug de nominatim. Merci pour l'avoir remonté. Vous pouvez garder un oeuil sur le bug pour les mises à jour. Cela dit, nominatim utilise actuellement des vielles données, avant que la D297 n'ai été découpée en morceaux. Lorsque nominatim sera mi à jour (bientot), les exemples que vous avez donné remarcheront, mais pour le bug du code, c'est une autre histoire. After researching things a bit with IRC people (thanks cquest, AlphaTiger), this seems to be a nominatim bug. Thank you for the report. You can keep an eye on the bug for updates. Note that nominatim is currently using old data, before the D297 was split in smaller chunks. Once nominatim updates its data again (soon) the examples you used will appear to work, but the actual coding bug is a different story. |
|
Vincent, dans le cas présent, Nominatim se trompe alors que les données sont disponibles (et depuis longtemps, donc ce n'est pas un problème de mise à jour). Je pense qu'il cherche la route la plus proche du point, trouve cette longue départementale, mais ensuite pour indiquer la ville, plutôt que de regarder dans quelle boundary=administrative on se trouve, il prend le centroid de la route qui malheureusement se trouve dans la ville d'à côté. C'est bien un défaut de Nominatim. On ne lui demande pas où se trouve la D927, mais le point préci dont on fournit les coordonnées... Qui signale le bug ? Nominatim makes the following mistake: - it correctly find the D927 road near the coordinates - but then, in order to provide the city name, instead of using the given coordinates I presume it uses the centoird of the road which is located in the town nearby... Looks like a bug to me. |
|
L'algorithme de recherche de Nominatim n'est pas très clair (pas documenté). Mais à priori, il doit d'abord utiliser les limites administratives puis les noeuds taggués "place". Sur Amblainville, la relation de type "boundary=administrative" définissant les limites de la commune a l'air correcte. Mais il y a deux noeuds "place=village" (ici et là) ce qui a peut-être provoqué un bug dans Nominatim. Il faudrait en supprimer un des deux (le moins complet) et aussi éventuellement mettre l'autre dans la relation boundary avec le rôle "admin_centre" (pas pour Nominatim mais on cherche à le faire pour toutes les communes en France). Pour Hérouville, je n'ai rien trouvé d'anormal dans les données OSM. J'ai aussi examiné la relation d'Arronville mais là encore, rien d'anormal. Je penche pour un problème dans la base de données exploité par Nominatim. De toute façon, celui-ci nécessitera une reconstruction complète suite au changement de licence vers Odbl. On voit que le Redaction Bot a modifié le tracé de la D927 puis que tu as toi-même remanié la voie d'une manière assez importante. Normalement, ça n'est pas de là que vient le problème (même si on peut imaginer que sectionner la départementale par commune est valable mais pas indispensable). Il faut aussi savoir que la base exploitée par Nominatim n'est pas synchronisée en temps réel (au moment où j'écris ce message, il a un mois de retard : 14 Aout pour OSM -> 10 juillet pour Nominatim (voir Data ici)). |
|
Tu es tombé sur un optimisation de Nominatim pour accélérer la recherche: les adresses sont calculées en avance et chaque objet OSM a exactement un adresse dans la DB. Pour faire le reverse geocoding, Nominatim simplement cherche l'objet le plus proche et retourne son adresse. Ca va vite mais n'est pas toujours exacte. Une possibilité pour améliorer les résultats est de couper le way aux limites du villages. Comme ca, Nominatim va calculer une adresse pour chaque morceau. Mais on pourra dire, que c'est du tagging pour la moteur de recherche. You have come upon an optimization in Nominatim's data structure to speed up search: addresses are calculated in advance and each OSM object gets exactly one address. When doing reverse geocoding, Nominatim simply looks for the nearest object and returns its address. One possibility to get better results is to split the long way at the village boundaries. Like this Nominatim will calculate an address for each part, which then should have the correct village. Be warned that this may be seen as tagging for the search engine. Et oui, o ne taggue pas pour le rendu... et pas non plus pour Nominatim ;) Sur https://trac.openstreetmap.org/ticket/4519 j'ai proposé une éventuelle solution dans Nominatim, qui n'aurait que peu d'impact sur les optimisations.
(14 Aug '12, 11:48)
cquest
|
C'est ce que j'ai fait. Là ça vient de se mettre à jour et mes modifications s'affiche maintenant correctement. Les MAJ reverse se font à quelle fréquence ? 1
Normalement Nominatim se met à jour en temps réel. Il y avait juste une période de maintenance les dernières semaines. Maintenant c'est fini et le serveur est en train de rattraper le retard. Voir ce graph munin pour le retard actuel.
(20 Aug '12, 19:24)
lonvia
Excusez moi. Pour la Chaussée saint victor : http://nominatim.openstreetmap.org/reverse?lat=47.612579&lon=1.355109 affiche <postcode>17263</postcode> et pour la celle saint cloud : je n'arive pas retrouver les coordonnées que j'avais noté...
(21 Aug '12, 18:22)
Welive GPS
|
La question n'est pas claire, et la deuxième phrase a un sens différent en Anglais et en Français. Pouvez-vous reformuler dans votre langue natale, ou bien demander à un ami de vous aider à écrire la question ?
The question isn't clear, and the second sentence doesn't have the same meaning in English and French. Could you reformulate using your mothertongue, or ask a friend to help you write the question ?
and give us a http://wiki.openstreetmap.org/wiki/Permalink to one of the place where we can see the way, and describe how we can identify it.
Ma langue natale est le Français. Désolé si je ne réussis pas à me faire comprendre.
J'ai une route, la D927. Celle-ci traverse de nombreux villes. Lors d'un géoreverse sur cette route via www.openstreetmap.org/reverse?lat=.....&lon=...... (quelque soit la ville traversée), ça m'indique dans "City" une des villes dans les environs : "Arronville" ! Et non la vraie ville sur laquelle la position GPS pointe ;-)
Message d'origine édité
Bizarre que ce bug n'agit que sur cette route. Lorsque je pointe sur les autoroutes qui traverse aussi plusieurs villes, les villes se mettent à jour et concordent avec les points GPS....
Autre chose j'ai modifié une dénomination d'une nationale en départementale, lors d'un http://nominatim.openstreetmap.org/reverse, ça affiche toujours en nationale mais via l'API http://www.openstreetmap.org/api/0.6/way/[n° d'ordre] le changement apparait bien
C'est "normal", car Nominatim ne se met pas à jour en temps réel, mais de temps en temps (relativement espacé). Il faut donc attendre la prochaine mise à jour de ses index.