<div dir="ltr">Le 21 juillet 2017 à 15:11, marc marc <span dir="ltr"><<a target="_blank" href="mailto:marc_marc_irc@hotmail.com">marc_marc_irc@hotmail.com</a>></span> a écrit :<br><div class="gmail_extra"><div class="gmail_quote"><blockquote style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex" class="gmail_quote">Le 21. 07. 17 à 14:21, François Lacombe a écrit :<br>
<span class="gmail-">> Par contre, est-ce utile et justifié de monter une instance overpass en<br>
> ayant préalablement épuré le jeu de données à ce qui nous intéresse<br>
> uniquement ?<br>
> Remonter un backend conforme à l'API central pour l'édition, qui<br>
> dupliquerait le flux d'édition à la fois dans la base locale et sur OSM<br>
> d'une part et qui permettrait de charger ces données dans l'appli<br>
> frontend sur une bbox d'autre part ne requiert pas la puissance (et<br>
> complexité adjacente) d'overpass.<br>
</span>Je n'ai pas compris ce que tu voulais dire.<br>
Sous quelle forme Jungle Bus pourrait garder un cache local avec<br>
supposons les 2 millions d'objet qu'elle utilise ? et surtout par quel<br>
moyen les garder à jour tant pour les contributions faite par l'appli<br>
que celle faite par les contributeurs osm ?<br></blockquote><div><br></div><div>Un dessin vaut mieux qu'un long discourt<br><a href="http://imgur.com/a/g4ec4">http://imgur.com/a/g4ec4</a><br><br></div><div>J'utilise ce genre de chose (sans l'ecriture vers OSM) depuis quelques mois et ca tourne plutôt bien<br><br></div><div>Évidemment j'indique une sycnhro toutes les heures, mais même en le faisant toutes les 5 minutes on réduirait grandement la charge sur l'overpass par rapport à une adhérence directe avec le terminal du contributeur.<br><br></div><div>Le problème de la contribution multiple se retrouve lorsqu'on fait de l'édition hors ligne.<br><br></div><div>François<br></div></div><br></div></div>