Thanks for this suggestion, it is similar to #1
I lack time to implement this, but can review any proposed code which implement this.
A new mode where the user can select a rectagular area across weekdays would be nice. For example, to enter the range "Mo-Fr 11:00-21:00" click on Mo 11:00 and drag to Fr 21:00 in this mode.
The readme mentions https://framagit.org/PanierAvide/YoHours#integration Now I'm wondering how one would use the YoHours code to actually optimize openinghours.
For ex, I've seen strings like this for example: Mo,We,Th,Fr,Sa,Su 08:00-24:00 If I put that in Yohours, then change something random, literally doesn't matter what. But let's say I add a slot on Tuesday; it becomes: 08:00-24:00; Tu 06:45-07:00 And then I remove it again (so undoing my previous change), it would become: 08:00-24:00; Tu off
I'm looking to make something where I can input a value and the 'optimized' version comes out. And I'm having a hard time figuring out what code from this project to use to make that happen.
The time on Wednesday 16:00-18:00 is covered by "Mo-Fr 08:00-12:00,16:00-18:00" but it is not selected: https://projets.pavie.info/yohours/?oh=Mo-Fr%2008:00-12:00,16:00-18:00;%20We%2008:00-12:00;%20Th%2008:00-12:00,16:00-19:00
This should be the correct answer: https://projets.pavie.info/yohours/?oh=Mo,Tu,Fr%2008:00-12:00,16:00-18:00;%20We%2008:00-12:00;%20Th%2008:00-12:00,16:00-19:00
Hi, thanks for your feedback. As reference, you can use this tool : https://openingh.openstreetmap.de/evaluation_tool/?lng=fr
In that case, it gives same schedule as YoHours, as Wednesday hours are explicitly overwritten. This is the officially documented behaviour on OSM wiki, to quote it :
Exceptions to a range of days, first the range then the exception (e.g., > Mo-Sa 10:00-20:00; Tu off) or (e.g., > Mo-Sa 10:00-20:00; Tu 10:00-14:00) or (e.g., > Mo-Fr 08:00-12:30; We 14:00-17:00)
This means these are not additions, for example Mo-Fr 08:00-12:30; We 14:00-17:00 means that on Wednesdays, the shop is only opened in the afternoons and not additionally.
So I'm closing this as it's not an issue, but feel free to comment here or on OSM wiki if more details is necessary.
Best regards.
The time on Wednesday 16:00-18:00 is covered by "Mo-Fr 08:00-12:00,16:00-18:00" but it is not selected: https://projets.pavie.info/yohours/?oh=Mo-Fr%2008:00-12:00,16:00-18:00;%20We%2008:00-12:00;%20Th%2008:00-12:00,16:00-19:00
This should be the correct answer: https://projets.pavie.info/yohours/?oh=Mo,Tu,Fr%2008:00-12:00,16:00-18:00;%20We%2008:00-12:00;%20Th%2008:00-12:00,16:00-19:00
je n'ai pas perdu cette discussion. Et je vois que yohours est compatible avec la library opening_hours https://github.com/opening-hours/opening_hours.js/#month-ranges qui ne semble pas prendre en compte les deux-points.
en fait j'ai l'impression que c'est surtout les exemples du wiki qui induisent en erreur en proposant des :
Hello, I noticed the same issue
je ne connais pas d'outils qui générent cette syntaxe mais je sais que yohours est utilisé pour générer des syntaxes :) et donc il génère une syntaxe qui n'est pas forcément celle mise en avant dans les exemples (d'où une certaine dissonance :) ) mais que je comprends mieux puisque c'est une "option"
Oui après les saisons (désolé pour la typo). En soit le non-support des :
est embêtant dans le sens outil tiers qui s'en sert -> YoHours. Est-ce qu'il y a des outils de l'écosystème qui génèrent cette syntaxe ?
Bonjour,
merci de ton retour,
ok, donc quand on utilise les saisons depuis yohours tu as choisi la version sans :
tu dis avant les saisons, tu pensais après ?
c'est flou ce choix :( de laisser le choix :)
édité car aucune formule de politesse, désolé, en mode un peu automatique !!
Bonjour Vincent,
Les :
avant les saisons ne sont pas ajoutés ni lus dans YoHours pour une raison simple : la syntaxe est déjà suffisamment complexe, c'est pas pour se rajouter de la complexité en plus
À bientôt.
Bonjour, yohours ne semble pas mettre 2 points (:) après un intervalle de temps mensuel. Cela semble être facultatif si je comprends bien "Jun-Aug: Su 10:30-16:00 Note that the colon is optional as mentioned under Key:opening_hours/specification."
j'ai cependant l'impression que beaucoup des exemples reprennent ces :
Si on regarde les divers exemples
Pour quelles raisons est-ce "seulement" une option et pour quelle raison Yohours a choisi sans : ?
Oui dans le tourisme, l'alimentation, ... la question de la saisonnalité est importante !