Alors ça explique bien des choses sur des noeuds d'adresse oubliés dans BANO: ils ont juste un numéro (ou juste un "housename") et pas de nom de rue; mais ont été oubliés de la relation street/associatedStreet. Et ils ne sont même pas tous signalés en erreur non plus (les outils en revanche signalent des noms de rues inconnus ou non rapprochés (souvent des abréviations ou des noms tronqués dans l'export du cadastre, ou des noms d'usage local ; qui n'ont pas été ajoutés en alt_name=* ou loc_name=* pour le chemin de voirie ou la relation ou encore d'anciens noms encore utilisés par les résidents).
Le 23 janvier 2015 15:51, Vincent de Château-Thierry <osm.v...@free.fr> a écrit : > > > De: "Philippe Verdy" <verd...@wanadoo.fr> > > > > Pour l'instant non, mais on verra ce que ça donnera si des > > contributeurs se mettent à virer toutes les relations et insistent > > pour ne taguer que les noeuds et les voies. > > > > On a déjà de nombreuses erreurs liées à cette séparation; le > > rapprochement BANO se fait déjà mal et les relations ont chaque fois > > résolu les problèmes d'ambiguité comme des points d'adresses > > rapporochés sur la mauvaise rue (et pallié aussi à de nombreux > > oublis quand les relations n'étaient pas là pour référencer les > > noeuds isolés un peu trop loin de la voie). > > Le rapprochement des données OSM dans BANO exploite soit l'appartenance à > une relation associatedStreet, soit le couple de tags addr: street et > addr:housenumber. Il n'y a _aucune_ prise en compte de la géométrie pour > les rapprochements, le critère d'éloignement de la voie n'est pas pris en > compte. > > vincent > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
