Cela peut marcher à condition d'avoir une seule adresse; s'il y a des adresses différentes pour des rôles différents; il reste "contact:*=*" pour le courrier
Sinon "addr:<rôle1>:*" pour d'autres rôles avec "addr:<rôle1>:role=<rôle1>;<rôle2>;..." pour mentionner les rôles associés, la clé "<rôle1>" pouvant être un des rôles indiqués dans "addr:<rôle1>:role= <rôle1>;<rôle2>;..." (s'il n'y a qu'un seul rôle en valeur ici, ce tag "addr:<rôle1>:role=<rôle1>" est facultatif et implicite). On peut aussi ajouter "contact:role=<role1>;<role2> " pour indiquer les rôles pour le courrier (official/ legal/fiscal; consumers/billing/claims/b2b; information; advertizing/press/communication...) Le mer. 8 juil. 2020 à 11:45, Florian LAINEZ <[email protected]> a écrit : > Excellente proposition Jean-Yvon de créer un tag du type > addr:role=contact;entrance;mailbox;registry;water;electricity;gas;FTTH;plaque > J'ajouterai aussi emergency;delivery;visitors;customers;staff mais aussi user > defined tellement il me semble que les possibilités sont nombreuses. > > Je plussoie pour les mêmes raisons que toi cette évolution. > Cela nécessiterait un évolution côté BANO mais il me semble que le jeu en > vaut la chandelle : tous ceux à qui j'ai parlé d'adresses dans la vie m'ont > dit la même chose : l'adresse est toujours reliée à une problématique > métier. > > Cas d'usage avec l'exemple du siège du Crédit Agricole à Montrouge : > - une entrée principale piétonne : > https://www.openstreetmap.org/node/5727568854 > addr:role=entrance;visitors > motor_vehicle=no > La valeurs entrance et visitors sous-entendant access=yes > - une entrée piétonne pour le personnel : > https://www.openstreetmap.org/node/5727568912 > addr:role=staff > motor_vehicle=no > - un accès au parking voiture : > https://www.openstreetmap.org/node/5727636052 > addr:role=staff;visitors > - un accès au parking à vélo : > https://www.openstreetmap.org/node/6007268275 > addr:role=staff > motor_vehicle=no > - un accès d'urgence : https://www.openstreetmap.org/node/5727636053 > addr:role=emergency > - un accès reservé aux livraisons : > https://www.openstreetmap.org/node/5830054281 > addr:role=delivery > - une entrée piétonne réservée au personnel : > https://www.openstreetmap.org/node/4268525407 > addr:role=staff > motor_vehicle=no > - une entrée de service : https://www.openstreetmap.org/node/5899781377 > addr:role=delivery;emergency > > Question subsidiaire : quelle(s) adresses à mettre dans associatedStreet ? >> Toutes ? Que celles registry et/ou plaque ? > > Bonne question, je n'ai pas la réponse > > > Le mar. 7 juil. 2020 à 19:58, Philippe Verdy <[email protected]> a écrit : > >> Non je pense que addr:* est encore adapté quand la rue la plus proche >> n'est pas la bonne mais il faut indiquer une adresse du point lui-même (son >> adresse d'accès pour s'y rendre). >> >> Alors que contact:* c'est pour des adresses de contact (par courrier, >> mais PAS pour y aller physiquement: cette adresse peut-être partout >> **ailleurs** dans le monde) et ne sont utiles que justement ce n'est pas >> l'adresse physique du lieu pour s'y rendre. Ces adresses dans "contact:*" >> ne doivent RIEN géolocaliser du tout (on y trouve des adresses >> "virtuelles", notamment des CEDEX spéciaux et boites postales/poste >> restantes, des services externalisés chez un tiers) >> >> Aucune "addr:*" ne devrait contenir un CEDEX ou boite postale en poste >> restante: si c'est le cas, il FAUT mettre l'adresse dans CONTACT (au moins >> le code postal et le nom du CEDEX, le code de distribution spéciale sans >> adresse géographique) >> >> >> Le mer. 1 juil. 2020 à 18:56, Yves P. <[email protected]> a écrit : >> >>> Si il n'y a pas de addr:xxx déjà présent, il faudrait l'ajouter à sa >>> place et pas comme un effet de bord de tel ou tel import de POI. >>> >>> Ou prendre le temps de créer le point adresse et ne pas rajouter de >>> contact:* 😉 >>> >>> Je vois l'intérêt de contact:* quand l'adresse postale est différente du >>> n° de rue le plus proche. >>> >>> __ >>> Yves >>> >>> _______________________________________________ >>> 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 >> > > > -- > > *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
