<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">Le 23 janvier 2014 13:14, Vincent de Château-Thierry <span dir="ltr"><<a href="mailto:vdct@laposte.net" target="_blank">vdct@laposte.net</a>></span> a écrit :<br>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ça c'est dans une optique centrée sur le routage (soit un usage bien réel, c'est clair). Mais on peut aussi se dire que l'adresse a un rayonnement plus large que le simple point d'accès. Une adresse concerne parfois une simple cage d'escalier d'immeuble, mais va jusqu'à plusieurs parcelles cadastrales, d'où la remarque de Christian. Un point d'accès aura ses tags en propre, notamment entrance=* [1]. Les infos d'adresse peuvent être portées par le même point, mais dans ce cas on peut espérer que le node qui porte tous ces tags participe à la délimitation du terrain. C'est l'exemple de l'école.<br>

Pour prendre un autre exemple : une bibliothèque municipale, qui occupe un bâtiment en retrait de la rue, avec de la verdure devant, sans muret ou grille. En plaçant le point d'adresse sur le trottoir, à l'endroit où démarre par exemple un footway qui va jusqu'à l'entrée du bâtiment, on n'a pas de lien entre l'adresse et le bâtiment. Déduire l'adresse de la bibliothèque, pas forcément pour y accéder en guidage, mais pour combiner les infos adresse et nature ou nom du bâtiment, n'a rien de trivial, puisque le lien entre les deux n'est pas organisé dans la base. D'où ma préférence pour associer explicitement les infos d'adresse au bâtiment (public comme privé, au passage). Cette association est une valeur ajoutée.<br>
</blockquote><div><br></div><div>Sauf que s'agissant d'un bâtiment public, on peut mettre effectivement l'adresse jusqu'au point d'accès puisqu'il n'y a pas à traverser un espace privatif.<br><br>
</div><div>Romain<br></div></div></div></div>