Re: [OSM-talk-fr] Rentrer un itinéraire vélo

[Jo]

Venez regarder en Belgique et aux Pays-Bas. S'agit-il d'un itinéraire avec
des nœuds numérotés? C'est vrai que c'est un peu moins simple.

Si c'est un itinéraire en boucle, fléché en une direction, ce n'est pas si
sorcier que ça.

Crées une relation:

type=route
route=bicycle
network=lcn
name=
operator=

Trouves le point de départ le plus 'logique'. Peut-être il y a une carte ou
un panneau avec des informations supplémentaires?

Maintenant tu commences par ajouter tous les chemins qui font partie de
l'itinéraire. Il est probable qu'il faudra en découper. Si tout est
correct, la ligne verticale dans le relation editor devient continue.

À la fin, il est possible que cette 'ligne' devient une boucle, mais cela
n'est pas impératif.

Essayes d'emprunter au maximum les pistes cyclables pour les itinéraires
cyclistes. S'ils existent, bien entendu.


Si l'itinéraire est fléché en deux sens et il y a des pistes cyclables
mappés séparément à côté des chemins, ou qu'il y ait des autres sens
uniques, il faut utiliser des rôles forward/backward. Tu commences par
ajouter la 'jambe' qui va dans le sens des membres de la relation. Les
rôles dépendent du sens du way OSM. Le résultat dans le relation editor
doît devenir une ligne qui d'abord est un peu plus vers la gauche, puis une
'interruption, puis une ligne un peu plus à la droite, puis une ligne 'à
travers' pour connecter le chemin emprunté en deux sens visualisé au milieu
dans le relation editor avec la répresentation un peu décalée.

Après d'en avoir ajouté quelques uns, ça devient automatique...

En espérant de ne pas avoir causé plus de confusion...

Polyglot



2015-06-15 23:22 GMT+02:00 Eric Debeau :

> Bonsoir
>
> J'aimerais savoir quel est le moyen le plus simple pour saisir un
> itinéraire (ie velo) sur OSM.
>
> Existe-t-il des outils permettant de traduire un itinéraire depuis un
> fichier GPX en format OSM ? Je n'ai pas trouvé de plugin JOSM.
>
> L'objectif est de sensibiliser des acteurs locaux à rentrer les
> itinéraires balisés sur le terrain dans OSM et donc de leur proposer les
> outils les plus simples possibles sachant qu'ils ont à disposition des
> fcihiers GPX.
>
> Merci de vos retours
>
> Eric
>
> ___
> 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

[OSM-talk-fr] Discussion sur l'interface OSMand

[Ab_fab]

Bonjour,

La liste Google Groups consacrée à OSMand est assez prolifique. Je viens de
voir passer un fil consacré à une consultation des utilisateurs.
Histoire de connaître les usages en pratique, et en déduire des
améliorations en particulier dans l'interface.
https://groups.google.com/forum/#!topic/osmand/ulajqHRDMso

N'hésitez pas à apporter votre grain de sel.
Je l'ai fait, avec une pincée de panneaux biche, pour la bonne forme ^^

Bonne journée

-- 
ab_fab 
"Il n'y a pas de pas perdus", Nadja
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Chemin mitoyen avec deux noms

[Jo]

Pour voir les deux noms dans le rendu, tu peux ajouter:

name=leftname - rightname

ou

name=northname - southname

name:left=leftname
name:right=rightname

Salutations,

Jo

2015-06-16 8:23 GMT+02:00 Jean-Claude Repetto :

> Le 15/06/2015 18:32, bernard a écrit :
>
>> Bonjour,
>> Tu trouveras ta réponse à la page wiki :
>> http://wiki.openstreetmap.org/wiki/FR:Key:name
>> en l'occurence:  name: right et name :left
>> Cordialement
>>
>> bernard
>>
>>
> J'ai fait la modification, mais maintenant aucun des noms n'apparaît sur
> le rendu :( (testé sur les rendus OSM standard et OSM France)
>
> Jean-Claude
>
>
>
>
> ___
> 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] Chemin mitoyen avec deux noms

[Bernard]

Oui, sans doute, il n'y a pas de raison

Sent from my Cyanogen phone

