2012-06-06 open(geo)data et osm @ lyon
TRANSCRIPT
Open(Geo)Data & OSM François Van Der BiestLyon, 6 juin 2012
Données
Applications
Problématiques
● Un modèle de données par collectivité● Multiplication des applications● Insatisfaction de l'utilisateur final● Modèle économique inexistant
Il faut un intermédiaire !
OpenStreetMap
● Une énorme base de géodonnées mondiale● 100% Libre (ODbL)● Une communauté dynamique● Une ontologie simple, démocratique et évolutive ● Une API performante
Voir http://osm.vdct.free.fr/postes/index.html
Ex. d'import : Bureaux de Postes
Vous avez dit ETL ?
Voir http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Import_des_points_de_contact_postaux
Fork me on … OSM
Constat : la donnée forkée dans OSM a plus de valeur (nettoyée, MDD unique, contextualisée, API unique, etc)
Nouvelles problématiques : Deux (jeux de) données aux évolutions
indépendantes, Fraîcheur, Attribution, etc …
OK, on a échangé un problème pour un autre, mais ...
Le fork est la plupart du temps inévitable pour des questions de licence
Il faut laisser à la communauté OSM le soin de gérer cette problématique de duplication d'information (ne pas y impliquer IDG ni IDO !)
… notamment via l'introduction d'un identifiant stable dans OSM … d'applications adaptées … et grâce à la communauté de cartographes amateurs !