[OSM-talk-fr] OSM 2 CSV : l'open data d'OSM pour tous publics ?

Lun 9 Déc 16:30:39 UTC 2013

Le 06/12/2013 20:21, Christian Quest a écrit :
> Le 6 décembre 2013 11:01, Charles Nepote <charles at nepote.org 
> <mailto:charles at nepote.org>> a écrit :
>
>     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).
>
>
>
> Plus les extractions seront précises, plus il faudra faire appel à des 
> requêtes pour filtrer vraiment que ce qu'on veut.
> Donc les églises "Saint Clair" seront faciles à extraire si on suit de 
> simple exemple:
>
> node[name~'Saint.Clair'][amenity=place_of_worship];out;
> way[name~'Saint.Clair'][amenity=place_of_worship];out;>;out skel;
>
> résultat à voir sur: http://overpass-turbo.eu/s/1I0
>
Ok, c'est beau :)  Mais tu me donnes une réponse pour "sachant/geogeek". 
J'essaye de mettre dans la peau du gus qui ne connaît personne de 
compétent pour lui faire ta requête : nul besoin de lui proposer la 
liste des églises dédiées à "Saint-Clair" il suffit de lui donner la 
liste CSV de toutes les édifices religieux et il sera capable faire la 
recherche dans son tableur favori.
Je pense que les extractions devraient porter sur des choses assez 
"génériques" et les gens font le tri de ce qui les intéressent dans leur 
tableur.

Que ce soit la méthode osmconvert+osmfilter ou Overpass-API, après 
plusieurs tests je vois cependant poindre un problème de taille : les 
listes CSV ne contiennent pas la commune relative à chaque node/way.
Toujours dans l'objectif fixé de répondre au néophyte complet, c'est un 
**très gros problème** : quand j'extrais par exemple tous les édifices 
religieux j'obtiens des milliers de points avec leur coordonnées mais 
sans mention de la commune d'appartenance ! Je sais que la commune est 
calculable à partir des coordonnées, d'autant plus maintenant qu'on a 
atteint 100% des limites communales en France. Mais ce calcul est très 
difficile d'accès pour le non-initié. Le non-initié, lui, aimerait avoir 
sa colonne "commune" directement dans le document -- l'idéal serait 
d'avoir le code INSEE (pour désambiguiser) *et* la commune (pour rendre 
le document facile à lire pour un humain qui ne connaît pas le COG par 
coeur).
Bien sûr il existe le tag is_in : 
https://wiki.openstreetmap.org/wiki/Key:is_in mais ce dernier est peu 
renseigné et certains semblent suggérer de ne jamais l'employer car il 
est, au mieux redondant, et au pire source d'erreur lorsque les noms de 
lieux changent. Je vois deux pistes pour avancer :
-- peupler le tag is_in par un robot (je sens que je ne vais pas me 
faire que des amis... je devine qu'il y a ici des puristes et je 
comprends d'avance leurs arguments, mais peut-être le jeux en vaut la 
chandelle ?)
-- travailler sur une autre méthode d'export qui calcule cette valeur 
pendant le cycle de production du fichier csv

Au fait, quel est le moyen le plus simple de calculer la commune à 
partir des coordonnées ? Je sais que Nominatim le fait : la version en 
ligne n'est pas envisageable, faut-il l'installer en local (c'est 
lourd...). Osmosis permet-il de faire ça (je n'ai pas trouvé) ? 
http://www.gisgraphy.com/ a l'air de le faire (pas complètement sûr de 
ça) mais il faut installer Postgre, Postgis, etc. D'autres pistes ?

>
>     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.
>
>
> Moi j'en suis même sûr ;)
>
>     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 <http://openstreetmap.fr> (ou pas)
>
>     Ça te va ?
>
>     ChN
>
>
>
> On peut voir ça après le 18/12 ?
>
Oui on en reparle.

ChN

> -- 
> Christian Quest - OpenStreetMap France
> Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
>
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20131209/73f07a50/attachment.htm>