Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-08-08 Par sujet Pierre-Yves Berrard
Le 8 août 2015 01:58, Sébastien Dinot sebastien.di...@free.fr a écrit :

 Bonsoir,

 PanierAvide a écrit :
  N'hésitez pas à faire des retours ;)

 Application fort utile et sympathique. Merci beaucoup !

 En plus, il m'a amené à découvrir que je n'avais pas pleinement compris
 la spécification des heures d'ouverture. :) Par exemple, dans le cas
 suivant :

 Lundide 7h à 10h et de 12h à 14h
 Mardide 7h à 10h et de 12h à 14h
 Mercredi de 7h à 10h
 Jeudide 7h à 10h et de 12h à 14h
 Vendredi de 7h à 10h et de 12h à 14h

 J'aurais déclaré ainsi les plages d'ouverture :

 Mo-Tu 07:00-10:00,12:00-14:00; We 07:00-10:00; Th-Fr
 07:00-10:00,12:00-14:00

 Et j'aurais juré que c'était la seule façon de faire. Mais je viens de
 découvrir en testant YoHours que l'on peut aussi procéder ainsi :

 Mo-Fr 07:00-10:00,12:00-14:00; We 07:00-10:00

 = Des plages horaires spécifiques étant déclarées pour le mercredi,
elles font exception à la première règle qui, prise isolément,
englobe le mercredi.

 Je vais me coucher un peu moins ignare. ;)

 Sébastien


Je trouve cette syntaxe avec les exceptions un peu ambigüe car nécessitant
un surplus d'interprétation par un algorithme.

J'écrirais :

Mo-Fr,Tu-Fr 07:00-10:00,12:00-14:00; We 07:00-10:00

qui est à peine plus long, et surtout sans équivoque (pas de plages qui se
recoupent).

PY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-08-08 Par sujet Pierre-Yves Berrard
Lire

Mo-Tu,Th-Fr 07:00-10:00,12:00-14:00; We 07:00-10:00

dans mon précédent message *
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-08-08 Par sujet PanierAvide
Après le surplus d'interprétation n'est pas énorme, tant que c'est bien 
spécifié on s'en sort ;) Puis autant côté saisie utilisateur on a un 
petit manque d'outils (un peu moins j'espère avec YoHours), autant côté 
lecture de la syntaxe pour affichage on a pas mal de bibliothèques dont 
opening_hours.js qui fait très bien le boulot et qui gère de nombreuses 
cas complexes de la syntaxe (elle sert dans YoHours à interpréter les 
saisies utilisateurs pour afficher sur le calendrier). On peut féliciter 
ses auteurs ;)



Le 08/08/2015 09:40, Pierre-Yves Berrard a écrit :

Lire

Mo-Tu,Th-Fr 07:00-10:00,12:00-14:00; We 07:00-10:00

dans mon précédent message *



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-08-07 Par sujet Sébastien Dinot
Bonsoir,

PanierAvide a écrit :
 N'hésitez pas à faire des retours ;)

Application fort utile et sympathique. Merci beaucoup !

En plus, il m'a amené à découvrir que je n'avais pas pleinement compris
la spécification des heures d'ouverture. :) Par exemple, dans le cas
suivant :

Lundide 7h à 10h et de 12h à 14h
Mardide 7h à 10h et de 12h à 14h
Mercredi de 7h à 10h
Jeudide 7h à 10h et de 12h à 14h
Vendredi de 7h à 10h et de 12h à 14h

J'aurais déclaré ainsi les plages d'ouverture :

Mo-Tu 07:00-10:00,12:00-14:00; We 07:00-10:00; Th-Fr 07:00-10:00,12:00-14:00

Et j'aurais juré que c'était la seule façon de faire. Mais je viens de
découvrir en testant YoHours que l'on peut aussi procéder ainsi :

Mo-Fr 07:00-10:00,12:00-14:00; We 07:00-10:00

= Des plages horaires spécifiques étant déclarées pour le mercredi,
   elles font exception à la première règle qui, prise isolément,
   englobe le mercredi.

