Le 06/12/2013 20:21, Christian Quest a écrit :
Le 6 décembre 2013 11:01, Charles Nepote <[email protected]
<mailto:[email protected]>> 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
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
_______________________________________________
Talk-fr mailing list
[email protected]
https://lists.openstreetmap.org/listinfo/talk-fr
