Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Florian LAINEZ]

>
> Dans wikidata il n'y a pas (encore) d'identifiants Allociné ou Cinéday.
> On les ajoute dans wikidata ou dans OSM ?
>
Je dirai sans hésiter wikidata. Ne multiplions pas les identifiants
non-stables dans OSM qui seront dur à maintenir.
Donc je propose de ne mettre dans OSM que les identifiants wikidata et CNC.

Sinon j'ai fait la liste des cinémas qui ont fermés ces 3 dernières années
> selon le CNC :
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Cin.C3.A9mas_ferm.C3.A9s
> Je ne sais pas trop comment on peut se servir de ça efficacement ... idées
> bienvenues.
>
Sont-ils encore dans OSM ?
A terme ça pourrait servir à faire une requête des cinés à fermer dans OSM
??

Je ne sais pas s'ils sont encore dans OSM : il faudrait le vérifier
manuellement, sauf, justement, si vous aviez une idée pour semi-automatiser
ça (via OSMOSE ?).

Concernant les cinémas que je n'arrive pas à trouver dans la liste du CNC,
pour l'instant je les ai listés sur la page
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Exceptions en
attendant de confirmer qu'ils sont introuvables. Dans l'idée c'est pour
leur mettre un tag ref:FR:CNC=no plus tard.

Le lun. 8 juin 2020 à 23:12, Yves P.  a écrit :

> Voici la liste des cinémas en France avec en plus ces identifiants :
> https://w.wiki/TSU
>
>
> Oups, c'est https://w.wiki/TSY
> Il n'y a aucun identifiant Fandango (seulement aux USA ?) et 396
>  cinéma avec un identifiant CinemaTreasure.
>
> Bonne nuit,
>
> __
> Yves
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Guy Godfroy]

Est ce que c'est également le cas dans les autres pays utilisant des titres 
restaurant ?



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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> Voici la liste des cinémas en France avec en plus ces identifiants : 
> https://w.wiki/TSU 
Oups, c'est https://w.wiki/TSY 
Il n'y a aucun identifiant Fandango (seulement aux USA ?) et 396 
 cinéma avec un identifiant CinemaTreasure.

Bonne nuit,

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Yves P.]

>> - "ref:FR:Allocine"
> Il permet d'avoir la liste des films projetés (idem pour Cinéday).
> Mais on peut mettre ça dans wikidata (sauf que tous les cinés n'ont pas 
> d'identifiants wikidata).

Dans wikidata il n'y a pas (encore) d'identifiants Allociné ou Cinéday.
On les ajoute dans wikidata ou dans OSM ?

Par contre il y en a d'autres (liste non exhaustive ?) :
Cinema Treasures  (dans plusieurs 
pays dont la France )
Fandango 

Voici la liste des cinémas en France avec en plus ces identifiants : 
https://w.wiki/TSU

__
Yves

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> OK j'ai bien avancé dans Paris et la banlieue Sud et Est ainsi qu'en 
> Haute-Savoie.
C'est pour ça que je trouvais des cinés en Haute-Savoie avec des ref CNC :D

> Il y a néanmoins certains exceptions pour lesquelles je n'arrive vraiment pas 
> à trouver de références dans le fichier du CNC, même après vérification 
> manuelle :
> https://www.openstreetmap.org/way/428450681 
> IMAX de la cité de l'espace. Pas 
> trouvé dans Allociné : http://www.allocine.fr/salle/cinema/ville-96373/

> https://www.openstreetmap.org/node/2722069636 
> Le Choucas aux Carroz 
> d'Arraches :
Ref Allociné P2742 
Ref Orange Cinéday le-choucas-CNT009iYcW 


Il devrait donc être dans le fichier du CNC.


> - "ref:FR:Allocine" : on avait 6 occurrences. Je me suis permis de les 
> remplacer par des beaux ref:FR:CNC pour homogénéiser
Il permet d'avoir la liste des films projetés (idem pour Cinéday).
Mais on peut mettre ça dans wikidata (sauf que tous les cinés n'ont pas 
d'identifiants wikidata).

> Sinon j'ai fait la liste des cinémas qui ont fermés ces 3 dernières années 
> selon le CNC : 
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Cin.C3.A9mas_ferm.C3.A9s
>  
> 
> Je ne sais pas trop comment on peut se servir de ça efficacement ... idées 
> bienvenues.
Sont-ils encore dans OSM ?
A terme ça pourrait servir à faire une requête des cinés à fermer dans OSM ??

> Dernière question : est-ce qu'on laisse la mention "Cinéma" dans le nom ? 
> Rien dans le wiki à ce sujet.
> Exemple : "Cinéma du Criou" ou "Le Criou" 
> https://www.openstreetmap.org/way/50702765 
> Je les enlèverais. D'ailleurs 
> c'est le cas dans le fichier du CNC.
Et au passage, la réconciliation ne fonctionnait pas automatiquement à cause de 
ce détail :/

@Florian
As-tu essayé de réconcilier des cinés dans OpenRefine ?
Il n'y a que 222 ciné avec un tag wikidata dans OSM pour la France : 
https://overpass-turbo.eu/s/URy

Il y en a 637 dans wikidata :  https://w.wiki/TSL

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

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[osm . sanspourriel]

Le 08/06/2020 à 14:59, didier2020 - osm2...@free.fr a écrit :

c'est quelqu'un dont le métier est la route
12+1600 veut dire 1600 m après 12


D'après les photos
,
j'avais cru comprendre

ref= A 86 (ou A 86 extérieur)
distance= 29.

Si maintenant c'est 1+29 et que ce n'est pas sur le terrain... ça change
tout !

Jean-Yvon

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[osm . sanspourriel]

En France, d'après ce site je dirais effectivement inutile.

Par contre il importe de faire la distinction version papier/version
dématérialisée.

Certains commerçants acceptent la version papier pas la version
dématérialisée.

Par homogénéité avec

payment:mastercard
payment:mastercard_contactless

Je dirais :

payment:meal_voucher=yes
payment:meal_voucher_contactless=yes

(merci Yves).

Comme ce sont les terminaux qui sont acceptés ou pas par l'organisme
central, pour bien faire il faut faire de l'indoor ! Car dans un même
magasin toutes les caisses vont accepter le papier et pas toutes la
carte. payment:meal_voucher=paper;pin;contactless est moins verbeux.

Je ne sais si contactless est uniquement une propriété du terminal
(auquel cas c'est payment:contactless=yes qu'il faudrait mettre) ou si
ça dépend des contrats des commerçants.

Car il y a 3 moyens de payer : version papier, version sans contact et
version avec code.

Les "gentils organisateurs" se sont faits prendre les mains dans le pot
de confiture en s'échangeant des données personnelles.

Jean-Yvon

Le 08/06/2020 à 18:10, LeTopographeFou - letopographe...@gmail.com a écrit :

Dans ce cas en effet pas besoin de différencier dans OSM et
payment:meal_voucher=yes/no suffit (même pas besoin de brand)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Florian LAINEZ]

OK j'ai bien avancé dans Paris et la banlieue Sud et Est ainsi qu'en
Haute-Savoie.
Il y a néanmoins certains exceptions pour lesquelles je n'arrive vraiment
pas à trouver de références dans le fichier du CNC, même après vérification
manuelle :
https://www.openstreetmap.org/way/78534914
https://www.openstreetmap.org/way/428450686
https://www.openstreetmap.org/way/428450681
https://www.openstreetmap.org/node/446014043
https://www.openstreetmap.org/way/133607107
https://www.openstreetmap.org/node/1802486225
https://www.openstreetmap.org/node/2722069636
Help !

quand à la Cinémathèque Française https://www.openstreetmap.org/way/78271385
j'ai remplacé amenity=cinema par tourism=gallery (mais peut-être est-ce
plutôt tourism=museum ?)

@Pierre je vois que ton pseudo dhuyp est celui qui est le plus utilisé pour
la cartographie indoor du centre commercial attenant (bravo pour ce travail
!).
Je crois par contre qu'il y a une erreur : je pense que le cinéma est
indiqué en double :
https://www.openstreetmap.org/way/272478270
https://www.openstreetmap.org/way/162847981
je te laisse régler ce problème et rajouter le tag ref:FR:CNC=425503 sur
l'objet restant ?

Concernant les tags
- "ref:IDF" n'était que sur l'objet
https://www.openstreetmap.org/node/1605619507 et je l'ai viré. Il provient
d'un jeu de données lui-même issu des données du CNC :
https://www.data.gouv.fr/fr/datasets/les-salles-de-cinema-en-ile-de-france-idf/#_
et il est donc sans intérêt
- "ref:FR:CRTA" n'apparait que sur une seule occurence
https://www.openstreetmap.org/way/158722438 et le tag est documenté
https://wiki.openstreetmap.org/wiki/Key:ref:FR:CRTA = je le laisserai perso
- "ref:FR:Allocine" : on avait 6 occurrences. Je me suis permis de les
remplacer par des beaux ref:FR:CNC pour homogénéiser
- "ref" sont des identifiants locaux/municipaux qui me paraissent pas idiots
Les autres ref ne semblent pas poser de problème.

Sinon j'ai fait la liste des cinémas qui ont fermés ces 3 dernières années
selon le CNC :
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Cin.C3.A9mas_ferm.C3.A9s
Je ne sais pas trop comment on peut se servir de ça efficacement ... idées
bienvenues.

Dernière question : est-ce qu'on laisse la mention "Cinéma" dans le nom ?
Rien dans le wiki à ce sujet.
*Exemple : "Cinéma du Criou" ou "Le Criou"
https://www.openstreetmap.org/way/50702765
*

Le lun. 8 juin 2020 à 21:08,  a écrit :

