[OSM-talk-fr] édition en masse sur les adresses des cinémas
Christian Quest
cquest at openstreetmap.fr
Mer 8 Juil 10:41:37 UTC 2020
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...
Mélange des genres, non ?
On parlait à la base de l'ajout de l'adresse postale à un POI, car pour
l'adresse "géographique", le lien étant géographique, la proximité avec
le point addr le plus proche suffit (si on a besoin d'une adresse, ce
qui n'est même pas le cas pour calculer un itinéraire si on a le POI et
donc sa localisation).
Le 08/07/2020 à 11:45, Florian LAINEZ 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 <verdyp at gmail.com
> <mailto:verdyp at gmail.com>> 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. <yves.pratter at gmail.com
> <mailto:yves.pratter at gmail.com>> 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
> Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org <mailto:Talk-fr at openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> --
>
> *Florian Lainez*
>
> @overflorian <http://twitter.com/overflorian>
>
> --
> Ce message a été vérifié par *MailScanner* <http://www.mailscanner.info/>
> pour des virus ou des polluriels et rien de
> suspect n'a été trouvé.
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
--
Christian Quest - OpenStreetMap France
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20200708/878135e1/attachment.htm>
Plus d'informations sur la liste de diffusion Talk-fr