<div dir="ltr">Le 27 octobre 2017 à 04:56, Francois Gouget <span dir="ltr"><<a href="mailto:fgouget@free.fr" target="_blank">fgouget@free.fr</a>></span> a écrit :<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Le jeudi 26 octobre 2017 à 10:45 +0200, Christian Quest a écrit :<br>
> Les applis qui ont besoin d'adresses peuvent utiliser celles d'OSM et<br>
> compléter avec d'autres sources (BANO en est une).<br>
[...]<br>
> On va aussi pouvoir bien mieux exploiter les données du cadastre dans<br>
> un avenir très proche, vu qu'on a accès depuis quelques semaines aux<br>
> données EDIGEO brutes. Donc je patienterai un peu pour voir ce qu'on<br>
> peut faire de mieux que ce qui a été fait jusque maintenant avec les<br>
> extractions faites uniquement à partir de fichiers PDF sur<br>
> <a href="http://cadastre.gouv.fr" rel="noreferrer" target="_blank">cadastre.gouv.fr</a><br>
<br>
Donc ce que je retiens :<br>
* Priorité aux noms de rues.<br>
Tout à fait d'accord. Mais c'est pas évident de contribuer si on<br>
n'est pas sur place. Quelles sont vos techniques ?<br></blockquote><div><br></div><div>Le rendu BANO permet de se faire une très bonne idée dans la majorité des cas.</div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
A-t-on une idée du temps que vont prendre les 160000 dernières voies<br>
? Si elles restent c'est qu'il n'y a pas de contributeur dans ces<br>
villes ?<br></blockquote><div><br></div><div>Le rythme s'est pas mal ralentit ces derniers temps. Si on s'y remet sérieusement comme au début de la dispo de BANO, ces 160.000 voies peuvent quasi disparaitre d'ici un an. Bien sûr, il y aura un résidu qui résistera sur les cas tordus et particuliers qui nécessitent d'aller sur le terrain.</div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Enfin, si on arrive effectivement au bout de cet aspect, je pense que<br>
ça a du sens de revisiter comment va s'organiser la suite.<br>
<br>
* Attendre voir si on peut mieux faire avec le nouveau cadastre.<br>
Mieux = import massif ? Points "adresse manquante" dans Osmose ? (20<br>
millions de points ça va être joli ;-)<br>
<br></blockquote></div><div class="gmail_quote"><br></div><div class="gmail_quote">Le mieux c'est un peu plus d'adresses et peut être un meilleur calage géographique.</div><div class="gmail_quote"> <br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
* En l'absence d'import massif alors on continue avec une intégration<br>
manuelle qui prendra 10 à 15 ans.<br>
</blockquote><div><br></div><div>L'import massif n'est pas souhaitable de mon point de vue ou alors c'est qu'on privilégie la quantité à la qualité, et je ne suis pas pour.<br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> Peut-on déveloper des stratégies pour maximiser le rendement des<br>
efforts d'intégration ?<br>
- Par exemple si un contributeur ajoute un commerce / restaurant et<br>
pointe vers son site web, il aura probablement vu son adresse quelque<br>
part. Donc on pourrait recommander l'ajout de l'adresse dans les pages<br>
Wiki de amenity, shop et office. Mais cela fera quelques rues<br>
commerçantes avec plein d'adresses et pas grand chose ailleurs.<br>
</blockquote><div><br></div><div>Ouille... tout comme un bâtiment n'a pas de lien 1/1 avec une adresse, un commerce n'a pas de lien 1/1 non plus.</div><div>Il est préférable de mettre son adresse en contact:*=*, l'adresse est un objet à part entière.</div><div><br></div><div>Ces adresses en contact:* sont de toute façon exploitables si on en a besoin, mais au moins on sait que ce n'est pas l'adresse elle même qu'on a renseigné.</div><div><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> - Ajouter les adresses aux intersections. Je pense qu'avoir ces<br>
données dans OSM serait presque suffisant pour les usages courants.<br>
Mais pour un contributeur ce n'est pas le cas le plus simple à traiter<br>
: à chaque fois la question se pose de savoir sur quelle rue est le<br>
numéro. Aussi, un contributeur gagne-t-il en temps à se concentrer sur<br>
les intersections ?<br>
</blockquote><div><br></div><div>J'avais commencé comme ça sur ma commune, avec des interpolations. A l'époque le plan cadastral était en image et pas vectoriel.</div><div>J'ai ensuite remplacé ces interpolations par les points adresse (toujours à partir du plan image).</div></div><div class="gmail_quote"><br></div>Qu'on ajoute les points ou qu'on mette des interpolations, la question reste la source: terrain ou pas, donc amélioration/contrôlé ou juste copie d'une source (le cadastre dans la majorité des cas).<br></div><div class="gmail_extra"><div class="gmail_quote"><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> - Ajouter une adresse par rue bordant un paté de maison. Là on évite<br>
le problème des intersections mais on répond un peu moins bien à la<br>
question "je tourne à droite ou à gauche ?".<br>
- Se concentrer sur les rues couvertes par Mapillary. Ca permet de<br>
gagner du temps et de couvrir une zone plus étendue en évitant d'avoir<br>
à aller sur place. Mais la couverture Mapillary est très loin d'être<br>
complète mais j'ai l'impression qu'assez peu de numéros sont lisibles<br>
et donc si je compte le temps passé à chercher une image où un numéro<br>
est lisible je ne suis pas sûr que le rendement soit si bon.<br>
<br></blockquote><div><br></div><div>Il faudrait des photos latérales... or c'est souvent des photos frontales qui sont prises et versées et oui, ça prend un temps fou.</div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
* Les outils peuvent s'appuyer sur la BANO.<br>
Si on table sur une intégration qui prend 10 ans ou plus alors<br>
effectivement les outils ont plutôt intérêt à ajouter du support pour<br>
la BANO afin d'être utilisables. Mais dans ce cas il faudrait les en<br>
informer clairement.<br>
Ca veut aussi dire qu'ils devront intégrer du code spécifique pour la<br>
France, soit au niveau de l'outil même, soit au niveau de la<br>
préparation des fichiers OSM qu'ils utilisent en faisant leur propre<br>
'import massif' de la BANO.<br>
<span class="gmail-HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div>Non, ce n'est pas du code spécifique pour la France, c'est du code spécifique pour les adresses en général.</div><div><br></div>Nominatim par exemple n'utilise pas que les données OSM, des données sont aussi ajoutées directement pour les compléter (adresses de Tiger et autre il me semble).</div><div class="gmail_quote"><br></div><div class="gmail_quote">Ce sujet des adresses n'est pas particulier qu'à la France, c'est général. Il y a très peu de pays qui ont une couverture en adresses suffisantes dans OSM pour que ce soit la seule source, c'est l'exception et pas la règle, alors qu'il y a de plus en plus de bases d'adresses disponibles en opendata.</div><div class="gmail_quote"><br></div><div class="gmail_quote"><a href="https://openaddresses.io/">https://openaddresses.io/</a> répertorie toutes ces sources pour que justement les appli et services qui ont besoin d'adresses au delà de ce qui est dispo dans OSM pousse les utiliser.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Une appli ou un service qui dépend des adresses ne peut pas faire l'impasse d'utiliser ces sources.</div><div class="gmail_quote"><br></div><div class="gmail_quote">C'est pas parce que ces sources sont disponibles qu'il faut les importer avec précipitation, car on n'apporte aucune valeur ajoutée vu qu'on peut déjà les utiliser si on en a besoin. Faisons les choses bien, même si ça prendra beaucoup de temps.</div><div class="gmail_quote"><br></div><div class="gmail_quote">Les copier/coller en aveugle de données, surtout dans ce domaine, c'est ce qui fait que même les bases officielles n'ont vraiment pas la qualité qu'on pourrait attendre. Ne faisons pas la même erreur.<br></div><div class="gmail_quote"><br></div>-- <br><div class="gmail_signature"><div dir="ltr">Christian Quest - OpenStreetMap France</div></div>
</div></div>