Le 16 juin 2015 08:21, Jean-Claude Repetto  a écrit :
>
> Le 15/06/2015 18:12, Vincent de Château-Thierry a écrit :
> >
> >> De: "Jean-Claude Repetto" 
> >>
> >> Je viens de tomber sur un cas un peu spécial. Le chemin
> >> https://www.openstreetmap.org/way/25384380 appartient à deux communes
> >> qui ont chacune donné un nom au chemin. J'ai mis dans OSM les deux
> >> noms,
> >> séparés par un point-virgule. Je ne sais pas si c'est la meilleure
> >> solution, d'autant plus qu'il y a une erreur BANO :
> >> http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#18/43.67847/7.02424
> >> Qu'en pensez-vous ?
> >>
> >> Voici la photo Google Street View montrant les deux panneaux :
> >> https://www.google.fr/maps/@43.677068,7.024269,3a,75y,327.22h,53.66t/data=!3m6!1e1!3m4!1sSREUNoCbrfu78ljTyIL0lg!2e0!7i13312!8i6656
> >
> > Tu pointes là un vieux sujet porté indirectement par ce ticket :
> > https://github.com/osm-fr/bano/issues/27 qui a pile 1 an aujourd'hui (!).
> >
> > Le ticket parle du alt_name, dans ton cas la modélisation s'appuierait 
> > plutôt sur name:left et name:right, le point commun étant qu'il faut voir 
> > au delà du simple tag name pour les rapprochements. Je viens de compléter 
> > le ticket en ce sens.
> >
> > vincent
>
> Et pour la référence, est-ce qu'on peut utiliser
> ref:FR:FANTOIR:left et ref:FR:FANTOIR:right ?
>
> Jean-Claude
>
> ___
> 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] comment taguer des panneaux biche (dot com) / animaux sauvages

[Jo]

2015-06-05 12:25 GMT+02:00 PanierAvide :

>  C'est une solution, mais c'est à mon avis dommage de s'éloigner des
> pratiques internationales (plusieurs milliers de valeurs de traffic_sign
> avec des crochets) pour utiliser une méthode franco-française. C'est sûr
> que c'est pas la méthode la plus lisible, au même titre que la syntaxe
> opening_hours qui est pourtant pas mal utilisée.
>
> Une solution pour faciliter la saisie/compréhension serait d'ajouter un
> jeu de règles pour la France au plugin JOSM RoadSigns [1]. On reste sur du
> "standard" international, et en même temps c'est simple à saisir pour
> l'utilisateur. Si ça vous semble pas mal on peut voir pour travailler là
> dessus :)
>
>
J'ai fait ça pour la Belgique, il ne devrait donc pas être trop difficile
d'utilser celui-là comme point de départ pour la France.

https://en.wikipedia.org/wiki/Comparison_of_European_road_signs

Un problème que j'ai avec le plugin RoadSigns, c'est qu'il faut distinguer
le panneau (que moi, je mettrais sur un nœud isolé à côté de la rue, là où
il se trouve) et son effet.

Jusqu'à présent c'est surtout l'effet des panneaux que nous avons mappé.

Pour moi, l'idéal serait si le plugin RoadSigns aiderait à faire les deux
choses.

On sélectionne la partie du voirie sur lequel s'applique le panneau et un
nœud, pour reprénter le panneau. Puis le plugin devrait ajouter les codes
nationaux pour le panneau sur le nœud et l'effet sur le chemin.

C'est vrai que cela devient plus compliqué s'il y a plusieurs panneux sur
un seul poteau. Tous avec d'autres effets et probablement une autre
sélection de chemin où cet effet s'applique.

Ce que j'ai fait dans le plugin, c'est avoir des tags pour les panneau en
outre de leur effet, mais cela veut dire qu'il faut encore faire un travail
manuel après l'application.

Je serais également pour des nouvelles relations, car il y a des cas où les
panneaux ont un effet sur une zone, donc plusieur  panneaux pour le même
groupe de chemins.

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

Re: [OSM-talk-fr] Rentrer un itinéraire vélo

[Eric Debeau]

Merci de vos retours.

Ca confirme ce que je pensais et de la méthode à utiliser.
1. Bien vérifier que les troncons sont présents dans OSM et les redécouper
si besoin
2. Création de la relation (ca sera des circuits dans un premier temps)