> Le 08/06/2020 à 18:07, Florian LAINEZ - winner...@free.fr a écrit :
>
> Mais on n'y arrivera que si on se partage le boulot.
>
> C'est un peu la philosophie du projet du mois.
>
> Sinon c'est un projet du toi ;-).
>
>
> Question : d'après vous, devrait-on rajouter une valeur *ref:FR:CNC=null*
> (ou "none") pour les cinémas non-listés dans le fichier du CNC ? J'ai bien
> envie de faire ça.
>
> ref:FR:CNC=none est plus homogène avec le reste
>
> noref:FR:CNC=yes
>
> Si tu veux la syntaxe des noms.
>
> Du coup tu n'as pas besoin de filtrer sur
> ref:FR:CNC, ref:FR:CNC!=none
>
> Je pense que Marc entendait récupérer les sirene des cinémas pour les
> ajouter.
>
> Pas de sirene de cinema = cinéma mort.
>
> Mais ça ne me semble pas très fiable.
>
> Jean-Yvon
>
>
>

-- 

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Florian_G]

Hello,

Le 08/06/2020 à 12:17, Donat ROBAUX a écrit :
> Concernant les TR, la réglementation est très encadrée car assimilés à
> un moyen de paiement et à des avantages en nature (donc l'Urssaf veille).
> Le terme exact (générique) est Titre-restaurant, car Ticket Resto est
> une marque du groupe Endenred.
> Pour le reste, à partir du moment où un commerçant accepte les TR, il
> les accepte tous sans distinction. Au delà, du TR en papier, il existe
> depuis plusieurs années les paiements dématérialisés (cartes,
> smartphone). Les sociétés émettrices des TR font partie d'une
> commission nationale (la CNTR http://www.cntr.fr/V2/home.php) qui gère
> tout ca.

Mes parents ayant été affiliés (en tant que commerçants), je confirme.

HS : Et pour ceux qui veulent savoir ce que ça coûte aux commerçants et
aux restaurateurs, les tarifs sont sur le site de la CRT :
http://crt.asso.fr (lien direct vers le PDF
)

(et c'est pas folichon…)

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Yves P.]

> "Tous les titres-restaurant des huit sociétés citées ci-dessus peuvent être 
> acceptés en paiement d'un repas." (http://www.cntr.fr/V2/presse/infocntr.php)
Merci pour le lien.

Les logos des titres restaurants accepter peuvent être mis dans la quête Street 
Complete pour ceux qui ne connaitraient pas.
(je n'en connaissais que 2)

> J'en ai profité pour clarifier le wiki 
> (https://wiki.openstreetmap.org/wiki/FR:Key:payment#Titres_et_ch.C3.A8ques_affect.C3.A9s),
>  extraire les titres restaurant de la rubrique cryptomonnaie (?) du wik
Merci :)

Préciser quelque part que ça existe en France et en Belgique…
Et pour la France, mettre soit la liste des titres, soit un lien vers la page 
du CNTR.

__
Yves


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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> @Yves super ton outil pour réconcilier les listes, peut-on y accéder ?
C'est OpenRefine : https://openrefine.org

Il n'est pas à moi, mais développé à l'origine par Google ;)

> Permet-il d'ajouter automatiquement les bons tags dans OSM ?
Oui. Tu renommes la "colonne" NOM en name et… c'est tout :)

> Intéressé pour aider voir pour organiser un projet du mois : 2500 points, ça 
> devrait pas poser trop de problème pour qu'on nettoie tout ça rapidement et 
> qu'on puisse publier un beau jeu de données sur data.gouv.
> Mais on n'y arrivera que si on se partage le boulot.
Oui.

> 
> Il y a du nettoyage à faire : 2507 cinémas dans OSM et seulement 2045 en 
> activité
> quelqu'un a une idée d'une source intéressante sur laquelle baser notre choix 
> ? Je penche pour une recherche manuelle site web / allociné mais p 500 
> cinémas de différence, ce n'est tout de même pas un détail.
Dans les tags présents dans OSM, il y a ref:FR:Allocine ;)

Mais la source EST le fichier du CNC. On peut aussi croiser ça avec SIREN (mais 
le CNC doit être plus à jour ?)

> Certaines exceptions peuvent justifier une partie de cet écart (doublons 
> "justifiés", parcs d'attractions non couverts par le CNC …).

> Question : d'après vous, devrait-on rajouter une valeur ref:FR:CNC=null (ou 
> "none") pour les cinémas non-listés dans le fichier du CNC ? J'ai bien envie 
> de faire ça.
Non, ne met rien.

@Marc
> Je doute comme JB de l'utilité de ce genre de ref
Les cinémas dans OSM ont aussi les tags suivants :
ref
ref:FR:Allocine
ref:FR:CRTA
ref:FR:NAF
ref:FR:NantesMetropole
ref:FR:SIREN
ref:FR:SIRET
ref:IDF
ref:mhs

On les distingue comment, on en fait quoi ?

Je propose de faire la moyenne des réfs, puis de les additionner 
 et enfin de 
sélectionner une URL de base avec "LinkRoulette"


@Florian
> @marc en effet SIRENE peut aider pour identifier les établissements fermés. 
> Tu sais faire ça ?
SIREN indique si l'établissement est ouvert ou fermé (en tout cas 
https://entreprise.data.gouv.fr)

> Pour ref:FR:CNC=no l'utilité est d'indiquer que cet établissement n'est pas 
> listé par le CNC. Je pense que c'est vraiment utile;
Si un ciné à été ouvert un jour, il a un n° dans ce tableau.

Si un ciné à une ref::FR:CNC mais n'est pas dans la feuille de l'année en cours 
(2019), c'est qu'il a été fermé.

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Florian LAINEZ]

@marc en effet SIRENE peut aider pour identifier les établissements fermés.
Tu sais faire ça ?
Moi je vais prendre la liste 2018 et 2017 du CNC.

Pour ref:FR:CNC=no l'utilité est d'indiquer que cet établissement n'est pas
listé par le CNC. Je pense que c'est vraiment utile;
Par exemple je le rajouterai à l'annexe du MK2 bibliothèque :

> Le cinéma MK2 Bibliothèque est composé d'un bâtiment principal
>  et d'une annexe souterraine
> . Le numéro CNC a été mis
> sur le bâtiment principal uniquement.
>

Le lun. 8 juin 2020 à 18:13, Marc M.  a écrit :

> Le 08.06.20 à 18:07, Florian LAINEZ a écrit :
> > @marc M j'imagine que tu penses à ajouter le numéro de SIRET
> > comme suggéré par Christian ?
>
> non, je pensais à l'utilisation de la base sirene pour détecter les
> cinémas manquant dans osm et les cinémas fermés depuis longtemps.
>
> > Question : d'après vous, devrait-on rajouter une valeur
> > *ref:FR:CNC=null* (ou "none") pour les cinémas non-listés dans le
> > fichier du CNC ? J'ai bien envie de faire ça.
>
> Je doute comme JB de l'utilité de ce genre de ref mais si tu veux le
> faire, la valeur standard =no me semble être *le* choix (comme =yes est
> la valeur standard pour dire il y a en a une, à rafiner + tard)
>
> Cordialement,
> Marc
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Marc M.]

Le 08.06.20 à 18:07, Florian LAINEZ a écrit :
> @marc M j'imagine que tu penses à ajouter le numéro de SIRET 
> comme suggéré par Christian ?

non, je pensais à l'utilisation de la base sirene pour détecter les
cinémas manquant dans osm et les cinémas fermés depuis longtemps.

> Question : d'après vous, devrait-on rajouter une valeur
> *ref:FR:CNC=null* (ou "none") pour les cinémas non-listés dans le
> fichier du CNC ? J'ai bien envie de faire ça.

Je doute comme JB de l'utilité de ce genre de ref mais si tu veux le
faire, la valeur standard =no me semble être *le* choix (comme =yes est
la valeur standard pour dire il y a en a une, à rafiner + tard)

Cordialement,
Marc

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[LeTopographeFou]

En effet j'ai voulu retrouver le source de cette affirmation et il 
semblerait qu'il ne doive pas y avoir de différenciation de 
l'émetteur... c'est comme cela que l'on peut interpréter le "peuvent" 
dans "Tous les titres-restaurant des huit sociétés citées ci-dessus 
peuvent être acceptés en paiement d'un repas." 
(http://www.cntr.fr/V2/presse/infocntr.php) Me coucherai moins bête. 
Dans ce cas en effet pas besoin de différencier dans OSM et 
payment:meal_voucher=yes/no suffit (même pas besoin de brand)


J'en ai profité pour clarifier le wiki 
(https://wiki.openstreetmap.org/wiki/FR:Key:payment#Titres_et_ch.C3.A8ques_affect.C3.A9s), 
extraire les titres restaurant de la rubrique cryptomonnaie (?) du wiki 
et mis une ligne vierge pour les chèques vacances en vue d'un choix (je 
voulais justement lancer le sujet un jour déçu par la carte en ligne ANCV).


LeTopographeFou

Le 08/06/2020 à 15:24, Marc M. a écrit :

ok pour le besoin de doc.

Donat vient de nous informer que c'est tout ou rien en France,
donc la marque n'est pas nécessaire voir induirait en erreur.

pour le namespace, oki lorsqu'il y a un conflit (par exemple une route
sur un point peux avoir un nom pour la route et un pour le pont,
donc logique d'avoir bridge:name)
mais pour les tickets restaurants, cela me sembble une mauvaise
idée de faire dépendre le tag en fonction de l'étendue commerciale
d'une marque genre payment:meal_voucher=Sedexo puisque mondial
et payment:meal_voucher:FR=trucmuchlocal parce que fr-fr
avoir besoin de consulter le plan d'affaire d'une entreprise
pour choisir le tag n'a pas de sens.

Le 08.06.20 à 15:01, Topographe Fou a écrit :

Par "pas claire" j'entends que le wiki ne propose rien aujourd'hui (ni
sur la page anglaise, ni sur la française) et que la clé n'étant utilisé
que 212 fois dans le monde dont seulement 30 fois pour autre chose que
yes/no (pour Sodexo en l'occurrence) c'est qu'il doit sûrement rester un
peu de discussion à avoir (83 fois en France métropolitaine avec 82
yes/no + 1 chèque vacances).

Par ailleurs il peut y avoir plus d'un émetteur de titre (certes la CRT
centralise les 4 plus gros émetteurs mais il n'y a pas qu'eux). Par
'brand' tu veux dire une liste des titres acceptés séparés par un ; ?
Cela peut être une option mais d'expérience cela cafouille vite et puis
la limite du nombre de caractères jouera probablement vite les troubles
fêtes avec l'arrivée des nouveaux acteurs. D'où ma suggestion de rester
dans la veine des autres moyens de paiement, ce qui renforce la
cohérence. Le 'FR:' est une touche personnelle pour éviter d'éventuels
conflits de noms quand un émetteur est clairement franco-français (ex :
chèque vacances).

Le lun. 8 juin 2020 à 14:42, Marc M. mailto:marc_marc_...@hotmail.com>> a écrit :

 Le 08.06.20 à 13:58, Topographe Fou a écrit :
 > il faudrait déjà un schéma claire, ce qui n'est pas le cas
 aujourd'hui.

 =yes/brand/no c'est pas clair ?

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



--
LeTopographeFou

___
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] Ajout d'un identifiant unique des cinémas en France

