<div dir="ltr"><p>Merci pour la prise de recul qui me paraît également nécessaire Christian.<br>J'ai tout comme toi un problème avec l'info dupliquée qui pose indubitablement problème. Dans un monde idéal, l'adresse n'apparaîtrait qu'une fois et qu'une seule. Malheureusement le seul moyen d'y parvenir me semble être de créer des relations, ce qui complique vraiment le modèle et que l'on devrait donc éviter dans la mesure du possible.</p><p>On est d'accord que pour l'usage "adresse", le point tel qu'il est défini et utilisé aujourd'hui fait le taff. Ce que nous essayons maintenant de trouver, c'est donc le moyen de gérer au mieux l'utilisation "contact".</p><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Pourquoi dupliquerai-t-on l'adresse sur chaque entrée/accès et pas le type de POI (c'est une entrée... de cinéma, un sortie de secours... de cinéma, etc) ? Où est la cohérence globale ? Pourquoi répéter l'un mais pas l'autre ?</blockquote><div>C'est un bon point. J'ai toujours été embêté par ces entrées qui ne sont pas reliées au bâtiment et il me paraissait que l'adresse soit un moyen élégant d'y parvenir mais tu as raison, je dois faire fausse route en associant les deux problématiques. Tant pis pour les pompiers qui ne seront pas guidés vers l'issue de secours.</div><div><br></div><div>On en revient donc à l'usage "contact". Dans le use case que j'ai exposé, il s'agit d'exporter tous les cinémas de France accompagnés de leur adresse sur <a href="https://www.data.gouv.fr/fr/datasets/cinemas-issus-dopenstreetmap/">data.gouv</a></div><div><br></div><div><b>On a 3 solutions :</b></div><div><b>1. </b>on considère que l'adresse ne doit pas être dupliquée : on la laisse donc sur un node flottant</div><div>C'est plus avantageux pour la maintenance, c'est parfait pour l'usage "adresse" mais c'est un cauchemar pour l'export et l'usage "contact".</div><div>Quel node avec la bonne adresse associer au POI ? C'est très difficile de retrouver cette info non explicite.</div><div><br></div><div><b>2. </b>on utilise <font face="monospace">contact:XXX</font> pour dupliquer l'adresse sur le POI.</div><div>Pas top pour la maintenance, incompatible avec les outils d'édition internationaux mais l'utilisation est très claire car les tags sont différents pour les 2 usages. Parfait pour les 2 usages donc.</div><div>C'est la solution que nous avons choisi à Montrouge pour l'instant.</div><div><br></div><div><b>3. </b>on duplique l'adresse du point sur le POI en lui rajoutant <span style="font-family:monospace">addr:role=contact</span></div><div>Pas top pour la maintenance, compatible avec les outils d'édition internationaux, bien adapté pour tous les lieux où il n'existe aucun point adresse (ce qui représente la majorité des cas pour les cinémas), mais il est nécessaire de faire une évolution pour l'utilisation "adresse" afin que ce nouveau tag soit pris en compte.</div><div><br></div><div>Cette dernière option a ma préférence, qu'en pensez-vous ?</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mer. 8 juil. 2020 à 16:58, Éric Gillet <<a href="mailto:e%2Btalkfr2314@linuxw.info">e+talkfr2314@linuxw.info</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<div>Je suis 100% d'accord et j'applique ce
qu'indique Christian.</div>
<div><br>
</div>
<div>Le 08/07/2020 à 16:17, Christian Quest
a écrit :<br>
</div>
<blockquote type="cite">
<div>
<p>En général ce qui me gêne c'est :</p>
<p>- la duplication de l'information,</p>
<p>- et pour dédupliquer le besoin de vérifier des tags en plus
pour se dire que non, ce n'est pas ce que je cherche (ça
complique beaucoup la réutilisation des données, on a déjà eu
le cas avec les "disused")<br>
</p>
<p><br>
</p>
<p>Pourquoi dupliquerai-t-on l'adresse sur chaque entrée/accès
et pas le type de POI (c'est une entrée... de cinéma, un
sortie de secours... de cinéma, etc) ? Où est la cohérence
globale ? Pourquoi répéter l'un mais pas l'autre ?<br>
</p>
<p><br>
</p>
<p>On prends un peu de recul ? A quoi servent le plus souvent
les adresses ?</p>
<p>1) à retrouver la position d'un lieu quand on n'a pas d'autre
information pour s'y rendre (adresse géographique) avec une
description hiérarchique (commune > voie > numéro >
complément comme le bâtiment ou un numéro d'entrée,
d'escalier)<br>
</p>
<p>2) à faire des envois à un destinataire (adresse postale), là
il n'y a pas forcément concordance géographique (cas des
CEDEX, BP et autre, mais aussi des secrétariats qui ne sont
pas sur place).</p>
<p>De mon point de vue, contact:xxx répond à ce besoin d'adresse
postale, çàd quelle adresse je met pour un contact par
courrier. Elle ne devrait jamais être utilisée pour du routage
pour cette raison.<br>
</p>
<p><br>
</p>
<p>L'adresse géo, elle, servira à déterminer une position pour
un calcul d'itinéraire si on n'a pas mieux, car si je cherche
"Ciné Montrouge", je n'ai pas besoin de son adresse... la
position du POI suffit à calculer l'itinéraire, qui d'ailleurs
quand on fournit juste une adresse va chercher la position
géographique correspondant pour faire ensuite son routage.<br>
</p>
<p>Si je veux aller au 88 rue Racine (sans savoir que c'est là
où il y a le ciné, l'espace Colucci, etc), un seul noeud
suffit pour ça.<br>
</p>
<p>Donc dans les exemples que tu donnes:<br>
</p>
</div>
<blockquote type="cite">
<div dir="ltr">
<div dir="ltr"><br>
<div>
<div>Voici donc l'exemple de la mairie de Montrouge,
constitué d'un bâtiment avec 3 accès :</div>
<div>- le bâtiment <a href="https://www.openstreetmap.org/way/83237614" target="_blank">https://www.openstreetmap.org/way/83237614</a></div>
</div>
<div>
<div><font face="monospace"> addr:role=contact</font></div>
- l'entrée principale <a href="https://www.openstreetmap.org/node/2232200912" target="_blank">https://www.openstreetmap.org/node/2232200912</a></div>
<div>
<div><font face="monospace"> addr:role=entrance;visitors</font></div>
</div>
<div>- l'entrée secondaire <a href="https://www.openstreetmap.org/node/2443190668" target="_blank">https://www.openstreetmap.org/node/2443190668</a></div>
<div>
<div>
<div><font face="monospace">
addr:role=entrance;delivery</font></div>
</div>
</div>
<div>- l'entrée reservée au personnel <a href="https://www.openstreetmap.org/node/6245192824" target="_blank">https://www.openstreetmap.org/node/6245192824</a></div>
<div>
<div>
<div><font face="monospace"> addr:role=staff</font></div>
</div>
</div>
</div>
<div><br>
</div>
</div>
</blockquote>
<p>L'adresse pourrait être simplement sur le bâtiment, ensuite
chaque entrée/accès avec un noeud entrance=* et décrivant les
règles d'accès.</p>
<p>Pas besoin de dupliquer addr:xxx partout dans un tel cas.<br>
</p>
<p><br>
</p>
<blockquote type="cite">
<div dir="ltr">
<div>Pour un exemple plus classique et simple d'un cinéma, on
aurait :</div>
<div>- le bâtiment <a href="https://www.openstreetmap.org/way/83233476" target="_blank">https://www.openstreetmap.org/way/83233476</a></div>
<div>
<div><font face="monospace"> addr:role=contact</font></div>
</div>
<div>
<div>- l'entrée principale <a href="https://www.openstreetmap.org/node/5914047022" target="_blank">https://www.openstreetmap.org/node/5914047022</a></div>
<div>
<div><font face="monospace"> addr:role=entrance</font></div>
</div>
</div>
<div>- la sortie de secours <a href="https://www.openstreetmap.org/node/7694884485" target="_blank">https://www.openstreetmap.org/node/7694884485</a></div>
<div>
<div>
<div><font face="monospace"> addr:role=emergency</font></div>
</div>
</div>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr"><br>
</div>
<div class="gmail_attr">Il me semble que ce modèle est
solide et remplacerait avantagement <font face="monospace">addr:contact</font></div>
<div class="gmail_attr">Assigner des <i>usages</i> aux
adressses : Christian n'est pas l'évolution dont tu rêves
depuis des lustres ?</div>
<div dir="ltr" class="gmail_attr"><br>
</div>
</div>
</div>
</blockquote>
<p>Sur ce cas, l'Espace Colucci me semble être le site entier, la
parcelle, car on y trouve aussi un théâtre d'extérieur et le
cinéma fait partie de cet espace (je suis allé voir sur leur
site web). Les 3 adresses serait bien à leur place en limite de
la parcelle entière, le 88 au début du footway qui mène à
l'entrée, le 129 sûrement plutôt à la grille, le 131 à
l'escalier qui donne sur la rue.<br>
</p>
<p><br>
</p>
<p>On a, je pense, trop tendance à ramener tout aux bâtiments, des
tags, des noeuds d'adresse, etc<br>
</p>
<p>Sur le centre sportif juste à côté, le sport_centre est sur le
site entier... les adresses en limite de parcelle (no comment
sur les deux name=Gymnase).</p>
</blockquote>
</div>
_______________________________________________<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" rel="noreferrer" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">
<p style="margin-bottom:0cm">
</p><p style="margin-bottom:0cm"><font color="#333333"><font face="arial, helvetica, sans-serif"><font style="font-size:11pt" size="2"><b>Florian
Lainez</b></font></font><br></font></p><img src="http://twitter.com/favicon.ico"><a href="http://twitter.com/overflorian" target="_blank">@overflorian</a><br></div></div>