OSM2Gis est très bien mais destiné essentiellement aux SIGistes... Là c'est pour des publics très différents qu'il y a besoin de s'adapter en terme de filtrage des objets (ce que permet l'overpass) et en terme de format (ce qui manque à l'overpass).
Le 5 décembre 2013 19:33, Arnaud Vandecasteele <arnaud....@gmail.com> a écrit : > Bonsoir à tous, > > Pas directement lié à l'Overpass, mais à OSM c'est dans cette optique que > j'ai développé l'application OSM2GIS: > http://www.osm974.re/osm2gis/ > > Il y a encore des détails à régler, notamment l'envoi des mails, mais le > principe est là. > > Je travaille à une nouvelle version qui sera publiée sur GitHub. > > Arnaud > > > On 13-12-05 02:56 PM, Christian Quest wrote: > > 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> 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 >> https://lists.openstreetmap.org/listinfo/talk-fr >> > > > > -- > Christian Quest - OpenStreetMap France > Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ > > > _______________________________________________ > Talk-fr mailing > listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr > > > -- > -------------------------------------------------------------------- > Arnaud Vandecasteele > SIG - WebMapping - Spatial Ontology - GeoCollaboration > > Web Sitehttp://geotribu.net/ > > > _______________________________________________ > Talk-fr mailing list > 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