Je vais me coucher un peu moins ignare. ;)

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-08-07 Par sujet Florian LAINEZ
Bonjour,
Merci pour ces évolutions, je ne m'attendais pas à cela mais tu as
implémenté la gestion des nuits de manière tout à fait efficace.
La lecture de la saisie texte est également bienvenue. Je vois que cela
fonctionne également pour des horaires qui ne terminent pas sur des quarts
d'heure, c'est super.

Par curiosité, pourquoi vendredi est-il en jaune ?
encore merci

Le 7 août 2015 00:17, PanierAvide panierav...@riseup.net a écrit :

 Bonjour,

 J'ai donc apporté les modifications suivantes à YoHours, qui me semblaient
 prioritaires :

 * Ajout d'un bouton Effacer
 * Lecture des valeurs opening_hours saisies à la main dans le champ de
 texte
 * Fusion des jours de fermeture si possible
 * Et la gestion des nuits qui finissent le lendemain (même la nuit du
 dimanche au lundi), à condition qu'il s'agisse d'un même intervalle dans le
 calendrier qui continue sur le jour d'à côté (sauf la nuit du dimanche au
 lundi, là ça fonctionne en deux intervalles)

 C'est toujours à cette adresse : http://github.pavie.info/yohours/

 N'hésitez pas à faire des retours ;)

 Cordialement,

 PanierAvide.


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr




-- 

*Florian Lainez*
@overflorian http://twitter.com/overflorian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-08-07 Par sujet panieravide

Le 2015-08-07 10:06, Florian LAINEZ a écrit :

Bonjour,
Merci pour ces évolutions, je ne m'attendais pas à cela mais tu as
implémenté la gestion des nuits de manière tout à fait efficace.
La lecture de la saisie texte est également bienvenue. Je vois que cela
fonctionne également pour des horaires qui ne terminent pas sur des 
quarts

d'heure, c'est super.

Par curiosité, pourquoi vendredi est-il en jaune ?
encore merci



Parce que l'on est vendredi ;) C'est un réglage par défaut de la 
bibliothèque Fullcalendar, qui est sensée afficher le calendrier complet 
(semaine par semaine). Ici vu que c'est configuré pour afficher une 
semaine type, les dates n'apparaissent pas, mais c'est bien la semaine 
courante que le calendrier affiche. Je vais changer ça (un coup de CSS 
et hop').


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-08-07 Par sujet Florian LAINEZ
merci, en effet cela n'avait pas beaucoup de sens.

Le 7 août 2015 10:35, panierav...@riseup.net a écrit :

 Le 2015-08-07 10:06, Florian LAINEZ a écrit :

 Bonjour,
 Merci pour ces évolutions, je ne m'attendais pas à cela mais tu as
 implémenté la gestion des nuits de manière tout à fait efficace.
 La lecture de la saisie texte est également bienvenue. Je vois que cela
 fonctionne également pour des horaires qui ne terminent pas sur des quarts
 d'heure, c'est super.

 Par curiosité, pourquoi vendredi est-il en jaune ?
 encore merci



 Parce que l'on est vendredi ;) C'est un réglage par défaut de la
 bibliothèque Fullcalendar, qui est sensée afficher le calendrier complet
 (semaine par semaine). Ici vu que c'est configuré pour afficher une semaine
 type, les dates n'apparaissent pas, mais c'est bien la semaine courante que
 le calendrier affiche. Je vais changer ça (un coup de CSS et hop').


 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr




-- 

*Florian Lainez*
@overflorian http://twitter.com/overflorian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-08-06 Par sujet PanierAvide

Bonjour,

J'ai donc apporté les modifications suivantes à YoHours, qui me 
semblaient prioritaires :


* Ajout d'un bouton Effacer
* Lecture des valeurs opening_hours saisies à la main dans le champ de texte
* Fusion des jours de fermeture si possible
* Et la gestion des nuits qui finissent le lendemain (même la nuit du 
dimanche au lundi), à condition qu'il s'agisse d'un même intervalle dans 
le calendrier qui continue sur le jour d'à côté (sauf la nuit du 
dimanche au lundi, là ça fonctionne en deux intervalles)


C'est toujours à cette adresse : http://github.pavie.info/yohours/

N'hésitez pas à faire des retours ;)

Cordialement,

PanierAvide.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-08-06 Par sujet Florian LAINEZ
Le 5 août 2015 18:07, PanierAvide panierav...@riseup.net a écrit :

 je vais essayer de consacrer un peu de temps à YoHours dans ce cas pour
 apporter les améliorations suggérées sur la liste.


ça serait génial, merci Adrien.


-- 

*Florian Lainez*
@overflorian http://twitter.com/overflorian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-08-05 Par sujet Florian LAINEZ
Salut, j'utilise encore et toujours Yo_hours, c'est vraiment un outil utile.

Je me rends compte d'une nouvelle limite : on ne peut pas définir d'horaire
après minuit.
J'ai le cas d'une gare qui ouvre à 6h du matin et ferme toutes les nuits à
1h15 : j'ai taggué ça *Mo-Su 00:00-01:15,06:00-24:00*
Est-ce envisageable d'autoriser d'aller au delà minuit et que cela
répercute en haut du jour suivant en conséquence ?
Merci

Le 18 juin 2015 20:39, Yves Pratter yves.prat...@laposte.net a écrit :

 Suggestion : pouvoir saisir une chaîne texte et voir le résultat
 graphiquement ☺

 Autre idée, avoir un import/export au format ical et/ou d'avoir un synchro
 avec G@*gl3 calendar...
 Ça permettrai de faire une saisie sur mobile avec le calendrier standard,
 du moins pour les horaires simples.

 Concernant la saisie sur smartphone, on peut ajouter ou supprimer un
 événement mais pas le modifier, ni le déplacer.

 Il faudrait pouvoir afficher une boîte de dialogue pour changer la durée,
 la date...

 --
 Yves

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr




-- 

*Florian Lainez*
@overflorian http://twitter.com/overflorian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-08-05 Par sujet PanierAvide
Merci :) C'est pas impossible, mais il faut réécrire entièrement 
l'algorithme qui transforme les valeurs en texte. Je le rajoute à la 
liste, je vais essayer de consacrer un peu de temps à YoHours dans ce 
cas pour apporter les améliorations suggérées sur la liste.