Du coup, je pense que ca pourrait etre sympa de faire un outil d'aide à la
saisie qui partiariat d'un fichier GPX et détecterait les "highway" OSM
probables et il resterait ensuite à corriger.

Eric

2015-06-16 9:07 GMT+02:00 Jo :

> Venez regarder en Belgique et aux Pays-Bas. S'agit-il d'un itinéraire avec
> des nœuds numérotés? C'est vrai que c'est un peu moins simple.
>
> Si c'est un itinéraire en boucle, fléché en une direction, ce n'est pas si
> sorcier que ça.
>
> Crées une relation:
>
> type=route
> route=bicycle
> network=lcn
> name=
> operator=
>
> Trouves le point de départ le plus 'logique'. Peut-être il y a une carte
> ou un panneau avec des informations supplémentaires?
>
> Maintenant tu commences par ajouter tous les chemins qui font partie de
> l'itinéraire. Il est probable qu'il faudra en découper. Si tout est
> correct, la ligne verticale dans le relation editor devient continue.
>
> À la fin, il est possible que cette 'ligne' devient une boucle, mais cela
> n'est pas impératif.
>
> Essayes d'emprunter au maximum les pistes cyclables pour les itinéraires
> cyclistes. S'ils existent, bien entendu.
>
>
> Si l'itinéraire est fléché en deux sens et il y a des pistes cyclables
> mappés séparément à côté des chemins, ou qu'il y ait des autres sens
> uniques, il faut utiliser des rôles forward/backward. Tu commences par
> ajouter la 'jambe' qui va dans le sens des membres de la relation. Les
> rôles dépendent du sens du way OSM. Le résultat dans le relation editor
> doît devenir une ligne qui d'abord est un peu plus vers la gauche, puis une
> 'interruption, puis une ligne un peu plus à la droite, puis une ligne 'à
> travers' pour connecter le chemin emprunté en deux sens visualisé au milieu
> dans le relation editor avec la répresentation un peu décalée.
>
> Après d'en avoir ajouté quelques uns, ça devient automatique...
>
> En espérant de ne pas avoir causé plus de confusion...
>
> Polyglot
>
>
>
> 2015-06-15 23:22 GMT+02:00 Eric Debeau :
>
>> Bonsoir
>>
>> J'aimerais savoir quel est le moyen le plus simple pour saisir un
>> itinéraire (ie velo) sur OSM.
>>
>> Existe-t-il des outils permettant de traduire un itinéraire depuis un
>> fichier GPX en format OSM ? Je n'ai pas trouvé de plugin JOSM.
>>
>> L'objectif est de sensibiliser des acteurs locaux à rentrer les
>> itinéraires balisés sur le terrain dans OSM et donc de leur proposer les
>> outils les plus simples possibles sachant qu'ils ont à disposition des
>> fcihiers GPX.
>>
>> Merci de vos retours
>>
>> Eric
>>
>> ___
>> 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] Rentrer un itinéraire vélo

[Jo]

J'ai qq chose comme ça pour les bus, mais pas à partir de gpx. Je ne suis
pas convaincu que ce serait plus vite
On Jun 16, 2015 2:13 PM, "Eric Debeau"  wrote:

