[OSM-talk-fr] Commerces et services multi-activités : un seul node ?

[Jérôme Seigneuret]

C'est vrai que pour les bâtiments comme les centres commerciaux on peut
avoir aussi des horaires d'ouverture et de fermeture différents

Les horaires généraux du centre seraient à mettre du coup sur le bâtiments
(horaires d'accessibilité) englobant
Les horaires par service ou commerce (deux cas) :
 - Sur un point situé dans le bâtiment (ou sur la limite à une entrée
extérieur) avec des horaires plus restreint (sauf si l’accessibilité peut
se faire par l'extérieur)
 - Je prends l'exemple de shop=mall. On peut donc intégrer les services avec
    indoor=room
    shop=* (ou autre suivant le cas)
    level=*
    name=
    ref= (numéro interne au magasin...)
    et je pense ajouter des opening_hours=* à ce niveau en plus du général
A voir comment les programmes analyses les horaires d'ouverture et s'il
gère l'objet englobant pour récupérer l'horaire par défaut




Le 1 juillet 2015 08:44, Florian LAINEZ <winnerflo at free.fr> a écrit :

> Bonjour Christian,
> Pour moi il y a deux cas :
> -celui où un bâtiment offre des services généraux avec des sous-services.
> On peut dans ce cas taguer sur le bâtiment en lui même et créer des nodes
> pour les services spécifiques. Exemple : la mairie et ses sous-services.
> Cela fonctionne avec une gare, un centre-commercial, ... j'aurai tendance à
> inclure l'hôtel-restaurant (le bâtiment entier est un hôtel qui dispose
> d'un sous-service restaurant) mais je pense qu'il y a lieu à débat.
> -celui où le lieu offre plusieurs services "égaux", comme le centre de
> rééducation libéral. Je n'ai pas de solution universelle pour ce cas mais
> personnellement je pense que je ferrai deux nœuds/aires avec leurs
> caractéristiques propres, éventuellement reliées entre elles avec une
> entrée unique. Cela peut impliquer de couper artificiellement un bâtiment
> en deux pour bien mettre en valeur la différence de leur usage. entre une
> fois, le débat est ouvert.
>
> Le 29 juin 2015 22:52, Christian Rogel <christian.rogel at club-internet.fr>
> a écrit :
>
>> M’intéresser aux horaires d’ouverture m’a amené à m’interrogé sur le
>> bien-fondé de classer les commerces et services selon leur disponibilité
>> pratique et, non pas sous l’angle réducteur de l‘unicité du lieu et/ou de
>> la gestion.
>> Exemples du plus courant au plus rare :
>>
>> - Bars-restaurants : dans le même lieu et avec des personnels en partie
>> différents, les deux types de service ne sont pas rendus dans les mêmes
>> créneaux horaires.
>>
>> - Hôtels-restaurants : l’écart horaire est maximal, car l’un est un
>> service d’accueil permanent (assez souvent 24/24) et l’autre est offert une
>> poignée d’heures par jour.
>>   Il arrive que les bâtiments soient distincts et aient une raison
>> sociale différente, mais, c’est rare
>>
>> - Permanence d’état-civil : l’accueil est souvent possible le jour, tous
>> les jours de l’année, ce qui n’est pas le cas des autres services de
>> l’hôtel de ville.
>>
>> - Cas d’école : un « centre de rééducation libéral » comprend deux
>> services dans même lieu, à savoir «  kinésithérapie » et « cabinet
>> infirmier ». Chacun a son numéro de téléphone et ses horaires très
>> différents, puisque les infirmières assurent une permanence de 7 à 22
>> heures.
>>
>>
>> Il me semble que ce serait plus logique de qualifier les services rendus
>> avec leurs caractéristiques propres et donc de considérer un tag pour
>> chacun. Cela poserait alorss des problèmes de nommage (doit-on écrire deux
>> fois «  hôtel-restaurant » tel qu’il est indiqué sur la façade ?).
>>
>>
>> Christian R.
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
>
> *Florian Lainez*
> @overflorian <http://twitter.com/overflorian>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20150701/aa5d8bae/attachment.htm>