[Florian LAINEZ]

Merci Francescu, je veux bien que tu les recontacte oui.

@marc M j'imagine que tu penses à ajouter le numéro de SIRET comme suggéré
par Christian ? Etant donné que le CNC a confirmé que son numéro est stable
et que c'est l'autorité de référence pour les cinémas, je pense qu'il vaut
mieux se baser sur leur référentiel qui est plus spécifique.

@Yves super ton outil pour réconcilier les listes, peut-on y accéder ?
Permet-il d'ajouter automatiquement les bons tags dans OSM ?
Intéressé pour aider voir pour organiser un projet du mois : 2500 points,
ça devrait pas poser trop de problème pour qu'on nettoie tout ça rapidement
et qu'on puisse publier un beau jeu de données sur data.gouv.
Mais on n'y arrivera que si on se partage le boulot.

Il y a du nettoyage à faire : 2507 cinémas dans OSM et seulement 2045 en
> activité
>
quelqu'un a une idée d'une source intéressante sur laquelle baser notre
choix ? Je penche pour une recherche manuelle site web / allociné mais
p 500 cinémas de différence, ce n'est tout de même pas un détail.
Certaines exceptions peuvent justifier une partie de cet écart (doublons
"justifiés", parcs d'attractions non couverts par le CNC ...).
J'ai commencé une liste de ces exceptions :
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Exceptions

Question : d'après vous, devrait-on rajouter une valeur *ref:FR:CNC=null*
(ou "none") pour les cinémas non-listés dans le fichier du CNC ? J'ai bien
envie de faire ça.

Le lun. 8 juin 2020 à 18:01, Marc M.  a écrit :

> Le 08.06.20 à 17:42, Francescu GAROBY a écrit :
> > géoloc des cinémas, ça aiderait beaucoup !
>
> sirene via osmose ?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Marc M.]

Le 08.06.20 à 17:42, Francescu GAROBY a écrit :
> géoloc des cinémas, ça aiderait beaucoup !

sirene via osmose ?

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Francescu GAROBY]

Bonjour,
Désolé de ne pas t'avoir répondu à ton mail direct (que j'avais bien vu,
mais n'avais pas pris le temps d'y répondre).
J'ai donc bien ~2.100 cinémas avec des coordonnées GPS à ma disposition.
Comme je l'avais dit à l'époque : ces infos (coordonnées, mais aussi nombre
de salles, accessibilité, ...) me proviennent de Plurimedia. Je leur avais
demandé, à l'époque, s'ils m'autorisaient à utiliser ces données pour les
insérer dans OSM, je n'avais jamais eu de réponse. Je peux toujours
retenter ma chance...

Francescu

Le lun. 8 juin 2020 à 16:25, Florian LAINEZ  a écrit :

> Salut à tous,
> Je relance le sujet 3 ans plus tard. Pour rappel le sujet est
> l'identification de tous les cinémas en France.
>
> J'ai créé une page décrivant l'identifiant du CNC :
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC
> J'ai avancé à la mano l'intégration des numéros de référence sur les
> cinémas.
>
> Si Francescu (ou quelqu'un d'autre) dispose des géoloc des cinémas, ça
> aiderait beaucoup !
> Il reste encore du boulot pour intégrer les 2000 cinémas restants (90% du
> taff reste donc à faire) et en attendant le taff prend vraiment du temps
> ... aide bienvenue.
>
> Le jeu. 19 oct. 2017 à 20:49, JB  a écrit :
>
>> Je dois être vieux jeu… mais je reste toujours dubitatif sur
>> l'introduction d'identifiants uniques dans la base pour faciliter la
>> connexion avec tel ou tel outil.
>> Sur une problématique aussi ciblée, je n'arrive pas à comprendre qu'on
>> n'arrive pas à croiser deux bases de données sans cet identifiant. Y a-t-il
>> une telle densité de cinémas qu'avec un tag amenity=cinema (moins de 2000
>> objets) + un nom de cinéma + une géolocalisation plus ou moins convenable,
>> on n'arrive pas à recouper les données ?
>> Peut-être qu'on répondra qu'il y a des doublons dans l'une ou l'autre
>> base ? L'identifiant unique ne résoudra rien.
>> Peut-être répondra-t-on qu'on facilitera la mise à jour d'OSM à partir
>> d'une base externe ? Un croisement des données à chaque mise à jour donnera
>> la même chose.
>> Voilà voilà pour ce soir. Au fait, vous penserez à passer par la case «
>> import » pour rentrer les identifiants en masse, hein ?
>> JB.
>>
>> Le 19/10/2017 à 18:27, Christian Quest a écrit :
>>
>> Si il y a un identifiant CNC c'est une solution... si il n'y en a pas,
>> n'oubliez pas le SIRET... c'est pas limité aux cinémas, mais en principe,
>> c'est unique et sûrement universel.
>>
>> Le 19/10/2017 à 17:17, Francescu GAROBY a écrit :
>>
>> Bonjour,
>> En tant que développeur d'un site pour le cinéma indépendant en France,
>> mais sur lequel on retrouve tout de même tous les cinémas et toutes les
>> sorties en salle, j'ai besoin d'afficher une carte (OSM, évidemment)
>> pointant sur le cinéma (ex : Cinéma Lux
>> , à Caen).
>> Pour l'instant, je récupère l'emplacement du cinéma, soit à partir de son
>> adresse soit à partir des coordonnées GPS qu'une source extérieure me
>> fournit. Sauf que cette source a parfois des coordonnées incorrectes (en
>> gros, les coordonnées du centre de la commune).
>>
>> Vu que data.gouv.fr a la liste des cinémas de France (fournie par le CNC)
>> ,
>> je me disais que le plus simple serait d'ajouter à chaque node/way
>> représentant un cinéma l'identifiant unique contenu dans ledit fichier.
>> J'ai bien évidemment posé la question de l'unicité et de la stabilité d'un
>> tel identifiant (cf. la discussion "Stabilité de l'ID des cinémas", sur
>> la page data.gouv.fr citée ci-dessus).
>>
>> Si cela vous convient, il resterait alors à se mettre d'accord sur la clé
>> à utiliser.
>> "ref:FR:CNC=*" me paraît pas mal, non ?
>>
>> --
>> Francescu GAROBY
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>


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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> Et pour les cinémas dans OSM sans cette référence : 
> http://overpass-turbo.eu/s/UQU 
Soit 2507 (points d'intérêt - POIs: 1801, lignes: 4, polygones: 702)
Il y a du nettoyage à faire : 2507 cinémas dans OSM et seulement 2045 en 
activité

Pour info, OpenRefine permet de "réconcilier" le nom du ciné avec ceux trouvé 
dans Wikidata.

Voici ci-dessous le résultat pour les cinés du Doubs : les noms en minuscules 
sont issus de Wikidata.

__
Yves

ref:FR:CNC
DEPARTEMENT
COMMUNE
NOM ETABLISSEMENT
wikidata
ECRANS
FAUTEUILS
CODE COMMUNE
720450
25
Audincourt
MEGARAMA

10
1 880
25031
42201
25
Baume-les-Dames
STELLA CINEMA

2
194
25047
52162
25
Besançon
ESPACE PLANOISE

1
426
25056
52174
25
Besançon
MEGARAMA BEAUX  ARTS

8
1 330
25056
52141
25
Besançon
PLAZZA VICTOR HUGO

3
337
25056
102531
25
Charmoille
cinéma de charmoille
Q61858990
1
212
25125
145241
25
École-Valentin
MEGARAMA

13
1 973
25212
133681
25
Gilley
SALLE PAULETTE DONZEL

1
250
25271
240661
25
Maîche
salle saint michel (Maîche)
Q61860963
1
320
25356
260602
25
Métabief
cinéma le mont d'or
Q61859854
2
212
25380
269255
25
Montbéliard
cinéma colisee concorde
Q61858949
4
1 053
25388
278805
25
Morteau
cinéma l'atalante (Morteau)
Q61859303
1
340
25411
278802
25
Morteau
LE PARIS

1
120
25411
299281
25
Ornans
ELDORADO

1
153
25434
318711
25
Pontarlier
OLYMPIA

6
964
25462
319582
25
Pont-de-Roide-Vermondans
LE FOYER

1
100
25463
439583
25
Valdahon
ciné pax
Q61858553
1
241
25578___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Yves P.]

> J'ai créé une page décrivant l'identifiant du CNC : 
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC 
> 
> J'ai avancé à la mano l'intégration des numéros de référence sur les cinémas.
> 
> Si Francescu (ou quelqu'un d'autre) dispose des géoloc des cinémas, ça 
> aiderait beaucoup !
Je vais essayer de faire ça avec OpenRefine et une requête overpass ou 
Nominatim.

> Il reste encore du boulot pour intégrer les 2000 cinémas restants (90% du 
> taff reste donc à faire) et en attendant le taff prend vraiment du temps ... 
> aide bienvenue.
Je vais faire le Jura, et si j'ai du temps la Haute-Savoie et le Doubs.

