2012/5/31 Frédéric Rodrigo <fred.rodr...@gmail.com>: >> Et il revient encore : >> >> http://osmose.openstreetmap.fr/map/?zoom=16&lat=48.31134&lon=1.99758&item=5050 >> >> Les faux positifs sont-ils effacés de la base régulièrement ? > > > On a bien constaté le problème. Par contre l'on n'a toujours pas identifié > la source. > Normalement les faux positifs qui ne se reproduisent plus sont purgés. Mais > là ce n'est pas le cas.
Est-ce que ça ne serait pas parce que l'erreur est marquée en "corrigé" plutôt qu'en "faux-positif" ? En tout cas, je vois l'erreur apparaitre là (datant du 31 mai): http://osmose.openstreetmap.fr/utils/done.py?source=156&item=5050&class=1 Et il n'y a rien d'intéressant dans la liste des faux-positifs: http://osmose.openstreetmap.fr/utils/false-positive.py?item=5050&class=1 Les erreurs marquées corrigés sont effectivement retenu pendant quelques jours avant d'être supprimé de la base de donnée - ceci afin de vérifier si l'erreur a été bien corrigée dans la base de donnée d'OSM. Les faux-positifs restent dans osmose, mais sont liés à une position exacte du marqueur, et au numéro de l'élément (node, way, relation). Ce qui veut dire que si l'élement change (ajout de nodes, déplacement ou découpage en plusieurs morceaux), le faux-positif sera ignoré pour les nouvelles erreurs générés. Ça pourrait expliquer d'autre cas similaires. Il y a peut-être une autre raison lié à l'analyse soundex elle-même. L'analyse reporte des erreurs de façon statistique, en estimant les noms qui paraissent inexacts par rapport aux autres noms déjà présent dans la base de donnée d'OSM. Il se pourrait qu'un changement sur un élément ailleurs dans la région crée des erreurs non-présente auparavant. Je ne suis pas vraiment convaincu par cette explication, mais ça pourrait expliquer le souci. -- Jocelyn _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
