<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Quand on commence à avoir un usage critique d'une API pour un
projet donné, il faut devenir autonome si on le peut vis à vis de
cette API...</p>
<p>Si une appli dépend:</p>
<p>1) d'overpass pour chercher des données dans une base OSM</p>
<p>2) de fond de cartes<br>
</p>
<p>3) de l'API OSM pour de l'édition</p>
elle peut se rendre autonome sur:<br>
- le 1 en déployant sa propre instance overpass,<br>
- le 2 en produisant son propre rendu de fond<br>
- mais elle ne pourra pas devenir 100% autonome sur l'API d'édition
qui elle est unique... sauf à mettre en place tout un mécanisme
assez complexe de tampon d'édition (ce que fait wheelmap il me
semble).<br>
<br>
<br>
Pour mémoire, OSM-FR est à la recherche d'un admin pour maintenir
son instance overpass. Les outils de haute dispo ne peuvent de toute
façon fonctionner que si il y a des instances derrière qui tournent
et sont donc administrées pour être opérationnelle et à jour...<br>
<br>
Overpass est un peu "touchy" et le déploiement d'instance un peu
lourd ce qui explique pourquoi il n'y en a pas plus de déployées.<br>
<br>
Autre solution dans le cas de jungle-bus ou autres projets de ce
type, s'appuyer sur autre chose qu'overpass, ou alors une instance
où l'on a filtré uniquement le type d'objets utiles pour son projet.
Ceci rend moins lourde la config nécessaire pour l'instance... par
exemple si les bâtiments ne sont pas utiles, ça fait un sacré volume
de données en moins à garder !<br>
Le confort d'overpass c'est son côté universel à l'usage, mais c'est
ce qui explique aussi sa lourdeur en déploiement.<br>
<br>
<br>
<div class="moz-cite-prefix">Le 21/07/2017 à 10:05, François Lacombe
a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:CAG0ygLcb+75ruoqNkF-BPMY24yCtztnDVikhjpkxvZnhW1WDTQ@mail.gmail.com">
<div dir="ltr">Bonjour Jean-Yvon,<br>
<div>
<div class="gmail_extra">
<div class="gmail_quote"><br>
<br>
Le 21 juillet 2017 à 09:38, <span dir="ltr"><<a
href="mailto:osm.sanspourriel@spamgourmet.com"
target="_blank" moz-do-not-send="true">osm.sanspourriel@spamgourmet.com</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="transparent">
<p>Pas complètement d'accord ou je n'ai pas compris ce
que tu entends par tampon.</p>
<p>Car Jungle Bus est dans l'édition de données.</p>
<p>Si tu ajoute des arrêts mais ne les vois pas, c'est
gênant. Déception du contributeur (ai-je bien tagué
?) et risque de double contribution.<br>
</p>
</div>
</blockquote>
<div>Puisqu'on maitrise le tampon, il faut le mettre à
jour au rythme des éditions.<br>
</div>
<div>Ensuite, soit on fait un synchro assez poussée avec
l'overpass, ou alors on le flush carrément en
réimportant en prenant pour principe que tout ce qui est
dans la base monde est l'unique vérité toutes les x
heures.<br>
</div>
<div><br>
</div>
<div>C'est aussi ce qui avait été évoqué pour mapcontrib
(en ayant le beau rôle du yakafokon pour ma part)<br>
</div>
<div><br>
</div>
<div>De toute façons il faut trouver des solutions, toutes
les applis ne peuvent pas reposer que sur les instances
publiques de l'overpass</div>
</div>
<br>
</div>
</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Talk-fr mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Talk-fr@openstreetmap.org">Talk-fr@openstreetmap.org</a>
<a class="moz-txt-link-freetext" href="https://lists.openstreetmap.org/listinfo/talk-fr">https://lists.openstreetmap.org/listinfo/talk-fr</a>
</pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Christian Quest - OpenStreetMap France</pre>
</body>
</html>