Il n'y en a que 68 dans OSM : http://overpass-turbo.eu/s/UQT

Et pour les cinémas dans OSM sans cette référence : 
http://overpass-turbo.eu/s/UQU
(j'ai dépassé mon quota pour avoir le résultat)

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

[OSM-talk-fr] MOOC Wikidata

[Yves P.]

Bonjour,

Je viens d'entendre cette annonce dans le bistrot de wikidata : Mooc Wikidata 

Ça pourra nous éclairer sur Wikidata et nos DataItems 
 :)

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Florian LAINEZ]

Salut à tous,
Je relance le sujet 3 ans plus tard. Pour rappel le sujet est
l'identification de tous les cinémas en France.

J'ai créé une page décrivant l'identifiant du CNC :
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC
J'ai avancé à la mano l'intégration des numéros de référence sur les
cinémas.

Si Francescu (ou quelqu'un d'autre) dispose des géoloc des cinémas, ça
aiderait beaucoup !
Il reste encore du boulot pour intégrer les 2000 cinémas restants (90% du
taff reste donc à faire) et en attendant le taff prend vraiment du temps
... aide bienvenue.

Le jeu. 19 oct. 2017 à 20:49, JB  a écrit :

> Je dois être vieux jeu… mais je reste toujours dubitatif sur
> l'introduction d'identifiants uniques dans la base pour faciliter la
> connexion avec tel ou tel outil.
> Sur une problématique aussi ciblée, je n'arrive pas à comprendre qu'on
> n'arrive pas à croiser deux bases de données sans cet identifiant. Y a-t-il
> une telle densité de cinémas qu'avec un tag amenity=cinema (moins de 2000
> objets) + un nom de cinéma + une géolocalisation plus ou moins convenable,
> on n'arrive pas à recouper les données ?
> Peut-être qu'on répondra qu'il y a des doublons dans l'une ou l'autre base
> ? L'identifiant unique ne résoudra rien.
> Peut-être répondra-t-on qu'on facilitera la mise à jour d'OSM à partir
> d'une base externe ? Un croisement des données à chaque mise à jour donnera
> la même chose.
> Voilà voilà pour ce soir. Au fait, vous penserez à passer par la case «
> import » pour rentrer les identifiants en masse, hein ?
> JB.
>
> Le 19/10/2017 à 18:27, Christian Quest a écrit :
>
> Si il y a un identifiant CNC c'est une solution... si il n'y en a pas,
> n'oubliez pas le SIRET... c'est pas limité aux cinémas, mais en principe,
> c'est unique et sûrement universel.
>
> Le 19/10/2017 à 17:17, Francescu GAROBY a écrit :
>
> Bonjour,
> En tant que développeur d'un site pour le cinéma indépendant en France,
> mais sur lequel on retrouve tout de même tous les cinémas et toutes les
> sorties en salle, j'ai besoin d'afficher une carte (OSM, évidemment)
> pointant sur le cinéma (ex : Cinéma Lux
> , à Caen).
> Pour l'instant, je récupère l'emplacement du cinéma, soit à partir de son
> adresse soit à partir des coordonnées GPS qu'une source extérieure me
> fournit. Sauf que cette source a parfois des coordonnées incorrectes (en
> gros, les coordonnées du centre de la commune).
>
> Vu que data.gouv.fr a la liste des cinémas de France (fournie par le CNC)
> ,
> je me disais que le plus simple serait d'ajouter à chaque node/way
> représentant un cinéma l'identifiant unique contenu dans ledit fichier.
> J'ai bien évidemment posé la question de l'unicité et de la stabilité d'un
> tel identifiant (cf. la discussion "Stabilité de l'ID des cinémas", sur
> la page data.gouv.fr citée ci-dessus).
>
> Si cela vous convient, il resterait alors à se mettre d'accord sur la clé
> à utiliser.
> "ref:FR:CNC=*" me paraît pas mal, non ?
>
> --
> Francescu GAROBY
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[didier2020]

Le lundi 08 juin 2020 à 15:44 +0200, osm.sanspourr...@spamgourmet.com a
écrit :
> https://www.mapillary.com/app/?lat=48.8611312=2.4841852=17=G1IiVslryLcBZplrme2ENA=photo=0.30771109667569485=0.7322106887594706=3
> 
> Ce serait A 86 ou A 86 extérieur ? Sur le panneau il y a A 86
> extérieur.
il y a un petit 'D' en bas a droite.
extérieur n'est pas 'conforme'
> 
> Et à partir de ça on sait reconstituer la référence RRN ?
non ...,
pour le rrn, a cet endroit c'est
route=A00086 plo=93PR29D 
(ou 93 est le département gestionnaire, pas le département ou se situe
la borne)


> 
> "+" pour indiquer que la distance est positive ? Semble évident !
> 
> Le 08/06/2020 à 15:07, didier2020 - osm2...@free.fr a écrit :
> > Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit :
> > > Le 08.06.20 à 13:26, didier2020 a écrit :
> > > > - 9057 ont un tag ref
> > > ce serrait sans doute utile de chercher quelques photos
> > > de borne avec la ref visible.
> > https://www.mapillary.com/app/?lat=48.8247647=2.4636774=17=IlaESQuLBwKEqsw1F-FV4w=photo=0.5059995150967409=0.4975920048505564=0
> > 
> > https://www.mapillary.com/app/?lat=48.8611312002=2.484185199562=16.84333642656937=G1IiVslryLcBZplrme2ENA=photo
> > 
> > https://www.mapillary.com/app/?lat=49.073468617885425=2.332858531006834=17=vxFrND-wENkm_OfdYDqsmA=photo
> > 
> > > >   60 sont du texte/inclus un . ou +
> > > . est le séparateur décimal dans osm, du coup c'est numérique.
> > > le + est + étrange.
> > > 
> > > > ref:highway
> > > > serait une solution
> > > à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
> > > donc intégrons déjà toutes les bornes sans ref:highway
> > > 
> > > > "notre" besoin de référence unique
> > > quel besoin ? si la ref dans la source n'est pas unique, elle
> > > n'est
> > > pas
> > > unique.
> > > prenons un exemple fictif : si la sncf décide de peindre ses
> > > places
> > > de parking en commençant par 1 sur tous ces sites, cela ferra des
> > > ref=1
> > > non unique dans osm.
> > > ce n'est pas le rôle d'osm d'inventer une ref genre
> > > ref:FR:SNCF:siteA
> > > par dogme d'unicité dans osm.
> > > ou exemple réel : la route ref=1 n'est pas unique dans osm,
> > > c'est la réalité, cela n'empêche pas son utilisation.
> > > 
> > > dupliquer + tard un ref:highway s'il y a un cas d'usage et un
> > > consensus,
> > > c'est toujours possible
> > > 
> > > ___
> > > 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] Intégration du bornage du réseau routier national

[osm . sanspourriel]

https://www.mapillary.com/app/?lat=48.8611312=2.4841852=17=G1IiVslryLcBZplrme2ENA=photo=0.30771109667569485=0.7322106887594706=3

Ce serait A 86 ou A 86 extérieur ? Sur le panneau il y a A 86 extérieur.

Et à partir de ça on sait reconstituer la référence RRN ?

"+" pour indiquer que la distance est positive ? Semble évident !

Le 08/06/2020 à 15:07, didier2020 - osm2...@free.fr a écrit :

Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit :

Le 08.06.20 à 13:26, didier2020 a écrit :

- 9057 ont un tag ref

ce serrait sans doute utile de chercher quelques photos
de borne avec la ref visible.

https://www.mapillary.com/app/?lat=48.8247647=2.4636774=17=IlaESQuLBwKEqsw1F-FV4w=photo=0.5059995150967409=0.4975920048505564=0

https://www.mapillary.com/app/?lat=48.8611312002=2.484185199562=16.84333642656937=G1IiVslryLcBZplrme2ENA=photo

https://www.mapillary.com/app/?lat=49.073468617885425=2.332858531006834=17=vxFrND-wENkm_OfdYDqsmA=photo


  60 sont du texte/inclus un . ou +

. est le séparateur décimal dans osm, du coup c'est numérique.
le + est + étrange.


ref:highway
serait une solution

à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
donc intégrons déjà toutes les bornes sans ref:highway


"notre" besoin de référence unique

quel besoin ? si la ref dans la source n'est pas unique, elle n'est
pas
unique.
prenons un exemple fictif : si la sncf décide de peindre ses places
de parking en commençant par 1 sur tous ces sites, cela ferra des
ref=1
non unique dans osm.
ce n'est pas le rôle d'osm d'inventer une ref genre ref:FR:SNCF:siteA
par dogme d'unicité dans osm.
ou exemple réel : la route ref=1 n'est pas unique dans osm,
c'est la réalité, cela n'empêche pas son utilisation.

dupliquer + tard un ref:highway s'il y a un cas d'usage et un
consensus,
c'est toujours possible

___
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] Etang sur arroux

[Yves P.]

> C'est une requête qui permet d'afficher les modifications entre 2 dates :
> 
> https://wiki.openstreetmap.org/wiki/Overpass_API/Augmented_Diffs 
> Merci :)

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

Re: [OSM-talk-fr] Etang sur arroux

[Stéphane Péneau]

Le 07/06/2020 à 16:45, Yves P. a écrit :

Une requête addif aurait pu faire l'affaire aussi.

Kesako ?


C'est une requête qui permet d'afficher les modifications entre 2 dates :

https://wiki.openstreetmap.org/wiki/Overpass_API/Augmented_Diffs

Stf

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Marc M.]

ok pour le besoin de doc.

Donat vient de nous informer que c'est tout ou rien en France,
donc la marque n'est pas nécessaire voir induirait en erreur.

pour le namespace, oki lorsqu'il y a un conflit (par exemple une route
sur un point peux avoir un nom pour la route et un pour le pont,
donc logique d'avoir bridge:name)
mais pour les tickets restaurants, cela me sembble une mauvaise
idée de faire dépendre le tag en fonction de l'étendue commerciale
d'une marque genre payment:meal_voucher=Sedexo puisque mondial
et payment:meal_voucher:FR=trucmuchlocal parce que fr-fr
avoir besoin de consulter le plan d'affaire d'une entreprise
pour choisir le tag n'a pas de sens.

