Le 21. 07. 17 à 16:10, François Lacombe a écrit : > Le 21 juillet 2017 à 15:11, marc marc <marc_marc_...@hotmail.com > <mailto:marc_marc_...@hotmail.com>> a écrit : > > Le 21. 07. 17 à 14:21, François Lacombe a écrit : > > 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 ? > > 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. > Je n'ai pas compris ce que tu voulais dire. > Sous quelle forme Jungle Bus pourrait garder un cache local avec > supposons les 2 millions d'objet qu'elle utilise ? et surtout par quel > moyen les garder à jour tant pour les contributions faite par l'appli > que celle faite par les contributeurs osm ? > > > Un dessin vaut mieux qu'un long discourt > http://imgur.com/a/g4ec4 le flux est très clair dans ton schéma Mais ma question était justement comment tu synchronises entre l'overpass api et la db locale ?
Vu que les minutes diff existent et que Christian dit qu'on peux les filtrer, ne serrais-ce pas plus efficace que l'overpass api français (ou n'importe quel autre) exporte un minute-diff filtré ? Ainsi dans la minute tu as les modifs avec 0 query les 99.99% du temps où rien n'a été modifié sur les objets concernés. _______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr