> Par ici les horaires covid sont spécifique aux confinement. Généralement
> ouvert de 14h à 16h du mardi au samedi. Voir encore plus restrictive
> Le reste de l'année les horaires sont habituelle.
On est tous d'accord :)
> Si la modifications se fait dans un sens qui va faire les relevés le m
Je ne suis pas d'accord. Par ici les horaires covid sont spécifique aux
confinement. Généralement ouvert de 14h à 16h du mardi au samedi. Voir encore
plus restrictive
Le reste de l'année les horaires sont habituelle.
Si la modifications se fait dans un sens qui va faire les relevés le mois
d'a
>
> En revanche avec le déconfinement progressif on devrait voir les magasins
> retrouver leurs horaires habituels. Je serais plutôt partisan de conserver le
> tag avec des horaires décrits finements lorsqu'il y a de vraies différences
> mais pour les cas où les horaires sont les mêmes, privilé
Re-bonjour ;)
J'avais la même idée initialement quand je suis reparti dans la mise à jour
des magasins sur Lyon, en supposant que les horaires d'origines n'avaient
plus de valeur.
De ce que j'ai pu voir sur Lyon, il y a quand même beaucoup de magasins qui
ont clairement des horaires "spécifiques
> Ne faudrait-il pas de nouveau utiliser les tags sans suffixe :covid19, gérer
> ces modifications comme des changements classiques ? Que ce soit pour les
> descriptions, horaires, livraisons, service à emporter etc.
>
> Cela a également l'avantage que ces tags sont affichés et modifiés par la
On vendredi 20 novembre 2020 15:55:18 CET Éric Gillet wrote:
> Le suffixe :covid19 (opening_hours:covid19, delivery:covid19 etc.) a été
> créé pour le premier confinement, lorsque beaucoup de monde espérait
> qu'il soit de courte durée et enraye la pandémie.
> La covid19 n'a pas disparu après le pr
Bonjour,
Le suffixe :covid19 (opening_hours:covid19, delivery:covid19 etc.) a été
créé pour le premier confinement, lorsque beaucoup de monde espérait
qu'il soit de courte durée et enraye la pandémie.
La covid19 n'a pas disparu après le premier confinement, mais beaucoup
de commerces "non-esse
Les communes associées sont toujours des communes (au même titre que les
communes déléguées dans les communes nouvelles) même si elles ne sont pas
de plein exercice. Et ont une identité légale, juridique et comptable. La
seule chose vraiment changé c'est la fusion en un conseil municipal unique,
ma
Le 19/11/2020 à 20:19, François Lacombe a écrit :
le vote sur la proposition traitant des pompes est finalement ouvert
A voté !
--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)
___
Talk-fr mailing li
Merci Cyrille
C'est bien par la discussion qu'on arrivera à trouver la meilleure solution.
J'ai bien conscience que la proposition prévoit des changements, en
contrepartie de concepts plus largement définis définis qu'actuellement
Bon weekend
François
Le ven. 20 nov. 2020 à 13:35, Cyrille37 OSM
Hello again
Je suis aux bouts de mes arguments, les points de vue différents sont
indissociables de notre humanité :-) Je laisse donc mon vote "pour" en
confiance et en encouragement de ton implication :-D
Cyrille37.
Le 20/11/2020 à 13:08, François Lacombe a écrit :
Cyrille,
Parfois, les u
Cyrille,
Parfois, les usages établis l'ont été à des époques où nous partions d'une
feuille blanche.
S'interdire de les améliorer (donc de remplacer certaines choses parfois)
parce qu'ils existent aurait pu être opposé à OSM lorsqu'il remplace
d'autres choses.
En l'occurrence, pump=powered a beau
Le 20/11/2020 à 12:42, François Lacombe a écrit :
* pump=powered, s'il est vu comme une manière simple de taguer, est
trop vague : il y a une multitude de solutions pour motoriser une pompe.
C'est à mon avis justement ce qu'est OSM, ça richesse et son
accessibilité : à partir de l'information
François
Je rejoins assez "Jeisenbe" sur le fait de ne pas déprécier les valeurs
précédentes qui correspondent à un usage établi. Pourquoi ne pas
seulement enrichir l'existant ?
Pour ma part je trouve excellent les tags pump=manual et pump=powered,
c'est exactement de mon niveau. Ensuite s'i
Cyrille,
Oui c'est ce à quoi j'étais en train de répondre.
Il y a plusieurs problèmes auxquels je souhaite apporter une solution
durable :
* pump=* est actuellement réservé aux puits et traite des moteurs au lieu
de parler des pompes elles-même.
* pump=powered, s'il est vu comme une manière simpl
François
Ceux qui sont contre disent que c'est "pump=powered" qui disparaît dans
la proposition, ce qui enlève la permission de tagger simplement.
Cyrille.
Le 20/11/2020 à 10:37, François Lacombe a écrit :
Bonjour Cyrille,
Merci pour ton commentaire.
Le ven. 20 nov. 2020 à 10:10, Cyrille37
Bonjour à tou.te.s !
Vous êtes invité.e.s à rejoindre le staff et les bénévoles de CartONG du lundi 23 novembre au samedi 28 novembre lors d'un Get-Together en ligne ! C’est l’occasion de participer à des formations gratuites, de découvrir des projet
Bonjour Cyrille,
Merci pour ton commentaire.
Le ven. 20 nov. 2020 à 10:10, Cyrille37 OSM via Talk-fr <
talk-fr@openstreetmap.org> a écrit :
> Je suis sensible au contre argument :
> *Any tagging scheme allowing to tag extreme detail uninteresting to
> nearly all people must allow also taggin
Bonjour
Le 19/11/2020 à 20:19, François Lacombe a écrit :
Suite aux annonces faites plus tôt cette année, le vote sur la
proposition traitant des pompes est finalement ouvert
https://wiki.openstreetmap.org/wiki/Proposed_features/Pumping_proposal
Je suis sensible au contre argument :
/Any tagg
19 matches
Mail list logo