<div dir="ltr">OSM2Gis est très bien mais destiné essentiellement aux SIGistes...<div><br></div><div>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).</div>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">Le 5 décembre 2013 19:33, Arnaud Vandecasteele <span dir="ltr"><<a href="mailto:arnaud.sig@gmail.com" target="_blank">arnaud.sig@gmail.com</a>></span> a écrit :<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div bgcolor="#FFFFFF" text="#000000">
    Bonsoir à tous,<br>
    <br>
    Pas directement lié à l'Overpass, mais à OSM c'est dans cette
    optique que j'ai développé l'application OSM2GIS:<br>
    <a href="http://www.osm974.re/osm2gis/" target="_blank">http://www.osm974.re/osm2gis/</a><br>
    <br>
    Il y a encore des détails à régler, notamment l'envoi des mails,
    mais le principe est là.<br>
    <br>
    Je travaille à une nouvelle version qui sera publiée sur GitHub.<br>
    <br>
    Arnaud<div><div class="h5"><br>
    <br>
    <div>On 13-12-05 02:56 PM, Christian Quest
      wrote:<br>
    </div>
    <blockquote type="cite">
      <div dir="ltr">Je partage tout à fait ton constat.
        <div><br>
        </div>
        <div>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".</div>
        <div><br>
        </div>
        <div>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.</div>
        <div>On peut écrire des requêtes relativement compacte pour
          sélectionner des objets géographiquement et sémantiquement.</div>
        <div><br>
        </div>
        <div>Il manque juste des convertisseurs de formats à l'overpass
          pour sortir les résultats en:</div>
        <div>- geojson</div>
        <div>- csv</div>
        <div>- svg</div>
        <div>- kml</div>
        <div>...</div>
        <div><br>
        </div>
        <div>
          <div>
            Ca démultiplierai les réutilisations et donc l'adoption
            d'OSM.</div>
        </div>
        <div><br>
        </div>
        <div>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...</div>
        <div><br>
        </div>
        <div><br>
        </div>
      </div>
      <div class="gmail_extra"><br>
        <br>
        <div class="gmail_quote">Le 5 décembre 2013 19:13, Charles
          Nepote <span dir="ltr"><<a href="mailto:charles@nepote.org" target="_blank">charles@nepote.org</a>></span>
          a écrit :<br>
          <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bonjour à
            tous !<br>
            <br>
            **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.<br>
            <br>
            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.<br>
            <br>
            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".<br>
            <br>
            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 :<br>
            * les bâtiments publics<br>
            * les médecins, hôpitaux, pharmacie...<br>
            * les lieux/services de secours (casernes de pompier,
            défibrilateurs, pompes incendies, téléphones de secours)<br>
            * les lieux de culture (Théâtres, Musées, etc.)<br>
            * les lieux d'histoire et du patrimoine<br>
            * les arrêts de transports en commun<br>
            * les terrains/équipements sportifs<br>
            * les lieux touristiques<br>
            * les systèmes de surveillance (caméras de surveillance)<br>
            * les commerces<br>
            * les hameaux<br>
            * les services relatifs aux déchets (bennes de recyclage,
            poubelles, déchetteries, composteurs publics, etc.)<br>
            * etc.<br>
            <br>
            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).<br>
            Et le plus simple que j'ai trouvé c'est la combinaison de
            osmconvert e et osmfilter.<br>
            <a href="http://wiki.openstreetmap.org/wiki/Osmconvert" target="_blank">http://wiki.openstreetmap.org/wiki/Osmconvert</a><br>
            <a href="http://wiki.openstreetmap.org/wiki/Osmfilter" target="_blank">http://wiki.openstreetmap.org/wiki/Osmfilter</a><br>
            <br>
            Je peux obtenir le fichier CSV de toutes les pharmacies de
            PACA en 4 lignes de commande :<br>
            $ wget <a href="http://download.geofabrik.de/europe/france/provence-alpes-cote-d-azur-latest.osm.pbf" target="_blank">http://download.geofabrik.de/europe/france/provence-alpes-cote-d-azur-latest.osm.pbf</a>
            # télécharge le fichier OSM de la Région PACA<br>
            $ ./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<br>
            $ ./osmfilter32 provence-alpes-cote-d-azur-latest.o5m
            --keep="amenity=pharmacy" > PACA-pharmacies.o5m #
            filtrage proprement dit pour ne retenir que les pharmacies<br>
            $ ./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<br>
            <br>
            (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.)<br>
            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 <a href="http://www.openstreetmap.org/node/2368452297" target="_blank">http://www.openstreetmap.org/node/2368452297</a>
            :D .)<br>
            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).<br>
            <br>
            **Pourquoi je creuse ça ?**<br>
            * OSM est une platforme déjà bien en place pour crowdsourcer
            énormément de données et s'enrichit à grande vitesse<br>
            * OSM a une dimension nationale et internationale<br>
            * 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)<br>
            * Produire régulièrement des extractions en CSV devrait
            permettre :<br>
                1. de fournir des données à des néophytes qui pourront
            la réutiliser de manière simple<br>
                2. de permettre à des tas de gens de découvrir et
            utiliser OSM comme plateforme de coproduction de données<br>
                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...<br>
            <br>
            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à.<br>
            <br>
            Ma question est la suivante : est-ce que ça ne vaudrait pas
            le coup de réserver un espace, par exemple sur <a href="http://openstreetmap.fr" target="_blank">http://openstreetmap.fr</a> , où publier
            de l'information pré-mâchée en CSV ?<br>
            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.<br>
            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.<br>
            Qu'en pensez-vous ?<br>
            <br>
            <br>
            Charles Nepote.<br>
            <a href="http://www.openstreetmap.org/user/CharlesNepote" target="_blank">http://www.openstreetmap.org/user/CharlesNepote</a><br>
            <br>
            <br>
            _______________________________________________<br>
            Talk-fr mailing list<br>
            <a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a><br>
            <a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
          </blockquote>
        </div>
        <br>
        <br clear="all">
        <div><br>
        </div>
        -- <br>
        Christian Quest - OpenStreetMap France<br>
        Un nouveau serveur pour OSM... <a href="http://donate.osm.org/server2013/" target="_blank">http://donate.osm.org/server2013/</a>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_______________________________________________
Talk-fr mailing list
<a href="mailto:Talk-fr@openstreetmap.org" target="_blank">Talk-fr@openstreetmap.org</a>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
    </blockquote>
    <br>
    </div></div><span class="HOEnZb"><font color="#888888"><pre cols="72">-- 
--------------------------------------------------------------------
Arnaud Vandecasteele
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
<a href="http://geotribu.net/" target="_blank">http://geotribu.net/</a></pre>
  </font></span></div>

<br>_______________________________________________<br>
Talk-fr mailing list<br>
<a href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-fr" target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br>Christian Quest - OpenStreetMap France<br>Un nouveau serveur pour OSM... <a href="http://donate.osm.org/server2013/" target="_blank">http://donate.osm.org/server2013/</a>
</div>