<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Le 06/12/2013 20:21, Christian Quest a
      écrit :<br>
    </div>
    <blockquote
cite="mid:CAAXY6DNKdBqRLvLycdmj0Mc=qX-k96SJnjiv0xKSyVqQ_F5gsA@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">Le 6 décembre 2013 11:01, Charles
            Nepote <span dir="ltr"><<a moz-do-not-send="true"
                href="mailto:charles@nepote.org" target="_blank">charles@nepote.org</a>></span>
            a écrit :<br>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
              <div text="#000000" bgcolor="#FFFFFF">
                <div>Merci Christian.<br>
                  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).<br>
                  <br>
                </div>
              </div>
            </blockquote>
            <div><br>
            </div>
            <div><br>
            </div>
            <div>Plus les extractions seront précises, plus il faudra
              faire appel à des requêtes pour filtrer vraiment que ce
              qu'on veut.</div>
            <div>Donc les églises "Saint Clair" seront faciles à
              extraire si on suit de simple exemple:</div>
            <div><br>
            </div>
            <div>node[name~'Saint.Clair'][amenity=place_of_worship];out;</div>
            <div>way[name~'Saint.Clair'][amenity=place_of_worship];out;>;out
              skel;<br>
            </div>
            <div><br>
            </div>
            <div>résultat à voir sur: <a moz-do-not-send="true"
                href="http://overpass-turbo.eu/s/1I0">http://overpass-turbo.eu/s/1I0</a><br>
            </div>
            <div><br>
            </div>
          </div>
        </div>
      </div>
    </blockquote>
    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.<br>
    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.<br>
    <br>
    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.<br>
    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).<br>
    Bien sûr il existe le tag is_in :
    <a class="moz-txt-link-freetext" href="https://wiki.openstreetmap.org/wiki/Key:is_in">https://wiki.openstreetmap.org/wiki/Key:is_in</a> 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 :<br>
    -- 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 ?)<br>
    -- travailler sur une autre méthode d'export qui calcule cette
    valeur pendant le cycle de production du fichier csv<br>
    <br>
    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é) ?
    <a class="moz-txt-link-freetext" href="http://www.gisgraphy.com/">http://www.gisgraphy.com/</a> a l'air de le faire (pas complètement sûr
    de ça) mais il faut installer Postgre, Postgis, etc. D'autres pistes
    ?<br>
    <br>
    <br>
    <blockquote
cite="mid:CAAXY6DNKdBqRLvLycdmj0Mc=qX-k96SJnjiv0xKSyVqQ_F5gsA@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div><br>
            </div>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
              <div text="#000000" bgcolor="#FFFFFF">
                <div> 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.<br>
                  <br>
                </div>
              </div>
            </blockquote>
            <div><br>
            </div>
            <div>Moi j'en suis même sûr ;)</div>
            <div><br>
            </div>
            <div> </div>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
              <div text="#000000" bgcolor="#FFFFFF">
                <div> 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.<br>
                  <br>
                  Christian je te propose de démarrer des choses simples
                  et opérationnelles dès maintenant :<br>
                  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)<br>
                  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)<br>
                  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 <a moz-do-not-send="true"
                    href="http://openstreetmap.fr" target="_blank">openstreetmap.fr</a>
                  (ou pas)<br>
                  <br>
                  Ça te va ?<br>
                  <br>
                  ChN<br>
                </div>
              </div>
            </blockquote>
            <div><br>
            </div>
            <div><br>
            </div>
            <div>On peut voir ça après le 18/12 ? </div>
          </div>
          <div><br>
          </div>
        </div>
      </div>
    </blockquote>
    Oui on en reparle.<br>
    <br>
    <br>
    ChN<br>
    <br>
    <br>
    <blockquote
cite="mid:CAAXY6DNKdBqRLvLycdmj0Mc=qX-k96SJnjiv0xKSyVqQ_F5gsA@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">-- <br>
          Christian Quest - OpenStreetMap France<br>
          Un nouveau serveur pour OSM... <a moz-do-not-send="true"
            href="http://donate.osm.org/server2013/" target="_blank">http://donate.osm.org/server2013/</a>
        </div>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Talk-fr mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>