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 !