<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Le 01/07/2020 à 17:49, Christian Quest - <a class="moz-txt-link-abbreviated" href="mailto:cquest@openstreetmap.fr">cquest@openstreetmap.fr</a>
a écrit :<br>
</p>
<blockquote type="cite"
cite="mid:e46eb320-ee31-f46c-664c-1aae55df290a@openstreetmap.fr">Voilà
pourquoi on a toujours poussé pour séparer et ne pas mélanger.
<br>
</blockquote>
<p>Entièrement d'accord sur le raisonnement.</p>
<p>Maintenant si on regarde les règles en France il y a en fait un
qualificatif en plus de l'adresse. "Type de position" selon
adresse.data.gouv.fr mais je n'ai pas trouvé la définition. J'ai
trouvé entrée, inconnu.<br>
</p>
<p>Procéder de cette manière permettrait d'avoir plusieurs adresses
tout en sachant à quoi ça correspond.</p>
<p>addr:role=contact par exemple.</p>
<p><b>Le gros avantage c'est que c'est compatible avec les éditeurs
existants</b> (il faut "juste" convaincre d'ajouter un champ,
pas de tout casser pour que les addr: des POI atterrissent dans
les contact:addr:*).</p>
<p>Et transformer les contact:addr:* en addr: se ferait sans perte.</p>
<p>C'est sans doute plus facile que d'imposer un schéma de facto
franco-français.<br>
</p>
<p>En rêvant tout haut :
contact;entrance;mailbox;registry;water;electricity;gas;FTTH;plaque;entrance.</p>
<p>Registry : l'adresse là où la met le cadastre, le SIG de la
ville, unicité</p>
<p>Mailbox : là où se trouve la boîte-aux-lettres pour distribuer le
courrier à cette adresse (peut être loin dans le cas des <a
moz-do-not-send="true"
href="https://fr.wikipedia.org/wiki/Adresse_postale#CIDEX">CIDEX</a>),
unicité</p>
<p>Contact : tous les POI ayant cette adresse ont au moins
addr:role=contact mais ça peut aussi être
addr:role=contact;registry. Pas nécessairement unique.</p>
<p>Plaque : là ou se trouve la plaque de rue, unicité. Pas
nécessairement unique.</p>
<p>Entrance : l'endroit par lequel on arrive à cette adresse. Pas
nécessairement unique.<br>
</p>
<p>J'ajoute volontairement water;electricity;gas;FTTH pour provoquer
des réactions : là où se trouvent les différents compteurs (eau,
électricité, gaz) ou entrées (FTTH). Pour l'électricité c'est
peut-être plutôt l'endroit d'entrée dans la place.<br>
</p>
<p>En effet, j'ai vu le concessionnaire de l'eau potable relever les
positions géographiques des compteurs. Actuellement ces relevés il
les garde pour lui. Je me dis comme François que préparer le
terrain ne peut nuire ;-).</p>
<p>Christian R., non, adresse n'implique pas bâti. On a déjà évoqué
sur la liste le cas des lotissements où les nom de rue et les
numéros sont fixées avant la construction. Il y a aussi des cas
limites intéressants comme cette <a moz-do-not-send="true"
href="https://www.openstreetmap.org/node/1702515678">adresse de
bateau-restaurant détruit</a>.</p>
<p>Pour compléter le tableau, si certaines fois Nominatim se plante
sur les lieux-dits bornés c'est que Nominatim ne se sert pas des <a
moz-do-not-send="true"
href="https://github.com/osm-search/Nominatim/issues/1505#issuecomment-652498335">adresses
mais des rues</a>.</p>
<p>Question subsidiaire : quelle(s) adresses à mettre dans
associatedStreet ? Toutes ? Que celles registry et/ou plaque ?<br>
</p>
<p>Jean-Yvon<br>
</p>
</body>
</html>