<div dir="ltr"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">J'ai regardé le fichier CNC, je ne vois pas d'adresse dedans. Comment ont-elles été ajoutées dans OSM ?<br></blockquote><div>A la force de l'huile de coude des contributeurs en se basant sur diverses sources à notre dispo.</div><div><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"></blockquote><div>Les données sont extraites d'OSM tous les jours via <a href="https://geodatamine.fr/dump/">https://geodatamine.fr/dump/</a> puis publiées sur <a href="https://www.data.gouv.fr/fr/datasets/cinemas-issus-dopenstreetmap/">https://www.data.gouv.fr/fr/datasets/cinemas-issus-dopenstreetmap/</a><br></div><div>Tant que nous discutons du bon tag à utiliser dans cette discussion, les adresses ne sont pas encore incluses dans l'export.</div><div>Adrien peut te détailler encore plus le process d'export si besoin. C'est lui le "faiseur" ;)</div></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 100% des adresses correspondantes aux cinémas déjà dans OSM ? (Et correctement mappées en tant que telles ?)<br></blockquote><div>Non, pas du tout mais c'est bien l'objectif.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">J'ai regardé celui près de chez moi, aucune info d'adresse dessus, quelle adresse aura-t-il dans l'export ? La plus proche qu'on trouve (donc un simple géocodage inverse) ?<br></blockquote><div>A ce stade nous n'avons réalisé que des opérations manuelles.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><p>Je sent qu'on va créer une nouvelle règle... "ne pas taguer pour faciliter un export" ;)</p></blockquote><div>Je comprends la logique mais l'usage "contact" vaut bien autant que l'usage "adresse" ;)</div><div>Bien que l'on devrait faire un max d'effort pour faciliter la maintenance, la donnée ne devrait pas non plus être créée pour ne pas être utilisable en aval, au risque de rendre OSM inutile. Le principe d'une base de données est bien de pouvoir faire des requêtes automatiques pour extraire des données en masse. Trouvons ensemble le meilleur moyen d'y parvenir sans tout casser :P</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le jeu. 9 juil. 2020 à 08:57, Christian Quest <<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</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>Le 08/07/2020 à 17:42, Florian LAINEZ a
écrit :<br>
</div>
<blockquote type="cite">
<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>
</blockquote>
<p><br>
</p>
<p>Un noeud entrance=* se situe sur le polygone du building=*... tu
oublies qu'OSM c'est de la donnée géo ?</p>
<p>L'abus de relation vient souvent du manque d'exploitable
géographique des données OSM. Les multipolygones qui entourent une
commune (relations par commodité pour segmenter les boundary et
non par besoin sémantique), font qu'on ne met plus de is_in=*
partout depuis un bon bout de temps ;)<br>
</p>
<p>C'est quand on ne peut plus résoudre sans ambiguïté un lien entre
deux par la géographie qu'on passe à la relation où qu'on ajoute
des tags pour lever l'ambiguïté (par exemple les forward/backward
sur les stop).<br>
</p>
<p><br>
</p>
<blockquote type="cite">
<div dir="ltr">
<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/" target="_blank">data.gouv</a></div>
<div><br>
</div>
</div>
</blockquote>
<p>Je sent qu'on va créer une nouvelle règle... "ne pas taguer pour
faciliter un export" ;)<br>
</p>
<p><br>
</p>
<blockquote type="cite">
<div dir="ltr">
<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>
</blockquote>
<p><br>
</p>
<p>J'ai regardé le fichier CNC, je ne vois pas d'adresse dedans.
Comment ont-elles été ajoutées dans OSM ?</p>
<p>A-t-on 100% des adresses correspondantes aux cinémas déjà dans
OSM ? (Et correctement mappées en tant que telles ?)</p>
<p>J'ai regardé celui près de chez moi, aucune info d'adresse
dessus, quelle adresse aura-t-il dans l'export ? La plus proche
qu'on trouve (donc un simple géocodage inverse) ?</p>
<p>Je ne comprends pas trop le processus...</p>
<p><br>
</p>
<pre cols="72">--
Christian Quest - OpenStreetMap France</pre>
</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"><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>