1. Open(Geo)Data & OSM
François Van Der Biest
Lyon, 6 juin 2012

2. Données

3. Applications

4. Problématiques
● Un modèle de données par collectivité
● Multiplication des applications
● Insatisfaction de l'utilisateur final
● Modèle économique inexistant

5. Il faut un intermédiaire !

6. 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

7. Ex. d'import : Bureaux de Postes
Voir http://osm.vdct.free.fr/postes/index.html

8. Vous avez dit ETL ?
Voir http://wiki.openstreetmap.org/wiki/WikiProject_France/data.gouv.fr/Import_des_points_de_contact_postaux

9. 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 …

10. 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 !