Cordialement.


Le 05/08/2015 17:54, Florian LAINEZ a écrit :
Salut, j'utilise encore et toujours Yo_hours, c'est vraiment un outil 
utile.


Je me rends compte d'une nouvelle limite : on ne peut pas définir 
d'horaire après minuit.
J'ai le cas d'une gare qui ouvre à 6h du matin et ferme toutes les 
nuits à 1h15 : j'ai taggué ça *Mo-Su 00:00-01:15,06:00-24:00*
Est-ce envisageable d'autoriser d'aller au delà minuit et que cela 
répercute en haut du jour suivant en conséquence ?

Merci


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-18 Par sujet Francescu GAROBY
Pour les valeurs dawn, sunrise, sunset, dusk, pourquoi pasr des cases à
cocher, avec chacun une image explicite (soleil qui se lève/se couche, ...)
?

Francescu

Le 18 juin 2015 12:14, PanierAvide panierav...@riseup.net a écrit :

  Le 18/06/2015 11:32, dHuy Pierre a écrit :

  Si j'ai bonne mémoire sur opening_hours, on peut avoir sunset, tu vas
 gérer ça comment? **curiosité**


 C'est même encore mieux que ça, il y a comme sélecteurs temporels vagues :
 dawn, sunrise, sunset, dusk :) Pour l'instant j'avais prévu de ne pas le
 gérer, puis ça risque d'être galère puisque par définition c'est vague,
 donc à priori pas intégrable dans le calendrier en lui-même. Peut-être
 ajouter un onglet avec les valeurs populaires, donc contenant
 sunrise-sunset (et inversement), aux côtés de 24/7 et les principales
 valeurs dans Taginfo.

 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr




-- 
Francescu
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-18 Par sujet Yves Pratter
Le 18 juin 2015 19:07, PanierAvide panierav...@riseup.net a écrit :

 Pourquoi pas, mais le problème vient du fait qu'il est possible de
mélanger heure précise et indication imprécise (par exemple Mo
08:00-sunset), donc il faut trouver une façon de pouvoir montrer que l'on
commence un créneau à telle heure, et qu'il s'étend jusqu'à la tombée de la
nuit (avec un dégradé peut-être ?)

