Tant que "addr:role=contact" n'est PAS interprété comme une adresse de courrier mais bien comme une adresse géographique pour s'y rendre, ça marche.
Pour le courrier (ou les autres communications à distance) je maintiens que ce n'est pas approprié, surtout s'il est externalisé: dans ce cas c'est contact:role=* et les champs contact:* d'adresse postale ou de téléphone/fax/mail/site web etc. qui convient car ce n'est pas géographique du tout, ce sont des "adresses" virtuelles qui n'ont pas de matérialisation directe sur la carte où on situe le POI lui-même car pour ces usages on ne se rend pas au POI lui-même au point situé sur la carte mais on s'adresse ailleurs (qui peut être n'importe où dans le monde, au choix de l'exploitant du POI et de sa propre politique de communication et de gestion interne). Bref on a toujours "addr:*=*" (pour les adresses géographiques uniquement) ET "contact:*=*" (et "tel=*", "fax=*", "website=*", "wikipedia=*", "wikidata=*") pour tout le reste des infos non strictement géolocalisées au même endroit que le noeud ou l'objet marqué dans OSM. Le mer. 8 juil. 2020 à 13:25, Florian LAINEZ <[email protected]> a écrit : > OK, en effet Christian j'ai pris un mauvais exemple, mais la logique tient > toujours. > > Voici donc l'exemple de la mairie de Montrouge, constitué d'un > bâtiment avec 3 accès : > - le bâtiment https://www.openstreetmap.org/way/83237614 > addr:role=contact > - l'entrée principale https://www.openstreetmap.org/node/2232200912 > addr:role=entrance;visitors > - l'entrée secondaire https://www.openstreetmap.org/node/2443190668 > addr:role=entrance;delivery > - l'entrée reservée au personnel > https://www.openstreetmap.org/node/6245192824 > addr:role=staff > > Pour un exemple plus classique et simple d'un cinéma, on aurait : > - le bâtiment https://www.openstreetmap.org/way/83233476 > addr:role=contact > - l'entrée principale https://www.openstreetmap.org/node/5914047022 > addr:role=entrance > - la sortie de secours https://www.openstreetmap.org/node/7694884485 > addr:role=emergency > > Il me semble que ce modèle est solide et remplacerait avantagement > addr:contact > Assigner des *usages* aux adressses : Christian n'est pas l'évolution > dont tu rêves depuis des lustres ? > > Le mer. 8 juil. 2020 à 13:01, Yves P. <[email protected]> a écrit : > >> Oui mais non ;) >> >> En fait là tu décris des entrées, des accès... à un bâtiment ou un site, >> pas à une "adresse". Le bâtiment/site peut en avoir plusieurs, il peut >> contenir plusieurs POI, etc… >> >> +1 >> >> Excellente proposition Jean-Yvon de créer un tag du type >> addr:role=contact;entrance;mailbox;registry;water;electricity;gas;FTTH;plaque >> >> Ce que décrit Jean-Yvon serait plutôt une relation (à créer) du type >> associatedHouseNumber ? >> >> Le n° de rue "principal" serait celui dans la relation associatedStreet >> avec le rôle house. >> Dans cette nouvelle relation on pourrait relier associer la boite à >> lettre, la plaque avec le n°, les différents réseaux (fibre…) >> >> Ainsi ça évite de compliquer l'existant. >> >> Au fait, ces différentes adresses ne sont pas modélisées dans le PCRS >> (plan corps de rue simplifié) ? >> >> __ >> Yves >> >> _______________________________________________ >> Talk-fr mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-fr >> > > > -- > > *Florian Lainez* > @overflorian <http://twitter.com/overflorian> > _______________________________________________ > Talk-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
