<div dir="ltr"><div><div><div>Sur le fond on est d'accord, il va falloir disposer de ressources locales au projet pour ne plus dépendre d'OAPI.<br><br></div>Par contre, est-ce utile et justifié de monter une instance overpass en ayant préalablement épuré le jeu de données à ce qui nous intéresse uniquement ?<br></div>Remonter un backend conforme à l'API central pour l'édition, qui dupliquerait le flux d'édition à la fois dans la base locale et sur OSM d'une part et qui permettrait de charger ces données dans l'appli frontend sur une bbox d'autre part ne requiert pas la puissance (et complexité adjacente) d'overpass.<br><br></div>My 2 cents<br><br><div><div><br><div><div><br clear="all"><div class="gmail_extra"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><b>François Lacombe</b><br><br>fl dot infosreseaux At gmail dot com<br><a href="http://www.infos-reseaux.com" target="_blank">www.infos-reseaux.com</a><br><a href="http://www.twitter.com/InfosReseaux" target="_blank">@InfosReseaux</a></div></div></div>
<br><div class="gmail_quote">Le 21 juillet 2017 à 11:26, Christian Quest <span dir="ltr"><<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF"><span class="">
    <p>Le 21/07/2017 à 10:48, marc marc a écrit :
      <br>
    </p>
    <blockquote type="cite" style="color:#000000">Comment fonctionne
      un serveur overpass ? il a
      <br>
      - une copie locale de la base mondiale
      <br>
      - un moyen pour la garder à jour (par ex chaque minute via un
      diff)
      <br>
    </blockquote>
    <br></span>
    Oui, dans les grandes lignes c'est ça, la particularité c'est que la
    base a une structure propre à overpass et a été spécialement conçue
    pour l'organisation des données OSM. C'est ça qui fait qu'overpass
    est très performant car spécialement conçu pour cet unique usage.
    <br>
    Il n'y a pas de postgres ou autre utilisé (sauf, il me semble pour
    les "area").
    <br><span class="">
    <br>
    <blockquote type="cite" style="color:#000000">Si Jungle bus avait
      sa base locale contenant toutes infos couramment
      <br>
      utilisée par cet app (plateorm, bus_stop, stop_area, route=bus),
      <br>
      Jungle bus pourrait interroger cette overpass "privé" au lieu d'un
      <br>
      overpass "public". Cette copie locale serrait très petite en
      <br>
      taille vu qu'il y a moins de 2 millions de ces 4 tag
      <br>
      La maj de cette copie serrait très petite aussi vu qu'un arrêt de
      bus ne
      <br>
      change pas souvent.
      <br>
    </blockquote>
    <br></span>
    Voilà... on ne traite qu'un tout petit sous ensemble des données OSM
    et ça allège du coup beaucoup de choses !
    <br><span class="">
    <br>
    <blockquote type="cite" style="color:#000000">La seule chose qui
      reste à créer c'est un "diff" non pas mondial ou
      <br>
      géographique comme cela existe déjà mais sur base d'un nombre
      limité
      <br>
      d'objet (par exemple plateorm+bus_stop+stop_area+<wbr>route=bus)
      <br>
    </blockquote>
    <br></span>
    osmfilter / osmconvert ou osmosis peuvent servir à ça en amont pour
    filtrer les diff avant de les injecter dans l'update d'overpass afin
    de ne garder que ce qui est utile.
    <br><span class="">
    <br>
    <blockquote type="cite" style="color:#000000">Quand au délais de
      maj, il existe sur tous les serveurs.
      <br>
      si tu interroges l'overpass allemand, il a une minute de décalage.
      <br>
      La copie local aurait le même genre de lag.
      <br>
      Cela n’empêche en rien de voir le résultat de ton édition.
      <br>
      Des app comme Go Map conservent une copie de ce que tu as envoyé
      <br>
      Le seul effet réel est que si tu as 2 smartphones,
      <br>
      les modifs de l'un mettront une minute pour être visible sur
      l'autre.
      <br>
      C'est le cas pour d'autres app, cela me semble acceptable.
      <br>
    </blockquote>
    <br></span>
    En général ça ne pose pas de problème ou plutôt ça en posera un
    quand il y aura des millions de contributeurs Jungle Bus qui
    éditerons tous ensemble... ce que j'appelle un "problème de riche".
    <br><span class="">
    <br>
    <blockquote type="cite" style="color:#000000">J'ai lu la doc
      d'install hier soir.
      <br>
      L'installation a l'air assez documentée.
      <br>
      Je vais tester en local dans les jours à venir.
      <br>
    </blockquote>
    <br></span>
    Teste sur un extrait, pas sur le planet... et SSD (rapide)
    indispensable <span class="m_151033214477180534moz-smiley-s3" title=";)"></span>
    <br><span class="">
    <br>
    <blockquote type="cite" style="color:#000000">Mais la version
      osm-fr était-elle standard ?
      <br>
      A lire le wiki, j'ai l'impression que l'instance osm-fr a une
      <br>
      amélioration pour permettre de s'en servir comme proxy d'édition.
      <br>
    </blockquote>
    <br></span>
    C'est un petit script au dessus d'overpass (et indépendant) qui
    permet de l'utiliser en lieu en place de l'API d'édition.<span class=""><br>
    <br>
    <pre class="m_151033214477180534moz-signature" cols="72">-- 
Christian Quest - OpenStreetMap France</pre>
  </span></div>

<br>______________________________<wbr>_________________<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" rel="noreferrer" target="_blank">https://lists.openstreetmap.<wbr>org/listinfo/talk-fr</a><br>
<br></blockquote></div><br></div></div></div></div></div></div>