[OSM-talk-fr] Sécuriser Overpass API : quelles solutions ?
François Lacombe
fl.infosreseaux at gmail.com
Ven 21 Juil 14:10:44 UTC 2017
Le 21 juillet 2017 à 15:11, marc marc <marc_marc_irc at 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
J'utilise ce genre de chose (sans l'ecriture vers OSM) depuis quelques mois
et ca tourne plutôt bien
É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.
Le problème de la contribution multiple se retrouve lorsqu'on fait de
l'édition hors ligne.
François
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20170721/5550c736/attachment.htm>
Plus d'informations sur la liste de diffusion Talk-fr