<div dir="ltr"><div><div><div><div><div><div>Une adresse/un bâtiment:<br><br>sur le building, si vous voulez indiquer la porte d'entrée, créez un noeud avec entrance=main.<br><br></div>Plusieurs adresses/POIs dans un bâtiment:<br>
<br></div>Un noeud par adresse/POI qui se trouvent dans le contour du bâtiment.<br><br></div>Plusieurs bâtiments avec la même adresse<br><br></div>Créer un multipolygone et mettre l'address là-dessus.<br><br></div>Ça c'est comme le reste du monde (hors de la France) le fait.<br>
<br></div>Polyglot<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014/1/4 DH <span dir="ltr"><<a href="mailto:dhelfer@free.fr" target="_blank">dhelfer@free.fr</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Le 04/01/2014 13:20, David Crochet a écrit :<div class="im"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Bonjour<br>
<br>
Je voudrais juste avoir une opinion générale car j'ai tout un coup une sorte d'incompris :<br>
<br>
Les addr:*=* d'un magasin, d'un enseigne sont bel est bien rattachés à un chemin ou à un noeud à l'intérieur du chemin, souvent étiqueté building=yes. Le logiciels d'aide à la contribution facilité l'ajout de ces types d'informations<br>
<br>
Les addr:*=* des habitations. Où doivent t'ils se trouver ?<br>
- sur le chemin représentatif du bâtiment<br>
- sur un noeud appartenant au chemin représentatif du bâtiment<br>
- sur un noeud appartenant au chemin représentatif du bâtiment et qui plus est est la porte d'entrée dudit bâtiment<br>
- sur un noeud à la limite du domaine publique et du domaine privée en cas d'habitation isolée, représentatif du portail permettant d'aller d'un domaine à l'autre<br>
- sur un noeud, peu importe où tant qu'il est très proche de la réalité dans le but d'utilisation par logiciel de routage<br>
<br>
<br>
Au fur et a mesure du « mapping » et du « micro-mapping » dans les endroits déjà dense. Vers quelle situation devrait-on ou devra-t'on arriver ?<br>
</blockquote></div>
La porte d'entrée est un réel + du point de vue micro-mapping (qui, sur le coup,n'est pas incompatible avec le mapping tout court). Après pour qualifier un "addr:housenumber" de "building=entrance", il est nécessaire d'avoir une connaissance terrain. Souvent, on est juste de sa chaise, mais on ne peut garantir que c'est juste sur le terrain => donc c'est plausible.<br>
Personnellement, j'ai tendance à mapper de façon "plausible" souvent par manque de ressources-temps.<br>
Après cette réflexion, le besoin de localisation de la donnée adresse n'a pas autant d'exigence de précision, l'exhaustivité prime, amha. Il y a un besoin et un boulot dont l'ampleur est sans rapport avec ce raffinement, nonobstant la pertinence du questionnement.<br>
Et les relations "associatedStreet" sont-elles indispensables, juste mieux adaptées à la base (aux usages ) ? Une requête overpass sur le wiki pour rassurer les réutilisateurs-néophyptes (comme beaucoup d'entre nous ;-) pour alimenter un SIG de collectivités territoriales ?<br>
Comment sont produites (quels modèles) les données, mais aussi comment sont-elles consommées (comment convertir les différents modèles) ?<br>
<br>
Denis, bonne ânnée quand même<br>
<br>
PS : résultats du vote<br>
1 1<br>
2 1<br>
3 1.5<br>
4 0.75<br>
5 1<div class="HOEnZb"><div class="h5"><br>
<br>
<br>
______________________________<u></u>_________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.<u></u>org/listinfo/talk-fr</a><br>
</div></div></blockquote></div><br></div>