Si le validateur ne trouve rien et si on quand charge les relations concernées elles sont bien toutes fermées (oui j'ai réordonné les membres des relations pour le vérifier dans JOSM et voir que tout allait déjà bien et qu'il n'y avait ni trou ni chemin en excès ou superposé), on n'a que ça à faire. On reviendra un peu plus tard voir dans Nominatim.
Nominatim n'est pas mis à jour en live. Il faut patienter un peu (parfois il faut plus d'une semaine pour qu'il voit les changements faits dans sa base). Le 20 janvier 2013 22:36, Pierre Béland <pierz...@yahoo.fr> a écrit : > Samy, > > La relation brisée peut être une des limites administratives dans les > environs. Une fois ouverte, elle avale en quelque sorte les lieux > environnants. > > Si elle avait été corrigée hier, tout devrait rentrer dans l'ordre > aujourd'hui. > > Samy > > voir la discussion en novembre où il y avait déjà des problèmes avec Dijon. > http://web.archiveorange.com/archive/v/MHd6xgngqNYz08T1QK94 > > Le fait que Nominatim inclu Dijon dans la Franche-Comté indique à mon avis > qu'il y a une trouée, une relation non fermée du côté de la Franche-Comté. > Ceci a pour effet en quelque sorte d'avaler Dijon. Je ne réussis pas avec > les différents outils à repérer le problème (ie. layers et analyseur de > relations). > > Il faudrait regarder quelles relations de limites administratives ont été > modifiées récemment et dans ce cas si elles causent problème > > Pierre > > ________________________________ > De : Samy Mezani <samy.mez...@wanadoo.fr> > À : Discussions sur OSM en français <talk-fr@openstreetmap.org> > Envoyé le : Dimanche 20 janvier 2013 15h16 > > Objet : Re: [OSM-talk-fr] Dijon, Franche-Comté ? > > Du coup, le pb apparaît toujours dans les recherches sur Dijon. J'ai vu que > Philippe avait mis son nez et sans doute corrigé quelques trucs, faut-il > attendre encore un peu ? ou le pb persiste-t-il réellement ? > > En fait, le 'Dijon, Franche-Comté' correspond à la sous-préfecture de Dijon > (admin_level=7) (http://www.openstreetmap.org/browse/relation/1685958). Je > n'ai jamais traité ce genre de relation mais je ne vois pas où est l'erreur. > > L'analyseur de relation ne détecte rien de particulier, mais on voit 3 > noeuds bizarres au sud-est de la limite de la sous-préfecture (limite > Bourgogne - Franche-Comté d'ailleurs) sur > http://www.openstreetmap.org/browse/relation/1685958 > > Bref, qu'est-ce qu'on fait ? > > Samy > > > > le 19/01/2013 01:16, Philippe Verdy a écrit: >> Le 19 janvier 2013 01:01, Pierre Béland<infosbelas-...@yahoo.fr> a écrit >> : >>> Phiippe, >>> >>> c'est un piège dans lequel le gourmand bavard tombe. >> >> Où ça ? Quel piège ? Il y a une explication à ça sur Nominatim qui >> fait ce qu'il peut avec ce qu'il trouve au moment de ses mises à jour. >> Mais on a moyen de mieux guider son heuristique dans ce cas. >> >>> Le noeud est utilisé >>> parce que la relation est défectueuse et non opérationnelle. >> >> Non justement la relation est juste mais avait déjà été corrigée >> (partiellement car il y a d'autres relations voisines qui ne ferment >> pas non plus). >>> Et je crois >>> justement que nous avions aussi parlé de ça la dernière fois. >> >> La dernière fois c'est une question qui revient pourtant souvent. >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-fr >> > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > > > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr > _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
