<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Le 19/05/2014 14:57, Marc SIBERT a
      écrit :<br>
    </div>
    <blockquote
cite="mid:CACdQbg+ejpUdq-a0C2ytFP1kxvui2dfwHvrz2yY3MstkZgeCJg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div>Bon j'ai un petit schéma :<br>
          <br>
        </div>
      </div>
    </blockquote>
    En fait il ne passe pas donc voici un lien :<br>
    <a class="moz-txt-link-freetext" href="http://eirl-marc.wp.sibert.fr/files/2014/05/Dessin2.png">http://eirl-marc.wp.sibert.fr/files/2014/05/Dessin2.png</a><br>
    <blockquote
cite="mid:CACdQbg+ejpUdq-a0C2ytFP1kxvui2dfwHvrz2yY3MstkZgeCJg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div><br>
        </div>
        C'est bien clair : BANO synthétise et produit ; OSM est l'une
        des sources (la meilleure ?)<br>
        <br>
        A+<br>
      </div>
      <div class="gmail_extra"><br>
        <br>
        <div class="gmail_quote">Le 19 mai 2014 12:38, Vincent Pottier <span
            dir="ltr"><<a moz-do-not-send="true"
              href="mailto:vpottier@gmail.com" target="_blank">vpottier@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"><br>
            Le 19/05/2014 11:38, Pieren a écrit :
            <div class=""><br>
              <blockquote class="gmail_quote" style="margin:0 0 0
                .8ex;border-left:1px #ccc solid;padding-left:1ex">
                Je ne suis pas très à l'aise vis à vis de ce projet.
                D'un côté, je<br>
                comprend l'envie d'aller vite et d'offrir une base
                adresse<br>
                s'affranchissant des contraintes de l'import dans OSM.
                C'est aussi à<br>
                cette tentation qu'à céder mapbox en créant le projet
                "openaddresses"<br>
                ([1]), en voulant s'affranchir, lui, des problèmes de
                licences. Ca<br>
                nous fait donc déjà deux bases adresses "libres".<br>
                On voit bien où ça nous mène : un fork des données avec
                des outils qui<br>
                seront obligés de jongler avec plusieurs bases (OSM pour
                la navigation<br>
                et bano pour le géocodage, par exemple). C'est
                exactement contre ça<br>
                qu'OSM a été créer : ne plus avoir à chercher à gauche
                et à droite<br>
                voir qui fait quoi, qui fait le mieux et comment et avec
                quelle<br>
                license pour travailler avec des données géographiques
                mais avoir le<br>
                tout centralisé dans une seule base (et aussi pour les
                mises à jour).<br>
                <br>
                Donc "hourra pour bano" si ça sert à accélerer
                l'intégration des<br>
                adresses dans OSM. Mais "bof" si ça devient une solution
                pérenne pour<br>
                compenser nos faiblesses comme dans la modélisation ou
                les contraintes<br>
                de l'import (et qu'il vaudrait mieux surmonter).<br>
              </blockquote>
            </div>
            OSM reste bien le réservoir de données autours duquel se
            développe un écosystème.<br>
            Par nature, base de donnée ouverte, OSM a besoin de cet
            écosystème pour la fourniture de données stabilisées.<br>
            OSM ne permet pas de connaître la qualité des données
            fournies : précision, cohérence, libellés, exhaustive...<br>
            On le voit dans de nombreux exemples : trait de côte,
            limites des collectivités territoriales...<br>
            Ce ne sont pas des données brutes OSM qui sont fournies,
            mais des données au moins vérifiées dans leur intégrité,
            voire simplifiées.<br>
            Ce sont des interfaces de nature diverse qui fournissent ces
            données avec un minimum d'information sur la qualité de
            celles-ci.<br>
            <br>
            Il me semble, si j'ai tout compris, que BANO s'inscrit bien
            dans la logique OSM en étant une double interface.<br>
            D'un côté l'aspect QA, permettant de compléter et corriger
            OSM (et non d'importer dans OSM, ça a bien été répété)<br>
            De l'autre côté, proposer un jeu de données stabilisées,
            échappant aux vicissitudes intrinsèques d'OSM : non
            permanence des ids, risques d'introductions d'erreurs...<br>
            BANO permet que :<br>
            * à terme OSM soit bien le réservoir de données,<br>
            * à terme des jeux d'adresses cohérents soient fournis à
            qualité standardisée (exhaustivité, précision, libellés,
            références...).<br>
            <br>
            Comme il y a plusieurs fournisseurs de cartes Garmin à
            partir des données OSM, comme il y a de nombreuses cartes en
            lignes, il y aura probablement plusieurs fournisseurs de
            données stabilisées...<br>
            --<br>
            FrViPofm
            <div class="HOEnZb">
              <div class="h5"><br>
                <br>
                _______________________________________________<br>
                Talk-fr mailing list<br>
                <a moz-do-not-send="true"
                  href="mailto:Talk-fr@openstreetmap.org"
                  target="_blank">Talk-fr@openstreetmap.org</a><br>
                <a moz-do-not-send="true"
                  href="https://lists.openstreetmap.org/listinfo/talk-fr"
                  target="_blank">https://lists.openstreetmap.org/listinfo/talk-fr</a><br>
              </div>
            </div>
          </blockquote>
        </div>
        <br>
        <br clear="all">
        <br>
        -- <br>
        Marc Sibert<br>
        <a moz-do-not-send="true" href="mailto:marc@sibert.fr">marc@sibert.fr</a>
      </div>
    </blockquote>
    <br>
    <br>
    <pre class="moz-signature" cols="72">-- 
Marc Sibert
<a class="moz-txt-link-freetext" href="mailto:marc@sibert.fr">mailto:marc@sibert.fr</a></pre>
  </body>
</html>