A afficher ce n'est pas trop le problème  (calculer l'heure de lever ou de
coucher du soleil en fonction des coordonnées du POI, et afficher un soleil
ou une lune sur le trait horizontal de la boîte )

Mais à saisir à la souris (ou sur un écran tactile) ça risque d'être
compliqué 
Avec une case à cocher peut-être ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-18 Par sujet PanierAvide
Pourquoi pas, mais le problème vient du fait qu'il est possible de 
mélanger heure précise et indication imprécise (par exemple Mo 
08:00-sunset), donc il faut trouver une façon de pouvoir montrer que 
l'on commence un créneau à telle heure, et qu'il s'étend jusqu'à la 
tombée de la nuit (avec un dégradé peut-être ?).



Le 18/06/2015 13:19, Francescu GAROBY a écrit :
Pour les valeurs dawn, sunrise, sunset, dusk, pourquoi pasr des cases 
à cocher, avec chacun une image explicite (soleil qui se lève/se 
couche, ...) ?


Francescu


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-18 Par sujet Yves Pratter
Suggestion : pouvoir saisir une chaîne texte et voir le résultat
graphiquement ☺

Autre idée, avoir un import/export au format ical et/ou d'avoir un synchro
avec G@*gl3 calendar...
Ça permettrai de faire une saisie sur mobile avec le calendrier standard,
du moins pour les horaires simples.

Concernant la saisie sur smartphone, on peut ajouter ou supprimer un
événement mais pas le modifier, ni le déplacer.

Il faudrait pouvoir afficher une boîte de dialogue pour changer la durée,
la date...

--
Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-18 Par sujet PanierAvide

Le 18/06/2015 11:32, dHuy Pierre a écrit :
Si j'ai bonne mémoire sur opening_hours, on peut avoir sunset, tu vas 
gérer ça comment? **curiosité**


C'est même encore mieux que ça, il y a comme sélecteurs temporels vagues 
: dawn, sunrise, sunset, dusk :) Pour l'instant j'avais prévu de ne pas 
le gérer, puis ça risque d'être galère puisque par définition c'est 
vague, donc à priori pas intégrable dans le calendrier en lui-même. 
Peut-être ajouter un onglet avec les valeurs populaires, donc contenant 
sunrise-sunset (et inversement), aux côtés de 24/7 et les principales 
valeurs dans Taginfo.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-18 Par sujet dHuy Pierre
 


  Je note tout cela, et je me chargerai d'intégrer ça pour la prochaine 
 version. Par contre je suis pas certain que mettre les jours en ligne 
 soit une bonne idée, justement parce que la plupart de présentation de 
 ce type (agendas) sont avec des jours en colonnes. Les dates spéciales 
+1 pour les colonne, un mode planning avec les dates en colonne est plus 
classique et si on utilise cette visualisation en reverse ça peut être sympa 
(genre sur un plan de centre commercial en indoor :p
 ou saisons seront dans des onglets, avec un calendrier spécifique à  chaque 
 saisonnalité définie (à étudier, c'est pas encore fait).

Si j'ai bonne mémoire sur opening_hours, on peut avoir sunset, tu vas gérer ça 
comment? **curiosité**


  ___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-17 Par sujet Francescu GAROBY
Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage
horaire sur les jours à droite/gauche (et donc de mettre aussi le = sur
les 2 bords verticaux).
De plus, il faudrait pouvoir indiquer si c'est ouvert/fermé les jours
fériés, dont les dates sont soit connues (01/01, 08/05, 11/11, 25/12, ...)
soit calculables (Pâques, Ascension, Pentecôte, ...), ainsi que pour les
vacances scolaires.

Francescu

Le 17 juin 2015 07:50, PanierAvide panierav...@riseup.net a écrit :

 Merci :) C'est noté, je vais voir s'il y a possibilité de rajouter ça par
 dessus la bibliothèque utilisée pour le calendrier. Le = permet de
 montrer que l'objet est extensible par le bas, que l'on peut le déplacer,
 ... Pareil, c'est géré par la bibliothèque de calendrier. Si c'est vraiment
 troublant je peux voir pour le retirer.


 Le 17/06/2015 07:26, Pierre-Yves Berrard a écrit :

 Beau travail :)

 J'ajouterais la possibilité d'étirer les plages vers la gauche ou la
 droite :pratique pour les jours ayant les mêmes plages.
 Sinon, je n'ai pas compris à quoi servait le = au deuxième clic.

 PY



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr




-- 
Francescu
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-17 Par sujet Stéphane Péneau

Wow, je dis chapeau ! Beau boulot !

Stf

Le 17/06/2015 08:20, PanierAvide a écrit :
La gestion des saisonnalités est prévue, je prends note de l'intégrer 
rapidement ;)
Cependant, dans la syntaxe opening_hours il est possible de préciser 
les jours fériés dans leur ensemble (PH), et il est possible de 
préciser une date en particulier (donc si les horaires changent d'un 
jour férié fixe à un autre, pas de soucis), autant pour les jours 
fériés calculables seul pâques est géré [1]. Pour l'instant la syntaxe 
ne permettra pas de pousser le détail à des commerces qui ouvrent à 
des heures différentes selon le jour férié (ceci dit ça doit être 
relativement rare ?).


[1] 
https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#explain:variable_date



Le 17/06/2015 08:10, Francescu GAROBY a écrit :
Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une 
plage horaire sur les jours à droite/gauche (et donc de mettre aussi 
le = sur les 2 bords verticaux).
De plus, il faudrait pouvoir indiquer si c'est ouvert/fermé les jours 
fériés, dont les dates sont soit connues (01/01, 08/05, 11/11, 25/12, 
...) soit calculables (Pâques, Ascension, Pentecôte, ...), ainsi que 
pour les vacances scolaires.


Francescu



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-17 Par sujet PanierAvide
La gestion des saisonnalités est prévue, je prends note de l'intégrer 
rapidement ;)
Cependant, dans la syntaxe opening_hours il est possible de préciser les 
jours fériés dans leur ensemble (PH), et il est possible de préciser 
une date en particulier (donc si les horaires changent d'un jour férié 
fixe à un autre, pas de soucis), autant pour les jours fériés 
calculables seul pâques est géré [1]. Pour l'instant la syntaxe ne 
permettra pas de pousser le détail à des commerces qui ouvrent à des 
heures différentes selon le jour férié (ceci dit ça doit être 
relativement rare ?).


[1] 
https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#explain:variable_date



Le 17/06/2015 08:10, Francescu GAROBY a écrit :
Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage 
horaire sur les jours à droite/gauche (et donc de mettre aussi le = 
sur les 2 bords verticaux).
De plus, il faudrait pouvoir indiquer si c'est ouvert/fermé les jours 
fériés, dont les dates sont soit connues (01/01, 08/05, 11/11, 25/12, 
...) soit calculables (Pâques, Ascension, Pentecôte, ...), ainsi que 
pour les vacances scolaires.


Francescu



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-17 Par sujet Florian LAINEZ
Mille bravos PanierAvide, je n'aurai pas rêvé mieux. C'est exactement
l'outil user friendly que je souhaitais pour initier les noobs que j'ai
sous la main.

Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage
 horaire sur les jours à droite/gauche (et donc de mettre aussi le = sur
 les 2 bords verticaux).

+1

Pour l'instant la syntaxe ne permettra pas de pousser le détail à des
 commerces qui ouvrent à des heures différentes selon le jour férié (ceci
 dit ça doit être relativement rare ?).

à priori, oui. Une spécification des horaires d'ouverture durant les jours
fériés est déjà un grand pas en avant.

Encore merci !

