FR:Lyon/Réunion 10 mars 2020
Archives "Groupe local lyonnais" |
Réunions mensuelles
2014
2015
2016
2017
2018
2019
2020
2021
2022
2023
|
Réunions données ouvertes
|
Réunions CartONG / Pjt Madagascar
|
Bilans réunions-formations
|
Ça s'est passé à Lyon
|
Synopsis de la rencontre du mardi 10 mars 2020
Organisation / Lieu
La réunion a eu lieu dans les locaux du TUBA - au 145 cours Lafayette, Lyon 3eme à partir de 18h30.
Invitation lancée par :
- le site openstreetmap.fr → via l'annonce sur l'Agenda du Libre
- la liste de diffusion locale OSM-Lyon
- la liste de diffusion francophone
Participants
Chacun est libre de venir même en simple observateur !
5 participants présents.
Sujets
- Bilan salon Primevère, 6-8mars 2020 : un peu moins d'affluence à cause d'un certain virus...
- Discussion sur l'import "automatiser" du mobilier urbain/panneau de pub via https://data.grandlyon.com/jeux-de-donnees/mobilier-urbain-metropole-lyon/ressources
Import du mobilier urbain
Pour réaliser cette import il faut comprendre deux choses :
- La structure des données en import
- La structure des données dans OSM
La structure des données en import :
Le jeux de données fait 2718 points avec 8 variables (champs). Ce sont des données de géométrie de type "point".
identifian : correspond à l'identifiant unique de chaque objet dans la base de Lyon métropole. Il se présente comme ceci : "AB00001". Les deux premières lettres correspondraient au type de mobilier. Il y a trois possibilités nous semblant être :
- AB pour Abri
- MU pour un panneau de type MU2m²
- SV pour les panneau de type MU8m²
Les cinq derniers chiffres complètent l'identifiant.
Il nous faut le garder et trouver une bonne clef pour pouvoir le récupérer si il y a des mises à jour. Cette clef ne doit pas rentrer en conflit avec d'autres clefs existantes potentiel sur le type d'objet comme les ref TCL par exemple. Si quelqu'un a une bonne. idée on est preneur : "ref:FR:Lyon:mobi = identifian" par exemple ?
nom_abri : correspond au nom de l'abri (on devra pe verifier si c'est consistant avec les noms d'abri dans OSM issue d'autre bases ?). Assez logiquement seul les abri sont nommés.
Proposition : dans la données en sortie on ne le garde que pour les abris. C'est un des arguments justifiant de faire des fichier à importer spécifique par objet OSM.
adresse / commune / code_insee : ce sont des indicateurs de localisation bien pratique mais dans la mesure de l'import nous proposons de ne pas les garder.
famillemob : correspond au type de mobilier il peut prendre les valeurs de :
- "Abri non publicitaire" : 560
- "Abri publicitaire" : 1521
- "Abri taxi non publicitaire" : 3
- "Abri taxi publicitaire" : 6
- "MU 2m²" : 447
- "MU 2m² + dispo Vélo?" : 32 (ici le ?V doit correspondre à une petite erreur d'export coté Grand Lyon)
- "MU 8m²" : 149
gid : un identifiant nous semblant être produit lors de notre télechargement via le portail Open Data du Grand Lyon. On ne garde pas identifian est suffisant.
(suite à venir arrivé à Sainté)
Après la réunion, chaque participant est invité à compléter ce CR, avec les précisions intéressantes qu'il a obtenu (ou donné) !
Événements à venir
- Conférences/Salons :
- - « Journées Du Logiciel Libre (JDLL) » à la "MPT des Rancy" Lyon Saxe/Gambetta, les 04 et 05 avril 2020.
- Ateliers/Formations :
- - Cartoparties « MissingMap CartOng » les troisièmes mardis du mois au TUBA, 145 cours Lafayette, Lyon 3eme ; prochaine cartopartie prévue le mardi 17 mars 2020.