<div dir="ltr"><div class="gmail_extra">Visiblement mon appel à remplacer du rouge par du bleu n'a pas eu d'écho alors je détaille...</div><div class="gmail_extra"><br></div><div class="gmail_extra">A mon avis, inutile de se ruer sur un import d'adresses dans OSM. Il vaut mieux se laisser un peu de temps, de recul pour le faire avec un modèle cohérent.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Pourquoi ?</div><div class="gmail_extra"><br></div><div class="gmail_extra">1) pour tout ce qui est calcul d'itinéraires et positionnement de données opendata ne contenant qu'une adresse on va très très prochainement pouvoir géocoder en s'appuyant sur BANO</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">2) il faut envisager les ajouts dans OSM comme des apports en qualité comparé à BANO, c'est à dire avec si possible un contrôle de terrain.</div><div class="gmail_extra">

<br></div><div class="gmail_extra">3) toutes les méthodes de rabattement du point adresse ont été faite par les scripts qui proposent beaucoup (trop) de choix.</div><div class="gmail_extra">La pire solution serait à mon avis que chacun fasse selon ses goûts. Un peu d'homogénéïté rendra les données OSM plus crédible qu'une relative anarchie.</div>

<div class="gmail_extra"><br></div><div class="gmail_extra">Donc, dans l'immédiat, il me semble surtout opportun de remplacer non pas du rouge par du vert (import dans OSM), mais par du bleu (compléter OSM sur la voirie pour permettre les rapprochements automatiques).</div>

<div class="gmail_extra">Ca c'est un véritable apport de l'élément situé entre la chaise et le clavier, tout comme l'est la validation de terrain (avec éloignement du clavier)... le reste peut être fait par un bot.</div>

<div class="gmail_extra"><br>-- <br><div dir="ltr">Christian Quest - OpenStreetMap France</div>
</div></div>