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

Arnaud Vandecasteele arnaud.sig at gmail.com
Jeu 5 Déc 18:54:29 UTC 2013


Filtrage des objets, une prochaine fonctionnalité de OSM2GIS :D
Bon quand les journées feront 28 heures, j'arriverai peut être à finir 
ma dév :)

A.

On 13-12-05 03:10 PM, Christian Quest wrote:
> 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.sig at gmail.com 
> <mailto:arnaud.sig at 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 <charles at nepote.org
>>     <mailto:charles at 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 at openstreetmap.org <mailto:Talk-fr at 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 at openstreetmap.org  <mailto:Talk-fr at openstreetmap.org>
>>     https://lists.openstreetmap.org/listinfo/talk-fr
>
>     -- 
>     --------------------------------------------------------------------
>     Arnaud Vandecasteele
>     SIG - WebMapping - Spatial Ontology - GeoCollaboration
>
>     Web Site
>     http://geotribu.net/
>
>
>     _______________________________________________
>     Talk-fr mailing list
>     Talk-fr at openstreetmap.org <mailto:Talk-fr at 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 at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

-- 
--------------------------------------------------------------------
Arnaud Vandecasteele
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://geotribu.net/

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


Plus d'informations sur la liste de diffusion Talk-fr