Re: [OSM-talk-fr] Tag pour un transformateur RC ou RS ?

[osm . sanspourriel]

Merci Florent, je n'avais pas vu ta réponse.

Par contre j'avais mis RC comme rural compact sur le poste photographié
(celui que j'indiquais ci-dessous). ça correspond à la description du
fichier.

C'est indiqué à la page
https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/postes_electriques

Et RS est indiqué pour le même poste sur

https://wiki.openstreetmap.org/wiki/Power_networks/France

Par contre sur cette page il y a aussi un RC qui ne correspond pas.

François, qui de François et de François a raison ? ;-)

Jean-Yvon

Le 30/04/2022 à 20:51, Jean-Yvon Landrac a écrit :

RC : c'est un poste de distribution rural compact.
Je pensais que François avait mis ça sur le wiki (je lui avais passé
une photo).
Car non, sans François et si je n'avais pas vu ça, je n'aurais pas su
te renseigner.
Inspiré donc de :
https://www.openstreetmap.org/node/5716114593

Jean-Yvon

Le 29/04/2022 à 18:03, Ludovic Hirlimann - lhirlim...@free.fr a écrit :

Salut,


aujourd'hui dans ma tournée de je chope des données je suis tombé sur
ça
https://drop.chapril.org/download/c1be2086bcd58db3/#JVFFgtuDsREzkdopj9HceA
.


Y a rien dans le wiki qui s'en approche, je le tag comment ?


Ludovic




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

Re: [OSM-talk-fr] Tag pour un transformateur

[osm . sanspourriel]

design:ref
<https://wiki.openstreetmap.org/wiki/Key:design:ref?uselang=fr>   RC
location
<https://wiki.openstreetmap.org/wiki/FR:Key:location?uselang=fr>  green
man_made <https://wiki.openstreetmap.org/wiki/FR:Key:man
made?uselang=fr> street_cabinet
<https://wiki.openstreetmap.org/wiki/FR:Tag:man made=street
cabinet?uselang=fr>
operator
<https://wiki.openstreetmap.org/wiki/FR:Key:operator?uselang=fr>  Enedis
<https://wiki.openstreetmap.org/wiki/FR:Tag:operator=Enedis?uselang=fr>
power <https://wiki.openstreetmap.org/wiki/FR:Key:power?uselang=fr>
substation
<https://wiki.openstreetmap.org/wiki/FR:Tag:power=substation?uselang=fr>
ref:FR:gdo
<https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:gdo?uselang=fr>
street_cabinet  power
substation
<https://wiki.openstreetmap.org/wiki/Key:substation?uselang=fr>
minor_distribution
<https://wiki.openstreetmap.org/wiki/Tag:substation=minor
distribution?uselang=fr>
transformer
<https://wiki.openstreetmap.org/wiki/FR:Key:transformer?uselang=fr>
distribution
<https://wiki.openstreetmap.org/wiki/FR:Tag:transformer=distribution?uselang=fr>

utility <https://wiki.openstreetmap.org/wiki/FR:Key:utility?uselang=fr>
power <https://wiki.openstreetmap.org/wiki/FR:Tag:utility=power?uselang=fr>
voltage:primary
<https://wiki.openstreetmap.org/wiki/FR:Key:voltage:primary?uselang=fr>
2
voltage:secondary
<https://wiki.openstreetmap.org/wiki/FR:Key:voltage:secondary?uselang=fr>
400


green : pas sûr : je vois pas trop si c'est sur un mur, un poteau.
RC : c'est un poste de distribution rural compact.
Je pensais que François avait mis ça sur le wiki (je lui avais passé une
photo).
Car non, sans François et si je n'avais pas vu ça, je n'aurais pas su te
renseigner.
Inspiré donc de :
https://www.openstreetmap.org/node/5716114593

Jean-Yvon

Le 29/04/2022 à 18:03, Ludovic Hirlimann - lhirlim...@free.fr a écrit :

Salut,


aujourd'hui dans ma tournée de je chope des données je suis tombé sur
ça
https://drop.chapril.org/download/c1be2086bcd58db3/#JVFFgtuDsREzkdopj9HceA
.


Y a rien dans le wiki qui s'en approche, je le tag comment ?


Ludovic




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

Re: [OSM-talk-fr] Tag pour un transformateur

[Florent Richard]

Bonjour Ludovic,

C'est documenté dans le wiki dans le chapitre "Poste de transformation locaux" 
de cette page 
https://wiki.openstreetmap.org/wiki/Power_networks/France#Postes_de_transformation_locaux
La photo ressemble beaucoup au modèle "RS - Rural Poste Socle" en fin de 
tableau.


Florent


De : Ludovic Hirlimann 
Envoyé : vendredi 29 avril 2022 18:03
À : Discussions sur OSM en français 
Objet : [OSM-talk-fr] Tag pour un transformateur

Salut,


aujourd'hui dans ma tournée de je chope des données je suis tombé sur ça
https://drop.chapril.org/download/c1be2086bcd58db3/#JVFFgtuDsREzkdopj9HceA .


Y a rien dans le wiki qui s'en approche, je le tag comment ?


Ludovic

--

https://ludovic.hirlimann.net
___
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] Tag pour un transformateur

[Ludovic Hirlimann]

Salut,


aujourd'hui dans ma tournée de je chope des données je suis tombé sur ça 
https://drop.chapril.org/download/c1be2086bcd58db3/#JVFFgtuDsREzkdopj9HceA .



Y a rien dans le wiki qui s'en approche, je le tag comment ?


Ludovic

--

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

Re: [OSM-talk-fr] Tag bons d'achat locaux

[Topographe Fou]

  Bonjour,Là comme cela à froid je ne vois pas la pertinence du suffixe :covid19. J'imagine que ces bons ont une durée dans le temps indépendante de la situation sanitaire. La clé (ou la valeur, m'enfin je préfère la clé) doit plutôt permettre d'identifier quels titres sont valables en un lieu donné (car il est possible qu'il y en ait plusieurs grâce à notre millefeuille territorial).Pour le reste de la clé je ne connais pas assez bien les systèmes en place mais me rappel que nous avons eu une discussion récente sur les chèques ANCV et titres restaurants. La problématique me parait liée. Malheureusement je ne crois pas qu'un consensus clair ait émergé (j'accepterai une contradiction avec plaisir).Cordialement,  LeTopographeFou   De: laurent.magrea...@gmail.comEnvoyé: 13 décembre 2020 6:41 PMÀ: talk-fr@openstreetmap.orgRépondre à: talk-fr@openstreetmap.orgObjet: [OSM-talk-fr] Tag bons d'achat locaux  Bonjour,Dans le Jura, deux territoires ont mis en place des "bons d'achat bonifiés" pour aider les commerces locaux :- autour de Champagnole, ce sont des "chèques solidaires" : https://www.commerces-champagnole.com/cheques-solidaires.htm- pour la communauté de communes Terre d'Émeraude, des "chèques bonifiés" : https://www.terredemeraude.fr/economie/bons-dachats-bonifies/Je suppose que ça existe dans d'autres départements.Le principe : des points de ventes pour acheter les bons et des commerces éligibles pour les dépenser. Les bons d'un territoire ne sont pas utilisables dans un autre territoire (réseaux distincts qui ne devraient pas se chevaucher à première vue).Je cherche le tag approprié pour :- les commerces éligibles : On trouve sur tag info quelques occurrences en Italie de payment:voucher:covid19=yes https://taginfo.openstreetmap.org/keys/payment%3Avoucher%3Acovid19- les points de vente : change:voucher:covid19=yes sur le modèle des monnaies locales ?https://wiki.openstreetmap.org/wiki/User:FrViPofm/Key:local_currency#XLT-PIVEIl y a toujours la problématique des réseaux distincts. Faut-il multiplier les clés ?Après ça reste un dispositif limité dans le temps. Donc est-ce que ça a sa place dans OSM...Merci pour vos retours éclairés,___)```)___Laurent Magréault d'Attoma@ : laurent.magrea...@gmail.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Tag bons d'achat locaux

[Laurent Magréault]

Bonjour,

Dans le Jura, deux territoires ont mis en place des "bons d'achat bonifiés"
pour aider les commerces locaux :
- autour de Champagnole, ce sont des "chèques solidaires" :
https://www.commerces-champagnole.com/cheques-solidaires.htm
- pour la communauté de communes Terre d'Émeraude, des "chèques bonifiés" :
https://www.terredemeraude.fr/economie/bons-dachats-bonifies/

Je suppose que ça existe dans d'autres départements.

Le principe : des points de ventes pour acheter les bons et des commerces
éligibles pour les dépenser. Les bons d'un territoire ne sont pas
utilisables dans un autre territoire (réseaux distincts qui ne devraient
pas se chevaucher à première vue).

Je cherche le tag approprié pour :
- les commerces éligibles :
On trouve sur tag info quelques occurrences en Italie de
payment:voucher:covid19=yes
https://taginfo.openstreetmap.org/keys/payment%3Avoucher%3Acovid19
- les points de vente :
change:voucher:covid19=yes sur le modèle des monnaies locales ?
https://wiki.openstreetmap.org/wiki/User:FrViPofm/Key:local_currency#XLT-PIVE

Il y a toujours la problématique des réseaux distincts. Faut-il multiplier
les clés ?

Après ça reste un dispositif limité dans le temps. Donc est-ce que ça a sa
place dans OSM...

Merci pour vos retours éclairés,