> Merci de vos retours.
>
> Ca confirme ce que je pensais et de la méthode à utiliser.
> 1. Bien vérifier que les troncons sont présents dans OSM et les redécouper
> si besoin
> 2. Création de la relation (ca sera des circuits dans un premier temps)
>
> Du coup, je pense que ca pourrait etre sympa de faire un outil d'aide à la
> saisie qui partiariat d'un fichier GPX et détecterait les "highway" OSM
> probables et il resterait ensuite à corriger.
>
> Eric
>
> 2015-06-16 9:07 GMT+02:00 Jo :
>
>> Venez regarder en Belgique et aux Pays-Bas. S'agit-il d'un itinéraire
>> avec des nœuds numérotés? C'est vrai que c'est un peu moins simple.
>>
>> Si c'est un itinéraire en boucle, fléché en une direction, ce n'est pas
>> si sorcier que ça.
>>
>> Crées une relation:
>>
>> type=route
>> route=bicycle
>> network=lcn
>> name=
>> operator=
>>
>> Trouves le point de départ le plus 'logique'. Peut-être il y a une carte
>> ou un panneau avec des informations supplémentaires?
>>
>> Maintenant tu commences par ajouter tous les chemins qui font partie de
>> l'itinéraire. Il est probable qu'il faudra en découper. Si tout est
>> correct, la ligne verticale dans le relation editor devient continue.
>>
>> À la fin, il est possible que cette 'ligne' devient une boucle, mais cela
>> n'est pas impératif.
>>
>> Essayes d'emprunter au maximum les pistes cyclables pour les itinéraires
>> cyclistes. S'ils existent, bien entendu.
>>
>>
>> Si l'itinéraire est fléché en deux sens et il y a des pistes cyclables
>> mappés séparément à côté des chemins, ou qu'il y ait des autres sens
>> uniques, il faut utiliser des rôles forward/backward. Tu commences par
>> ajouter la 'jambe' qui va dans le sens des membres de la relation. Les
>> rôles dépendent du sens du way OSM. Le résultat dans le relation editor
>> doît devenir une ligne qui d'abord est un peu plus vers la gauche, puis une
>> 'interruption, puis une ligne un peu plus à la droite, puis une ligne 'à
>> travers' pour connecter le chemin emprunté en deux sens visualisé au milieu
>> dans le relation editor avec la répresentation un peu décalée.
>>
>> Après d'en avoir ajouté quelques uns, ça devient automatique...
>>
>> En espérant de ne pas avoir causé plus de confusion...
>>
>> Polyglot
>>
>>
>>
>> 2015-06-15 23:22 GMT+02:00 Eric Debeau :
>>
>>> Bonsoir
>>>
>>> J'aimerais savoir quel est le moyen le plus simple pour saisir un
>>> itinéraire (ie velo) sur OSM.
>>>
>>> Existe-t-il des outils permettant de traduire un itinéraire depuis un
>>> fichier GPX en format OSM ? Je n'ai pas trouvé de plugin JOSM.
>>>
>>> L'objectif est de sensibiliser des acteurs locaux à rentrer les
>>> itinéraires balisés sur le terrain dans OSM et donc de leur proposer les
>>> outils les plus simples possibles sachant qu'ils ont à disposition des
>>> fcihiers GPX.
>>>
>>> Merci de vos retours
>>>
>>> Eric
>>>
>>> ___
>>> 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] Rentrer un itinéraire vélo

[Shohreh]

Eric Debeau wrote
> J'aimerais savoir quel est le moyen le plus simple pour saisir un
> itinéraire (ie velo) sur OSM. Existe-t-il des outils permettant de
> traduire un itinéraire depuis un
> fichier GPX en format OSM ? Je n'ai pas trouvé de plugin JOSM.

J'ai peut-être mal compris la question, mais si l'objectif est juste de
permettre aux gens de taper une adresse de départ/arrivée et obtenir un
parcours, éventuellement modifiable, il existe quelques outils gratuits et
basés sur OSM:
http://cycle.travel/map
http://map.project-osrm.org/
http://bikeroutetoaster.com/

Je trouve, cependant, que ces outils sont moins agréables à utiliser que feu
Google Maps Classic*, que Google est en train de supprimer en ce moment
même:
www.techforluddites.com/google-is-getting-rid-of-classic-maps-for-good/

* produit mature, interface simple, possibilité de "tirer" une route pour
passer ailleurs sans addition de balises à l'écran, export en KML/GPX, etc.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Rentrer-un-itineraire-velo-tp5848245p5848308.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Rentrer un itinéraire vélo

[JB]

Le 16/06/2015 14:39, Jo a écrit :
J'ai qq chose comme ça pour les bus, mais pas à partir de gpx. Je ne 
suis pas convaincu que ce serait plus vite
+1. On a regardé il y a pas longtemps pour rentrer un itinéraire piéton 
(14km, il me semble) avec quelqu'un du milieu SIG pas habitué à JOSM, 
mais aux couches… Une fois JOSM pris en main, quand les tronçons sont 
déjà dans OSM, ça va /vraiment/ vite. Penser aux greffons 
continuousdownload avec une touche raccourci qui va bien, éventuellement 
retoolbox.
À mon avis, il ne faut pas confondre OSM et cirkwi/tracegps.com/… Dans 
un cas, on intégre proprement, à la main, dans une couche unique avec 
des objets existants. Dans l'autre, on envoie en masse dans des couches 
indépendantes.

