Le 27 novembre 2011 08:46, isnogoud <span dir="ltr"><<a href="mailto:osmco@free.fr">osmco@free.fr</a>></span> a écrit :<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im"><br>
<br>
> A propos des adresses postales, une nouvelle analyse est disponible sur<br>
> osmose:<br>
><br>
> <a href="http://osmose.openstreetmap.fr/map/?item=2060" target="_blank">http://osmose.openstreetmap.fr/map/?item=2060</a><br>
><br>
<br>
</div>D'abord bravo et merci : c'est exactement ce qu'il nous faut pour vérifier les<br>
travaux d'import sur Nantes.<br>
<div class="im"><br>
> Elle fait ressortir les incohérences de tag addr:housenumber et de la<br>
> relation "associatedStreet":<br>
> - addr:housenumber sans addr:street et ne faisant pas partie d'une relation<br>
> associatedStreet<br>
> - relation associatedStreet sans membre "street"<br>
> - rôle "street" sur un way qui n'est pas highway=*<br>
> - membres sans rôle<br>
> - membres sans addr:housenumber<br>
> - numéro en double<br>
> - plusieurs noms de rue différents dans une même relation<br>
> - plusieurs relations avec la même rue<br>
><br>
> Résultat des courses, plus de 60000 nouvelles erreurs détectées, la<br>
> principale étant la première de la liste ci-dessus.<br>
<br>
</div>Cela n'est pas étonnant : l'utilisation de la relation de type associatedStreet<br>
n'est présentée dans le schéma de Karlsruhe que comme une possibilité<br>
optionnelle mais recommandée. L'usage basique est de porter toutes les<br>
informations sur le point d'adresse.<br>
<div class="im"><br></div></blockquote><div><br>Bien qu'elle ne soit pas obligatoire, la relation est quand même fortement recommandée sur le wiki et elle apporte pas mal d'avantages.<br>L'analyse d'osmose ne considère comme erreur un addr:housenumber ne faisant pas partie d'une relation QUE si il n'y a pas de addr:street d'indiqué.<br>
Le wiki dit que si il n'y a que addr:housenumber de renseigné, la rue à prendre en compte est la plus proche... mais c'est quand même bien limite comme fonctionnement, surtout pour les adresses proches des intersections.<br>
<br><br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
> Je plaide coupable d'avoir eu une telle idée d'analyse, Frédéric Rodrigo<br>
> est quant à lui coupable de l'avoir codée.<br>
<br>
</div>D'autres motifs de culpabilité en vue ?<br>
<div class="im"><br></div></blockquote><div><br>Il va sûrement y en avoir d'autres... je virus du contrôle qualité semble contagieux !<br><br>Toujours dans le domaine des adresses, j'ai rajouté pas mal d'entrées dans le "tagwatch-cleaner" pour remonter les abréviations dans les noms (ex "Ch des Lilas", "Rue du Gén Leclerc").<br>
<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">
><br>
> Le géocodage étant quelque chose de très demandé et utile, j'espère qu'on<br>
> va pouvoir mettre tout ça un peu plus au propre.<br>
><br>
<br>
</div>Une suggestion : à Nantes, nous proposons de mettre le nom de la rue issue de<br>
Nantes Métropole sur la relation. Il s'agit là aussi d'une recommandation du<br>
schéma de Karlsruhe. C'est aussi un moyen de faciliter le travail du mappeur<br>
pour faire le lien avec les ways existant avec notre import. Est-il possible de<br>
mettre une erreur qui compare ce tag name avec les noms de ways figurant en<br>
membre "street" de la relation ?<br>
<br></blockquote><div><br>Possible que ce soit déjà le cas... à vérifier dans le source.<br><br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Il est vrai que le but est de ne pas dupliquer l'information inutilement.<br>
L'idéal serait que le nom de rue ne figure qu'une seule fois dans OSM.<br>
<br></blockquote><div><br>Sur le plan base de données ça serait souhaitable, mais cela rend les algorithmes bien complexe.<br>Un peu de redondance d'info c'est comme mettre un peu d'huile dans les rouages des algorithmes ;) <br>
</div></div><br>-- <br>Christian<br><br>