___)```)___

Laurent Magréault d'Attoma
@ : laurent.magrea...@gmail.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag adéquat pour nommer les maisons basques

[Philippe Verdy]

Le ven. 11 déc. 2020 à 23:05, Brice  a écrit :

> Bonsoir,
> Le 07/12/2020 à 10:45, Marc_marc a écrit :
>
> >> 3/ addr:housename
> >
> > c'est souvent erronée.
> > addr: dit que cela concerne l'adressage postal, et non le batiment.
> > dans certains pays, on n'utilise pas de addr:housenumber mais
> > on utilise des noms à la place des addr:housenumber tel que
> > "maison des Edelweiss, rue de la gare"
> > peut-être est-ce utilisé légalement dans certains hameaux,
> > j'en ai pas connaissance.
>
> Je ne comprends pas bien la différence que tu fais entre un nom
> d'adresse et un nom de bâtiment
>
>
> > en tout cas la combinaison addr:housename + addr:housenumber
> > me fait croire à une erreur qu'il faudrait corriger en name
>
> OK je comprends ce critère, si un n° est attribué, alors pas de
> addr:housename
>

Moi je comprends plutôt addr:housename comme une sous-adresse, pour une
désignation privée à l'intérieur d'une même propriété (ou copropriété ) qui
s'est vue attribuer (ou pas encore) un même numéro (sans bis/ter... ni
A/B/...)
On peut en trouver notamment dans les très grandes propriétés (publiques ou
privées) : résidences, campus universitaires, villages vacance : ces
différents batiments sont bien distincts et ont des noms, mais tous groupés
à la même adresse (celle d'une même entité, d'un secrétariat ou accueil
commun).

Dans les campus universitaires il est courant que ces bâtiments n'aient pas
de numéros mais soient nommés. De même dans les domaines "historiques"
(exemple : les pavillons du Château de Versailles) ou les parcs
d'attraction (voyez Disneyland), et aussi dans certains grands centres
commerciaux.

On une situation analogue aussi au cas du nom des voies privées dans les
grands domaines et résidences pour leur cartographie interne : les "voies"
d'accès ou de circulation (y compris les couloirs, escaliers...), comme les
différents points ne sont pas toujours numérotés mais nommés. On a aussi un
exemple dans les grandes gares avec les "hubs" et points de rencontre qui
servent au repérage (et sont fléchés dans la signalétique). Je vois ces
noms de bâtiments au même titre que la désignation des étages, escaliers,
numéros de pièces, de bureau, ou de chambres dans les hôtels, ou les
bungalows et emplacements d'un camping, ou les emplacements de
garages/parkings, les entrepôts : il peut y avoir des numéros mais les
numéros seuls ne facilitent pas le repérage ou le regroupement,
indépendamment de la désignation des voies d'accès et de circulation
internes qui permettent de s'y rendre (mais le long desquels les différents
points ne sont pas nécessairement situés : il peut y avoir plusieurs voies
d'accès différentes selon qu'on est en véhicule ou à pied, les véhicules
étant souvent plus restreints)

Au plan postal, la seule adresse publique (numéro+nom de rue, ou lieu-dit
avec place=isolated_dwelling ou hamlet quand il y a plusieurs propriétés
distinctes, avec leurs propres accès publics partiellement partagés via une
voie privée avec droit de passage) n'est pas toujours suffisante car il y a
besoin aussi de situer les locataires/résidents individuels (personnes
physiques ou morales) indépendamment des propriétés: la carto interne
(d'origine privée et non publique de la part des municipalités) est alors
importante, et la poste ou les services de livraison (qui ont accès à ces
propriétés) en ont besoin, mais aussi les services fiscaux, les notaires,
agences immobilières et gestionnaires de biens (contrats de location,
etc.), ainsi que les exploitants de réseaux (téléphonie, eaux, énergie).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag adéquat pour nommer les maisons basques

[Christian Quest]

Le 11/12/2020 à 23:03, Brice a écrit :

Bonsoir,
Le 07/12/2020 à 10:45, Marc_marc a écrit :


3/ addr:housename


c'est souvent erronée.
addr: dit que cela concerne l'adressage postal, et non le batiment.
dans certains pays, on n'utilise pas de addr:housenumber mais
on utilise des noms à la place des addr:housenumber tel que
"maison des Edelweiss, rue de la gare"
peut-être est-ce utilisé légalement dans certains hameaux,
j'en ai pas connaissance.


Je ne comprends pas bien la différence que tu fais entre un nom 
d'adresse et un nom de bâtiment




en tout cas la combinaison addr:housename + addr:housenumber
me fait croire à une erreur qu'il faudrait corriger en name


OK je comprends ce critère, si un n° est attribué, alors pas de 
addr:housename



Dans le cas du Pays basque, vu ce qu'en dit Chantal ARRUTI et la page 
wikipédia https://fr.wikipedia.org/wiki/Maison_basque, la maison a une 
importance particulière et donc name = ... en plus de building = house 
semble le plus logique.
En plus, c'est ce que fera naturellement un contributeur débutant, je 
pense.


Du coup, si cela convient aux basques, cela vaudrait le coup de 
l'acter et, au fur et à mesure, supprimer les 
"place"="isolated_dwelling" et "addr:housenumber" redondants.




Je préfère addr:housename à name si le nom peut être utilisé pour 
l'adressage.


name=* sur un polygone de bâtiment, ça peut être "Lidl" ou "Garage 
Machin" parce qu'on a un amenity=* ou shop=*


name=* désigne dans ce cas le destinataire, pas l'adresse du destinataire...

addr:housename est par contre clairement un élément d'adressage

addr:housename + addr:housenumber ne me choquent pas. J'ai habité 
pendant 10 ans dans un hameau où ma maison n'était identifiable que par 
son addr:housename=Chez l'Artilleur, puis la mairie a (enfin) nommé les 
routes et numéroté... et donc j'ai eu en plus un addr:housenumber=64, 
mais on m'écrivait encore sans préciser l'adresse numérotée.


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Tag adéquat pour nommer les maisons basques

[osm . sanspourriel]

Le 11/12/2020 à 23:03, Brice - brice...@free.fr a écrit :


Je ne comprends pas bien la différence que tu fais entre un nom
d'adresse et un nom de bâtiment


La différence est simple si tu écris à :

Madame Michu
Ma Maison
3 rue de la Mairie

addr:housename=Ma Maison

Et si tu écris à :

Madame Michu
3 rue de la Mairie

name=Ma Maison

Je ne connais pas l'usage au Pays Basque.

Jean-Yvon



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

Re: [OSM-talk-fr] Tag adéquat pour nommer les maisons basques

[Brice]

Bonsoir,
Le 07/12/2020 à 10:45, Marc_marc a écrit :


3/ addr:housename


c'est souvent erronée.
addr: dit que cela concerne l'adressage postal, et non le batiment.
dans certains pays, on n'utilise pas de addr:housenumber mais
on utilise des noms à la place des addr:housenumber tel que
"maison des Edelweiss, rue de la gare"
peut-être est-ce utilisé légalement dans certains hameaux,
j'en ai pas connaissance.


Je ne comprends pas bien la différence que tu fais entre un nom 
d'adresse et un nom de bâtiment




en tout cas la combinaison addr:housename + addr:housenumber
me fait croire à une erreur qu'il faudrait corriger en name


OK je comprends ce critère, si un n° est attribué, alors pas de 
addr:housename



Dans le cas du Pays basque, vu ce qu'en dit Chantal ARRUTI et la page 
wikipédia https://fr.wikipedia.org/wiki/Maison_basque, la maison a une 
importance particulière et donc name = ... en plus de building = house 
semble le plus logique.

En plus, c'est ce que fera naturellement un contributeur débutant, je pense.

Du coup, si cela convient aux basques, cela vaudrait le coup de l'acter 
et, au fur et à mesure, supprimer les "place"="isolated_dwelling" et 
"addr:housenumber" redondants.


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

Re: [OSM-talk-fr] Tag pour une commande par téléphone ou internet 48h avant le retrait

[emeric Prouteau]

Merci pour vos retours

Bonne journée,

Le mar. 8 déc. 2020 à 09:40, Yves P.  a écrit :

> > reservation=required
> > description=commande 48h avant récupération
> +1
>
> > opening_hours=* "reservation by phone 48h before" ?
>
> Fonctionne aussi et même en français 
>
> La grammaire de d'opening_hours utilise des termes anglais (c'est un
> "langage" de programmation à destination des machines) mais les
> commentaires sont à destination des humains.
> Donc dans un pays francophone la langue est le français (tout comme pour
> name, c'est le français même si ce n'est pas explicitement spécifié), le
> commentaire est donc dans la langue de Molière 
>
> Mes deux centimes,
>
> __
> Yves
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
*Emeric PROUTEAU*



*emeric.prout...@gmail.com Avant d'imprimer.
Pensons à l'environnement.Save paper. Do you really need to print this
e-mail?*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag tourism=alpine_hut

[FR via Talk-fr]

Bonjour
Si vous faites la même type de requête à propos de "natural=glacier" 
vous allez en trouver 3 dans un angle du vieux-port de Marseille.
En fait il s'agit d'un marchand de glaces, mais, 1000 excuses pardon 
c'est pas sérieux, ça m'a tellement amusée que j'espérais que qq1 
d'autre corrige...

Françoise


Le 09/12/2020 à 23:44, mides.map a écrit :
L'idée de filtrage par département est pas mal pour "élaguer" un peu, 
j'ai donc filtré les entités qui possèdent le tag  tourism=alpine_hut 
et  name = '%refuge%'.
Reste à se pencher d'un peu plus près sur cette liste en sachant que je 
ne me retrouve pas face à 739 structures mais 386. C'est un peu plus 
abordable pour contrôler ! :-)


Ce qui peut donner :

Savoie  83
Haute-Savoie68
Hautes-Alpes47
Isère   38
Haut-Rhin   18
Pyrénées-Orientales 17
Hautes-Pyrénées 17
Alpes-Maritimes 13
Haute-Corse 11
Ariège  9
Alpes-de-Haute-Provence 9
Corse-du-Sud9
Pyrénées-Atlantiques7
Haute-Garonne   5
Bas-Rhin4
Guadeloupe  4
Bouches-du-Rhône3
Ain 3
Territoire de Belfort   3
Cantal  2
Puy-de-Dôme 2
Vosges  2
Drôme   2
Martinique  2
La Réunion  2
Loire   1
Tarn1
Ardèche 1
Doubs   1
Côte-d'Or   1
Haute-Saône 1








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

Re: [OSM-talk-fr] Tag tourism=alpine_hut

[JB]

Oui. Ou non. C'est un lieu pour passer une nuit au milieu d'une 
randonnée de plusieurs jours. Pour moi, ce n'est pas forcément opposé à 
alpine_hut. J'aime bien regarder l'idée du tag plutôt que sa définition 
précise, qui ne couvre jamais tous les cas.

JB.

Le 09/12/2020 à 23:24, mides.map a écrit :
C'est un peu là le problème, on ne s'attend pas à trouver une 
structure classée "refuge d'altitude" dans ce type de zone géographique.


Le 09/12/2020 à 22:57, Eric SIBERT via Talk-fr a écrit :

Et que dire du refuge CAF de Bonneval-sur-Arc?

http://www.refuges.info/point/110/cabane-non-gardee/Mont-Cenis-Grand-Paradis/Chalet-de-Bonneval-sur-Arc/ 


https://chaletbonnevalsurarc.ffcam.fr/

En zone résidentielle et à 50 m de la mairie ;-)

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] Tag tourism=alpine_hut

[mides.map]

  
  
L'idée de filtrage par département est
  pas mal pour "élaguer" un peu, j'ai donc filtré les entités qui
  possèdent le tag  tourism=alpine_hut et  name = '%refuge%'. 

Reste à se pencher d'un peu plus près
  sur cette liste en sachant que je ne me retrouve pas face à 739
  structures mais 386. C'est un peu plus abordable pour contrôler !
  :-) 



Ce qui peut donner : 




  
 
  
Savoie
83
  
  
Haute-Savoie
68
  
  
Hautes-Alpes
47
  
  
Isère
38
  
  
Haut-Rhin
18
  
  
Pyrénées-Orientales
17
  
  
Hautes-Pyrénées
17
  
  
Alpes-Maritimes
13
  
  
Haute-Corse
11
  
  
Ariège
9
  
  
Alpes-de-Haute-Provence
9
  
  
Corse-du-Sud
9
  
  
Pyrénées-Atlantiques
7
  
  
Haute-Garonne
5
  
  
Bas-Rhin
4
  
  
Guadeloupe
4
  
  
Bouches-du-Rhône
3
  
  
Ain
3
  
  
Territoire de Belfort
3
  
  
Cantal
2
  
  
Puy-de-Dôme
2
  
  
Vosges
2
  
  
Drôme
2
  
  
Martinique
2
  
  
La Réunion
2
  
  
Loire
1
  
  
Tarn
1
  
  
Ardèche
1
  
  
Doubs
1
  
  
Côte-d'Or
1
  
  
Haute-Saône
1
  

  





Le 09/12/2020 à 23:31, Jacques
  Lavignotte a écrit :

http://overpass-turbo.eu/s/111u
  
  
  remonte les refuges :
  
  
  Haute-Savoie, Isère, Hautes-Alpes
  
  
  
  
  
  Le 09/12/2020 à 23:24, mides.map a écrit :
  
  C'est un peu là le problème, on ne
s'attend pas à trouver une structure classée "refuge d'altitude"
dans ce type de zone géographique.


Le 09/12/2020 à 22:57, Eric SIBERT via Talk-fr a écrit :

Et que dire du refuge CAF de
  Bonneval-sur-Arc?
  
  
http://www.refuges.info/point/110/cabane-non-gardee/Mont-Cenis-Grand-Paradis/Chalet-de-Bonneval-sur-Arc/
  
  https://chaletbonnevalsurarc.ffcam.fr/
  
  
  En zone résidentielle et à 50 m de la mairie ;-)
  
  
  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] Tag tourism=alpine_hut

[Jacques Lavignotte]

http://overpass-turbo.eu/s/111u

remonte les refuges :

Haute-Savoie, Isère, Hautes-Alpes




Le 09/12/2020 à 23:24, mides.map a écrit :
C'est un peu là le problème, on ne s'attend pas à trouver une structure 
classée "refuge d'altitude" dans ce type de zone géographique.


Le 09/12/2020 à 22:57, Eric SIBERT via Talk-fr a écrit :

Et que dire du refuge CAF de Bonneval-sur-Arc?

http://www.refuges.info/point/110/cabane-non-gardee/Mont-Cenis-Grand-Paradis/Chalet-de-Bonneval-sur-Arc/ 


https://chaletbonnevalsurarc.ffcam.fr/

En zone résidentielle et à 50 m de la mairie ;-)

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


--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] Tag tourism=alpine_hut

[mides.map]

C'est un peu là le problème, on ne s'attend pas à trouver une structure 
classée "refuge d'altitude" dans ce type de zone géographique.


Le 09/12/2020 à 22:57, Eric SIBERT via Talk-fr a écrit :

Et que dire du refuge CAF de Bonneval-sur-Arc?

http://www.refuges.info/point/110/cabane-non-gardee/Mont-Cenis-Grand-Paradis/Chalet-de-Bonneval-sur-Arc/ 


https://chaletbonnevalsurarc.ffcam.fr/

En zone résidentielle et à 50 m de la mairie ;-)

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

Re: [OSM-talk-fr] Tag tourism=alpine_hut

[Jacques Lavignotte]

Le 09/12/2020 à 21:11, mides.map a écrit :


Apparemment sélection difficile/délicate pour avoir ces données.


Une approche : trier par département...

--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

Re: [OSM-talk-fr] Tag tourism=alpine_hut

[Eric SIBERT via Talk-fr]

Et que dire du refuge CAF de Bonneval-sur-Arc?

http://www.refuges.info/point/110/cabane-non-gardee/Mont-Cenis-Grand-Paradis/Chalet-de-Bonneval-sur-Arc/
https://chaletbonnevalsurarc.ffcam.fr/

En zone résidentielle et à 50 m de la mairie ;-)

Eric

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

Re: [OSM-talk-fr] Tag tourism=alpine_hut

[mides.map]

  
  
Je continue donc ma réflexion pour
  savoir comment récupérer les refuges parmi toutes les données
  remontées mais la tache se complexifie un peu. On pourrait
  imaginer sélectionner uniquement ceux donc le tag name comporte
  "Refuge..." mais il y apparait d'autres cas de figures. 



Par exemple pour celui-ci,    https://www.openstreetmap.org/node/4099043194 
  il est bien tagué tourism=alpine_hut et comporte le mot "Refuge"
  dans son tag name, seulement,  si l'on investigue un peu, on
  arrive à ça :
http://www.refuges.info/point/6168/batiment-en-montagne/Massif-Central/Refuge-de-Martinou/ 
  Peut être pas tout à fait un refuge d'altitude équipé. 



Apparemment sélection
  difficile/délicate pour avoir ces données. Si quelqu'un a une
  autre idée pour contourner le problème, je suis preneur.  





Le 09/12/2020 à 20:29, mides.map a
  écrit :


  
  Le problème est que l'on y trouve
aussi dans le tag = name : abris, auberge, baraque, bergerie,
cabane, foyer, gîte, grange, etc. assez difficile de faire la
part des choses pour ne récupérer que les entités pour
lesquelles ce tag alpine_hut est justifié. 
  
  
  
  Le 09/12/2020 à 19:37, Georges
Dutreix via Talk-fr a écrit :
  
  

Bonjour,
  
  Le premier au hasard s'appelle "Gîte d'étape". Ce serait donc
  plutôt tourism=hostel
  cf https://wiki.openstreetmap.org/wiki/FR:Comment_cartographier_un...#G
  
  

Le 09/12/2020 à 18:50, Jacques
  Lavignotte a écrit :

Un
  refuge de montagne  dans l'Orne ? 
  
  J. 
  
  
  
  Le 09/12/2020 à 18:43, mides.map a écrit : 
  Bonsoir, 

pour un enrichissement de données géographiques, j'ai
récupéré dans la base les objets tagués  tourism=alpine_hut
sur tout le territoire. Pas de souci particulier à ce
niveau  dans la mesure où le nombre est assez restreint
(739). 

Seulement voila, si je m'en tiens à la définition d'osm
wiki, https://wiki.openstreetmap.org/wiki/FR:Tag:tourism%3Dalpine_hut
, il se trouve que quelques éléments sont tagués alors
qu'ils ne le devraient peut être pas :"Un refuge de montagne
est un bâtiment d'altitude isolé" 

Si quelqu’un passe par là, pourrait il me confirmer que je
suis dans une bonne logique ou pas. 

Voici quelques exemples, parmi tant d'autres. 

Bonne fin de journée. 

https://www.openstreetmap.org/node/1215114639

https://www.openstreetmap.org/node/2513644651

https://www.openstreetmap.org/node/3600508634

https://www.openstreetmap.org/node/3657815447

https://www.openstreetmap.org/node/3657817268

https://www.openstreetmap.org/node/3657827768

https://www.openstreetmap.org/node/3657834097

etc 

Michel 


___ 
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




  


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

Re: [OSM-talk-fr] Tag tourism=alpine_hut

[osm . sanspourriel]

En regardant les exemples : en virant en fonction de l'altitude ? De la
proximité d'une mairie ? De la zone ?

Je ne pense pas que des refuges se trouvent en landuse=residential, à
moins de 5 km de la mairie (?).

Et là l'opposé qu'ils soient proches d'une hauteur (natural=peak sauf
erreur).

Mais le mieux c'est de demander à ceux qui ont tagué comme ça si
tourism=hostel ne serait pas plus adapté.

Le 09/12/2020 à 20:29, mides.map - mides@gmail.com a écrit :

Le problème est que l'on y trouve aussi dans le tag = name : abris,
auberge, baraque, bergerie, cabane, foyer, gîte, grange, etc. assez
difficile de faire la part des choses pour ne récupérer que les
entités pour lesquelles ce tag alpine_hut est justifié.



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

Re: [OSM-talk-fr] Tag tourism=alpine_hut

[mides.map]

  
  
Le problème est que l'on y trouve aussi
  dans le tag = name : abris, auberge, baraque, bergerie, cabane,
  foyer, gîte, grange, etc. assez difficile de faire la part des
  choses pour ne récupérer que les entités pour lesquelles ce tag
  alpine_hut est justifié. 



Le 09/12/2020 à 19:37, Georges Dutreix
  via Talk-fr a écrit :


  
  Bonjour,

Le premier au hasard s'appelle "Gîte d'étape". Ce serait donc
plutôt tourism=hostel
cf https://wiki.openstreetmap.org/wiki/FR:Comment_cartographier_un...#G


  
  Le 09/12/2020 à 18:50, Jacques
Lavignotte a écrit :
  
  Un
refuge de montagne  dans l'Orne ? 

J. 



Le 09/12/2020 à 18:43, mides.map a écrit : 
Bonsoir, 
  
  pour un enrichissement de données géographiques, j'ai récupéré
  dans la base les objets tagués  tourism=alpine_hut sur tout le
  territoire. Pas de souci particulier à ce niveau  dans la
  mesure où le nombre est assez restreint (739). 
  
  Seulement voila, si je m'en tiens à la définition d'osm wiki,
  https://wiki.openstreetmap.org/wiki/FR:Tag:tourism%3Dalpine_hut
  , il se trouve que quelques éléments sont tagués alors qu'ils
  ne le devraient peut être pas :"Un refuge de montagne est un
  bâtiment d'altitude isolé" 
  
  Si quelqu’un passe par là, pourrait il me confirmer que je
  suis dans une bonne logique ou pas. 
  
  Voici quelques exemples, parmi tant d'autres. 
  
  Bonne fin de journée. 
  
  https://www.openstreetmap.org/node/1215114639
  
  https://www.openstreetmap.org/node/2513644651
  
  https://www.openstreetmap.org/node/3600508634
  
  https://www.openstreetmap.org/node/3657815447
  
  https://www.openstreetmap.org/node/3657817268
  
  https://www.openstreetmap.org/node/3657827768
  
  https://www.openstreetmap.org/node/3657834097
  
  etc 
  
  Michel 
  
  
  ___ 
  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] Tag tourism=alpine_hut

[Georges Dutreix via Talk-fr]

Bonjour,

Le premier au hasard s'appelle "Gîte d'étape". Ce serait donc plutôt 
tourism=hostel

cf https://wiki.openstreetmap.org/wiki/FR:Comment_cartographier_un...#G



Le 09/12/2020 à 18:50, Jacques Lavignotte a écrit :

Un refuge de montagne  dans l'Orne ?

J.



Le 09/12/2020 à 18:43, mides.map a écrit :

Bonsoir,

pour un enrichissement de données géographiques, j'ai récupéré dans 
la base les objets tagués  tourism=alpine_hut sur tout le territoire. 
Pas de souci particulier à ce niveau  dans la mesure où le nombre est 
assez restreint (739).


Seulement voila, si je m'en tiens à la définition d'osm wiki, 
https://wiki.openstreetmap.org/wiki/FR:Tag:tourism%3Dalpine_hut , il 
se trouve que quelques éléments sont tagués alors qu'ils ne le 
devraient peut être pas :"Un refuge de montagne est un bâtiment 
d'altitude isolé"


Si quelqu’un passe par là, pourrait il me confirmer que je suis dans 
une bonne logique ou pas.


Voici quelques exemples, parmi tant d'autres.

Bonne fin de journée.

https://www.openstreetmap.org/node/1215114639
https://www.openstreetmap.org/node/2513644651
https://www.openstreetmap.org/node/3600508634
https://www.openstreetmap.org/node/3657815447
https://www.openstreetmap.org/node/3657817268
https://www.openstreetmap.org/node/3657827768
https://www.openstreetmap.org/node/3657834097
etc

Michel


___
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] Tag tourism=alpine_hut

[Jacques Lavignotte]

Un refuge de montagne  dans l'Orne ?

J.



Le 09/12/2020 à 18:43, mides.map a écrit :

Bonsoir,

pour un enrichissement de données géographiques, j'ai récupéré dans la 
base les objets tagués  tourism=alpine_hut sur tout le territoire. Pas 
de souci particulier à ce niveau  dans la mesure où le nombre est assez 
restreint (739).


Seulement voila, si je m'en tiens à la définition d'osm wiki, 
https://wiki.openstreetmap.org/wiki/FR:Tag:tourism%3Dalpine_hut , il se 
trouve que quelques éléments sont tagués alors qu'ils ne le devraient 
peut être pas :"Un refuge de montagne est un bâtiment d'altitude isolé"


Si quelqu’un passe par là, pourrait il me confirmer que je suis dans une 
bonne logique ou pas.


Voici quelques exemples, parmi tant d'autres.

Bonne fin de journée.

https://www.openstreetmap.org/node/1215114639
https://www.openstreetmap.org/node/2513644651
https://www.openstreetmap.org/node/3600508634
https://www.openstreetmap.org/node/3657815447
https://www.openstreetmap.org/node/3657817268
https://www.openstreetmap.org/node/3657827768
https://www.openstreetmap.org/node/3657834097
etc

Michel


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


--
GnuPg : 156520BBC8F5B1E3 Because privacy matters.
« Quand est-ce qu'on mange ? » AD (c) (tm)

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

[OSM-talk-fr] Tag tourism=alpine_hut

[mides.map]

Bonsoir,

pour un enrichissement de données géographiques, j'ai récupéré dans la 
base les objets tagués  tourism=alpine_hut sur tout le territoire. Pas 
de souci particulier à ce niveau  dans la mesure où le nombre est assez 
restreint (739).


Seulement voila, si je m'en tiens à la définition d'osm wiki, 
https://wiki.openstreetmap.org/wiki/FR:Tag:tourism%3Dalpine_hut , il se 
trouve que quelques éléments sont tagués alors qu'ils ne le devraient 
peut être pas :"Un refuge de montagne est un bâtiment d'altitude isolé"


Si quelqu’un passe par là, pourrait il me confirmer que je suis dans une 
bonne logique ou pas.


Voici quelques exemples, parmi tant d'autres.

Bonne fin de journée.

https://www.openstreetmap.org/node/1215114639
https://www.openstreetmap.org/node/2513644651
https://www.openstreetmap.org/node/3600508634
https://www.openstreetmap.org/node/3657815447
https://www.openstreetmap.org/node/3657817268
https://www.openstreetmap.org/node/3657827768
https://www.openstreetmap.org/node/3657834097
etc

Michel


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

Re: [OSM-talk-fr] Tag pour une commande par téléphone ou internet 48h avant le retrait

[Yves P.]

> reservation=required
> description=commande 48h avant récupération
+1

> opening_hours=* "reservation by phone 48h before" ?

Fonctionne aussi et même en français 

La grammaire de d'opening_hours utilise des termes anglais (c'est un "langage" 
de programmation à destination des machines) mais les commentaires sont à 
destination des humains.
Donc dans un pays francophone la langue est le français (tout comme pour name, 
c'est le français même si ce n'est pas explicitement spécifié), le commentaire 
est donc dans la langue de Molière 

Mes deux centimes,

__
Yves




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

Re: [OSM-talk-fr] Tag pour une commande par téléphone ou internet 48h avant le retrait

[Marc_marc]

Bonjour,

Le 07.12.20 à 17:37, emeric Prouteau a écrit :
> Je souhaite taguer un shop=farm (Vente direct de volail) dont l'achat
> nécessite obligatoirement une commande 48h avant de la récupérer

reservation=required
description=commande 48h avant récupération

Cordialement,
Marc



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

Re: [OSM-talk-fr] Tag pour une commande par téléphone ou internet 48h avant le retrait

[osm . sanspourriel]

Non.

Question effectivement générique mais qui aurait pu être posée côté
:covid19.

Je me permets de généraliser la question : c'est similaire au retrait
"2h en magasin" : tu commandes (en ligne, par internet...) et tu peux
aller chercher "un certain temps" après.

J'aurais bien lu :delay mais taginfo n'a rien dans le genre.

Et avec minimum relatif au sujet je ne vois rien de pertinent non plus.

Jean-Yvon

Le 07/12/2020 à 17:37, emeric Prouteau - emeric.prout...@gmail.com a écrit :


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

Re: [OSM-talk-fr] Tag pour une commande par téléphone ou internet 48h avant le retrait

[David Crochet]

Bonjour

Le 07/12/2020 à 17:37, emeric Prouteau a écrit :

Auriez vous des idées pour cela ?


opening_hours=* "reservation by phone 48h before" ?

Cordialement

--
David Crochet


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

[OSM-talk-fr] Tag pour une commande par téléphone ou internet 48h avant le retrait

[emeric Prouteau]

Bonjour,

Je ne sais pas si ce tag a déjà été évoqué hors covid car c'est pour un
fonctionnement normal. Donc voilà ma question.

Je souhaite taguer un shop=farm (Vente direct de volail) dont l'achat
nécessite obligatoirement une commande 48h avant de la récupérer (internet
ou téléphone). Les horaires de retrait sont donnés.

Auriez vous des idées pour cela ?

Bonne soirée

-- 
*Emeric PROUTEAU*



*emeric.prout...@gmail.com Avant d'imprimer.
Pensons à l'environnement.Save paper. Do you really need to print this
e-mail?*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag adéquat pour nommer les maisons basques

[Marc_marc]

Bonjour,

Le 06.12.20 à 22:58, Brice a écrit :
> À la lecture de cet article
> (https://blog.geo.data.gouv.fr/communaut%C3%A9-dagglom%C3%A9ration-du-pays-basque-164dffa34fbd),
> j'apprends que les maisons ont des noms en propre (voir aussi
> https://fr.wikipedia.org/wiki/Maison_basque) au Pays Basque.

est-ce que c'est une maison = un nom ?
ou des maisons = un nom ?

> 1/ "place"="isolated_dwelling", exemple :
> https://www.openstreetmap.org/node/7783157922 ; ce tag ne me semble pas
> adéquat pour des maisons regroupés en hameaux ou le long des routes, cf.
> https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Disolated_dwelling

le wiki dit que c'est adapté pour un nom concernant 2 foyers.
voir ci dessous pq cela me semble adapté que pour 2 batiments.

> 2/ Le tags name= sur le way building=house

c'est ma préférence si ce batiment porte un nom.
l'objet osm est building=* et name=* concerne donc le batiment

> 3/ addr:housename

c'est souvent erronée.
addr: dit que cela concerne l'adressage postal, et non le batiment.
dans certains pays, on n'utilise pas de addr:housenumber mais
on utilise des noms à la place des addr:housenumber tel que
"maison des Edelweiss, rue de la gare"
peut-être est-ce utilisé légalement dans certains hameaux,
j'en ai pas connaissance.
en tout cas la combinaison addr:housename + addr:housenumber
me fait croire à une erreur qu'il faudrait corriger en name

> addr:housename étant, me semble t'il, la mieux adaptée.

uniquement si cela a une utilisation adresse.

Cordialement,
Marc



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

[OSM-talk-fr] Tag adéquat pour nommer les maisons basques

[Brice]

À la lecture de cet article 
(https://blog.geo.data.gouv.fr/communaut%C3%A9-dagglom%C3%A9ration-du-pays-basque-164dffa34fbd), 
j'apprends que les maisons ont des noms en propre (voir aussi 
https://fr.wikipedia.org/wiki/Maison_basque) au Pays Basque.
Je suis donc allé voir comment c'était géré dans OSM (d'autant plus que 
la Communauté d’agglomération du Pays Basque fait bien les choses en 
"mettant à jour les données dans OpenStreetMap").


Plusieurs tags sont utilisés "par tâches", probablement suivant les 
contributeurs :
1/ "place"="isolated_dwelling", exemple : 
https://www.openstreetmap.org/node/7783157922 ; ce tag ne me semble pas 
adéquat pour des maisons regroupés en hameaux ou le long des routes, cf. 
https://wiki.openstreetmap.org/wiki/FR:Tag:place%3Disolated_dwelling

2/ Le tags name= sur le way building=house
3/ addr:housename
Quelque fois les 3 sont cumulés : 
https://www.openstreetmap.org/node/6697261944


Si des contributeurs basques sont présents, qu'en pensez-vous ? Ne 
faudrait-il pas encourager l'utilisation d'une seule clé, addr:housename 
étant, me semble t'il, la mieux adaptée.


--
Britzz

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

Re: [OSM-talk-fr] tag operator pour les Bureaux de poste non opéré par La Poste

[Marc_marc]

Bonjour,

Le 27.11.20 à 10:57, Marc_marc a écrit :
>> il s'agirait plutôt dans ce cas d'utiliser network=La Poste ou brand.
> 
> plutôt brand. c'est le nom commercial par lequel les gens connaissent
> ce service.

ajouté dans osmose

> si accord, il y a sans doute osmose à vérifier sur ce point.

Vérif faite, osmose proposait l'ajout de operator=La Poste
y compris sur ceux qu'elle n'opère pas £(ceux gérer par les communes ou
les commerces).
nouvelle logique :
- si bureau de poste -> operator=La Poste (inchangé par rapport à avant)
- sinon -> pas de tag operator proposé (puisqu'on ne l'a pas dans
l'opendata)
Il faudra nettoyer les erreurs du passé, je proposerais
une édition de masse quand celle en cours serra faite.

les modifs osmose serront active au prochain cycle (en gros ~24h)

Cordialement,
Marc



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

Re: [OSM-talk-fr] tag opening_hours vers texte

[Noémie Lehuby via Talk-fr]

Merci, c'est en effet la lib que j'avais en tête :)


Le 22/11/2020 à 00:10, David Faure a écrit :

Il existehttps://github.com/rezemika/humanized_opening_hours

mais c'est plus vraiment maintenu


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

Re: [OSM-talk-fr] tag opening_hours vers texte

[Jean-Christophe Becquet]

OSM24 lui semble s'appuyer sur :
https://github.com/opening-hours/opening_hours.js

JC
-- 
Jean-Christophe Becquet
APITUX - le choix du logiciel libre
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com

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

Re: [OSM-talk-fr] tag opening_hours vers texte

[Yves P.]

> Il existe https://github.com/rezemika/humanized_opening_hours
> https://zestedesavoir.com/billets/2653/quelques-statistiques-sur-le-champ-opening-hours-dopenstreetmap/?page=1#p227797

Merci David pour ces liens :)

Je ne peux répondre malheureusement à ta question Noémie :/

Mais l'article et ses commentaires traitent de questions intéressantes pour 
nous, les utilisateurs francophones 

Quelques remarques :
En lisant les commentaires, j'avais l'impression qu'il analysait la grammaire 
(un sous ensemble) à la main.
Ouf, il utilise une bibliothèque pour le faire : Lark 
 :)

Je devine donc qu'il ne traite volontairement qu'une partie de la grammaire 
pour pouvoir l'afficher en français.


Il fait des statistiques sur les valeurs du tags qui sont valides ou pas.
Il existe déjà un projet 
 pour ça : 
https://openingh.openstreetmap.de/stats/

En jouant avec les courbes on peut voir la proportion de valeurs qui affichent 
des avertissement ou qui pourraient être enjolivées.
Il semblerait que 98.9% des valeurs soient valides (ce qui ne veux pas dire 
qu'elles soient correctes).
Ça fait quand même ~21 000 valeurs à corriger.

On retrouve ces stats pour les autres clés dont opening_hours:covid19 


Il fait aussi un nettoyage partiel à l'aide d'expressions rationnelles (regex = 
regular expressions).
J'ai fait un travail similaire dans mon coin (par exemple remplacer 10h à 12h 
par 10:00-12:00).
Et aussi ouvert un ticket 
 dans le dépôt de 
opening_hours.js 

Je propose aux personnes intéressées par ce sujet de travailler en commun  pour 
faciliter la saisie, éviter les erreurs les plus courantes :
mise à point de regex,
automatiser tout ça dans un formulaire en ligne simple a utiliser,
et surtout, tester (donc pas besoin d'être un expert) 
On n'arrivera jamais à 100% de corrections automatiques, mais on peut améliorer 
fortement (et "facilement") les saisies à la française.
Notamment les copier/coller de sites bien connus (Google, Facebook…).


Il est aussi possible de moissonner les horaires : quelques sites indiquent les 
horaires sous forme de microformats  
compréhensibles par une machine.
Au passage il existe le greffon JOSM Microdata Scraping 
 qui les utilisent pour rajouter 
les infos d'un contact (horaires d'ouverture, n° de téléphone, adresse, mél, 
moyens de paiement…)

__
Yves

Dans ce que j'ai pu observer, beaucoup de valeurs qui ne sont pas 
compréhensibles par la machine sont en fait des expressions en langue naturelle 
(pour nous le français).

L'explication ?
Soit que ce sont des contributeurs débutants qui ne savent pas qu'il faut 
utiliser une grammaire,
Soit que c'est trop compliqué, ou qu'on a pas le temps, et du coup ils copient 
ce qu'un humain va comprendre






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

Re: [OSM-talk-fr] tag opening_hours vers texte

[Jean-Christophe Becquet]

Le 21/11/2020 à 20:11, Noémie Lehuby via Talk-fr a écrit :
> Vous connaissez un service qui serait capable de transformer un tag
> opening_hours en texte intelligible par un humain ?
> 
> Par exemple "Mo-Fr 09:30-12:00,13:30-18:00" deviendrait "du lundi au
> vendredi de 9h30 à 12h puis de 13h30 à 18h"
> 
> Il me semble avoir déjà entendu parler d'un lib qui ferait ça mais je
> n'arrive pas à remettre la main dessus...

Bonjour,

Il y a YoHours qui donne une représentation graphique des horaires :
https://projets.pavie.info/yohours/?oh=Mo-Fr%2009:30-12:00,13:30-18:00

Je ne sais pas dans quelle mesure ça pourrait servir pour faire ce que
tu veux.

Bonne journée

JCB
-- 
Jean-Christophe Becquet
APITUX - le choix du logiciel libre
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com

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

Re: [OSM-talk-fr] tag opening_hours vers texte

[David Faure via Talk-fr]

On samedi 21 novembre 2020 20:11:27 CET Noémie Lehuby via Talk-fr wrote:
> Bonjour,
> 
> Vous connaissez un service qui serait capable de transformer un tag
> opening_hours en texte intelligible par un humain ?
> 
> Par exemple "Mo-Fr 09:30-12:00,13:30-18:00" deviendrait "du lundi au
> vendredi de 9h30 à 12h puis de 13h30 à 18h"
> 
> Il me semble avoir déjà entendu parler d'un lib qui ferait ça mais je
> n'arrive pas à remettre la main dessus...

Il existe https://github.com/rezemika/humanized_opening_hours

mais c'est plus vraiment maintenu, cf tout dernier message sur
https://zestedesavoir.com/billets/2653/quelques-statistiques-sur-le-champ-opening-hours-dopenstreetmap/?page=1#p227797

-- 
David Faure, fa...@kde.org, http://www.davidfaure.fr
Working on KDE Frameworks 5




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

[OSM-talk-fr] tag opening_hours vers texte

[Noémie Lehuby via Talk-fr]

Bonjour,

Vous connaissez un service qui serait capable de transformer un tag 
opening_hours en texte intelligible par un humain ?


Par exemple "Mo-Fr 09:30-12:00,13:30-18:00" deviendrait "du lundi au 
vendredi de 9h30 à 12h puis de 13h30 à 18h"


Il me semble avoir déjà entendu parler d'un lib qui ferait ça mais je 
n'arrive pas à remettre la main dessus...


--
Noémie Lehuby


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

[OSM-talk-fr] Tag sur arrêt de train et demande analyse Osmose

[Percherie OnDaNet]

Bonjour,


Je suis en train de mettre à jour les lignes de train autour de Narbonne 
et j'ai été confronté à la gestion des deux modèles de transport public 
PTv1 (ancien modèle) et PTv2


En appliquant de façon strict la validation de JOSM "Relation Checker" 
si un nœud ayant le rôle "stop" dans un relation route=train ayant 
"public_transport:version=1", ce nœud doit avoir le tag railway=station 
(vu sur les archives 2012 du wiki où il faut placé une station dans 
chaque sens)


Cela est très perturbant avec le modèle PTv2 où une seule gare doit être 
placée (à coté des arrêts) et l'arrêt doit avoir railway=stop


Est-il envisageable d'ajouter un contrôle Osmose pour passer les arrêts 
au modèle PTv2 quand toutes les relations le sont également


Détail de la condition pour passage des arrêts au modèle PTv2 :

1. Recherche nœud avec tag railway=station
2. Vérifie si dans une relation route=train + (
   public_transport:version=1 OU public_transport:version!=* )
3. Si dans aucune relation en PTv1
4. Remplacement par railway=stop

Détail de la condition pour rétrocompatibilité au modèle PTv1 ;

1. Recherche relation route=train + ( public_transport:version=1 OU
   public_transport:version!=* )
2. Recherche nœud avec tag railway=stop
3. Remplacement par railway=station
4. Ajout info (pour expliquer la démarche) note=stop is in PTv1
   relation for use railway=station, please update all relation route=*
   to PTv2

Je serait seul au monde que j'aurai passé toutes les relations au format 
PTv2. Idéalement il faudrait faire l'analyse sur chaque relation et 
mettre à jour celle qui commencent sérieusement à dater... voir 
supprimer celle qui référence des éléments qui n'existe plus.
La création de transport en commun dans OSM n'est pas super adapté (way 
scindés pour les besoins des transports) mais de là à conserver 
l'historique des trajets qui sont en plus cassé de partout... ;-/ faut 
pas pousser mémé dans les orties :-p


Dommage que la correction des relations ne puisse pas être ajoutée au 
projet du mois... c'est à mon sens trop technique pour être proposé au 
plus grand nombre


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

Re: [OSM-talk-fr] tag bmo:type

[osm . sanspourriel]

Bonjour,

Comme indiqué distingue ls bâti léger du bâti en dur (donc a priori
différent du wall=no du cadastre).

J'ai failli supprimer certains mais justement ce n'est pas exactement
wall=no. Hier je suis tombé sur deux "trucs" légers qui n'étaient pas
des wall=no.

Je parle de la version Brest Métropole (old_name=Brest Métropole Océane
;-)).

Émilie Laffray se fera un plaisir d'éclairer notre lanterne puisqu'elle
fait partie de la dream team de l'époque :

https://wiki.openstreetmap.org/wiki/BMO


Jean-Yvon

Le 27/09/2020 à 21:02, Georges Dutreix via Talk-fr -
talk-fr@openstreetmap.org a écrit :


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

[OSM-talk-fr] tag bmo:type

[Georges Dutreix via Talk-fr]

Bonjour,

je viens de tomber sur ce tag bmo:type. A priori beaucoup de bâtiments 
dans le quartier ont ce bidule.
Comme ça date de 2009, je me demandais si un nettoyage en masse ne 
serait pas judicieux.
En fouillant un peu, je vois des références à un import Brest Métropole 
Océane (https://forum.openstreetmap.fr/viewtopic.php?t=5311).
Mais peut-être cette étiquette est-elle très utile ? Est-ce le cas 
encore en 2020 ?


https://www.openstreetmap.org/way/42521903/history


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

Re: [OSM-talk-fr] Tag Info France en panne ?

[leni]

Le 04/08/2020 à 18:37, Jocelyn Jaubert a écrit :

Bonjour,

Le souci de nombres incorrects sur http://taginfo.openstreetmap.fr a été
corrigé.

Merci de reporter tout nouveau problème qui pourrait apparaitre


Bonsoir, merci pour la correction

http://taginfo.openstreetmap.fr/search?q=ref%3AFR est passé de 7 pages à 
16, mais me donne 261 éléments


et

https://taginfo.openstreetmap.org/search?q=ref%3AFR%3A 254 éléments

cordialement

leni



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

Re: [OSM-talk-fr] Tag Info France en panne ?

[Jocelyn Jaubert]

Bonjour,

Le souci de nombres incorrects sur http://taginfo.openstreetmap.fr a été
corrigé.

Merci de reporter tout nouveau problème qui pourrait apparaitre

-- 
Jocelyn

Le 10/07/2020 à 09:41, Christian Quest a écrit :
> Le 09/07/2020 à 23:36, Christian Rogel a écrit :
>> Je n’ai vu nulle part d’indication sur une panne de TagInfo Fr
>> inaccessible depuis 3 jours.
>> Au niveau mondial, pas souci.
>>
>> Qui a des infos ?
>>
>>
>> Christian R.
> 
> Accessible pour moi, par contre, les chiffres n'ont pas l'air cohérents...
> 
> https://taginfo.openstreetmap.fr/tags a des chiffres qui m'ont l'air
> corrects, dès qu'on demande le détail, tout est à 0...
> 
> 
> Issue ouverte sur: https://github.com/osm-fr/infrastructure/issues/214
> 
> 


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

Re: [OSM-talk-fr] Tag Info France en panne ?

[Christian Quest]

Le 09/07/2020 à 23:36, Christian Rogel a écrit :

Je n’ai vu nulle part d’indication sur une panne de TagInfo Fr inaccessible 
depuis 3 jours.
Au niveau mondial, pas souci.

Qui a des infos ?


Christian R.


Accessible pour moi, par contre, les chiffres n'ont pas l'air cohérents...

https://taginfo.openstreetmap.fr/tags a des chiffres qui m'ont l'air 
corrects, dès qu'on demande le détail, tout est à 0...



Issue ouverte sur: https://github.com/osm-fr/infrastructure/issues/214


--
Christian Quest - OpenStreetMap France


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

[OSM-talk-fr] Tag Info France en panne ?

[Christian Rogel]

Je n’ai vu nulle part d’indication sur une panne de TagInfo Fr inaccessible 
depuis 3 jours.
Au niveau mondial, pas souci.

Qui a des infos ?


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

Re: [OSM-talk-fr] Tag pour les services d'un établissement, quand ils sont adaptés aux fauteuils roulants

[Yves P.]

Bonjour,

Réponse uniquement sur la forme ;)
>> Je prends un exemple "simple" : la place de stationnement.
>> Que veux dire wheelchair=yes ou même wheelchair=designated ?


> wheelchair=designated pour une place pmr n'est pas sensé être utilisé, […]
Je ne parlais pas trop du détails des tags (il doit y avoir au moins 3 manières 
différentes de taguer une place PMR)

(MP)
> yes : tout ce que tu dis mais une place limite côté largeur.
> designated : la largeur etc... tout est conforme à la norme.


(Violaine)
> wheelchair désigne l'accessibilité du lieu, donc il peut y avoir une place 
> dédiée aux PMR qui ne soit pas ou plus accessible (par exemple une place pas 
> aux normes mais bien peinte en bleu, ou bien où les racines d'un arbre voisin 
> a rendu la surface impraticable, …)

La réalité est assez proche de la réponse de Violaine. C'est une place peinte 
en bleu ;D

Je m'explique :
Une personne qui a un véhicule adapté avec une rampe longue, un "ascenseur", ou 
un "simple" fauteuil passager qui sort en tournant du véhicule…
Avec le dispositif sur le côté, derrière…
En étant seul et conduisant son véhicule, ou forcément avec un accompagnant 
valide…
Toutes ce combinaisons, font qu'on ne peut pas répondre à la question 
facilement.
Par contre des tags qui indiquent précisément la largeur et la longueur de la 
place permettront aux occupants du véhicule de savoir si elle est utilisable.
Dans ce cas, pas besoin de les inventer, il suffit de mapper ça avec un 
polygone. Et inciter les logiciels à calculer les dimensions ;)

Un autre exemple réel : 
Des toilettes indiquées comme adaptées dans une aire de service d'autoroute.
Elles l'étaient réellement :)
… sauf qu'elles servaient de stockage de cartons :(

La ce n'est pas directement un problème de tag, mais plutôt de vérification ou 
de mise à jour des informations.

Un cas souvent rencontré : le seuil d'accès de l'entrée d'un établissement.
Suivant la pente, la hauteur du seuil, du handicap, du "fauteuil"… l'accès ne 
pose pas de problème :) ou est complètement impossible.

Je me souviens que ce qu'attendaient les PMR n'étaient pas des tags pour 
qualifier ça (car il y a toujours des cas particuliers qui ne rentrent pas dans 
les cases)…
mais une photo pour se rendre compte par elle même de la situation.

A+

__
Yves

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

Re: [OSM-talk-fr] Tag pour les services d'un établissement, quand ils sont adaptés aux fauteuils roulants

[Violaine_Do]

Hello,

Un peu de contexte, je me suis rendue compte que je n'en avais pas donné 
beaucoup, dsl! Ma question intervient dans le cadre d'un projet 
polynésien à origine bretonne "CartoMobilité" (je pense qu'une partie 
ici en a entendu parlé, projet porté par Louis Julien à Brest, essaimé 
dans différents endroits de France). Notre version polynésienne 
s'appelle "Cartomobil 'ite" ou ite renvoit à la connaissance... Notre 
objectif = avoir/mettre à dispo une carte web limitée à Tahiti/Moorea 
(en Polynésie française) qui permette de visualiser et contribuer dans 
OSM (et dans une base libre indépendante quand c'est nécessaire) sur 
l'accessibilité fauteuil roulant manuel dans un premier temps. Ce projet 
est (évidemment) monté/pensé avec les premiers concernés. J'ai aussi 
fait un recensement des besoins avec les référents au handicap au 
gouvernement local, et les responsables d'assocs travaillant sur la 
problématique du handicap. Les aveugles n'y voient que peu d’intérêt, et 
ils étaient tous enclins à commencer sur la problématique fauteuil 
roulant. C'était là ou il y avait le plus de demandes, une loi...(la 
Polynésie francaise est un territoire autonome et dispose de ses propres 
lois pour un nombre de sujets)


Pour avoir parcouru le doc "SIG & Accessibilité Cartographie de 
l’accessibilité de la chaîne du déplacement Rapport du partenariat 2018 
- 2019", qui tente de dessiner un standard sur l'accessibilité (groupe 
de travail piloté par le Cerema), on peut dire qu'on a un paquet de tags 
manquants dans OSM, et qu'ils ne s'attachent pas à réduire la quantité. 
Donc pourquoi pas un tag sur le service; je ne vous embête pas encore 
avec la chaîne de cheminement... (largeur de passage utile, dévers... ). 
Tout ça pour dire qu'avoir des tags plus nombreux mais plus fin, c'est 
mieux qu'un tag fourre-tout, d'après moi encore une fois...


Ce que j'essaie d'expliquer c'est que de toute façon ça va être 
difficile de faire rentrer chaque handicap dans un tag, et que pour 
être vraiment utile, il faut compléter avec un tag description.
C'est déjà le cas, avec blind, ou alors je ne comprends pas ce que tu 
entends par la... Une autre vision est de qualifier au mieux avec 
wheelchair, détailler le pourquoi dans description (tout en restant dans 
le cadre de wheelchair) et spécifier dans des tags désaggrégés (par 
exemple, wheelchair=yes prend en compte le fait que l'entrée soit 
accessible, je rajoute un point au niveau de la porte d'entrée, et des 
informations sur la largeur de la porte, si elle est automatique ou non 
etc).


On pourrait avoir quelque chose comme wheelchair=yes + 
wheelchair:description="activité parapente accessible pour les 
personnes avec tonicité et sans respirateur"


La définition sur le wiki de wheelchair dit : "Indique si le lieu peut 
être utilisé avec un fauteuil roulant". Pour moi c'est du détournement 
de tag de rajouter un info supplémentaire dans description.
Et comme l'idée c'est de catégoriser / structurer la donnée pour 
permettre son analyse/visualisation après, et que l'outil a pour but 
d'être utilisé (au moins à Tahiti/Moorea), je ne me vois pas utiliser le 
tag wheelchair:description. Il vaudrait mieux je crois un nouveau tag.




Pour avoir l'expérience d'un système similaire au tiralo 
, il peut-être aussi utilisé par des personnes 
ayant plutôt des handicaps mentaux ou neurologiques mais qui marche.

Comment décrire ça avec des tags avec des valeurs yes/no ?

Avoir le dispositif adapté c'est bien (tiralo 
 pour la baignade, tandemflex 
 pour le ski, une escargoline 
 pour 
le la rando pédestre ou avec un âne…)…

Avoir le sytème de "transfert" c'est mieux ;)
j'irais vers un truc du genre service=tiralo et 
service:wheelchair=yes/no/limited, ou service:wheelchair indique 
l'accessibilité au matériel (ici celà incluerait la barre de transfert). 
C'est ce qu'on a pour les toilettes dailleurs.. 
(https://wiki.openstreetmap.org/wiki/FR:Key:toilets:wheelchair)




Exemple d'un école Relation 1461377 


• access:blind=limited
• access:deaf=yes
• access:mental_disabled=yes
• wheelchair=limited
• toilets:wheelchair=no
• blind:description:fr=Accès possible aux aveugles et aux malvoyants 
au niveau RDC. Présence de marches et absence de mains courantes sur 
le cheminement. Étage inaccessible.
• deaf:description:fr=Accessible aux sourds et malentendants. Entrée 
non conforme, absence de dispositif adapté.
• mental_disabled:description:fr=Accessible aux handicapés mentaux. 
Entrée non conforme, absence de dispositif adapté.
• walking_disability:description:fr=Accès difficile aux fauteuils 
roulants et aux PMR au niveau RDC. Présence de marches sur le 
cheminement principal. Absence de mains courantes. Étage inaccessible.


Que veut dire "Entrée non conforme, absence de dispositif 

Re: [OSM-talk-fr] Tag pour les services d'un établissement, quand ils sont adaptés aux fauteuils roulants

[Yves P.]

> Le problème c'est qu'il s'agit de marques.
> 
> Les Tiralo ont aussi des Hippocampe 
> 
>  concurrents.

Je ne suis pas choqué (et d'ailleurs ce n'est pas directement en rapport avec 
la question de Violaine).
Pour moi c'est comme parler de frigidaire.
De plus c'est factuel : la plage xxx à des Hipocampes, la  à une autre 
système (dont j'ai oublié le nom).
> Pour le fait d'avoir une personne accompagnante, ça ne me semble pas dépendre 
> d'OSM : si c'est dans une structure, ça doit être bon et si c'est un fauteuil 
> à disposition dans un poste de surveillance c'est sans sûrement self 
> demerdum. Donc info non pertinente dans OSM ?
> 
Je ne te suis pas. Ce qui est pertinent, c'est ce qui est utile à une personne 
handicapé.
La question ici est dans quel tag mettre cette info importante.
> Quand je vois le guide de l'agglo de Lorient 
> 
>  ça me laisse perplexe :
> 
> Mais de tels fauteuils sur une plage non indiquée comme accessible... Le 
> second doit impliquer le premier.
> 
Logiquement oui. Après le handicap c'est beaucoup de système D
> Je sais que handimap.org trouvait que OSM manquait de tags. Voir leur FAQ 
> .
> 
La page a du évoluer ? Il n'est pas fait mention d'OSM mais de Google Maps et 
Google Earth ;)
> La contribution se fait via des associations (spécialistes) uniquement.
> 
Ou par des questionnaires mis en place par des associations spécialisées. Cf. 
Comment contribuer ? sur le site de Jaccede.
> Sans doute parce qu'un valide a du mal à entrer le niveau de richesse de 
> l'information requise
> 
Oui, et qu'il y a une "richesse" d'handicap, que chaque personne est 
différente, que les fauteuils ne se valent pas tous…
Pour les fauteuils, entre un manuel utilisée par quelqu'un de sportif, un 
manuel équipé d'une assistance électrique, un "gros" électrique, le même équipé 
d'un respirateur…
Ça change beaucoup.
Tu rajoutes parfois une conduite par un accompagnant plus ou moins habile, avec 
un réglage ± adapté, et c'est partie pour un moment de plaisir ou… une grosse 
galère.
> Si quelqu'un est motivé pour voir avec eux les informations 
> utiles/nécessaires, just do it!
> 
Mon petit doigt me dit qu'il y a quelques pros qui ont travaillé sur le sujet… 
ont-ils un retour à faire sur les tags ?

Le site j'accede est intéressant mais utilise Google Map. On pourrait leur 
suggérer un switch2osm ?

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

Re: [OSM-talk-fr] Tag pour les services d'un établissement, quand ils sont adaptés aux fauteuils roulants

[osm . sanspourriel]

Le problème c'est qu'il s'agit de marques.

Les Tiralo ont aussi des Hippocampe

concurrents.

Pour le fait d'avoir une personne accompagnante, ça ne me semble pas
dépendre d'OSM : si c'est dans une structure, ça doit être bon et si
c'est un fauteuil à disposition dans un poste de surveillance c'est sans
sûrement self demerdum. Donc info non pertinente dans OSM ?

Quand je vois le guide de l'agglo de Lorient

ça me laisse perplexe :

Des plages accessibles ou non accessibles, je comprends

Des fauteuils pour aller dans l'eau ou pas je comprends encore.

Mais de tels fauteuils sur une plage non indiquée comme accessible... Le
second doit impliquer le premier.

Je sais que handimap.org trouvait que OSM manquait de tags. Voir leur
FAQ .

Ils ont des trames qui doivent être communes et des pratiques plus
spécifiques.

http://lorient-agglo.handimap.org/ (avec des moteurs d'itinéraires
tenant compte des déficits).

La contribution se fait via des associations (spécialistes) uniquement.

Sans doute parce qu'un valide a du mal à entrer le niveau de richesse de
l'information requise.

Si quelqu'un est motivé pour voir avec eux les informations
utiles/nécessaires, just do it!

Jean-Yvon


Le 04/07/2020 à 09:00, Yves P. - yves.prat...@gmail.com a écrit :

J'ai trouvé un exemple réel : 6 plages vers Narbonnes avec
*wheelchair=yes* + *wheelchair:description*="*Fauteuil Tiralo
disponible au poste de secours*"
https://overpass-turbo.eu/s/VMu

Pour avoir l'expérience d'un système similaire au tiralo
, il peut-être aussi utilisé par des personnes
ayant plutôt des handicaps mentaux ou neurologiques mais qui marche.
Comment décrire ça avec des tags avec des valeurs yes/no ?

Avoir le dispositif adapté c'est bien (tiralo
 pour la baignade, tandemflex
 pour le ski, une escargoline
 pour
le la rando pédestre ou avec un âne…)…
Avoir le sytème de "transfert" c'est mieux ;)
"transfert pour passer du fauteuil de la personne au dispositif adapté
pour faire du sport.

Je me répète, comment décrire ça avec de "simples" tags ?

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

Re: [OSM-talk-fr] Tag pour les services d'un établissement, quand ils sont adaptés aux fauteuils roulants

[Yves P.]

>> C'est pour cela qu'il faut utiliser *:description=* pour le préciser pour 
>> nos "amis"
> Ben pour moi wheelchair:description c'est détailler l'accessibilité du lieu, 
> vu que wheelchair c'est sur le lieu en lui même.

Ce que j'essaie d'expliquer c'est que de toute façon ça va être difficile de 
faire rentrer chaque handicap dans un tag, et que pour être vraiment utile, il 
faut compléter avec un tag description.

On pourrait avoir quelque chose comme wheelchair=yes + 
wheelchair:description="activité parapente accessible pour les personnes avec 
tonicité et sans respirateur"

J'ai trouvé un exemple réel : 6 plages vers Narbonnes avec wheelchair=yes + 
wheelchair:description="Fauteuil Tiralo disponible au poste de secours"
https://overpass-turbo.eu/s/VMu 

Pour avoir l'expérience d'un système similaire au tiralo , 
il peut-être aussi utilisé par des personnes ayant plutôt des handicaps mentaux 
ou neurologiques mais qui marche.
Comment décrire ça avec des tags avec des valeurs yes/no ?

Avoir le dispositif adapté c'est bien (tiralo  pour la 
baignade, tandemflex  pour le ski, une 
escargoline  
pour le la rando pédestre ou avec un âne…)…
Avoir le sytème de "transfert" c'est mieux ;)
"transfert pour passer du fauteuil de la personne au dispositif adapté pour 
faire du sport.

Je me répète, comment décrire ça avec de "simples" tags ?

>> Ou alors se mettre d'accord sur un Nième tag *:for=*
> :for pour moi c'est sur la cible du lieu. Le club de parapente est open et 
> adapté et ne développe pas un service exclusivement pour les personnes 
> handicapées. Si je regarde le wiki sur social_facility:for, ça dit :
> 
Pour moi aussi, mais avoir trop de tags dilue l'info, rends les outils de 
saisie, d'analyse et de recherche plus compliqué à écrire et à maintenir.

J'ai fait une rapide recherche dans taginfo :
disabled:description 
=* (1 seul 
tag)
mental_disabled:description:fr 
=*
 (49 tags avec 6 valeurs différentes qui me paraissent curieuses ou peu utiles)
wheelchair:description 
=*
wheelchair:description:cs 
=*
wheelchair:description:de 
=*


Exemple d'un école Relation 1461377 

• access:blind=limited
• access:deaf=yes
• access:mental_disabled=yes
• wheelchair=limited
• toilets:wheelchair=no
• blind:description:fr=Accès possible aux aveugles et aux malvoyants au 
niveau RDC. Présence de marches et absence de mains courantes sur le 
cheminement. Étage inaccessible.
• deaf:description:fr=Accessible aux sourds et malentendants. Entrée 
non conforme, absence de dispositif adapté.
• mental_disabled:description:fr=Accessible aux handicapés mentaux. 
Entrée non conforme, absence de dispositif adapté.
• walking_disability:description:fr=Accès difficile aux fauteuils 
roulants et aux PMR au niveau RDC. Présence de marches sur le cheminement 
principal. Absence de mains courantes. Étage inaccessible.

Que veut dire "Entrée non conforme, absence de dispositif adapté." pour les 
handicaps auditifs et mentaux ??

Quelle application gère les 150~ tags walking_disability 
, 
walking_disability:description 
 et 
walking_disability:description:fr 
 ?

>> Sachant qu'il n'y a pas un handicap, mais plusieurs grandes catégories et du 
>> cas par cas ensuite…
> yes, des fois ça peut être ok d'utiliser disabled, des fois il vaudra mieux 
> spécifier wheelchair/blind…
> 
Je prends un exemple "simple" : la place de stationnement.
Que veux dire wheelchair=yes ou même wheelchair=designated ?

Qu'il y a un rectangle bleu peint au sol avec un logo blanc représentant un 
fauteuil roulant et un panneau similaire devant ;D

Sérieusement, qu'est-ce que ça veut dire pour vous ?

__
Yves


—
Yves Pratter




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

Re: [OSM-talk-fr] Tag pour les services d'un établissement, quand ils sont adaptés aux fauteuils roulants

[Violaine_Do]

Coucou

Le 03/07/2020 à 11:07, Yves P. a écrit :
Mouais : dans  le cas du club de parapente, peut être que le 
bureau/local n'est pas accessible mais le service l'est (vol adapté). 
Et aussi si le local est accessible, ça veut pas dire que le service 
l'est. (par exemple club de danse accessible mais cours pas adaptés).

on est bien d'accord ;)

La distinction est importante et demandée par nos amis en situation 
de handicap.
C'est pour cela qu'il faut utiliser *:description=* pour le préciser 
pour nos "amis"
Ben pour moi wheelchair:description c'est détailler l'accessibilité du 
lieu, vu que wheelchair c'est sur le lieu en lui même.


Ou alors se mettre d'accord sur un Nième tag *:for=*


:for pour moi c'est sur la cible du lieu. Le club de parapente est open 
et adapté et ne développe pas un service exclusivement pour les 
personnes handicapées. Si je regarde le wiki sur social_facility:for, ça 
dit :


"The social_facility:for=* tag is used to describe the group of people 
that is primarily served by the social facility. "




office=association
club=sport
sport=free_flying
sport:for=disabled

ou une clé plus universelle à définir :
disabled:practice=*

j'aime mieux cette option pour la raison du dessus


Sachant qu'il n'y a pas un handicap, mais plusieurs grandes catégories 
et du cas par cas ensuite…


yes, des fois ça peut être ok d'utiliser disabled, des fois il vaudra 
mieux spécifier wheelchair/blind...


@+



__
Yves

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


--
Violaine_Do

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

Re: [OSM-talk-fr] Tag pour les services d'un établissement, quand ils sont adaptés aux fauteuils roulants

[Yves P.]

> Mouais : dans  le cas du club de parapente, peut être que le bureau/local 
> n'est pas accessible mais le service l'est (vol adapté). Et aussi si le local 
> est accessible, ça veut pas dire que le service l'est. (par exemple club de 
> danse accessible mais cours pas adaptés).
on est bien d'accord ;)

> La distinction est importante et demandée par nos amis en situation de 
> handicap.
C'est pour cela qu'il faut utiliser *:description=* pour le préciser pour nos 
"amis"

Ou alors se mettre d'accord sur un Nième tag *:for=*

office=association
club=sport
sport=free_flying
sport:for=disabled

ou une clé plus universelle à définir :
disabled:practice=*

Sachant qu'il n'y a pas un handicap, mais plusieurs grandes catégories et du 
cas par cas ensuite…

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

Re: [OSM-talk-fr] Tag pour les services d'un établissement, quand ils sont adaptés aux fauteuils roulants

[Violaine_Do]

Merci Yves, je réponds dans le texte

Le 02/07/2020 à 22:52, Yves P. a écrit :


Version simple:
*wheelchair*=* ou *disabled*=* (pour prendre en compte tous les handicaps)

wheelchair est plus sur l'accessibilité du lieu (marche ou pas, etc...)


Si le local n'est pas accessible, le service ne doit pas l'être ?
Mouais : dans  le cas du club de parapente, peut être que le 
bureau/local n'est pas accessible mais le service l'est (vol adapté). Et 
aussi si le local est accessible, ça veut pas dire que le service l'est. 
(par exemple club de danse accessible mais cours pas adaptés). La 
distinction est importante et demandée par nos amis en situation de 
handicap.


--
Violaine_Do

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

Re: [OSM-talk-fr] Tag pour les services d'un établissement, quand ils sont adaptés aux fauteuils roulants

[Yves P.]

> On a bien un tag pour l'accessibilité du lieu pour les fauteuils roulants, 
> mais je n'ai rien trouvé sur l'accessibilité du service de l'établissement en 
> question. Par exemple, j'ai un club de parapente qui permet aux personnes 
> handicapées de voler, comment je qualifierais ça dans OSM?
> 
> Vu que le service n'est pas dédié au personnes handicapées (mais adapté), ça 
> ne parait pas pertinent d'utiliser "club:for=..." (à l'image du 
> social_facility:for). Peut être for:wheelchair ou disabled=yes?

Version simple:
wheelchair=* ou disabled=* (pour prendre en compte tous les handicaps)

Si le local n'est pas accessible, le service ne doit pas l'être ?

description=* ou wheelchair:description=*. peut préciser que le local ou le 
service ne le sont pas

community_centre:for n'est pas restreint uniquement aux personnes handicapées
Il faudrait proposer able-bodied pour spécifier par exemple *:for 
disabled;able-bodied ?

La page How to map for the needs of people with disabilities 

 et sa discussion peuvent être une piste ?
__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Tag pour les services d'un établissement, quand ils sont adaptés aux fauteuils roulants

[Violaine_Do]

Bonjour à tous,

On a bien un tag pour l'accessibilité du lieu pour les fauteuils 
roulants, mais je n'ai rien trouvé sur l'accessibilité du service de 
l'établissement en question. Par exemple, j'ai un club de parapente qui 
permet aux personnes handicapées de voler, comment je qualifierais ça 
dans OSM?


Vu que le service n'est pas dédié au personnes handicapées (mais 
adapté), ça ne parait pas pertinent d'utiliser "club:for=..." (à l'image 
du social_facility:for). Peut être for:wheelchair ou disabled=yes?


Est-ce que vous avez des idées?

@bientôt,
Violaine

--
Violaine_Do


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

[OSM-talk] Access tag abuse examples Was: Examples at https://wiki.openstreetmap.org/wiki/Key:access

[Florian Lohoff]

Hi,

On Sun, May 24, 2020 at 11:16:14PM +0200, Mateusz Konieczny via talk wrote:
> > - To use access restrictions as simple and minimal as possible.
> >
> Can you find a good example for that? I was unable to find one that
> would not be ridiculous, so despite of desire of including something
> like that I skipped it.

Found the code to extract all access restrictions in a pbf file - Just
for 4 small countys in Germany - thats what mappers produce - Top 50 in
length. Its redundant, contradicting and most of the time plain wrong.

Its 2664 different combinations and my guess is that 2400 dont match 
the signs and are even impossible to express with German signs.

Here is a nice source of your "Routing in A works but B has a very bad route".

flo@p4:~/projects/osm/wayproblems$ ./accesscombinations -i 
../localosm/pbf/detmold-regbez-latest.osm.pbf  \
| sort -u | awk '{ print length, $0 }' \
| sort -rn | awk '{$1=""; print $0}' | head -50
 highway=unclassified access=destination vehicle=destination 
motor_vehicle=destination motorcycle=destination motorcar=destination 
hgv=destination bicycle=yes foot=yes agricultural=yes goods=destination 
horse=yes
 highway=unclassified access=destination vehicle=destination 
motor_vehicle=private motorcycle=destination motorcar=destination 
hgv=destination bicycle=yes foot=yes agricultural=yes goods=destination 
horse=yes
 highway=track access=destination vehicle=destination motor_vehicle=destination 
motorcycle=destination motorcar=destination hgv=destination bicycle=yes 
foot=yes agricultural=yes goods=destination horse=yes
 highway=track access=destination vehicle=destination motor_vehicle=destination 
motorcycle=destination motorcar=destination hgv=destination bicycle=yes 
foot=yes agricultural=destination goods=destination
 highway=service access=destination motorcycle=destination motorcar=destination 
hgv=destination psv=destination bicycle=yes foot=yes agricultural=yes 
goods=destination horse=yes
 highway=bridleway access=private motor_vehicle=no motorcycle=no motorcar=no 
hgv=no psv=no bicycle=no foot=private agricultural=no goods=no horse=private
 highway=service access=no vehicle=no motor_vehicle=no motorcycle=no 
motorcar=no hgv=no psv=no bicycle=no foot=no agricultural=no goods=no horse=no
 highway=residential access=yes motor_vehicle=no motorcycle=no motorcar=no 
hgv=no psv=no bicycle=yes foot=yes agricultural=no goods=no horse=yes
 highway=track access=forestry motor_vehicle=agricultural 
motorcycle=agricultural motorcar=agricultural bicycle=yes foot=yes 
agricultural=yes
 highway=track vehicle=agricultural;forestry 
motor_vehicle=agricultural;forestry motorcycle=yes motorcar=yes bicycle=yes 
foot=yes horse=yes
 highway=residential access=permissive motor_vehicle=destination 
motorcycle=destination motorcar=destination bicycle=yes foot=yes horse=yes
 highway=footway access=no motor_vehicle=no motorcycle=no motorcar=no hgv=no 
psv=no bicycle=yes foot=yes agricultural=no goods=no horse=yes
 highway=unclassified access=permissive motor_vehicle=destination 
motorcycle=private motorcar=private bicycle=permissive foot=yes horse=no
 highway=service access=destination motorcycle=destination motorcar=destination 
hgv=no psv=no bicycle=designated foot=designated goods=no
 highway=residential access=private motorcycle=private motorcar=private 
hgv=private psv=no bicycle=private foot=private goods=private
 highway=track access=private motor_vehicle=private motorcycle=private 
motorcar=private bicycle=private foot=private horse=private
 highway=track access=agricultural motor_vehicle=agricultural 
motorcycle=agricultural motorcar=agricultural bicycle=yes foot=yes
 highway=track access=agricultural motor_vehicle=agricultural 
motorcycle=destination motorcar=destination bicycle=yes foot=yes
 highway=track access=agricultural motor_vehicle=agricultural motorcycle=no 
motorcar=no bicycle=yes foot=yes agricultural=yes
 highway=unclassified access=destination motorcycle=destination 
motorcar=destination bicycle=yes foot=yes agricultural=yes
 highway=track motor_vehicle=agricultural, forestry motorcycle=forestry 
motorcar=forestry bicycle=yes foot=yes horse=yes
 highway=residential access=private motor_vehicle=private motorcycle=designated 
motorcar=designated bicycle=yes foot=yes
 highway=residential access=destination motor_vehicle=destination 
bicycle=destination foot=destination horse=destination
 highway=track access=agricultural motor_vehicle=agricultural 
motorcycle=agricultural motorcar=agricultural bicycle=yes
 highway=service motor_vehicle=destination motorcycle=agricultural 
motorcar=agricultural bicycle=yes foot=yes horse=yes
 highway=unclassified motor_vehicle=agricultural;forestry 
motorcycle=destination motorcar=destination agricultural=yes
 highway=track access=agricultural motorcycle=agricultural 
motorcar=agricultural bicycle=yes foot=yes agricultural=yes
 highway=track motor_vehicle=destination motorcycle=agricultural 
motorcar=agricultural 

Re: [Talk-it] Tag : lcn yes

[Gabriele Sani via Talk-it]

Personalmente, sia per trekking che per mtb, se ho necessita' di usare quel 
tipo di tag lo metto sempre in network, quindi in una relazione creata ad hoc 
(anche se composta solo da un paio di way).

Gabriele Sani

Sent with [ProtonMail](https://protonmail.com) Secure Email.

‐‐‐ Original Message ‐‐‐
On Monday, May 11, 2020 3:59 PM, Loris Aguzzoli  
wrote:

>
>
> Tre mesi fa circa, aggiungendo un Tag lcn yes , nel tratto interessato , 
> nella schermata di mappa ciclabile,
>
> veniva evidenziato in celeste.  Chiedo , è un tag che non si può usare in 
> quel modo, è cambiato qualcosa.
>
> Posso sopperire naturalmente il problema,  aggiungendo una relazione.
>
> Grazie della collaborazione
>
> Loris
>
> https://www.openstreetmap.org/changeset/76186562___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Tag : lcn yes

[Loris Aguzzoli]

  Tre mesi fa circa, aggiungendo un Tag lcn yes , nel tratto interessato , nella schermata di mappa ciclabile,veniva evidenziato in celeste.  Chiedo , è un tag che non si può usare in quel modo, è cambiato qualcosa.Posso sopperire naturalmente il problema,  aggiungendo una relazione.  Grazie della collaborazioneLoris   https://www.openstreetmap.org/changeset/76186562

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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Yves P.]

> Sachant que [la visière transparente] est moins protecteur, est-ce que ce 
> sera accepté comme masque ? C'est plus vu en complément.
> 
L'infirmier confirme que ce qui protège c'est le masque.

La visière est efficace par exemple en réanimation pour faire des aspirations 
endotrachéales.
Sinon, c'est un placébo.

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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Philippe Verdy]

Les visières transparentes sont aussi utilisées dans les magasins par les
employés. Aux caisses, souvent pas de masque pour les employés le plus
souvent, mais des hygiaphones improvisés avec des plaques transparentes et
des ouvertures réduites pour passer les produits ou moyens de paiement et
tickets.


Le mer. 6 mai 2020 à 21:15,  a écrit :

> Sachant que c'est moins protecteur, est-ce que ce sera accepté comme
> masque ? C'est plus vu en complément.
>
> Et faut-il du coup une valeur style face_shield pour ça ?
>
> Je ne pense pas : la définition de ce qu'est un masque va dépendre du
> pays, de la région mais mask suffit au niveau d'OSM.
> Bientôt ils vont autoriser le port des casques de moto dans les
> supermarchés ;-).
>
> Jean-Yvon
> Le 06/05/2020 à 19:23, Philippe Verdy - ver...@gmail.com a écrit :
>
> On commence à voir non pas des masques (jetables ou lavables en tissus)
> mais des visières transparentes (3 euros dans les bureaux de tabac :
> solution plus économique pour beaucoup, et plus pratique à nettoyer et
> réutiliser... à moins qu'une directive décide qu'ils ne sont pas conformes
> et qu'on doit utiliser des masques filtrants à plusieurs couches. Car déjà
> sont proscrits l'usage des écharpes, foulards ou bonnets ou des casques de
> motos... et des chadors islamiques dans la sphère publique).
> Pourtant je vois déjà des policiers/gendarmes faire les contrôles en
> portant des casques à visière (pas équipés de filtres).
>
>
> ___
> 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] Tag "covid19" - Info sur le port obligatoire du masque

[osm . sanspourriel]

Sachant que c'est moins protecteur, est-ce que ce sera accepté comme
masque ? C'est plus vu en complément.

Et faut-il du coup une valeur style face_shield pour ça ?

Je ne pense pas : la définition de ce qu'est un masque va dépendre du
pays, de la région mais mask suffit au niveau d'OSM.

Bientôt ils vont autoriser le port des casques de moto dans les
supermarchés ;-).

Jean-Yvon

Le 06/05/2020 à 19:23, Philippe Verdy - ver...@gmail.com a écrit :

On commence à voir non pas des masques (jetables ou lavables en
tissus) mais des visières transparentes (3 euros dans les bureaux de
tabac : solution plus économique pour beaucoup, et plus pratique à
nettoyer et réutiliser... à moins qu'une directive décide qu'ils ne
sont pas conformes et qu'on doit utiliser des masques filtrants à
plusieurs couches. Car déjà sont proscrits l'usage des écharpes,
foulards ou bonnets ou des casques de motos... et des
chadors islamiques dans la sphère publique).
Pourtant je vois déjà des policiers/gendarmes faire les contrôles en
portant des casques à visière (pas équipés de filtres).


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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Philippe Verdy]

On commence à voir non pas des masques (jetables ou lavables en tissus)
mais des visières transparentes (3 euros dans les bureaux de tabac :
solution plus économique pour beaucoup, et plus pratique à nettoyer et
réutiliser... à moins qu'une directive décide qu'ils ne sont pas conformes
et qu'on doit utiliser des masques filtrants à plusieurs couches. Car déjà
sont proscrits l'usage des écharpes, foulards ou bonnets ou des casques de
motos... et des chadors islamiques dans la sphère publique).
Pourtant je vois déjà des policiers/gendarmes faire les contrôles en
portant des casques à visière (pas équipés de filtres).


Le mer. 6 mai 2020 à 18:01, Yves P.  a écrit :

>
> > Oui mais on s'en fout, ça c'est
> > https://github.com/bleibtoffen/bleibtoffen/issues qui gère ;-)
> J'ai eu peur que ça soit un fork. C'est juste une doc et ce fichier CSV
> qui doit être utilisé dans le fichier de config :)
>
> > Précisément
> > https://github.com/bleibtoffen/bleibtoffen/blob/master/laender.csv
>
> Mais il ne semble pas encore utilisé :
> https://github.com/osmontrouge/caresteouvert/issues/311#issuecomment-613090372
>
> > N. B. : pour safety aussi. Au fait j'ai galéré pour retrouver les bonnes
> > valeurs pour mettre une bouée de sauvetage (à la place de
> safety=lifebouy) :
> Christophe Castaner nous colle une amende si on va faire ses courses sans
> bouée :D
>
> @PanierAvide…
>
> Le panneau Gel hydroalcoolique / Masques prend trop de place.
> Les horaires d'ouverture et les infos de contact sont plus importante ;)
> __
> Yves
>
>
> ___
> 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] Tag "covid19" - Info sur le port obligatoire du masque

[Yves P.]

> Oui mais on s'en fout, ça c'est
> https://github.com/bleibtoffen/bleibtoffen/issues qui gère ;-)
J'ai eu peur que ça soit un fork. C'est juste une doc et ce fichier CSV qui 
doit être utilisé dans le fichier de config :)

> Précisément
> https://github.com/bleibtoffen/bleibtoffen/blob/master/laender.csv

Mais il ne semble pas encore utilisé : 
https://github.com/osmontrouge/caresteouvert/issues/311#issuecomment-613090372

> N. B. : pour safety aussi. Au fait j'ai galéré pour retrouver les bonnes
> valeurs pour mettre une bouée de sauvetage (à la place de safety=lifebouy) :
Christophe Castaner nous colle une amende si on va faire ses courses sans bouée 
:D

@PanierAvide…

Le panneau Gel hydroalcoolique / Masques prend trop de place.
Les horaires d'ouverture et les infos de contact sont plus importante ;)
__
Yves


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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[osm . sanspourriel]

Oui mais on s'en fout, ça c'est
https://github.com/bleibtoffen/bleibtoffen/issues qui gère ;-)

Précisément
https://github.com/bleibtoffen/bleibtoffen/blob/master/laender.csv

Peut-être faut-il la même chose mais avec les catégories green et red.
La répartition des départements sera connu demain, ça va venir vite^^.

Si j'ai bien compris ce que l'on pourra faire dans les zones rouge et
verte sera aussi connu demain. Restera tout un jour ouvrable pour se
retourner. Heureusement on est essentiellement des bénévoles, on peut
travailler les autres jours !

N. B. : pour safety aussi. Au fait j'ai galéré pour retrouver les bonnes
valeurs pour mettre une bouée de sauvetage (à la place de safety=lifebouy) :

emergency:type=lifering (:type ! pire l'autre valeur c'est fire).

Et (mieux) :

rescue_equipment=lifering (ou hook, ils entendent par là un life hook -
lasso - pas un hameçon).
Associé à : emergency=rescue_equipment

Jean-Yvon

Le 06/05/2020 à 13:12, Yves P. - yves.prat...@gmail.com a écrit :

Pour la France, il faut encore attendre un peu, mais pour l'Allemagne
il me semble que les règles sont différentes d'un land à l'autre ?



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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Yves P.]

> On se posait la question de la gestion des différences par département (les 
> fameux départements verts ou rouges !), mais pour l'instant la manière dont 
> ces indicateurs vont évoluer n'est pas suffisamment claire pour décider de ce 
> qu'on peut en faire,
> 
Pour la France, il faut encore attendre un peu, mais pour l'Allemagne il me 
semble que les règles sont différentes d'un land à l'autre ?

> et surtout comment les actualiser de manière efficace.
> 
Une mise à jour manuelle tous les 15 j :|

A moins que ça soit publié en OD :) ??
__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque et autres mesures de protection

[Frantz]

6 mai 2020 11:19 "Marc M."  a écrit:

> Le 05.05.20 à 23:38, Frantz a écrit :
> 
>> safety_equipment ?
> 
> se laver les mains n'est pas un équipement.
> c'est pour cela que safety me semble le meilleur des tags évoqués.

mais se laver les mains... le nécessaire sera fourni sur place, comme le 
shampooing l'est chez le
coiffeur.
Alors que le masque ne sera pas toujours fourni et pourra donc être un motif de 
refus d'accès (un
commerçant s'arrangera pour en fournir gracieusement ou au pire en vendre, par 
contre les
bibliothèques, petits musées,transports,...).

Après question tag j'ai une légère préférence pour le safety_equipment, mais 
safety me va aussi.
Donc safety semble bien parti !

--
Frantz

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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[PanierAvide]

Deux possibilités côté "Ça reste ouvert" :

- On peut supporter un tag OSM pour ça, une fois que la communauté se 
sera accordée sur le choix (à priori safety:covid19=* ?). Une fois le 
consensus trouvé, n'hésitez pas à nous faire signe.


- On a un système pour ajouter des règles d'ouverture par catégorie de 
lieu via 
https://github.com/PanierAvide/Covid_enseignes/#stores-and-services-legally-allowed-to-open-legal_rulescsv


On se posait la question de la gestion des différences par département 
(les fameux départements verts ou rouges !), mais pour l'instant la 
manière dont ces indicateurs vont évoluer n'est pas suffisamment claire 
pour décider de ce qu'on peut en faire, et surtout comment les 
actualiser de manière efficace.


Cordialement,

Adrien P.

Le 06/05/2020 à 11:35, Yves P. a écrit :

Bonjour,

Le 30 avr. 2020 à 20:04, Eric Brosselin - Osm > a écrit :


La carte « Ça reste ouvert » (https://www.caresteouvert.fr 
) va sans doute afficher l'information 
sur le caractère obligatoire
(ou pas) de l'utilisation du masque pour avoir accès physiquement à 
un commerce / service à partir du 11 mai.



Quel tag utiliser ?

Aucun ! 

Que la carte rappel les consignes de chaque pays/land/département…, 
pourquoi pas (ceinture ET bretelles  )
ÇaResteOuvert peut avoir ça dans un fichier de configuration et 
l'afficher pour tous les POIs ?


__
Yves


___
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] Tag "covid19" - Info sur le port obligatoire du masque

[Yves P.]

Bonjour,

> Le 30 avr. 2020 à 20:04, Eric Brosselin - Osm  a 
> écrit :
> 
> La carte « Ça reste ouvert » (https://www.caresteouvert.fr 
> ) va sans doute afficher l'information sur le 
> caractère obligatoire
> (ou pas) de l'utilisation du masque pour avoir accès physiquement à un 
> commerce / service à partir du 11 mai.

> Quel tag utiliser ?
Aucun ! 

Que la carte rappel les consignes de chaque pays/land/département…, pourquoi 
pas (ceinture ET bretelles  )
ÇaResteOuvert peut avoir ça dans un fichier de configuration et l'afficher pour 
tous les POIs ?

__
Yves

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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque et autres mesures de protection

[Marc M.]

Le 05.05.20 à 23:38, Frantz a écrit :
> safety_equipment ?

se laver les mains n'est pas un équipement.
c'est pour cela que safety me semble le meilleur des tags évoqués.

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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Philippe Verdy]

Je pense que "safety_equipment=chain" veut dire l'obligation d'avoir des
chaines aux roues (et de les installer si nécessaire) pour passer des cols
enneigés ou verglacés (cette obligation peut être indiquée par un panneau
permanent, éventuellement complété d'un panonceau automatique surveillant
la température ou relayant un message émis par l'autorité routière, ou
mettant cette obligation certains mois de l'année).

Il pourrait aussi être utilisé pour mentionner les zones permettant l'ARRÊT
en sécurité le temps d'installer les chaines : de petits parkings avec des
places réservés à ça ou de simples "bateaux" en bordure de voie, où le
stationnement n'est cependant pas autorisé mais réservés à cette
utilisation temporaire, mais sur une surface sans pente (le véhicule sur
cric est instable, le frein à main ne suffit pas à retenir si on décolle
des roues du sol) et avec un espace suffisant tout autour pour assurer la
sécurité du conducteur et du véhicule contre les collisions par les autres
usagers de la route, ou sur une aire de service où la vitesse est limitée
et où il y a une protection physique par la séparation des voies ou des
barrières de sécurité.

* Je ne pense pas sinon que cela concerne les barrières sous forme de
simple chaîne, sauf pour bloquer le passage des véhicules tout en laissant
passer les piétons (n'assure que la sécurité limitée, des piétons contre
les véhicules de l'autre coté).

* Pour ces chaines là je pense que c'est un tag "barrier=chain" qui
conviendra le mieux. Une chaîne n'est pas adaptée non, plus à prévenir les
piétons d'un danger, tout au plus elle peut marquer une limite de propriété
et restreint l'accès aux véhicules, ou alors c'est un simple guidage des
files d'attente de piétons (et donc ce n'est pas du tout un "équipement de
sécurité").

* Le seul cas de chaîne-barrière pouvant constituer un équipement de
sécurité c'est celui des très lourdes chaines tenues entre piliers, le long
d'un quai (canalisé, fluvial, lacustre ou maritime), capable de réellement
retenir un véhicule et contraindre leur circulation sur une voie
suffisamment éloignée du bord du bassin et de protéger les promeneurs ou
pêcheurs à la ligne en leur gardant un espace où ils pourront aussi
circuler et de croiser dans chuter dans le bassin ; si cet espace est peu
large, et la chute dans le bassin est dangereuse, une chaine de séparation
des piétons et du bassin ne suffira pas, il faudra un parapet, un muret,
une vraie barrière.


Le mar. 5 mai 2020 à 23:38, Frantz  a écrit :

> 4 mai 2020 21:43 "Marc M."  a écrit:
>
> > Le 01.05.20 à 22:01, Georges Dutreix via Talk-fr a écrit :
> >
> >> Pour être plus universel, on pourrait alors proposer
> >> safety:covid19 = mask; glove; ...
> >
> > cela me semble une très bonne idée.
>
> tag info nous donne :
> - 12 safety=* (3 Terrorism, 3 for cylindric lock, 2 life_bouy, 2 no, 1
> cylindric lock et 1 DPI)
> - 4 safety_equipment=chain
> - 0 epp
>
> epp est précis mais abscons
> safety est facilement compréhensible mais semble avoir une tendance
> fourre-tout
> safety_equipment ?
>
> --
> Frantz
>
> ___
> 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] Tag "covid19" - Info sur le port obligatoire du masque

[Frantz]

4 mai 2020 21:43 "Marc M."  a écrit:

> Le 01.05.20 à 22:01, Georges Dutreix via Talk-fr a écrit :
> 
>> Pour être plus universel, on pourrait alors proposer
>> safety:covid19 = mask; glove; ...
> 
> cela me semble une très bonne idée.

tag info nous donne :
- 12 safety=* (3 Terrorism, 3 for cylindric lock, 2 life_bouy, 2 no, 1 
cylindric lock et 1 DPI)
- 4 safety_equipment=chain
- 0 epp

epp est précis mais abscons
safety est facilement compréhensible mais semble avoir une tendance fourre-tout
safety_equipment ?

-- 
Frantz

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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Philippe Verdy]

La valeur gloves ne sert à rien. Le port de gants étant interdit selon les
directives, car ca absoudrait de laver les mains pour toucher à tout avec.
Ce qui est demandé est de ne pas toucher les aliments, donc se servir avec
une main dans un sachet neuf pour le libre service. En revanche l'usage de
gel peut être demandé et c'est à l'employeur ou le commerçant ou service de
le fournir, et sinon ne plus permettre le libre service, et n'acheter que
des produits emballé et se laver les mains au retour après avoir déballé.
La seule protection demandée est le masque dans tout lieu à proximité
inévitable des autres.

Encore faut-il qu'il y ait des masques. Impossible encore d'en avoir ou
c'est à des prix abusifs ou en lots trop gros donc aussi trop chers pour
beaucoup.

Beaucoup de gens vivent avec moins de 50 euros par semaine pour tout et
comptent chaque euro mais ne peuvent se permettre de débourser 30 euros ou
plus et ne plus manger pendant toute une semaine.

Et toujours pas de distribution pour les plus démunis à qui maintenant on
ferme aussi l'accès aux transports pour avoir de l'aide qui est souvent
éloignée ou se soigner, ou pour faire les courses indispensables.

Même me là ou on est sensé trouver les masques il n'y en a pas sans
réservation avec une carte bancaire...

Ces mesures assorties de peines d'âme de sans aucune mesure
d'accompagnement c'est du n'importe quoi.


Le lun. 4 mai 2020 à 21:43, Marc M.  a écrit :

> Le 01.05.20 à 22:01, Georges Dutreix via Talk-fr a écrit :
> > Pour être plus universel, on pourrait alors proposer
> > safety:covid19 = mask; glove; ...
>
> cela me semble une très bonne idée.
>
> ___
> 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] Tag "covid19" - Info sur le port obligatoire du masque

[Marc M.]

Le 01.05.20 à 22:01, Georges Dutreix via Talk-fr a écrit :
> Pour être plus universel, on pourrait alors proposer
> safety:covid19 = mask; glove; ...

cela me semble une très bonne idée.

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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Philippe Verdy]

Masque obligatoire... Déjà on n'en a pas, mais on se fait jeter si on n'en
a pas ou on nous impose l'achat à la caisse de leur pack de 50 masques
jetables à plus de 30 euros.
Bon nombre ne vont plus pouvoir faire leurs courses du tout (acheter des
masques ou manger il faut choisir...) ou se prendront des amendes.

Mais toujours rien de la part des municipalités (relayées pour la
distribution par des assos, la CAF, la Sécu, la Poste ou les autres
services sociaux encore fermés) pour fournir ceux qui ne peuvent pas les
acheter au prix annoncé. Aucune mesure n'a été prise pour aider ceux qui ne
peuvent pas les acheter.

Le site de l'AFNOR était sensé mettre en relation des volontaires pour la
fabrication gratuite (selon leurs spécifications) et la fourniture de
proximité, mais en fait les "volontaires" mis en relation en font un
commerce et demandent 3 à 5 euros "de participation" par masque, certains
bien (l'AFNOR ne contrôle strictement rien, son site est devenu une
plateforme publicitaire pour profiteurs).

Aucune asso (Croix-Rouge, Restos du Coeur, etc.) n'a encore le moindre
masque à distribuer à leurs bénéficiaires (ou seulement quelques uns à
l'unité, uniquement des jetables et valables 4 heures pour l'utilisation
immédiate sur place et uniquement pour ceux autorisés à venir sur
rendez-vous pris à l'avance... au moins 15 jours avant).

Mais déjà des mesures coercitives avec les amendes dans les transports et
les lieux publics qui vont ouvrir (au passage impossible de les utiliser
même pour aller chercher des masques gratuits). Certains policiers ou
gendarmes qui se voient shérifs pour distribuer des amendes (que l'Etat ira
prélever avec montants majorés, sur les comptes 2 ou 3 mois après de ceux
qui n'ont déjà pas grand chose, même pris sur le RSA ou les petites
pensions, plus les frais bancaires d'avis à tiers détenteur qui sont
aujourd'hui accélérés par l'Etat), et aucune possibilité de contester ces
amendes (tribunaux fermés, aucun contact des assistantes sociales non plus).

Le confinement va donc non pas être "relâché progressivement", mais est au
contraire déjà renforcé bien plus durement pour beaucoup de gens (qui n'ont
pas, ou n'ont plus du tout aucune aide alimentaire comme au début du
confinement, quand les mairies faisaient distribuer les surplus non
consommés des cantines scolaires fermées).

Et l'intolérance publique concernant ceux qui n'ont pas de masques devient
aujourd'hui flagrante (même déjà avant que ça devienne obligatoire, avec
insultes à la clé ou demande d'intervention de la force publique).

Bref des "masques pour tout le monde"? Non, c'est encore un mensonge de
plus sur les masques.

Le jeu. 30 avr. 2020 à 20:04, Eric Brosselin - Osm 
a écrit :

> Bonjour,
>
> La carte « Ça reste ouvert » (https://www.caresteouvert.fr) va sans
> doute afficher l'information sur le caractère obligatoire
> (ou pas) de l'utilisation du masque pour avoir accès physiquement à un
> commerce / service à partir du 11 mai.
>
> Quel tag utiliser ?
>
> Il a été proposé (https://github.com/osmontrouge/caresteouvert/issues/623
> ):
>
> - access:covid19=mask_worn
> - access:covid19=mask_required
>
> il pourrait y avoir :
>
> - access:covid19=mask_mandatory
> - access:covid19=mask_compulsory
> - access:covid19=mask_obligatory
> - ...
>
> Quel tag traduirait le mieux le caractère « obligatoire » de la chose ?
> Pas de masque = pas d'accès.
>
> À vos avis !
>
>
> ___
> 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] Tag "covid19" - Info sur le port obligatoire du masque

[Georges Dutreix via Talk-fr]

Pour être plus universel, on pourrait alors proposer
safety:covid19 = mask; glove; ...



Le 01/05/2020 à 18:22, Marc M. a écrit :

Le 01.05.20 à 18:02, Georges Dutreix via Talk-fr a écrit :

Le 01/05/2020 à 10:37, Frantz a écrit :

J'ai ajouté sur le wiki un tableau des recherches/discussions de tag en cours :
https://wiki.openstreetmap.org/wiki/FR_talk:Covid-19_-_how_to_map
onglet discussion

ppe:covid19 = mask; glove; ...
est une bien belle idée. Très ouvert sur l'avenir et ne rentre pas en
conflit avec access:covid19 = *

c'est en effet une bien meilleure idée mon "yes @ masked" et plus
universel (pour les zones industrielle par ex)
mais cela ne couvre déjà pas ajd le "désinfection obligatoire"
pour lequel j'imagine il ne faudra pas longtemps avant que quelqu'un
veuille le renseigner

___
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] Tag "covid19" - Info sur le port obligatoire du masque

[Marc M.]

Le 01.05.20 à 18:02, Georges Dutreix via Talk-fr a écrit :
> Le 01/05/2020 à 10:37, Frantz a écrit :
>> J'ai ajouté sur le wiki un tableau des recherches/discussions de tag en 
>> cours :
>> https://wiki.openstreetmap.org/wiki/FR_talk:Covid-19_-_how_to_map
>> onglet discussion
> ppe:covid19 = mask; glove; ...
> est une bien belle idée. Très ouvert sur l'avenir et ne rentre pas en
> conflit avec access:covid19 = *

c'est en effet une bien meilleure idée mon "yes @ masked" et plus
universel (pour les zones industrielle par ex)
mais cela ne couvre déjà pas ajd le "désinfection obligatoire"
pour lequel j'imagine il ne faudra pas longtemps avant que quelqu'un
veuille le renseigner

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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Georges Dutreix via Talk-fr]

Le 01/05/2020 à 10:37, Frantz a écrit :

J'ai ajouté sur le wiki un tableau des recherches/discussions de tag en cours :
https://wiki.openstreetmap.org/wiki/FR_talk:Covid-19_-_how_to_map
onglet discussion

ppe:covid19 = mask; glove; ...
est une bien belle idée. Très ouvert sur l'avenir et ne rentre pas en 
conflit avec access:covid19 = *


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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Frantz]

Bonjour,

30 avril 2020 20:04 "Eric Brosselin - Osm"  a écrit:

> Bonjour,
> 
> La carte « Ça reste ouvert » (https://www.caresteouvert.fr) va sans 
> doute afficher l'information sur le caractère obligatoire
> (ou pas) de l'utilisation du masque pour avoir accès physiquement à un 
> commerce / service à partir du 11 mai.
> 
> Quel tag utiliser ?

J'ai ajouté sur le wiki un tableau des recherches/discussions de tag en cours :
https://wiki.openstreetmap.org/wiki/FR_talk:Covid-19_-_how_to_map
onglet discussion

-- 
Frantz

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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Marc M.]

Bonjour,

Le 30.04.20 à 20:04, Eric Brosselin - Osm a écrit :
> La carte « Ça reste ouvert » (https://www.caresteouvert.fr) va 
> sans doute afficher l'information sur le caractère obligatoire
> (ou pas) de l'utilisation du masque pour avoir accès physiquement 
> à un commerce / service à partir du 11 mai.

est-ce que quelqu'un va choisir son commerce en fonction du fait
qu'il faut un masque ou pas ? il me semble que tout le monde
aura son masque et problème résolu.

mais si on veux le faire, access:covid19=yes @ masked
serait plus flexible (comme ajouter l'inévitable "désinfection
les mains" qui est l'étape logique suivante).

Cordialement,
Marc

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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[osm . sanspourriel]

mask_required me semble bien.

worn est implicite, je pense que les gens ont compris que s'il reste
dans son sachet plastique dans le fond du cabas c'est moins utile^^.

mandatory/compulsory/ogligatory : à quoi ça sert.

De deux choses l'une soit on doit porter un masque, soit on n'est pas
obligé (et rappelons que selon les lois d'exception -urgence
antiterroriste intégrée dans le droit normal - le port du masque est
interdit, donc les 3 derniers sont douteux pour la France).

Reste à savoir si c'est à mettre sur un tag access:covid19 ou un
access:mask:covid19 pour éviter les ;.

Ni pour ni contre bien au contraire ;-), sans doute que
access:covid19=mask_required exclus les autres utilisation de access:covid19

Actuellement on a :

yes 

2 101
65.07%

- 

facile
no 

1 115
34.53%

- 

facile
restricted


7
0.22%

- 

point-virgule ?
appointment


3
0.09%

- 

point-virgule ?
delivery 

2
0.06%

- 

point-virgule ?
private 

1
0.03%

- 

en fait un delivery:covid19=only

Maintenant il faut voir si c'est plus simple d'avoir :

mask:covid19=required/delivered/optional pour savoir si ça a été
renseigné ou pas (delivered : cas de masques jetables disponibles à
l'entrée du magasin).

Je ne sais si c'est à préfixer par access car l'info est plus large ici.

Jean-Yvon

Le 30/04/2020 à 20:04, Eric Brosselin - Osm - o...@eric.brosselin.fr a
écrit :

Bonjour,

La carte « Ça reste ouvert » (https://www.caresteouvert.fr) va sans
doute afficher l'information sur le caractère obligatoire
(ou pas) de l'utilisation du masque pour avoir accès physiquement à un
commerce / service à partir du 11 mai.

Quel tag utiliser ?

Il a été proposé
(https://github.com/osmontrouge/caresteouvert/issues/623):

- access:covid19=mask_worn
- access:covid19=mask_required

il pourrait y avoir :

- access:covid19=mask_mandatory
- access:covid19=mask_compulsory
- access:covid19=mask_obligatory
- ...

Quel tag traduirait le mieux le caractère « obligatoire » de la chose ?
Pas de masque = pas d'accès.

À vos avis !


___
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] Tag "covid19" - Info sur le port obligatoire du masque

[Eric Brosselin - Osm]

Bonjour,

La carte « Ça reste ouvert » (https://www.caresteouvert.fr) va sans 
doute afficher l'information sur le caractère obligatoire
(ou pas) de l'utilisation du masque pour avoir accès physiquement à un 
commerce / service à partir du 11 mai.


Quel tag utiliser ?

Il a été proposé (https://github.com/osmontrouge/caresteouvert/issues/623):

- access:covid19=mask_worn
- access:covid19=mask_required

il pourrait y avoir :

- access:covid19=mask_mandatory
- access:covid19=mask_compulsory
- access:covid19=mask_obligatory
- ...

Quel tag traduirait le mieux le caractère « obligatoire » de la chose ?
Pas de masque = pas d'accès.

À vos avis !


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

Re: [Talk-it] tag ref guidepost

[danbag via Talk-it]

Nella mia precedente ho chiarificato come tutto sia già stato organizzato dal 
CAI ed è  tutto predisposto per inserire i dati su OSM...CiaoDanilo


Inviato da smartphone Samsung Galaxy.
 Messaggio originale Da: Martin Koppenhoefer 
 Data: 08/04/20  11:06  (GMT+01:00) A: openstreetmap 
list - italiano  Oggetto: Re: [Talk-it] tag ref 
guidepost 


Am Mi., 8. Apr. 2020 um 07:20 Uhr schrieb Volker Schmidt :
Vedo problematico un valore di ref che non è facilmente identificabile sul 
posto.

E deeve trovarsi sul palo. Non può essere sul segnavia, siccome ci possono 
esserci più di uno sullo stesso palo. 


se sta sul segnavia, bisognerebbe creare più elementi in OSM, anche se sono 
attaccati allo stesso palo. (Avevo proposto una relazione del tipo "node" una 
volta, ma penso che non venga utilizzata al momento da chi usa i dati)

 E sicuramente non può essere un numero che esiste solo in un database o in un 
elenco cartaceo da qualche parte.

per me questi potrebbero anche essere inseriti, se il database / elenco è 
pubblicamente disponibile.
Ciao
Martin

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

Re: [Talk-it] tag ref guidepost

[Martin Koppenhoefer]

Am Mi., 8. Apr. 2020 um 07:20 Uhr schrieb Volker Schmidt :

> Vedo problematico un valore di ref che non è facilmente identificabile sul
> posto.
>
> E deeve trovarsi sul palo. Non può essere sul segnavia, siccome ci possono
> esserci più di uno sullo stesso palo.
>
>

se sta sul segnavia, bisognerebbe creare più elementi in OSM, anche se sono
attaccati allo stesso palo. (Avevo proposto una relazione del tipo "node"
una volta, ma penso che non venga utilizzata al momento da chi usa i dati)



> E sicuramente non può essere un numero che esiste solo in un database o in
> un elenco cartaceo da qualche parte.
>


per me questi potrebbero anche essere inseriti, se il database / elenco è
pubblicamente disponibile.

Ciao
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tag ref guidepost

[danbag--- via Talk-it]

Ipotizzo che chi progetta i segnavia verticali utilizzi Luoghi2 come 
chiaramente specificato dal CAI.


Un codice generato da Luoghi2 è ad esempio questo:

EVB-AA520-150-00  e identifica il "palo" ossia il Luogo di posa stesso

poi ogni freccia viene identificata ad es cosi:

EVB-AA520-150-00-1

EVB-AA520-150-00-2

ecc

e tali codici sono scritti sulla frecce stesse

inoltre tale codice identifica univocamente nel database generale 
italiano della segnaletica CAI quella freccia, in Italia NON ne può 
esistere un altra, la decodifica del codice è questa:


E = Piemonte
VB = provincia di Verbania (VCO)
A = zona della provincia (in Verbania esiste solo una zona ed è A)
A = settore A della provincia (in Verbania si hanno molti settori)
520 = percorso 52 variante 0
150 = un numero assegnato da Luoghi2 (che a questo punto della codifica 
può essere qualunque)

00 = revisione del "palo" e/o della freccia
1 , 2 , 3 , ecc = numero  progressivo della freccia sul palo

La foto dell'esempio citato è visibile qui:
https://upload.wikimedia.org/wikipedia/commons/3/36/RPE_Guide_post_VBAA520-150.jpg

il guidepost del database di OSM è raggiungibile su WMT qui:
https://hiking.waymarkedtrails.org/#guidepost?id=5626722255

e la relazione di OSM del percorso con foto, gpx ecc è raggiungibile su 
WMT qui:

https://hiking.waymarkedtrails.org/#route?id=6805420


Ciao a tutti
Danilo CAI Pallanza

danbag su OSM



Il 08/04/2020 07:19, Volker Schmidt ha scritto:
Vedo problematico un valore di ref che non è facilmente identificabile 
sul posto.


E deeve trovarsi sul palo. Non può essere sul segnavia, siccome ci 
possono esserci più di uno sullo stesso palo.


E sicuramente non può essere un numero che esiste solo in un database 
o in un elenco cartaceo da qualche parte.


La questione non è tanto banale, adesso che i centri 112 cominciano 
utilizzare OSM come abbiamo imparato a OSMIT.


Volker


On Wed, 8 Apr 2020, 06:17 Luca Delucchi, > wrote:


On Fri, 3 Apr 2020 at 18:14, franco marchionni via Talk-it
mailto:talk-it@openstreetmap.org>> wrote:
>
> Buon giorno a tutti. sono un princiante e chiedo gentilmente
chiarimenti
>
> Nel preset CAI del Guidepost in JOSM è presante il tag name e
ref code.
> Il name mi sembra intuitivo sia il nome località presente nella
tabella del Luogo di posa  mentre,  sul ref code non mi è chiaro
quale "numero univoco"indicare e quindi pongo le seguenti domande;
> 1) il ref code è o potrebbe essere il codice univoco che crea il
software Luoghi 2.0 ?
> 2) il ref code è un numero che qualsiasi escursionista potrebbe
individuare ,leggere e comunicare facilmente ? Nel caso del numero
generato da luoghi 2.0 diventa piuttosto complesso e lo considero
più una info interna al CAI per la gestione delle tabelle.

nel caso di sezioni virtuose si, il ref code dovrebbe essere quello di
Luoghi e dovrebbe essere un numero da individuare (magari non
semplicemente) da un escursionista (per esempio in trentino è nella
parte posteriore del segnavia)
in situazioni diverse devi mettere il codice presente sulla tabella se
c'è oppure quello di Luoghi, se lo conosci (te probabilmente si)

> 3 il tag ref code  nel preset CAI diventa poi solamente ref nel
tag di JOSM è corretto ?

si

> Grazie per un vostro contibuto per derimere i miei dubbi
> Saluti
> franco
>


-- 
ciao

Luca

www.lucadelu.org 

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


 
	Mail priva di virus. www.avg.com 
 



<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>


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


--
Danilo Baggini
Via Madonna di Campagna, 15
28922 VERBANIA (VB)
cell 349-2423238
blog www.shaulatre.blogspot.com
mail danbag (chiocciola) libero (punto) it

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

Re: [Talk-it] tag ref guidepost

[Volker Schmidt]

Vedo problematico un valore di ref che non è facilmente identificabile sul
posto.

E deeve trovarsi sul palo. Non può essere sul segnavia, siccome ci possono
esserci più di uno sullo stesso palo.

E sicuramente non può essere un numero che esiste solo in un database o in
un elenco cartaceo da qualche parte.

La questione non è tanto banale, adesso che i centri 112 cominciano
utilizzare OSM come abbiamo imparato a OSMIT.

Volker


On Wed, 8 Apr 2020, 06:17 Luca Delucchi,  wrote:

> On Fri, 3 Apr 2020 at 18:14, franco marchionni via Talk-it
>  wrote:
> >
> > Buon giorno a tutti. sono un princiante e chiedo gentilmente chiarimenti
> >
> > Nel preset CAI del Guidepost in JOSM è presante il tag name e ref code.
> > Il name mi sembra intuitivo sia il nome località presente nella tabella
> del Luogo di posa  mentre,  sul ref code non mi è chiaro quale "numero
> univoco"indicare e quindi pongo le seguenti domande;
> > 1) il ref code è o potrebbe essere il codice univoco che crea il
> software Luoghi 2.0 ?
> > 2) il ref code è un numero che qualsiasi escursionista potrebbe
> individuare ,leggere e comunicare facilmente ? Nel caso del numero generato
> da luoghi 2.0 diventa piuttosto complesso e lo considero più una info
> interna al CAI per la gestione delle tabelle.
>
> nel caso di sezioni virtuose si, il ref code dovrebbe essere quello di
> Luoghi e dovrebbe essere un numero da individuare (magari non
> semplicemente) da un escursionista (per esempio in trentino è nella
> parte posteriore del segnavia)
> in situazioni diverse devi mettere il codice presente sulla tabella se
> c'è oppure quello di Luoghi, se lo conosci (te probabilmente si)
>
> > 3 il tag ref code  nel preset CAI diventa poi solamente ref nel tag di
> JOSM è corretto ?
>
> si
>
> > Grazie per un vostro contibuto per derimere i miei dubbi
> > Saluti
> > franco
> >
>
>
> --
> ciao
> Luca
>
> www.lucadelu.org
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tag ref guidepost

[Luca Delucchi]

On Fri, 3 Apr 2020 at 18:14, franco marchionni via Talk-it
 wrote:
>
> Buon giorno a tutti. sono un princiante e chiedo gentilmente chiarimenti
>
> Nel preset CAI del Guidepost in JOSM è presante il tag name e ref code.
> Il name mi sembra intuitivo sia il nome località presente nella tabella del 
> Luogo di posa  mentre,  sul ref code non mi è chiaro quale "numero 
> univoco"indicare e quindi pongo le seguenti domande;
> 1) il ref code è o potrebbe essere il codice univoco che crea il software 
> Luoghi 2.0 ?
> 2) il ref code è un numero che qualsiasi escursionista potrebbe individuare 
> ,leggere e comunicare facilmente ? Nel caso del numero generato da luoghi 2.0 
> diventa piuttosto complesso e lo considero più una info interna al CAI per la 
> gestione delle tabelle.

nel caso di sezioni virtuose si, il ref code dovrebbe essere quello di
Luoghi e dovrebbe essere un numero da individuare (magari non
semplicemente) da un escursionista (per esempio in trentino è nella
parte posteriore del segnavia)
in situazioni diverse devi mettere il codice presente sulla tabella se
c'è oppure quello di Luoghi, se lo conosci (te probabilmente si)

> 3 il tag ref code  nel preset CAI diventa poi solamente ref nel tag di JOSM è 
> corretto ?

si

> Grazie per un vostro contibuto per derimere i miei dubbi
> Saluti
> franco
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] tag ref guidepost

[Ivo Reano]

Il ref secondo la pagina wiki è un codice riferito al palo o luogo di posa.
Luoghi 2.0  è un software usato dalle sezioni CAI
per la preparazione della segnaletica sui sentieri, fornisce un codice
univoco per le tabelle da posizionare nei luoghi di posa.
In effetti non esiste una prassi comune per tutte le regioni ed anche
livello locale ogni sezione ha un suo modo di catalogare i "propri" luoghi
di posa.
Ad esempio la mia sezione usa un semplice elenco da alcuni anni, con una
numerazione progressiva, localmente è univoco.
Tanto per capire trovi un esempio in wikimedia_commons

Quindi se trovi un codice sulla tabella o sul palo non è detto che sia il
ref da inserire, io consiglio di non aggiungere quel tag se non si è ben
sicuri.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tag ref guidepost

[Cascafico Giovanni]

Ciao Franco,

premetto che non ho seguito lo sviluppo dei preset CAI per JOSM. Il ref in
generale in OSM è un identificativo univoco, assegnato all'oggetto reale da
chi lo ha creato (il Comune per il bidone della spazzatura o il lampione,
il CAI per il segnavia appunto).
Direi che ref (quando c'è) è il riferimento univoco per quel segnavia, in
modo che se un manutentore debba segnalare un problema (si è scolorito,
rotto, ecc.), possa avere un riferimento preciso.

Non so cosa sia Luoghi 2.0, ma dubito sia appropriato che esso assegni dei
ref OSM.



Il giorno ven 3 apr 2020 alle ore 18:14 franco marchionni via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Buon giorno a tutti. sono un princiante e chiedo gentilmente chiarimenti
>
> Nel preset CAI del Guidepost in JOSM è presante il tag name e ref code.
> Il name mi sembra intuitivo sia il nome località presente nella tabella
> del Luogo di posa  mentre,  sul ref code non mi è chiaro quale "numero
> univoco"indicare e quindi pongo le seguenti domande;
> 1) il ref code è o potrebbe essere il codice univoco che crea il software
> Luoghi 2.0 ?
> 2) il ref code è un numero che qualsiasi escursionista potrebbe
> individuare ,leggere e comunicare facilmente ? Nel caso del numero generato
> da luoghi 2.0 diventa piuttosto complesso e lo considero più una info
> interna al CAI per la gestione delle tabelle.
> 3 il tag ref code  nel preset CAI diventa poi solamente ref nel tag di
> JOSM è corretto ?
> Grazie per un vostro contibuto per derimere i miei dubbi
> Saluti
> franco
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tag ref guidepost

[Massimo Taronna]

Ciao,
da quello che ho capito il ref code è da mettere solo se sul palo c'è un
numero progressivo (univoco per ogni punto di posa) posizionato dall'Ente
che li ha piazzati.
In Piemonte e Valle d'Aosta finora non mi sembra di averlo mai visto.

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

[Talk-it] tag ref guidepost

[franco marchionni via Talk-it]

Buon giorno a tutti. sono un princiante e chiedo gentilmente chiarimenti

Nel preset CAI del Guidepost in JOSM è presante il tag name e ref code.Il name 
mi sembra intuitivo sia il nome località presente nella tabella del Luogo di 
posa  mentre,  sul ref code non mi è chiaro quale "numero univoco"indicare e 
quindi pongo le seguenti domande;1) il ref code è o potrebbe essere il codice 
univoco che crea il software Luoghi 2.0 ?2) il ref code è un numero che 
qualsiasi escursionista potrebbe individuare ,leggere e comunicare facilmente ? 
Nel caso del numero generato da luoghi 2.0 diventa piuttosto complesso e lo 
considero più una info interna al CAI per la gestione delle tabelle.
3 il tag ref code  nel preset CAI diventa poi solamente ref nel tag di JOSM è 
corretto ?Grazie per un vostro contibuto per derimere i miei dubbiSalutifranco
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] tag pour une amap

[Yann-Gaël LARGILLET]

Merci pour ces infos ! Je vais regarder pour ce tag network

---
"Lentius, Profundius, Suavius" (A.Langer) 

Le 31/03/2020 11:15, Marc M. a écrit :

> Le 31.03.20 à 11:11, Marc M. a écrit : 
> 
>> tag network qui me sembble bien adapté.
> 
> plus précisement network=amap
> 
> ___
> 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] tag pour une amap

[Marc M.]

Le 31.03.20 à 11:11, Marc M. a écrit :
> tag network qui me sembble bien adapté.

plus précisement network=amap

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

Re: [OSM-talk-fr] tag pour une amap

[Marc M.]

Bonjour,

Personne n'a relancé de proposition pour csa ou
community_supported_agriculture (je le ferrai peut-être
quand si le réseau amap me répond)

je pense qu'il y a moyen de déjà faire avec les tags actuel
office=ngo et/ou shop=farm

en privé on m'a rappellé le tag network qui me sembble bien adapté.

access=private si c'est limité aux membres (toutes les amap ?) et non
access=customers (qui dit qu'un parking par ex est réservé aux clients
d'un poi... hors vouloir être client amap ne suffit parfois,
il faut parfois s'engager sur la durée ou liste d'attente)

reservation pourrait être utile (surtout si on tag shop=*)

Cordialement,
Marc

Le 31.03.20 à 09:58, Yann-Gaël LARGILLET a écrit :
> Bonjour, y'a-t-il eu une décision concernant ce tag amap ?
> 
> Je dois cartographier certains groupements d'achats sur mon territoire,
> dont des amap. Je pensais tous les mettre avec le même tag, mais je
> m'aperçois que la définition du tag n'est pas défini consensuellement.
> 
> Merci d'avance pour votre retour,
> 
> 
> ---
> "Lentius, Profundius, Suavius" (A.Langer)
> 
> 
> Le 24/03/2020 17:42, Txo a écrit :
> 
>> Le 24/03/2020 à 13:59, osm.sanspourriel a écrit :
>>> Il faudrait sans doute refaire une proposition avec un autre nom.
>>>
>>> community_s_agricultupportedure c'est long. Qui a dit, oui mais c'est bon ?
>>>
>>> D'autres propositions ? farm_boxes ne me semblait pas déconnant.
>>
>> Bonjour,
>>
>> community_supported_agriculture a le mérite de correspondre au sens
>> d'Amap en France (Association pour le maintien d'une agriculture
>> paysanne).
> 
> ___
> 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] tag pour une amap

[Yann-Gaël LARGILLET]

Bonjour, y'a-t-il eu une décision concernant ce tag amap ? 

Je dois cartographier certains groupements d'achats sur mon territoire,
dont des amap. Je pensais tous les mettre avec le même tag, mais je
m'aperçois que la définition du tag n'est pas défini consensuellement. 

Merci d'avance pour votre retour, 

---
"Lentius, Profundius, Suavius" (A.Langer) 

Le 24/03/2020 17:42, Txo a écrit :

> Le 24/03/2020 à 13:59, osm.sanspourr...@spamgourmet.com a écrit : 
> 
>> Il faudrait sans doute refaire une proposition avec un autre nom.
>> 
>> community_supported_agriculture c'est long. Qui a dit, oui mais c'est bon ?
>> 
>> D'autres propositions ? farm_boxes ne me semblait pas déconnant.
> 
> Bonjour,
> 
> community_supported_agriculture a le mérite de correspondre au sens d'Amap en 
> France (Association pour le maintien d'une agriculture paysanne).___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] tag pour une amap

[Txo]

Le 24/03/2020 à 13:59, osm.sanspourr...@spamgourmet.com a écrit :

Il faudrait sans doute refaire une proposition avec un autre nom.

community_supported_agriculture c'est long. Qui a dit, oui mais c'est bon ?

D'autres propositions ? farm_boxes ne me semblait pas déconnant.


Bonjour,

community_supported_agriculture a le mérite de correspondre au sens 
d'Amap en France (Association pour le maintien d'une agriculture paysanne).


--
-- Dominique Marin http://txodom.free.fr  --
 «On ne fait pas ce qu'on veut et cependant
on est responsable de ce qu'on est.»
--   Jean-Paul Sartre --

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

Re: [OSM-talk-fr] tag pour une amap

[Yves P.]

> shop=*
> member_only=yes ?
En France, ce ne sont pas des magasins, mais des associations loi 1901 :)

Il y a aussi les ventes directes de producteurs. Elles se font à la « ferme » 
ou il y a des livraisons 1 ou 2 fois par semaine, et/ou une présence sur les 
marchés.
Les tags existent probablement déjà ?

—
Yves


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

Re: [OSM-talk-fr] tag pour une amap

[osm . sanspourriel]

Rejet dû à :
- un nom assez aberrant (une abstention)
- une volatilité des places (un contre : du con, si la place change tu
ne la cartographie pas !)
- un contre (sans motif et sans avoir discuté !)

- 1 seul pour..  pas celui qui a fait la proposition !

Il faudrait sans doute refaire une proposition avec un autre nom.

community_supported_agriculture c'est long. Qui a dit, oui mais c'est bon ?

D'autres propositions ? farm_boxes ne me semblait pas déconnant.

Marc, tu es motivé pour contacter le créateur de la page et celui qui a
voté pour ?

shop=*
member_only=yes ?

Jean-Yvon

Le 24/03/2020 à 13:14, leni - lenny.li...@orange.fr a écrit :


Le 20/03/2020 à 13:19, Marc M. a écrit :

Bonjour,

ayant été contacté par le réseau des amap,
je me demande quel tag conviendrait le mieux.
j'ai survolé les objets existant, les 2 plus courant
sont shop=greengrocer et shop=farm
malgré que shop=farm est le plus proche d'une vente (quasi) directe,
je suis pas sur qu'ils soie le plus adatpé (parce que l'amap n'est
pas le vendeur, c'est une "association de consommateur").

votre avis ?

Cordialement,
Marc


Il me semble que l'équivalent d'AMAP en anglais est CSA, et Il y avait
eu une proposition dans le wiki mais qui avait été rejetée
https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarm#Community_supported_agriculture

https://wiki.openstreetmap.org/wiki/Food_security#Community_supported_agriculture


bonne santé

leni


___
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] tag pour une amap

[leni]

Le 20/03/2020 à 13:19, Marc M. a écrit :

Bonjour,

ayant été contacté par le réseau des amap,
je me demande quel tag conviendrait le mieux.
j'ai survolé les objets existant, les 2 plus courant
sont shop=greengrocer et shop=farm
malgré que shop=farm est le plus proche d'une vente (quasi) directe,
je suis pas sur qu'ils soie le plus adatpé (parce que l'amap n'est
pas le vendeur, c'est une "association de consommateur").

votre avis ?

Cordialement,
Marc


Il me semble que l'équivalent d'AMAP en anglais est CSA, et Il y avait 
eu une proposition dans le wiki mais qui avait été rejetée 
https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarm#Community_supported_agriculture


https://wiki.openstreetmap.org/wiki/Food_security#Community_supported_agriculture

bonne santé

leni


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

[OSM-talk-fr] tag pour une amap

[Marc M.]

Bonjour,

ayant été contacté par le réseau des amap,
je me demande quel tag conviendrait le mieux.
j'ai survolé les objets existant, les 2 plus courant
sont shop=greengrocer et shop=farm
malgré que shop=farm est le plus proche d'une vente (quasi) directe,
je suis pas sur qu'ils soie le plus adatpé (parce que l'amap n'est
pas le vendeur, c'est une "association de consommateur").

votre avis ?

Cordialement,
Marc

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

Re: [OSM-talk-fr] Tag panneau zone vidéo surveillance ?

[Philippe Verdy]

Attention : le panneau CE9, avait une ancienne version qui désignait une
aire d'embarquement de trains auto-couchettes (un service qui n'existe plus
semble-t-il à la SNCF, qui sépare le train+auto, où le véhicule est
acheminé séparément, du service voyageurs par les lignes normales, sans
adjonction de voitures de transport auto aux rames voyageurs; on est sensé
apporter le véhicule à l'avance qui sera livré dans la gare d'arrivée à la
date convenue, sur un parking; puis le service train+auto a été supprimé,
la SNCF proposant le service "Hiflow", anciennement Expedicar, transportant
les véhicules par divers moyens y compris par route sur camion-palette ou
par chauffeur particulier ou professionnel).

En images :
* http://quiz-code-route.fr/panneau/CE9 : parking vidéosurveillé
* https://routes.fandom.com/wiki/Panneau_de_type_CE9_(Ancien_panneau) :
train+auto+couchette



Le mer. 19 févr. 2020 à 10:08, Marc Mongenet  a
écrit :

> A propos de vidéosurveillance, il existe le panneau officiel français CE9
> "parc de stationnement sous vidéosurveillance". Si un jour je le croise, je
> le prendrai en photo, mais je ne l'ai encore jamais vu.
>
> Marc Mongenet
> ___
> 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