Le 08.06.20 à 15:01, Topographe Fou a écrit :
> Par "pas claire" j'entends que le wiki ne propose rien aujourd'hui (ni
> sur la page anglaise, ni sur la française) et que la clé n'étant utilisé
> que 212 fois dans le monde dont seulement 30 fois pour autre chose que
> yes/no (pour Sodexo en l'occurrence) c'est qu'il doit sûrement rester un
> peu de discussion à avoir (83 fois en France métropolitaine avec 82
> yes/no + 1 chèque vacances).
> 
> Par ailleurs il peut y avoir plus d'un émetteur de titre (certes la CRT
> centralise les 4 plus gros émetteurs mais il n'y a pas qu'eux). Par
> 'brand' tu veux dire une liste des titres acceptés séparés par un ; ?
> Cela peut être une option mais d'expérience cela cafouille vite et puis
> la limite du nombre de caractères jouera probablement vite les troubles
> fêtes avec l'arrivée des nouveaux acteurs. D'où ma suggestion de rester
> dans la veine des autres moyens de paiement, ce qui renforce la
> cohérence. Le 'FR:' est une touche personnelle pour éviter d'éventuels
> conflits de noms quand un émetteur est clairement franco-français (ex :
> chèque vacances).
> 
> Le lun. 8 juin 2020 à 14:42, Marc M.  > a écrit :
> 
> Le 08.06.20 à 13:58, Topographe Fou a écrit :
> > il faudrait déjà un schéma claire, ce qui n'est pas le cas
> aujourd'hui.
> 
> =yes/brand/no c'est pas clair ?
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> 
> -- 
> LeTopographeFou
> 
> ___
> 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] Tickets Restaurants et StreetComplete

[Guy Godfroy]

Désolé de l'envoi vide tout à l'heure.

Il faudrait aussi penser à la forme du formulaire à remplir côté StreetComplete.



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

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[didier2020]

Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit :
> Le 08.06.20 à 13:26, didier2020 a écrit :
> > - 9057 ont un tag ref
> 
> ce serrait sans doute utile de chercher quelques photos
> de borne avec la ref visible.

https://www.mapillary.com/app/?lat=48.8247647=2.4636774=17=IlaESQuLBwKEqsw1F-FV4w=photo=0.5059995150967409=0.4975920048505564=0

https://www.mapillary.com/app/?lat=48.8611312002=2.484185199562=16.84333642656937=G1IiVslryLcBZplrme2ENA=photo

https://www.mapillary.com/app/?lat=49.073468617885425=2.332858531006834=17=vxFrND-wENkm_OfdYDqsmA=photo

> 
> >  60 sont du texte/inclus un . ou +
> 
> . est le séparateur décimal dans osm, du coup c'est numérique.
> le + est + étrange.
> 
> > ref:highway
> > serait une solution
> 
> à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
> donc intégrons déjà toutes les bornes sans ref:highway
> 
> > "notre" besoin de référence unique
> 
> quel besoin ? si la ref dans la source n'est pas unique, elle n'est
> pas
> unique.
> prenons un exemple fictif : si la sncf décide de peindre ses places
> de parking en commençant par 1 sur tous ces sites, cela ferra des
> ref=1
> non unique dans osm.
> ce n'est pas le rôle d'osm d'inventer une ref genre ref:FR:SNCF:siteA
> par dogme d'unicité dans osm.
> ou exemple réel : la route ref=1 n'est pas unique dans osm,
> c'est la réalité, cela n'empêche pas son utilisation.
> 
> dupliquer + tard un ref:highway s'il y a un cas d'usage et un
> consensus,
> c'est toujours possible
> 
> ___
> 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] Tickets Restaurants et StreetComplete

[Topographe Fou]

Par "pas claire" j'entends que le wiki ne propose rien aujourd'hui (ni sur
la page anglaise, ni sur la française) et que la clé n'étant utilisé que
212 fois dans le monde dont seulement 30 fois pour autre chose que yes/no
(pour Sodexo en l'occurrence) c'est qu'il doit sûrement rester un peu de
discussion à avoir (83 fois en France métropolitaine avec 82 yes/no + 1
chèque vacances).

Par ailleurs il peut y avoir plus d'un émetteur de titre (certes la CRT
centralise les 4 plus gros émetteurs mais il n'y a pas qu'eux). Par 'brand'
tu veux dire une liste des titres acceptés séparés par un ; ? Cela peut
être une option mais d'expérience cela cafouille vite et puis la limite du
nombre de caractères jouera probablement vite les troubles fêtes avec
l'arrivée des nouveaux acteurs. D'où ma suggestion de rester dans la veine
des autres moyens de paiement, ce qui renforce la cohérence. Le 'FR:' est
une touche personnelle pour éviter d'éventuels conflits de noms quand un
émetteur est clairement franco-français (ex : chèque vacances).

Le lun. 8 juin 2020 à 14:42, Marc M.  a écrit :

> Le 08.06.20 à 13:58, Topographe Fou a écrit :
> > il faudrait déjà un schéma claire, ce qui n'est pas le cas aujourd'hui.
>
> =yes/brand/no c'est pas clair ?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[didier2020]

Le lundi 08 juin 2020 à 14:31 +0200, Marc M. a écrit :
> Le 08.06.20 à 13:26, didier2020 a écrit :
> > - 9057 ont un tag ref
> 
> ce serrait sans doute utile de chercher quelques photos
> de borne avec la ref visible.
> 
> >  60 sont du texte/inclus un . ou +
> 
> . est le séparateur décimal dans osm, du coup c'est numérique.
> le + est + étrange.
c'est quelqu'un dont le métier est la route
12+1600 veut dire 1600 m après 12
> 
> > ref:highway
> > serait une solution
> 
> à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
> donc intégrons déjà toutes les bornes sans ref:highway
> 
> > "notre" besoin de référence unique
> 
> quel besoin ? si la ref dans la source n'est pas unique, elle n'est
> pas
> unique.

dans la base de donnée du réseau rrn, 
route + borne = référence & localisation unique

> prenons un exemple fictif : si la sncf décide de peindre ses places
> de parking en commençant par 1 sur tous ces sites, cela ferra des
> ref=1
> non unique dans osm.
> ce n'est pas le rôle d'osm d'inventer une ref genre ref:FR:SNCF:siteA
> par dogme d'unicité dans osm.
> ou exemple réel : la route ref=1 n'est pas unique dans osm,
> c'est la réalité, cela n'empêche pas son utilisation.
> 

c'est comme une addr:housenumber sans addr:street ni relation
associated...
le numero seul a une réutilisation très limitée voir inexistante.



> dupliquer + tard un ref:highway s'il y a un cas d'usage et un
> consensus,
> c'est toujours possible
> 
> ___
> 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] Tickets Restaurants et StreetComplete

[Marc M.]

Le 08.06.20 à 13:58, Topographe Fou a écrit :
> il faudrait déjà un schéma claire, ce qui n'est pas le cas aujourd'hui.

=yes/brand/no c'est pas clair ?

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

Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

[Marc M.]

Le 08.06.20 à 13:26, didier2020 a écrit :
> - 9057 ont un tag ref

ce serrait sans doute utile de chercher quelques photos
de borne avec la ref visible.

>  60 sont du texte/inclus un . ou +

. est le séparateur décimal dans osm, du coup c'est numérique.
le + est + étrange.

> ref:highway
> serait une solution

à mon avis, quand il n'y a pas consensus, osmose doit s'abstenir
donc intégrons déjà toutes les bornes sans ref:highway

> "notre" besoin de référence unique

quel besoin ? si la ref dans la source n'est pas unique, elle n'est pas
unique.
prenons un exemple fictif : si la sncf décide de peindre ses places
de parking en commençant par 1 sur tous ces sites, cela ferra des ref=1
non unique dans osm.
ce n'est pas le rôle d'osm d'inventer une ref genre ref:FR:SNCF:siteA
par dogme d'unicité dans osm.
ou exemple réel : la route ref=1 n'est pas unique dans osm,
c'est la réalité, cela n'empêche pas son utilisation.

dupliquer + tard un ref:highway s'il y a un cas d'usage et un consensus,
c'est toujours possible

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

Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[Percherie OnDaNet]

Merci, je vais faire ça

Nickel le lien, je m'en sert souvent quand j'ai un doute

Le 08/06/2020 à 14:23, deuzeffe a écrit :

Le 08/06/2020 à 13:57, Percherie OnDaNet a écrit :

Bonjour,

Suite à cela, est-ce je doit remonter ces remarques à une adresse ou 
page en particulier où les responsable d'Osmose lisent l'intégralité 
des courriels de cette liste :-P (oui je sais la réponse est dans la 
question).


Où puis-je remonter l'information ?


Il semblerait que ça soit un pb d'analyse pour toi ? Alors, tu peux le 
signaler ici : https://github.com/osm-fr/osmose-backend/issues


Cerise sur le gâteau, la bible fr dont je me sers pour cartographier 
les lignes de bus de mon coin est ici : 
https://nlehuby.5apps.com/bien-cartographier-les-bus.html


Happy maping!


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

Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[deuzeffe]

Le 08/06/2020 à 13:57, Percherie OnDaNet a écrit :

Bonjour,

Suite à cela, est-ce je doit remonter ces remarques à une adresse ou 
page en particulier où les responsable d'Osmose lisent l'intégralité des 
courriels de cette liste :-P (oui je sais la réponse est dans la question).


Où puis-je remonter l'information ?


Il semblerait que ça soit un pb d'analyse pour toi ? Alors, tu peux le 
signaler ici : https://github.com/osm-fr/osmose-backend/issues


Cerise sur le gâteau, la bible fr dont je me sers pour cartographier les 
lignes de bus de mon coin est ici : 
https://nlehuby.5apps.com/bien-cartographier-les-bus.html


Happy maping!
--
deuzeffe, droguée aux lignes de bus ^^

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[osm . sanspourriel]

