19 avril 2020 14:00 "Yves P." a écrit:
>> mais le faire déduire à l'appli par l'interprétation d'une note destinée à
>> un humain dans
>> opening_hours... c'est la limite que je trouve à ta proposition.
> mais il n'y a aucune interprétation ;)
>
> La syntaxe de opening_hours est un vrai langage
>
> Pour moi l'impossibilité d'accès physique au magasin est importante à
> signaler (déplacement potentiellement inutile), donc affichage non vert,
oui
> mais le faire déduire à l'appli par l'interprétation d'une note destinée à un
> humain dans opening_hours... c'est la limite que je trouve à
Bonjour,
18 avril 2020 17:29 "Yves P." a écrit:
> Pas convaincu par opening_hours:covid19=no ?
>
> Ok, on ne réinvente pas la roue : opening_hours:covid19=Mo-Fr 10:00-12:00
> "Commande par tél
> uniquement"
> [...]
> Pour l'affichage cela pourrait-être :
> Vert : ouvert
> Orange : fermé avec d
Bonjour,
> - Ce serait intéressant de demander le numéro de téléphone, environ 10% des
> notes en français en contiennent un.
Tu peux mettre "tous" les champs contact web,facebook,twitter,phone,mobile…
même fax :D
Pour les téléphones, l'utilisation du script
https://github.com/google/libphonen
> J'ai aussi peur que ce soit compliqué pour en conclure le texte à afficher au
> client. Quelques exemples autour de moi:
Oui avec pleins de nouveaux tags ;)
> * pour un restaurant proposant livraison ou vente à emporter avec commande à
> distance obligatoire j'ai "L'intérieur n'est pas accessi
Il y a sûrement des infos de la page FR:Key:opening_hours:covid19 à
répercuter par ailleurs (tout ce qui concerne la logique de
drive/livraison/à emporter). Et si on veut documenter l'ensemble, il
faudrait créer des redirections ou des pages pour les clés utilisées.
Cordialement,
Adrien P.
L
Je me suis permis d'ajouter sur le wiki un tableau résumant les clés
actuellement utilisées :
https://wiki.openstreetmap.org/wiki/France/Covid-19#Cl.C3.A9s_li.C3.A9es
Je pense que la page France/Covid-19 est le meilleur endroit pour centraliser
(sauf à créer une page "COVID19 - keys" ?).
Des avi
Je comprends ton point de vue,
J'ai un peu du mal avec le vocabulaire "access" no alors qu'on y accède
pour récupérer une commande réalisée en avance ( si la commande est
obligatoire ). Je pense que considérer "takeway"=yes comme une exception à
un access=no ne distingue pas "à emporter suite à c
18 avril 2020 15:08 "Pierre-Olivier Grégoire" a écrit:
> J'ai l'impression qu'on essaie de décrire des services plutôt que des accès.
Pour moi, non.
access:covid19=no : je m'y rends, je trouve la porte fermée. Si, selon les
autres indications, il y a un service physique sur place ET que j'ai
a
J'ai l'impression qu'on essaie de décrire des services plutôt que des accès.
De mon expérience sur les dernières semaines, je crois qu'on peut résumer
pour l'instant ainsi :
*Restauration*
* Consommation sur place (have-in / seat-in ?)
* À emporter (takeaway)
* Commande :
* Après commande à
Pas convaincu par customers, le cas principal c'était d'indiquer si on
peut "rester" dans le resto/commerce (au sens y manger, y errer), donc
customers ne permet pas de lever l'ambiguïté initiale. Les valeurs no ou
private indiquent bien qu'on est pas sensé accéder au commerce/service
sauf cond
Le 18/04/2020 à 09:32, Marc M. a écrit :
La recommandation est takeaway:covid19=yes/only +
access:covid19=no (salle/boutique
inaccessible bien que service rendu).
la recommandation n'a pas de sens.
un =no c'est pour interdit à tout le monde
comment va-t-on prendre un colis si on c'est interdit d
Le 18/04/2020 à 10:44, Frantz - frz_ml_...@finux.fr a écrit :
18 avril 2020 09:55 "Marc M." a écrit:
je crois qu'il va falloir faire une page "décisions controversées"
sur le modèle de celle de iD histoire que les non-cro
puisse comprendre les tags qui suivent pas les habitudes.
C'est un peu
Bonjour,18 avril 2020 10:38 "Yves P." a écrit:>> je
crois qu'il va falloir faire une page "décisions controversées"
>> sur le modèle de celle de iD histoire que les non-cro
>> puisse comprendre les tags qui suivent pas les habitudes.
>
> +1
>
> Je trouve l'idée bonne, mais le résultat très (tro
18 avril 2020 09:55 "Marc M." a écrit:
> je crois qu'il va falloir faire une page "décisions controversées"
> sur le modèle de celle de iD histoire que les non-cro
> puisse comprendre les tags qui suivent pas les habitudes.
C'est un peu la course, ça se précise au fur et à mesure, grâce à tous l
> je crois qu'il va falloir faire une page "décisions controversées"
> sur le modèle de celle de iD histoire que les non-cro
> puisse comprendre les tags qui suivent pas les habitudes.
+1
Je trouve l'idée bonne, mais le résultat très (trop) compliqué.
En particulier le tag access:covid19=no.
Si
je crois qu'il va falloir faire une page "décisions controversées"
sur le modèle de celle de iD histoire que les non-cro
puisse comprendre les tags qui suivent pas les habitudes.
jusqu'à présent =no sur une route dit qu'elle est interdite
de toute utilisation
bien sur quelqu'un peux venir pour rép
+1, access=no sur une route veut dire qu'on est pas sensé s'y rendre, ce
qui empêche pas des ouvriers d'y travailler.
Adrien P.
Le 18/04/2020 à 09:41, Frantz a écrit :
Bonjour,
18 avril 2020 09:32 "Marc M." a écrit:
Bonjour,
La recommandation est takeaway:covid19=yes/only +
access:covid1
Bonjour,
18 avril 2020 09:32 "Marc M." a écrit:
> Bonjour,
>
>> La recommandation est takeaway:covid19=yes/only +
>> access:covid19=no (salle/boutique
>> inaccessible bien que service rendu).
>
> la recommandation n'a pas de sens.
> un =no c'est pour interdit à tout le monde
> comment va-t-on
Bonjour,
> La recommandation est takeaway:covid19=yes/only +
> access:covid19=no (salle/boutique
> inaccessible bien que service rendu).
la recommandation n'a pas de sens.
un =no c'est pour interdit à tout le monde
comment va-t-on prendre un colis si on c'est interdit d'y aller ?
à tout le moins
Il me semblait l'avoir envoyé déjà sur la liste mais peut-être pas, pas
facile d'être sur tous les canaux de communication en même temps ;-)
On le prend bien en compte dans "ça reste ouvert", affiché dans l'encart
bleu sur la droite au clic sur un POI. Et pour étendre les possibilités
d'affich
C'est une bonne idée mais il faut nous le dire ! :)
Il va falloir que je retrouve quelque restos et magasins modifiés.
caresteouvert.fr prend déjà en compte le access:covid19=no ?
Je me demande si ça ne vaudrait pas le coup d'avoir une distinction bien
différente en terme de rendu entre un magas
C'est là depuis quelques jours, justement pour éclaircir cet aspect et
lever les ambiguïtés.
Cordialement,
Adrien P.
Le 17/04/2020 à 19:23, George Kaplan a écrit :
Je ne connaissais pas access:covid19 , c’est nouveau ?
Avec ce tag, c’est simple et sans ambiguïté.
Le 17 avr. 2020 à 18:51, P
Je ne connaissais pas access:covid19 , c’est nouveau ?
Avec ce tag, c’est simple et sans ambiguïté.
> Le 17 avr. 2020 à 18:51, PanierAvide a écrit :
>
> Voir https://wiki.openstreetmap.org/wiki/FR:Key:opening_hours:covid19
>
> La recommandation est takeaway:covid19=yes/only + opening_hours:co
Je n'ai pas répondu aux réponses de mon message :-p.
Mais je pense effectivement qu'il ne faut pas hésiter à utiliser
description:covid19 plutôt qu'essayer de tout faire rentrer dans des
boîtes (pardon, des clés).
Pour le cas particulier de l'opticien, il faut mettre
opening_hours:covid19=of
Le 17.04.20 à 18:42, George Kaplan a écrit :
> (un commerce qui n’assure plus que des livraisons ou sur RDV), est-ce qu’on
> le considère ouvert ou fermé ?
pour moi il est ouvert, tu le joint par telephone
pour commander ce qui te serra livré
___
Talk-
Voir https://wiki.openstreetmap.org/wiki/FR:Key:opening_hours:covid19
La recommandation est takeaway:covid19=yes/only +
opening_hours:covid19=open + access:covid19=no (salle/boutique
inaccessible bien que service rendu).
Cordialement,
Adrien P.
Le 17/04/2020 à 18:42, George Kaplan a écrit :
Le 14 avr. 2020 à 17:45, Eric SIBERT a écrit :
>
> Dans le style, opticien qui assure une permanence de 15h à 16h pour les
> livraisons. Pour les nouvelles commandes (lentilles, lunettes) ou les
> réparations, prendre rendez-vous avec un numéro de téléphone différent de
> l'habituel.
>
> J'ai
Attention caresteouvert n'utilise pas d'identification.
Si un•e gugusse s'amuse à fermer les POI de son coin ou ceux des
concurrents, l'utilisateur caresteouvert risque de se faire bloquer
(avec raison).
J'aime la version Osmose "microéditeur" : on propose l'ajout et la
suppression de champs mai
Bonjour,
Le 17.04.20 à 14:55, PanierAvide a écrit :
> potentiellement des "fausses" infos en base sur les commerces fermés
> définitivement le temps de prise en compte de la note associée.
c'est aussi automatisable d'avoir un bouton "POI fermé" qui met à jour
l'objet avec was: au moins devant le
Bonjour,
J'ai bien lu avec attention tous vos retours, merci à tous ! Premier
aspect : on a mis une limite sur le champ de détails du formulaire, qui
doit désormais être soit vide (= contribution OSM directe), soit entre
10 et 200 caractères (devrait réduire ~10% du bruit dans les notes).
Si
>> Comme c'était des téléphones mobiles (le perso du gérant ?), j'ai rajouté un
>> mobile=06 54 32 10 98, le message dans description:covid19 demandant
>> d'appeler le mobile.
> You meant +33 6 54 32 10 98. Permet notamment l'appel automatique depuis un
> portable (le 0 ne marche pas systématiq
Le 15/04/2020 à 08:15, Yves P. - yves.prat...@gmail.com a écrit :
Comme c'était des téléphones mobiles (le perso du gérant ?), j'ai
rajouté un *mobile=06 54 32 10 98, * le message dans
*description:covid19* demandant d'appeler le mobile.
You meant *+33 *6 54 32 10 98. Permet notamment l'appel a
15 avril 2020 15:41 "Quentin Salles" a écrit:>
Bonjour,
>
> C'est juste une question de curiosité qui ne va pas avancer la discussion.
> J'ai cherché en vain
> comment les notes étaient créés par CaResteOuvert_visitor
>
> Comment arrive-t-on à cette page (= ce formulaire) ?
> C'est pour invite
Bonjour,
C'est juste une question de curiosité qui ne va pas avancer la discussion.
J'ai cherché en vain comment les notes étaient créés par
CaResteOuvert_visitor
Comment arrive-t-on à cette page (= ce formulaire) ?
C'est pour inviter des non-cartographes à contribuer !
Merci d'avance pour votre r
> J'en était resté au niveau tag qu'un point virgule valait pour une valeur
> multiple. Mais j'ai jamais trouvé la référence la dessus, mais pas cherché
> non plus.
Oui.
Mais il y a plusieurs problèmes avec ça :
les applications doivent gérer ces cas. CaResteOuvert ne le fait pas :
c'est pas lis
J'en était resté au niveau tag qu'un point virgule valait pour une valeur
multiple. Mais j'ai jamais trouvé la référence la dessus, mais pas cherché
non plus.
Le mer. 15 avr. 2020 à 08:15, Yves P. a écrit :
>
> Donc on pourrait imaginer un phone:covid19, mais le plus simple vu que ce
> n'est pas
>> Donc on pourrait imaginer un phone:covid19, mais le plus simple vu que ce
>> n'est pas très fréquent, c'est de l'indiquer dans description:covid19.
>
> A l'instant taginfo compte 39 phone:covid19=* C'est peu en effet. Cependant,
> rien que dans mon rayon de 1km j'ai plusieurs cas de téléphon
Le 14/04/2020 à 16:19, PanierAvide a écrit :
Merci d'avoir pris le temps de détailler les différents cas que tu as
rencontré, pour le coup c'est vraiment utile, d'autant plus vu le
volume de notes que tu as résolu
On a même des gens qui se plaignent de pas trouver de note ouverte et
effective
Bonsoir,
Le 15/04/2020 à 00:16, Frantz a écrit :
Ce qui est propre à la période covid19 est mis dans des clés :covid19 pour ne
pas toucher aux valeurs ordinaires.
Et de plus le téléphone fixe doit rester valable lors des permanences au
magasin.
Donc on pourrait imaginer un phone:covid19, mai
14 avril 2020 22:53 "Fabienne Morel via Talk-fr" a
écrit:
> Le 14/04/2020 à 18:36, Frantz a écrit :
>
>> et laisser phone avec sa valeur d'origine.
>
> Même si c'est un numéro de téléphone comme le dit Eric différent de
> l'habituel ?
> qui parait être utilisé pour s'adapter à la situation par
Le 14.04.20 à 17:45, Eric SIBERT a écrit :
> takeaway:covid19 -> "Vente à emporter uniquement".
> Non, c'est plutôt retrait de commande. Comment coder?
takeaway:covid19=no
reservation:covid19=required
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Le 14.04.20 à 15:16, Frantz a écrit :
> 4) "détails" contient des infos qui annulent toutes les autres données : faux
> signalement, ou commerce déplacé, ou parle du commerce d'à côté
> - pour gérer ce dernier point, toujours le fait du propriétaire du magasin
> visé, renvoyer les commerçants ve
Bonjour,
Le 14.04.20 à 12:21, PanierAvide a écrit :
> cumuler contribution directe + note OSM si des détails sont fournis :
> Nous sommes preneurs de vos retours :-)
replay :
tout ce qui peux être mis à jour automatiquement dans osm doit l'être,
il n'y a aucune pluvalue à demander à un humain de
Le 14/04/2020 à 18:36, Frantz a écrit :
et laisser phone avec sa valeur d'origine.
Même si c'est un numéro de téléphone comme le dit Eric différent de
l'habituel ?
qui parait être utilisé pour s'adapter à la situation particulière de
cette période
fabienne
__
14 avril 2020 17:45 "Eric SIBERT" a écrit:
>> 1) "détails" contient juste une précision qui pourrait être saisie
>> directement dans "description:covid19" (ex : "permanence
>> téléphonique")
>
> Dans le style, opticien qui assure une permanence de 15h à 16h pour les
> livraisons. Pour les nouvel
1) "détails" contient juste une précision qui pourrait être saisie
directement dans "description:covid19" (ex : "permanence
téléphonique")
Dans le style, opticien qui assure une permanence de 15h à 16h pour les
livraisons. Pour les nouvelles commandes (lentilles, lunettes) ou les
réparations,
Bonjour Frantz,
Merci d'avoir pris le temps de détailler les différents cas que tu as
rencontré, pour le coup c'est vraiment utile, d'autant plus vu le volume
de notes que tu as résolu ;-)
Cordialement,
Adrien P.
Le 14/04/2020 à 15:16, Frantz a écrit :
Bonjour,
parmi les cas restant en sa
Bonjour,
parmi les cas restant en saisie manuelle, je vois en gros :
1) "détails" contient juste une précision qui pourrait être saisie directement
dans "description:covid19" (ex : "permanence téléphonique")
2) "détails" contient juste une info simple à intégrer (ex :
"http://maboutique.fr";, "i
Quand la contribution directe à été ajoutée plutôt que les notes, j'ai
trouvé ça top.
Maintenant, j'ai du mal à voir ce qu'il resterait à mettre dans la note.
Il m'est arrivé d'abandonner un signalement dans çaresteouvert mais plus
pour des problèmes d'usage : décaler une heure d'ouverture, en form
Effectivement, tout ce qui peut être retranscrit sous forme de tags est
déjà affiché dans la note (opening_hours:covid19, delivery:covid19,
takeaway:covid19) avec la syntaxe key=value. Ça fonctionne dans JOSM et
iD (si le champ de tags est basculé en mode "plein texte"/textarea).
Pour ce qui es
> Ainsi, nous aimerions avoir des retours d'expérience des personnes ayant
> contribué à la résolution des notes : envoyer les changements directement à
> OSM en parallèle de la note vous aurait-il aidé à aller plus vite ?
Ça fait 2 changesets pour un seul signalement.
Si la note contient aussi
Bonjour à tous,
Comme vous le savez, l'outil "Ça reste ouvert" s'appuie sur les notes
OpenStreetMap pour enregistrer une partie des retours faits via le site.
Depuis quelques temps, la contribution se fait en édition directe
d'OpenStreetMap si aucun commentaire n'est ajouté par les utilisateur
53 matches
Mail list logo
