Merci Christian.
Aujourd'hui l'overpass-api est sans doute très intéressante pour les
développeurs mais inaccessible pour, par exemple, l'étudiant en histoire
qui fait un mémoire sur le culte de Saint Clair et qui cherche la
répartition géographique des églises vouées à ce Saint. Je peux
multiplier les exemples de cas d'usage si ça vous intéresse, mais il y a
beaucoup de monde qui est incapable d'aborder des données autrement que
par un format tabulaire de type CSV (ods et xls étant même encore plus
accessibles).
Je crois que la plupart des gens qui savent utiliser Excel ou
LibreOffice Calc ne savent pas charger un XML dedans. Quand bien même
ils le sauraient ça les obligeraient à importer d'énormes fichiers .osm
pour retrouver leurs petits.
Ce dont je parle c'est la capacité de néophytes à récupérer et lire en
quelques clics des données d'OSM dans Excel ou LibreOffice pour des
usages simples : quand je veux calculer la densité de piscine publiques
dans mon département, je devrais pouvoir faire ça dans un tableur. Et ce
tableau des piscines je vais peut-être avoir envie de l'enrichir en
ajoutant les horaires d'entrées et je vais donc m'intéresser un peu plus
à OSM pour comprendre comment contribuer.
Christian je te propose de démarrer des choses simples et
opérationnelles dès maintenant :
1. une maquette de page qui hébergerait ces données (je l'héberge sur le
wiki ou sur Github comme ça d'autres pourront contribuer)
2. un ou des scripts bash un peu génériques qui réalisent les
conversions voulues (idem + les fichiers produits seront hébergés sur
mon site dans un premier temps)
3. une fois que tout ça tourne dans un cron, je publie ça ici et vous me
faites un retour sur l'opportunité de publier ça sur openstreetmap.fr
(ou pas)
Ça te va ?
ChN
Le 05/12/2013 19:26, Christian Quest a écrit :
Je partage tout à fait ton constat.
Favoriser la réutilisation autre que le production de carte passe par
des outils pour transformer les données OSM dans des formats moins
"géographiques".
Il y a l'overpass-api qui permet déjà pas mal de choses, surtout des
sorties en json en plus de l'XML habituel.
On peut écrire des requêtes relativement compacte pour sélectionner
des objets géographiquement et sémantiquement.
Il manque juste des convertisseurs de formats à l'overpass pour sortir
les résultats en:
- geojson
- csv
- svg
- kml
...
Ca démultiplierai les réutilisations et donc l'adoption d'OSM.
A chaque hackathon où je suis présent comme mentor, je montre
l'overpass et les développeurs découvre (enfin ?) à quoi OSM peut leur
servir autrement que comme fond de carte pour remplacer Google...
Le 5 décembre 2013 19:13, Charles Nepote <char...@nepote.org
<mailto:char...@nepote.org>> a écrit :
Bonjour à tous !
**Résumé du message** : comment diffuser et voir réutilisées les
données d'OSM auprès d'un public plus large, qui, dans un cercle
vertueux, pourra devenir contributeur.
Souvent j'ai l'occasion de dire ici ou là que "telle donnée est
dispo dans OSM". Par ailleurs, je pousse depuis un certains temps
les acteurs publics à référencer sur leurs portails les données
d'OSM : ainsi de Montpellier, le CG de la Gironde, la Région PACA,
etc.
Mais aujourd'hui, les jeux de données ou les outils de
consultation d'OSM ont du mal à répondre à plein de petits cas
tout simples comme : "je veux la liste des pharmacies de ma
région". Et "je veux pouvoir manipuler cette liste dans mon
tableur favori parce que c'est l'outil que je connais bien".
Je me suis donc interrogé : comment produit-on simplement des
données d'OSM sous forme de fichiers CSV ? Je sais bien que tout
n'est pas extractible en CSV mais il y a un champ d'usage immense
sur les données comme :
* les bâtiments publics
* les médecins, hôpitaux, pharmacie...
* les lieux/services de secours (casernes de pompier,
défibrilateurs, pompes incendies, téléphones de secours)
* les lieux de culture (Théâtres, Musées, etc.)
* les lieux d'histoire et du patrimoine
* les arrêts de transports en commun
* les terrains/équipements sportifs
* les lieux touristiques
* les systèmes de surveillance (caméras de surveillance)
* les commerces
* les hameaux
* les services relatifs aux déchets (bennes de recyclage,
poubelles, déchetteries, composteurs publics, etc.)
* etc.
Je suis donc allé grenouiller dans les outils (je précise que je
n'ai jamais installé QGIS, Postgis, etc., je n'ai jamais utilisé
l'API OSM, je ne fais pas dev mais j'ai quelques années
d'expérience sous Linux).
Et le plus simple que j'ai trouvé c'est la combinaison de
osmconvert e et osmfilter.
http://wiki.openstreetmap.org/wiki/Osmconvert
http://wiki.openstreetmap.org/wiki/Osmfilter
Je peux obtenir le fichier CSV de toutes les pharmacies de PACA en
4 lignes de commande :
$ wget
http://download.geofabrik.de/europe/france/provence-alpes-cote-d-azur-latest.osm.pbf
# télécharge le fichier OSM de la Région PACA
$ ./osmconvert32 provence-alpes-cote-d-azur-latest.osm.pbf
-o=provence-alpes-cote-d-azur-latest.o5m # conversion du dit
fichier dans un format lisible pour osmfilter
$ ./osmfilter32 provence-alpes-cote-d-azur-latest.o5m
--keep="amenity=pharmacy" > PACA-pharmacies.o5m # filtrage
proprement dit pour ne retenir que les pharmacies
$ ./osmconvert32 PACA-pharmacies.o5m --all-to-nodes --csv="@id
@lon @lat amenity shop name" --csv-headline > PACA-pharmacies.csv
# conversion du fichier filtré en CSV
(Peut-être qu'on peut faire encore plus simple et plus rapide mais
cette méthode à l'avantage d'être scriptable et automatisable
facilement pour publier ces fichiers sur un serveur web.)
Résultat : 1220 pharmacies identifiées et géolocalisées. J'aurais
pu ajouter les adresses, les téléphones, etc. quand ils sont
renseignés (c'est rare). (Il y a cependant des petits problèmes
dans ce fichier comme les distributeurs de préservatifs (n'est-ce
pas utilisateur cquest
http://www.openstreetmap.org/node/2368452297 :D .)
Il faut compter environ 8-10 minutes pour l'ensemble du process
sur ma machine (compris le téléchargement des 200+ Mo du fichier
PACA).
**Pourquoi je creuse ça ?**
* OSM est une platforme déjà bien en place pour crowdsourcer
énormément de données et s'enrichit à grande vitesse
* OSM a une dimension nationale et internationale
* Mais OSM a du mal à fournir ses données autrement que par la
carte ou par des fichiers XML assez obscurs et difficiles à
manipuler par le néophyte (je caricature un peu et je ne connais
sans doute pas toutes les initiatives)
* Produire régulièrement des extractions en CSV devrait permettre :
1. de fournir des données à des néophytes qui pourront la
réutiliser de manière simple
2. de permettre à des tas de gens de découvrir et utiliser OSM
comme plateforme de coproduction de données
3. de faciliter la coproduction de certains types de données :
avec ces tableaux, je peux maintenant plus facilement organiser
une cartopartie thématique sur les cinémas, les bibliothèques, les
sex shop ou que sais-je encore...
Aujourd'hui, un des problèmes des fichiers open data des acteurs
publics est que le feedback (ajouts, correction) est une
fonctionnalité très mal organisée (c'est un euphémisme). OSM
permet d'aller au-delà.
Ma question est la suivante : est-ce que ça ne vaudrait pas le
coup de réserver un espace, par exemple sur
http://openstreetmap.fr , où publier de l'information pré-mâchée
en CSV ?
L'idéal pourrait aller jusqu'à fournir une interface permettant de
générer soit-même des fichiers en rendant public ces fichiers pour
les autres.
Je veux bien aider à la définition des catégories de données et je
passerai aussi du temps à convaincre les acteurs publics de
référencer ces données sur leurs portails open data.
Qu'en pensez-vous ?
Charles Nepote.
http://www.openstreetmap.org/user/CharlesNepote
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto:Talk-fr@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk-fr
--
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