Ou acceptent la version papier mais pas la version carte.

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

Demander quand même car certains commerces n'ont plus le lecteur et n'ont pas 
enlevé l'autocollant sur la vitrine.



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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Topographe Fou]

Inclure aussi les chèques vacances ! Qui ne sont pas restreint à la
restauration.

Pour ce qui est de SC attention à la formulation de la quête car ce que la
plupart des gens de mon entourage appellent "tickets restaurants" sont en
fait des titres restaurant d'un émetteur concurrent (voir
https://fr.wikipedia.org/wiki/Titre_restaurant#Organismes). Comme quand on
parle d'un Zodiac ou d'un Frigidaire à la place d'un semi-rigide ou d'un
réfrigérateur. J'imagine que le sujet du mail porte sur tous les émetteurs
de titres restaurant.

Au delà de l'outils il faudrait déjà un schéma claire, ce qui n'est pas le
cas aujourd'hui. Une solution simple consisterait à reprendre le principe
des cartes de crédits :

   - payment:meal_voucher comme "clé générique pour dire que les titres
   restaurant *ne* sont *pas* acceptées"
   - payment:FR:cheque_de_table=*
   - payment:FR:ticket_restaurant=*
   - payment:FR:cheque_vacances=*
   - ...

Pour ce qui est des logos les Data items du wiki OSM peuvent être associés
au Wikidata items de Wikidata, permettant ainsi aux outils de récupérer
dynamiquement logos, opérateurs...

Le lun. 8 juin 2020 à 13:37, Yves P.  a écrit :

> > on peut imaginer proposer les logos des titres restaurant et des cartes
> de paiement, éventuellement regroupées par type. « sélectionnez tous les
> moyens de paiement acceptés ici puis validez la quête ».
>
> Super :)
>
> Pour les différents titres restaurant, tu détails ou pas ?
>
> > Il y a beaucoup de commerces qui ont ces logos sur leur vitrine, donc ça
> devrait pas être trop compliqué.
> Oui :)
>
> Demander quand même car certains commerces n'ont plus le lecteur et n'ont
> pas enlevé l'autocollant sur la vitrine.
>
> __
> Yves
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[Percherie OnDaNet]

Merci Marc pour tes précisions

Suite à cela, est-ce je doit remonter ces remarques à une adresse ou 
page en particulier où les responsable d'Osmose lisent l'intégralité des 
courriels de cette liste :-P (oui je sais la réponse est dans la question).


Où puis-je remonter l'information ?

cordialement

Le 08/06/2020 à 10:52, Marc M. a écrit :

Le 08.06.20 à 10:40, Percherie OnDaNet a écrit :

Juste pour être certains que je ne fasse pas d'erreur : Peut-on avec
le schéma Public Transport V2 placer deux nœuds pour un arrêt, n°1
l'emplacement de l'arrêt (stop_position) et n°2 l'emplacement des
passagers (platform) ? Ou est-ce à éviter ?

c'est possible, non obligatoire et c'est la version la plus "complète"
avis perso : je commencerais par toutes les plateforme
avant d'ajouter éventuelement les stop_position.
histoire d'avoir un réseau qui a au moins une fois l'info (la
plateforme) pour tous les arrêts au lieu d'avoir un réseau
qui est super précis mais qui n'est pas complet)
mais c'est un choix qui t'appartient.


Pour l'arrêt "Cave Coopérative", le nœud
https://www.openstreetmap.org/node/2466864152 est bien sur le chemin et
il à le tag "highway=bus_stop". Je m'attendais à avoir le fix-edit de
Osmose propose le tag "public_transport=stop_position" au lieu de
"public_transport=platform". Quelle est la réponse idéale ?

oui idéalement osmose devrait dire "cela appartient à la route,
donc fix avec stop_postion ou déconnectez de la route pour une plateforme"


Pour l'arrêt "La Ricarde", le nœud
https://www.openstreetmap.org/node/4498238410 est isolé mais porte des
tag nécessitant d'être rattaché au chemin (stop_position et bus_stop).
Je m'attendais à ce qu'Osmose demande à ce qu'il soit rattaché OU BIEN
que les tag soient modifiés (platform) pour que cela corresponde à un
nœud isolé. Pour l'instant Osmose ne remonte aucune erreur sur
"public_transport=stop_position" sur des nœud isolé.

oui idéalement osmose devrait dire "rattachez le stop_position à la
route si c'est l'emplacement du véhicule ou corriger en plateform
si c'est le lieu d'attente du véhicule

Cordialement,
Marc

___
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] Tickets Restaurants et StreetComplete

[Yves P.]

> Pour les différents titres restaurant, tu détails ou pas ?
Je viens de lire le mél de notre DRH :)
Donc pas besoin pour la France.

Et comment ça se passe en Wallonie ?

Existe-t-il plusieurs titres ?
Si oui, sont-ils tous acceptés ?

__
Yves


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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Yves P.]

> on peut imaginer proposer les logos des titres restaurant et des cartes de 
> paiement, éventuellement regroupées par type. « sélectionnez tous les moyens 
> de paiement acceptés ici puis validez la quête ».

Super :)

Pour les différents titres restaurant, tu détails ou pas ?

> Il y a beaucoup de commerces qui ont ces logos sur leur vitrine, donc ça 
> devrait pas être trop compliqué.
Oui :)

Demander quand même car certains commerces n'ont plus le lecteur et n'ont pas 
enlevé l'autocollant sur la vitrine.

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Julien Lepiller]

Le 8 juin 2020 04:42:07 GMT-04:00, "Yves P."  a écrit :
>> Hélas si le nombre de réponses augmente on s'éloigne de l'esprit de
>StreetComplete, qui cherche des quêtes simples.
>
>> Dans l'idéal c'est une réponse simple oui/non qui est attendue.
>C'est un peu le problème de SC.
>
>Mais proposer un formulaire avec une case à cocher pour chaque moyen de
>paiement en France est-ce un problème ?
>
>Ou faut-il faire une quête pour les TR ?
>Puis repasser au même endroit pour une autre quête sur les cartes VISA
>?
>Etc.
>
>__
>Yves

Un peu comme la quête des types de bâtiments, on peut imaginer proposer les 
logos des titres restaurant et des cartes de paiement, éventuellement 
regroupées par type. « sélectionnez tous les moyens de paiement acceptés ici 
puis validez la quête ». Il y a beaucoup de commerces qui ont ces logos sur 
leur vitrine, donc ça devrait pas être trop compliqué.

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

[OSM-talk-fr] Intégration du bornage du réseau routier national

[didier2020]

comme il n'y a pas de consensus sur l'utilisation des tags
complémentaire a higway=milestone,

j'ai téléchargé le pbf de la france et filtrer les nodes
highway=milestone pour voir ce qui existe :

sur 10935 higway=milestone, 
- 9057 ont un tag ref
- 442 ont un tag ref avec une valeur numerique
- distance :
 705 n'ont pas de valeur distance
 60 sont du texte/inclus un . ou +
 170 ont des valeurs supérieur a 1000, donc a prioris des metres plutot
que des kilometres
- 400 avec un tag ref:highway

ce ref:highway est peut etre redondant,
mais pas plus que addr:street/name pour les adresses,
serait une solution pour "notre" besoin de référence unique pour le
réseau routier national ?






 




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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Donat ROBAUX]

Bonjour,

Concernant les TR, la réglementation est très encadrée car assimilés à un
moyen de paiement et à des avantages en nature (donc l'Urssaf veille).
Le terme exact (générique) est Titre-restaurant, car Ticket Resto est une
marque du groupe Endenred.
Pour le reste, à partir du moment où un commerçant accepte les TR, il les
accepte tous sans distinction. Au delà, du TR en papier, il existe depuis
plusieurs années les paiements dématérialisés (cartes, smartphone). Les
sociétés émettrices des TR font partie d'une commission nationale (la CNTR
http://www.cntr.fr/V2/home.php) qui gère tout ca.

Voilà pour l'essentiel.

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

Re: [OSM-talk-fr] Caméra de surveillance — Proposition d'analyse pour Osmose

[Percherie OnDaNet]

Je reste intéressé pour suivre comment vous faites les propositions sur 
le wiki. Pour l'instant je reste en retrait et laisse ceux qui savent le 
faire, j'observe pour voir ce qui est habituel de faire pour lancer une 
proposition sur le wiki.


Joël

Le 08/06/2020 à 10:13, Yves P. a écrit :

Le statut de cet horrible ":type" est proposed.

Horrible car mélangeant le moyen utilisé (caméra, humain) et la fonction
(identification des plaques d'immatriculation).
Pour le tag surveillance:type, la valeur est camera à 97.34%, 
soit 67 351 objets dans OSM)


Il y aussi 508 surveillance=camera 
 !


La photo du wiki montre une… caméra de surveillance !

Peut-être qu'il faut proposer quelque chose de plus simple limité aux 
cameras dans l'espace publique : (webcam, caméra de surveillance, 
webcam pour la faune…) ?


  * man_man=camera
  * camera:type=fixed | panning | dome | alpr | fake ?
  * location = indoor | outdoor
  * camera:angle
 ou
camera:direction
 ? (et
quand on connait le "champ", comment le spécifier : 0;60 ou 0-60…)
  * camera:mount
 ?
  * height ou  camera:height ??
  * model  ou  camera:model
  * manufacturer | camera:manufacturer


Donc ne pas faire d'intégration Osmose.

Oui, faire une proposition avant :)

__
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] Proposition d'analyse pour Osmose

[Yves P.]

> Peut-être tout simplement :
> 
> mean (camera, guard)
> function (licence_plate, facial_recognition, traffic...) - ou ALPR
> (Automatic licence-plate recognition)
ça me va.

Je voulais simplement montrer que 99% des objets sont des caméras, et que du 
coup avoir un même schéma de tag pour des caméra et des vigile n'est peut-être 
pas nécessaire.
En tout cas ça ne simplifie les choses.