Le 17 juin 2015 08:57, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit
:

 Wow, je dis chapeau ! Beau boulot !

 Stf


 Le 17/06/2015 08:20, PanierAvide a écrit :

 La gestion des saisonnalités est prévue, je prends note de l'intégrer
 rapidement ;)
 Cependant, dans la syntaxe opening_hours il est possible de préciser les
 jours fériés dans leur ensemble (PH), et il est possible de préciser une
 date en particulier (donc si les horaires changent d'un jour férié fixe à
 un autre, pas de soucis), autant pour les jours fériés calculables seul
 pâques est géré [1]. Pour l'instant la syntaxe ne permettra pas de pousser
 le détail à des commerces qui ouvrent à des heures différentes selon le
 jour férié (ceci dit ça doit être relativement rare ?).

 [1]
 https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#explain:variable_date


 Le 17/06/2015 08:10, Francescu GAROBY a écrit :

 Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage
 horaire sur les jours à droite/gauche (et donc de mettre aussi le = sur
 les 2 bords verticaux).
 De plus, il faudrait pouvoir indiquer si c'est ouvert/fermé les jours
 fériés, dont les dates sont soit connues (01/01, 08/05, 11/11, 25/12, ...)
 soit calculables (Pâques, Ascension, Pentecôte, ...), ainsi que pour les
 vacances scolaires.

 Francescu



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr




-- 

*Florian Lainez*
@overflorian http://twitter.com/overflorian
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-17 Par sujet Philippe Verdy
La taille vertical est beaucoup trop grande, ce qui oblige au scroll
vertical et ne facilite pas les choses (parce que la sélection se fait par
cellules entières).
Il n'y a pas moyen de faire des rectangles beaucoup moins haut, quite à
aller à la précision du pixel et une heure indicative à) quelques minutes
près qu'on peut encore ajuster dans le champ texte ? (peut-être avec un
zoom avant/arrière si on veut vois plus de précision des heures)

Sinon seule la dernière cellule permet de changer la durée d'une période et
d'évidence on devrait pouvoir sélectionner un bord droit ou gauche pour
étendre sur plusieurs jours successifs.

Autre problème: seule la dernière cellule permet de changer la durée, les
autres déplacent la zone qui peut sortir des limites de la table. La
première cellule devrait aussi avoir son bord supérieur déplaçable, et dans
tous les cas la sélection ne peut pas sortir des 7 jours (sinon cela doit
soit boucler, soir tronquer : la remarque vaut aussi bien pour ce qui est
avant la première cellule que ce qui est après car le déplacement n'en
tient pas compte)

L'idée étant que dans tous les cas cela doit tenir dans la fenêtre. Là
c'est une présenttion de type agenda comme s'il y avait du texte à saisir
dans les cellules pour noter un événement ou un rendez-vous.

J'aurais plutôt mis les heures sur l'axe horizontal et les jours (ou autres
lignes pour les dates PH, etc...) sur l'axe vertical (dans ce cas le zoom
des heures est un zoom de l'axe horizontal mais le zoom par défaut affiche
les 24 heures).

Ca pourrait alors devenir un widget intégrable dans un formulaire, ou même
un popup d'information (seule différence: le popup d'information n'est pas
éditable, il affiche juste la valeur du champ et le tableau en dessous, et
le zoom n'est pas absolument nécessaire pour cette présentation statique),
y compris depuis un site externe qui pourrait afficher les deux dans un
IFRAME (sans aucune autre décoration: juste le champ texte et le tableau,
voire seulement le tableau, sans aucune marge)

Le 17 juin 2015 08:57, Stéphane Péneau stephane.pen...@wanadoo.fr a écrit
:

 Wow, je dis chapeau ! Beau boulot !

 Stf


 Le 17/06/2015 08:20, PanierAvide a écrit :

 La gestion des saisonnalités est prévue, je prends note de l'intégrer
 rapidement ;)
 Cependant, dans la syntaxe opening_hours il est possible de préciser les
 jours fériés dans leur ensemble (PH), et il est possible de préciser une
 date en particulier (donc si les horaires changent d'un jour férié fixe à
 un autre, pas de soucis), autant pour les jours fériés calculables seul
 pâques est géré [1]. Pour l'instant la syntaxe ne permettra pas de pousser
 le détail à des commerces qui ouvrent à des heures différentes selon le
 jour férié (ceci dit ça doit être relativement rare ?).

 [1]
 https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification#explain:variable_date


 Le 17/06/2015 08:10, Francescu GAROBY a écrit :

 Je rejoins la proposition de Pierre-Yves, de pouvoir étendre une plage
 horaire sur les jours à droite/gauche (et donc de mettre aussi le = sur
 les 2 bords verticaux).
 De plus, il faudrait pouvoir indiquer si c'est ouvert/fermé les jours
 fériés, dont les dates sont soit connues (01/01, 08/05, 11/11, 25/12, ...)
 soit calculables (Pâques, Ascension, Pentecôte, ...), ainsi que pour les
 vacances scolaires.

 Francescu



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr



 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-17 Par sujet Stéphane Péneau
