<div dir="ltr"><br><div class="gmail_extra">Le 21 juillet 2017 à 16:17, Christian Quest <span dir="ltr"><<a href="mailto:cquest@openstreetmap.fr" target="_blank">cquest@openstreetmap.fr</a>></span> a écrit :<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <p>Dans ton schéma, quel est le rôle de l'overpass ?</p>
    <p>Est-ce que ce n'est pas juste sa capacité à n'extraire que
      certaines données de la masse qui est utile ?</p>
    <p>Ne serait-il pas plus simple de prendre les hourly-diff, de les
      passer à travers osmfilter ou osmosis pour mettre à jour la base
      locale ?</p>
    <p>Je pense qu'overpass est un réel confort, mais qu'on en abuse
      trop souvent... (overpass <-> overkill)<br></p></div></blockquote><div><br></div><div>C'est vrai, c'est une bonne idée.<br></div><div>En effet, l'overpass est exploité pour sa capacité à extraire.<br></div><div>+1 pour aller filtrer les hourly ou minute diffs, il faudra que je m'y intéresse<br></div><div><br></div><div>Par ailleurs, utiliser un backend custom permet à la fois de gérer différemment les envois vers OSM et vers les données du projet<br></div><div>La collecte peut ne pas porter exclusivement que sur des données OSM et par conséquent il faut opérer un petit routage.<br></div><div>Si on le remplace par un overpass local, on perd cette possibilité<br><br></div><div>François<br></div><div><a href="https://lists.openstreetmap.org/listinfo/talk-fr" rel="noreferrer" target="_blank"></a></div></div><br></div></div>