> 
> Je suppose que pour la reconnaissance des plaques d'immatriculation ils
> utilisent maintenant des caméras, même si du côté de Bure ils utilisent
> encore des gendarmes (non tagués dans OSM, ils bougent, sauf à mettre
> une zone).
Et pour les gendarmes, vigiles… ce qu'on peut objectivement taguer c'est un 
bâtiment "poste de garde".

> function (licence_plate, facial_recognition, traffic...) - ou ALPR
tu as oublié la mesure de température, très à la mode en ce moment dans les 
aéroports…
et ça marche même pour les "flics" qui portent des lunettes avec affichage de 
la température de la personne qu'ils regardent :D

> 
> Blague à part, la lecture des plaques est une fonction mais ce qu'il est
> fait de cette collecte de données n'est pas indiqué. Par exemple les
> radars tronçons utilisent cette technique mais du coup sont des
> relations enforcement=average_speed.
> 
> Maintenant se pose la question de la vérifiabilité sur le terrain.
Pour les caméras de lecture de plaque d'immatriculation, je ne connais que 
celles qui sont aux péages des autoroutes (mis à part les radars tronçons).

> C'est d'ailleurs le cas des caméras de mesure moyenne de vitesse : les
> plaques doivent être lues (et transmises à l'autre caméra ou au PC),
> est-ce que les images brutes sont aussi transmises au PC ?
"Les 2 mon capitaine !"
La photo sert en cas de litige. C'est le cas (aussi) pour les radars routiers

__
Yves


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

Re: [OSM-talk-fr] Proposition d'analyse pour Osmose

[osm . sanspourriel]

Peut-être tout simplement :

mean (camera, guard)
function (licence_plate, facial_recognition, traffic...) - ou ALPR
(Automatic licence-plate recognition)

Je suppose que pour la reconnaissance des plaques d'immatriculation ils
utilisent maintenant des caméras, même si du côté de Bure ils utilisent
encore des gendarmes (non tagués dans OSM, ils bougent, sauf à mettre
une zone).

Blague à part, la lecture des plaques est une fonction mais ce qu'il est
fait de cette collecte de données n'est pas indiqué. Par exemple les
radars tronçons utilisent cette technique mais du coup sont des
relations enforcement=average_speed.

Maintenant se pose la question de la vérifiabilité sur le terrain. On
peut imaginer des caméras "ordinaires" sur les rues d'une ville et
d'ajouter la détection faciale au niveau du PC de coordination. Par
exemple en le justifiant par le "besoin" de retrouver ceux qui jettent
des masques usagés : rien ne l'indiquera sur le terrain.

C'est d'ailleurs le cas des caméras de mesure moyenne de vitesse : les
plaques doivent être lues (et transmises à l'autre caméra ou au PC),
est-ce que les images brutes sont aussi transmises au PC ?

Si les autres personnes de la liste n'ont pas d'objection on peut faire
une proposition dans ce sens.

Jean-Yvon

Le 08/06/2020 à 09:36, Percherie OnDaNet - perche...@toutenkamion.net a
écrit :

Ah oui quand même... je n'avais pas fait attention qu'il est en proposed

Merci pour la précision quant au mélange des moyens et fonctions de ce
tag. J'espère qu'il sera amélioré ou remplacé par une autre proposition.

Le 08/06/2020 à 08:34, osm.sanspourr...@spamgourmet.com a écrit :

Le statut de cet horrible ":type" est proposed.

Horrible car mélangeant le moyen utilisé (caméra, humain) et la fonction
(identification des plaques d'immatriculation).

Donc ne pas faire d'intégration Osmose.

Jean-Yvon

Le 07/06/2020 à 20:24, Gad.Jo - perche...@toutenkamion.net a écrit :

(...)

Autre remarque concernant les caméras de surveillance. J'ai souvent
remarqué qu'elles ne portent pas le tag surveillance:type=*, très
souvent c'est le tag surveillance:type=camera qui est manquant :
https://wiki.openstreetmap.org/wiki/Key:surveillance:type

Est-il envisageable de prévoir ces cas pour Osmose ?

Cordialement




___
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] Osmose - proposition analyse sur public_transport=stop_position

[Marc M.]

Le 08.06.20 à 10:40, Percherie OnDaNet a écrit :
> Juste pour être certains que je ne fasse pas d'erreur : Peut-on avec 
> le schéma Public Transport V2 placer deux nœuds pour un arrêt, n°1
> l'emplacement de l'arrêt (stop_position) et n°2 l'emplacement des
> passagers (platform) ? Ou est-ce à éviter ?

c'est possible, non obligatoire et c'est la version la plus "complète"
avis perso : je commencerais par toutes les plateforme
avant d'ajouter éventuelement les stop_position.
histoire d'avoir un réseau qui a au moins une fois l'info (la
plateforme) pour tous les arrêts au lieu d'avoir un réseau
qui est super précis mais qui n'est pas complet)
mais c'est un choix qui t'appartient.

> Pour l'arrêt "Cave Coopérative", le nœud
> https://www.openstreetmap.org/node/2466864152 est bien sur le chemin et
> il à le tag "highway=bus_stop". Je m'attendais à avoir le fix-edit de
> Osmose propose le tag "public_transport=stop_position" au lieu de
> "public_transport=platform". Quelle est la réponse idéale ?

oui idéalement osmose devrait dire "cela appartient à la route,
donc fix avec stop_postion ou déconnectez de la route pour une plateforme"

> Pour l'arrêt "La Ricarde", le nœud
> https://www.openstreetmap.org/node/4498238410 est isolé mais porte des
> tag nécessitant d'être rattaché au chemin (stop_position et bus_stop).
> Je m'attendais à ce qu'Osmose demande à ce qu'il soit rattaché OU BIEN
> que les tag soient modifiés (platform) pour que cela corresponde à un
> nœud isolé. Pour l'instant Osmose ne remonte aucune erreur sur
> "public_transport=stop_position" sur des nœud isolé.

oui idéalement osmose devrait dire "rattachez le stop_position à la
route si c'est l'emplacement du véhicule ou corriger en plateform
si c'est le lieu d'attente du véhicule

Cordialement,
Marc

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Yves P.]

> Hélas si le nombre de réponses augmente on s'éloigne de l'esprit de 
> StreetComplete, qui cherche des quêtes simples.

> Dans l'idéal c'est une réponse simple oui/non qui est attendue.
C'est un peu le problème de SC.

Mais proposer un formulaire avec une case à cocher pour chaque moyen de 
paiement en France est-ce un problème ?

Ou faut-il faire une quête pour les TR ?
Puis repasser au même endroit pour une autre quête sur les cartes VISA ?
Etc.

__
Yves

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

Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[Percherie OnDaNet]

Merci Marc pour ce retour.


Oui pour les arrêts en double, c'était pour un test d'intégration 
échouée. Une correction est prévue sur 
https://www.openstreetmap.org/node/7589051409


Juste pour être certains que je ne fasse pas d'erreur : Peut-on avec le 
schéma Public Transport V2 placer deux nœuds pour un arrêt, n°1 
l'emplacement de l'arrêt (stop_position) et n°2 l'emplacement des 
passagers (platform) ? Ou est-ce à éviter ?


Je mélange les interprétations que remonte Osmose et j'aurai besoin 
qu'on m'explique.


Pour l'arrêt "Cave Coopérative", le nœud 
https://www.openstreetmap.org/node/2466864152 est bien sur le chemin et 
il à le tag "highway=bus_stop". Je m'attendais à avoir le fix-edit de 
Osmose propose le tag "public_transport=stop_position" au lieu de 
"public_transport=platform". Quelle est la réponse idéale ? (ne pas 
tenir compte de la relation, elle doit être mise à jour)


Pour l'arrêt "La Ricarde", le nœud 
https://www.openstreetmap.org/node/4498238410 est isolé mais porte des 
tag nécessitant d'être rattaché au chemin (stop_position et bus_stop). 
Je m'attendais à ce qu'Osmose demande à ce qu'il soit rattaché OU BIEN 
que les tag soient modifiés (platform) pour que cela corresponde à un 
nœud isolé. Pour l'instant Osmose ne remonte aucune erreur sur 
"public_transport=stop_position" sur des nœud isolé.
C'est l'objet de ce sujet à moins que je me suis mélangé entre les deux 
schéma de transport (pas facile).


Cordialement

Joël

Le 08/06/2020 à 09:58, Marc M. a écrit :

cBonjour,

Le 08.06.20 à 09:47, Percherie OnDaNet a écrit :

J'avais mis pas mal emplacement où s'arrête le bus comme nœud isolé
alors qu'ils doivent être placé sur le chemin.

Je pense que tu as mal interprété l'anomalie osmose.
il y a 2 façons, selon les régions du monde de maper un arrêt de bus :
- soit un objet décrivant où attendent les passagers
- soit un objet décrivant où s'arrête le véhicule.
historiquement les 2 se tag avec highway=bus_stop

pour harmoniser et lever l'ambiguïté, la PTv2 propose
d'ajouter la fonction public_transport=plateform au premier
et public_transport=stop_position au 2ieme.


   * Remonte dans Osmose : https://www.openstreetmap.org/node/2466864152

texte osmose : Préciser s’il s’agit d’une station (“platform”)
ou d’un emplacement sur la route (“stop_position”)
fait partie de la route -> stop_position
avec la plateforme https://www.openstreetmap.org/node/7589051409
PS: il ne faut pas 2 bus_stop par arrêt. sauf si on représente
2 arrêts de part et d'autre de la rue


Pas d'erreur dans Osmose : https://www.openstreetmap.org/node/4498238410

mais cela ne semble pas être le lieu oü s'arrête le véhicule.
cela devrait donc être public_transport=plateform

Cordialement,
Marc

___
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] Tickets Restaurants et StreetComplete

[Guy Godfroy]

Hélas si le nombre de réponses augmente on s'éloigne de l'esprit de 
StreetComplete, qui cherche des quêtes simples. Dans l'idéal c'est une réponse 
simple oui/non qui est attendue.



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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Frédéric Rodrigo]

Le 08/06/2020 à 08:55, Guy Godfroy a écrit :