JB.

PS-HS : et ces collectivités, elles voudraient pas couper l'herbe sous 
le pied à la FFRP une bonne fois en publiant officiellement /leurs/ 
itinéraires sous licence libre, avant que la FFRP ne les publient sous 
son nom et sa « protection » ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rentrer un itinéraire vélo

[Jo]

Si les GPX sont sous une licence qui va bien, il est toujours possible de
les afficher dans une autre couche. Puis click, shfit-click, shfit-click
sur les chemins, avec de temps en temps 'p', ctrl-click (pour enlever le
bout dont on n'avait pas besoin).

Jo

2015-06-16 15:30 GMT+02:00 JB :

>  Le 16/06/2015 14:39, Jo a écrit :
>
> J'ai qq chose comme ça pour les bus, mais pas à partir de gpx. Je ne suis
> pas convaincu que ce serait plus vite
>
> +1. On a regardé il y a pas longtemps pour rentrer un itinéraire piéton
> (14km, il me semble) avec quelqu'un du milieu SIG pas habitué à JOSM, mais
> aux couches… Une fois JOSM pris en main, quand les tronçons sont déjà dans
> OSM, ça va *vraiment* vite. Penser aux greffons continuousdownload avec
> une touche raccourci qui va bien, éventuellement retoolbox.
> À mon avis, il ne faut pas confondre OSM et cirkwi/tracegps.com/… Dans un
> cas, on intégre proprement, à la main, dans une couche unique avec des
> objets existants. Dans l'autre, on envoie en masse dans des couches
> indépendantes.
> JB.
>
> PS-HS : et ces collectivités, elles voudraient pas couper l'herbe sous le
> pied à la FFRP une bonne fois en publiant officiellement *leurs*
> itinéraires sous licence libre, avant que la FFRP ne les publient sous son
> nom et sa « protection » ?
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rentrer un itinéraire vélo

[Eric Debeau]

Merci pour vos réponses.

C'est vrai que la prise en main de JOSM n'est pas si compliquée pour une
personne motivée.

Eric
Le 16 juin 2015 15:36, "Jo"  a écrit :

> Si les GPX sont sous une licence qui va bien, il est toujours possible de
> les afficher dans une autre couche. Puis click, shfit-click, shfit-click
> sur les chemins, avec de temps en temps 'p', ctrl-click (pour enlever le
> bout dont on n'avait pas besoin).
>
> Jo
>
> 2015-06-16 15:30 GMT+02:00 JB :
>
>>  Le 16/06/2015 14:39, Jo a écrit :
>>
>> J'ai qq chose comme ça pour les bus, mais pas à partir de gpx. Je ne suis
>> pas convaincu que ce serait plus vite
>>
>> +1. On a regardé il y a pas longtemps pour rentrer un itinéraire piéton
>> (14km, il me semble) avec quelqu'un du milieu SIG pas habitué à JOSM, mais
>> aux couches… Une fois JOSM pris en main, quand les tronçons sont déjà dans
>> OSM, ça va *vraiment* vite. Penser aux greffons continuousdownload avec
>> une touche raccourci qui va bien, éventuellement retoolbox.
>> À mon avis, il ne faut pas confondre OSM et cirkwi/tracegps.com/… Dans
>> un cas, on intégre proprement, à la main, dans une couche unique avec des
>> objets existants. Dans l'autre, on envoie en masse dans des couches
>> indépendantes.
>> JB.
>>
>> PS-HS : et ces collectivités, elles voudraient pas couper l'herbe sous le
>> pied à la FFRP une bonne fois en publiant officiellement *leurs*
>> itinéraires sous licence libre, avant que la FFRP ne les publient sous son
>> nom et sa « protection » ?
>>
>
>
> ___
> 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

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

[PanierAvide]

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, ...)


N'hésitez pas à partager vos retours et idées ;)

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)

[Pierre-Yves Berrard]

Le 17 juin 2015 00:39, PanierAvide  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)

[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

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

[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  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)

[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)

[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