Tant que nous sommes dans les suggestions, j'imagine tout à fait un 
outil de ce type, adapté au tactile, et intégré dans DesignMyApp.

C'est sans doute à voir avec eux.

A+

Stf

Le 17/06/2015 18:10, PanierAvide a écrit :

Merci à tous pour vos remarques et suggestions (parfois nombreuses) ;)

Je note tout cela, et je me chargerai d'intégrer ça pour la prochaine 
version. Par contre je suis pas certain que mettre les jours en ligne 
soit une bonne idée, justement parce que la plupart de présentation de 
ce type (agendas) sont avec des jours en colonnes. Les dates spéciales 
ou saisons seront dans des onglets, avec un calendrier spécifique à 
chaque saisonnalité définie (à étudier, c'est pas encore fait).
L'idée du widget est intéressante, ça permettrait d'intégrer le 
composant à d'autres outils.


Cordialement.


Le 17/06/2015 10:10, Philippe Verdy a écrit :
La taille vertical est beaucoup trop grande, ce qui oblige au scroll 
vertical et ne facilite pas les choses (parce que la sélection se 
fait par cellules entières).
Il n'y a pas moyen de faire des rectangles beaucoup moins haut, quite 
à aller à la précision du pixel et une heure indicative à) quelques 
minutes près qu'on peut encore ajuster dans le champ texte ? 
(peut-être avec un zoom avant/arrière si on veut vois plus de 
précision des heures)


Sinon seule la dernière cellule permet de changer la durée d'une 
période et d'évidence on devrait pouvoir sélectionner un bord droit 
ou gauche pour étendre sur plusieurs jours successifs.


Autre problème: seule la dernière cellule permet de changer la durée, 
les autres déplacent la zone qui peut sortir des limites de la table. 
La première cellule devrait aussi avoir son bord supérieur 
déplaçable, et dans tous les cas la sélection ne peut pas sortir des 
7 jours (sinon cela doit soit boucler, soir tronquer : la remarque 
vaut aussi bien pour ce qui est avant la première cellule que ce 
qui est après car le déplacement n'en tient pas compte)


L'idée étant que dans tous les cas cela doit tenir dans la fenêtre. 
Là c'est une présenttion de type agenda comme s'il y avait du texte 
à saisir dans les cellules pour noter un événement ou un rendez-vous.


J'aurais plutôt mis les heures sur l'axe horizontal et les jours (ou 
autres lignes pour les dates PH, etc...) sur l'axe vertical (dans ce 
cas le zoom des heures est un zoom de l'axe horizontal mais le zoom 
par défaut affiche les 24 heures).


Ca pourrait alors devenir un widget intégrable dans un formulaire, ou 
même un popup d'information (seule différence: le popup d'information 
n'est pas éditable, il affiche juste la valeur du champ et le tableau 
en dessous, et le zoom n'est pas absolument nécessaire pour cette 
présentation statique), y compris depuis un site externe qui pourrait 
afficher les deux dans un IFRAME (sans aucune autre décoration: juste 
le champ texte et le tableau, voire seulement le tableau, sans aucune 
marge)





___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-17 Par sujet PanierAvide

Merci à tous pour vos remarques et suggestions (parfois nombreuses) ;)