Bonjour à tous,

J'ai fait au projet StreetComplete une proposition de nouvelle quête
concernant l'acceptation des Tickets Restaurant par les restaurants.
Étant donné que le système de tickets restaurants est limité à la France
(mais il faudra également prendre en compte également au moins la
Belgique et le Luxembourg si je ne me trompe pas), Tobias m'a demandé de
soulever la question au sein de la communauté française (ce que m'avais
également suggéré Marc_marc sur IRC).

Pour ceux que ça intéresse, voici le fil sur Github :
https://github.com/westnordost/StreetComplete/issues/1888

Donc quelle est votre opinion là dessus ?


C'est beaucoup plus généralisé que ça

Voilà la couverture du leader du marché :

https://www.edenred.com/en/discover-group/our-international-presence



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

[OSM-talk-fr] Caméra de surveillance — Proposition d'analyse pour Osmose

[Yves P.]

> Le statut de cet horrible ":type" est proposed.
> 
> Horrible car mélangeant le moyen utilisé (caméra, humain) et la fonction
> (identification des plaques d'immatriculation).
Pour le tag surveillance:type, la valeur est camera à 97.34%, soit 67 351 
objets dans OSM)

Il y aussi 508 surveillance=camera 
 ! 

La photo du wiki montre une… caméra de surveillance !

Peut-être qu'il faut proposer quelque chose de plus simple limité aux cameras 
dans l'espace publique : (webcam, caméra de surveillance, webcam pour la 
faune…) ?

man_man=camera
camera:type=fixed | panning | dome | alpr | fake ?
location = indoor | outdoor
camera:angle  ou 
camera:direction  ? 
(et quand on connait le "champ", comment le spécifier : 0;60 ou 0-60…)
camera:mount  ?
height ou  camera:height ??
model  ou  camera:model
manufacturer | camera:manufacturer
> Donc ne pas faire d'intégration Osmose.
Oui, faire une proposition avant :)

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

Re: [OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[Marc M.]

cBonjour,

Le 08.06.20 à 09:47, Percherie OnDaNet a écrit :
> J'avais mis pas mal emplacement où s'arrête le bus comme nœud isolé
> alors qu'ils doivent être placé sur le chemin.

Je pense que tu as mal interprété l'anomalie osmose.
il y a 2 façons, selon les régions du monde de maper un arrêt de bus :
- soit un objet décrivant où attendent les passagers
- soit un objet décrivant où s'arrête le véhicule.
historiquement les 2 se tag avec highway=bus_stop

pour harmoniser et lever l'ambiguïté, la PTv2 propose
d'ajouter la fonction public_transport=plateform au premier
et public_transport=stop_position au 2ieme.

>   * Remonte dans Osmose : https://www.openstreetmap.org/node/2466864152

texte osmose : Préciser s’il s’agit d’une station (“platform”)
ou d’un emplacement sur la route (“stop_position”)
fait partie de la route -> stop_position
avec la plateforme https://www.openstreetmap.org/node/7589051409
PS: il ne faut pas 2 bus_stop par arrêt. sauf si on représente
2 arrêts de part et d'autre de la rue

> Pas d'erreur dans Osmose : https://www.openstreetmap.org/node/4498238410

mais cela ne semble pas être le lieu oü s'arrête le véhicule.
cela devrait donc être public_transport=plateform

Cordialement,
Marc

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Yves P.]

> Tout cela tombe sous le tag payment:meal_voucher.
On est bien d'accord :)

Ce que je voulais préciser, c'est que les outils qualités "râlent" pour 
payment:credit_cards=yes.
Dans la même logique, ils devraient aussi remonter un avertissement pour les 
titres restaurant si on ne détaillent pas explicitement le titre.

Donc, je suis "pour" une quête qui indique si les titres restaurants sont 
acceptés.

Mais plus particulièrement, "pour" une quête plus généraliste (et plus précise) 
qui indique quels moyens de paiement sont acceptés :
Chèque déjeuner
Ticket Restaurant
payment:american_express
payment:mastercard
payment:visa
…
Est-ce que la quête doit se limiter aux restaurants, épiceries… ?

Ou doit-elle inclure les stations services avec les cartes carburants ?
payment:esso_card
payment:shell
payment:total_card
…
Les autoroutes ?

En tout cas la quête doit être nationale (dans notre cas limitée à la France) à 
cause de la législation qui indique quels établissements peuvent accepter un 
titre restaurant.
Si tous les titres restaurants sont toujours acceptés, on peut se contenter de 
payment:meal_voucher=yes

__
Yves


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

[OSM-talk-fr] Osmose - proposition analyse sur public_transport=stop_position

[Percherie OnDaNet]

Bonjour,


La création de réseau de transport en commun est longue est fastidieuse. 
Sur mon temps libre cela fait 3 ans que j'avance doucement sur le réseau 
de Narbonne.
J'avais mis pas mal emplacement où s'arrête le bus comme nœud isolé 
alors qu'ils doivent être placé sur le chemin. Je m'occupe de la 
correction mais peu être que ce genre d'erreur est fréquente ailleurs ?


Osmose remonte bien une anomalie si highway=bus_stop est sur un nœud 
isolé (nickel) mais dès que le tag public_transport=stop_position 
existe, il n'y a plus d'erreur. Pourtant cela devrait être spécifié. Les 
lieux d'attente des passagers peuvent être sur un nœud isolé mais pas 
l'emplacement où s'arrête le bus : 
https://wiki.openstreetmap.org/wiki/FR:Key:public_transport


 * Remonte dans Osmose : https://www.openstreetmap.org/node/2466864152
 * Pas d'erreur dans Osmose : https://www.openstreetmap.org/node/4498238410

Cordialement

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Marc M.]

Bonjour,

Le 08.06.20 à 08:55, Guy Godfroy a écrit :
> Donc quelle est votre opinion là dessus ?

Pour.

Cordialement,
Marc

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Guy Godfroy]

Bonjour Yves,

Tout cela tombe sous le tag payment:meal_voucher.

8 juin 2020 09:22:04 Yves P. :

>> J'ai fait au projet StreetComplete une proposition de nouvelle quête
>> concernant l'acceptation des Tickets Restaurant par les restaurants.
>> 
>> Donc quelle est votre opinion là dessus ?
>> 
> Est-ce qu'il n'y a pas le même "problème" qu'avec le tag 
> payment:credit_cards=yes ?
> 
> Par exemple, un commerce peut accepter Chèque déjeuner[https://updejeuner.fr] 
> et pas Ticket Restaurant[https://www.edenred.fr/ticket-restaurant].
> 
> Il existe peut-être d'autres Titre 
> restaurant[https://fr.wikipedia.org/wiki/Titre_restaurant] en France ou 
> chèque-repas en Belgique ?
> 
> __
> 
> Yves
> 


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

Re: [OSM-talk-fr] Proposition d'analyse pour Osmose

[Percherie OnDaNet]

Ah oui quand même... je n'avais pas fait attention qu'il est en proposed

Merci pour la précision quant au mélange des moyens et fonctions de ce 
tag. J'espère qu'il sera amélioré ou remplacé par une autre proposition.


Le 08/06/2020 à 08:34, osm.sanspourr...@spamgourmet.com a écrit :

Le statut de cet horrible ":type" est proposed.

Horrible car mélangeant le moyen utilisé (caméra, humain) et la fonction
(identification des plaques d'immatriculation).

Donc ne pas faire d'intégration Osmose.

Jean-Yvon

Le 07/06/2020 à 20:24, Gad.Jo - perche...@toutenkamion.net a écrit :

(...)

Autre remarque concernant les caméras de surveillance. J'ai souvent
remarqué qu'elles ne portent pas le tag surveillance:type=*, très
souvent c'est le tag surveillance:type=camera qui est manquant :
https://wiki.openstreetmap.org/wiki/Key:surveillance:type

Est-il envisageable de prévoir ces cas pour Osmose ?

Cordialement




___
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] Tickets Restaurants et StreetComplete

[Yves P.]

> J'ai fait au projet StreetComplete une proposition de nouvelle quête
> concernant l'acceptation des Tickets Restaurant par les restaurants.

> Donc quelle est votre opinion là dessus ?
Est-ce qu'il n'y a pas le même "problème" qu'avec le tag 
payment:credit_cards=yes ?

Par exemple, un commerce peut accepter Chèque déjeuner  
et pas Ticket Restaurant .
Il existe peut-être d'autres Titre restaurant 
 en France ou chèque-repas en 
Belgique ?

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

[OSM-talk-fr] Tickets Restaurants et StreetComplete

[Guy Godfroy]

Bonjour à tous,

J'ai fait au projet StreetComplete une proposition de nouvelle quête
concernant l'acceptation des Tickets Restaurant par les restaurants.
Étant donné que le système de tickets restaurants est limité à la France
(mais il faudra également prendre en compte également au moins la
Belgique et le Luxembourg si je ne me trompe pas), Tobias m'a demandé de
soulever la question au sein de la communauté française (ce que m'avais
également suggéré Marc_marc sur IRC).

Pour ceux que ça intéresse, voici le fil sur Github :
https://github.com/westnordost/StreetComplete/issues/1888

Donc quelle est votre opinion là dessus ?

Merci.

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

Re: [OSM-talk-fr] Proposition d'analyse pour Osmose

[osm . sanspourriel]

Le statut de cet horrible ":type" est proposed.

Horrible car mélangeant le moyen utilisé (caméra, humain) et la fonction
(identification des plaques d'immatriculation).

Donc ne pas faire d'intégration Osmose.

Jean-Yvon

Le 07/06/2020 à 20:24, Gad.Jo - perche...@toutenkamion.net a écrit :

(...)

Autre remarque concernant les caméras de surveillance. J'ai souvent
remarqué qu'elles ne portent pas le tag surveillance:type=*, très
souvent c'est le tag surveillance:type=camera qui est manquant :
https://wiki.openstreetmap.org/wiki/Key:surveillance:type

Est-il envisageable de prévoir ces cas pour Osmose ?

Cordialement




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