[OSM-talk-fr] Opening hours variable selon heure d'été / hiver / était "YoHours version 2 disponible"

Florian LAINEZ winnerflo at free.fr
Mer 26 Aou 12:28:31 UTC 2015


Merci pour vos réponses. Si les conditions à droites écrasent celles à
gauche je parviens à ce résultat : Sa,Su 14:00-17:00; Mar Su[-1]-Oct Su[-1]
Sa,Su 14:00-18:00; PH 14:00-17:00; Mar Su[-1]-Oct Su[-1] PH 14:00-18:00;
May-Jun,Sep 14:00-18:00; Jul-Aug 10:30-13:00,14:00-19:00
C'est quand même une mission pour définir des horaires d'ouverture ...

Merci pour l'update PanierAvide, on attends tes releases avec impatience !
++

Le 26 août 2015 12:41, Jérôme Seigneuret <jseigneuret-pro at yahoo.fr> a écrit
:

> Les priorités se font de gauche à droite en fonction des séparateurs en
> écrasant les valeurs du(des) jour(s) ou du (des) mois définis. C'est pas de
> la surcharge ou l'on ajoute une période horaire supplémentaire.
>
> Dans ton lien le résultat
> <http://openingh.openstreetmap.de/evaluation_tool/?EXP=Sa%2CSu%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%2014%3A00-18%3A00%3B%20SH%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%20SH%2014%3A00-18%3A00%3B%20May-Jun%2CSep%2014%3A00-18%3A00%3B%20Jul-Aug%2010%3A30-13%3A00%2C14%3A00-19%3A00&DATE=1440582720000&lat=48.7769&lon=9.1844&mode=0> il
> y a la ligne *date et heure*:
> Tu peux changer la date puis le résultat va évoluer dans le tableau du
> bas. (semaine correspondant au jour saisie)
>
> Par contre je crois que si tu utilises *SH *il faut explicitent mettre
> *PH. *C'est ce qui est précisé dans le message d'avertissement.
>
>
> *exemple:*
> SH
> <https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:holiday>
>  10:00-12:00
> <https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:time>
> ;
> <https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#section:rule_separators>
> PH
> <https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:holiday>
>  11:00-12:00
> <https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#selector:time>
>
> Attention SH ne fonctionne pas pour notre territoire car pas défini.
> *An error occurred during evaluation of the value "SH". Please file a bug
> report here: https://github.com/ypid/opening_hours.js/issues?state=open
> <https://github.com/ypid/opening_hours.js/issues?state=open>. There are no
> holidays SH defined for country fr and state Languedoc-Roussillon. You can
> also add them: __repository_url__*
>
> Il ne faut donc pas vraiment se fier aux périodes SH définies car se sont
> celle de l'Allemagne et pas celle de la France. Ou alors tu testes en
> connaissance de cause avec les périodes Allemandes définies pour SH.
> > *country * *de **state **Baden-Württemberg*
>
> Le 26 août 2015 12:34, PanierAvide <panieravide at riseup.net> a écrit :
>
>> La priorité dépend de l'ordre d'écriture des règles, et la dernière
>> écrase toujours les précédentes. Elle les écrase pour la journée complète,
>> par exemple : "Mo 08:00-12:00; Aug Mo 14:00-18:00", ici la règle d'août
>> remplace entièrement celle par défaut, et donc l'horaire d'ouverture en
>> août est uniquement 14h-18h (pas d'ouverture le matin). Ça marche de la
>> même manière pour la définition des mois/semaines.
>>
>> Concernant le passage à l'heure d'été dans YoHours, ce serait pertinent
>> de l'avoir, au même titre que toutes les variantes possibles de la syntaxe.
>> Pour l'instant ce n'est pas prévu (faute de temps/moyen), d'autant que ce
>> n'est pas quelque chose qui sert (à priori) si régulièrement que ça. J'en
>> profite par contre pour dire que je travaille sur la factorisation (que ce
>> soit des mois ou du reste) avec un système plus générique/efficace, ça
>> devrait être bientôt disponible.
>>
>> Cordialement,
>>
>> PanierAvide.
>>
>>
>> Le 26/08/2015 12:07, Florian LAINEZ a écrit :
>>
>> Merci Jérome, merci Francescu.
>>
>> Je parviens donc au résultat suivant : Sa,Su 14:00-17:00; Mar Su[-1]-Oct
>> Su[-1] 14:00-18:00; SH 14:00-17:00; Mar Su[-1]-Oct Su[-1] SH 14:00-18:00;
>> May-Jun,Sep 14:00-18:00; Jul-Aug 10:30-13:00,14:00-19:00
>>
>> Comment être certain que la bonne valeur s'applique au bon moment ?
>> Je ne sais pas quelle chaine de valeurs est prioritaire sur laquelle donc
>> je ne peux pas contrôler que "Samedi et Dimanche de 14h à 17h (18h après le
>> passage à l'heure d'été)" s'applique bien avec Sa,Su 14:00-17:00; Mar
>> Su[-1]-Oct Su[-1] 14:00-18:00
>> J'ai trouvé un outil de contrôle mais le résultat
>> <http://openingh.openstreetmap.de/evaluation_tool/?EXP=Sa%2CSu%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%2014%3A00-18%3A00%3B%20SH%2014%3A00-17%3A00%3B%20Mar%20Su[-1]-Oct%20Su[-1]%20SH%2014%3A00-18%3A00%3B%20May-Jun%2CSep%2014%3A00-18%3A00%3B%20Jul-Aug%2010%3A30-13%3A00%2C14%3A00-19%3A00&DATE=1440582720000&lat=48.7769&lon=9.1844&mode=0>
>> est insuffisant pour répondre à cette question.
>>
>> Adrien tu penses qu'il peut être pertinent d'implémenter le passage à
>> l'heure d'été dans Yo Hours ?
>>
>>
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 

*Florian Lainez*
@overflorian <http://twitter.com/overflorian>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20150826/29f264d7/attachment.html>


Plus d'informations sur la liste de diffusion Talk-fr