Je note tout cela, et je me chargerai d'intégrer ça pour la prochaine 
version. Par contre je suis pas certain que mettre les jours en ligne 
soit une bonne idée, justement parce que la plupart de présentation de 
ce type (agendas) sont avec des jours en colonnes. Les dates spéciales 
ou saisons seront dans des onglets, avec un calendrier spécifique à 
chaque saisonnalité définie (à étudier, c'est pas encore fait).
L'idée du widget est intéressante, ça permettrait d'intégrer le 
composant à d'autres outils.


Cordialement.


Le 17/06/2015 10:10, Philippe Verdy a écrit :
La taille vertical est beaucoup trop grande, ce qui oblige au scroll 
vertical et ne facilite pas les choses (parce que la sélection se fait 
par cellules entières).
Il n'y a pas moyen de faire des rectangles beaucoup moins haut, quite 
à aller à la précision du pixel et une heure indicative à) quelques 
minutes près qu'on peut encore ajuster dans le champ texte ? 
(peut-être avec un zoom avant/arrière si on veut vois plus de 
précision des heures)


Sinon seule la dernière cellule permet de changer la durée d'une 
période et d'évidence on devrait pouvoir sélectionner un bord droit ou 
gauche pour étendre sur plusieurs jours successifs.


Autre problème: seule la dernière cellule permet de changer la durée, 
les autres déplacent la zone qui peut sortir des limites de la table. 
La première cellule devrait aussi avoir son bord supérieur déplaçable, 
et dans tous les cas la sélection ne peut pas sortir des 7 jours 
(sinon cela doit soit boucler, soir tronquer : la remarque vaut aussi 
bien pour ce qui est avant la première cellule que ce qui est 
après car le déplacement n'en tient pas compte)


L'idée étant que dans tous les cas cela doit tenir dans la fenêtre. Là 
c'est une présenttion de type agenda comme s'il y avait du texte à 
saisir dans les cellules pour noter un événement ou un rendez-vous.


J'aurais plutôt mis les heures sur l'axe horizontal et les jours (ou 
autres lignes pour les dates PH, etc...) sur l'axe vertical (dans ce 
cas le zoom des heures est un zoom de l'axe horizontal mais le zoom 
par défaut affiche les 24 heures).


Ca pourrait alors devenir un widget intégrable dans un formulaire, ou 
même un popup d'information (seule différence: le popup d'information 
n'est pas éditable, il affiche juste la valeur du champ et le tableau 
en dessous, et le zoom n'est pas absolument nécessaire pour cette 
présentation statique), y compris depuis un site externe qui pourrait 
afficher les deux dans un IFRAME (sans aucune autre décoration: juste 
le champ texte et le tableau, voire seulement le tableau, sans aucune 
marge)





___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-16 Par sujet Pierre-Yves Berrard
Le 17 juin 2015 00:39, PanierAvide panierav...@riseup.net a écrit :

 Bonjour,

 L'ébauche qu'était YoHours n'est plus, il s'agit maintenant d'un outil
 user-friendly, joli, compréhensible, et en plus codé proprement. Le
 résultat est ici : http://github.pavie.info/yohours/

 Sont déjà prévues les améliorations suivantes :
 * Fusion si possible des jours de fermeture dans le résultat
 * Possibilité de changer la durée de base du calendrier (15 minutes
 actuellement)
 * Ajout d'un bouton clear pour vider le calendrier d'un coup
 * À moyen terme, la possibilité d'indiquer les saisonnalités (ouvertures
 spécifiques aux mois, saisons, semaines, météo, ...)


Beau travail :)

J'ajouterais la possibilité d'étirer les plages vers la gauche ou la droite
:pratique pour les jours ayant les mêmes plages.
Sinon, je n'ai pas compris à quoi servait le = au deuxième clic.

PY
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] YoHours (était: outil user-friendly pour taguer les horaires opening_hours)

2015-06-16 Par sujet PanierAvide
Merci :) C'est noté, je vais voir s'il y a possibilité de rajouter ça 
par dessus la bibliothèque utilisée pour le calendrier. Le = permet de 
montrer que l'objet est extensible par le bas, que l'on peut le 
déplacer, ... Pareil, c'est géré par la bibliothèque de calendrier. Si 
c'est vraiment troublant je peux voir pour le retirer.



Le 17/06/2015 07:26, Pierre-Yves Berrard a écrit :

Beau travail :)

J'ajouterais la possibilité d'étirer les plages vers la gauche ou la 
droite :pratique pour les jours ayant les mêmes plages.

Sinon, je n'ai pas compris à quoi servait le = au deuxième clic.

PY



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr