<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<p>Le 21/07/2017 à 10:48, marc marc a écrit :
<br>
</p>
<blockquote type="cite" style="color: #000000;">Comment fonctionne
un serveur overpass ? il a
<br>
- une copie locale de la base mondiale
<br>
- un moyen pour la garder à jour (par ex chaque minute via un
diff)
<br>
</blockquote>
<br>
Oui, dans les grandes lignes c'est ça, la particularité c'est que la
base a une structure propre à overpass et a été spécialement conçue
pour l'organisation des données OSM. C'est ça qui fait qu'overpass
est très performant car spécialement conçu pour cet unique usage.
<br>
Il n'y a pas de postgres ou autre utilisé (sauf, il me semble pour
les "area").
<br>
<br>
<blockquote type="cite" style="color: #000000;">Si Jungle bus avait
sa base locale contenant toutes infos couramment
<br>
utilisée par cet app (plateorm, bus_stop, stop_area, route=bus),
<br>
Jungle bus pourrait interroger cette overpass "privé" au lieu d'un
<br>
overpass "public". Cette copie locale serrait très petite en
<br>
taille vu qu'il y a moins de 2 millions de ces 4 tag
<br>
La maj de cette copie serrait très petite aussi vu qu'un arrêt de
bus ne
<br>
change pas souvent.
<br>
</blockquote>
<br>
Voilà... on ne traite qu'un tout petit sous ensemble des données OSM
et ça allège du coup beaucoup de choses !
<br>
<br>
<blockquote type="cite" style="color: #000000;">La seule chose qui
reste à créer c'est un "diff" non pas mondial ou
<br>
géographique comme cela existe déjà mais sur base d'un nombre
limité
<br>
d'objet (par exemple plateorm+bus_stop+stop_area+route=bus)
<br>
</blockquote>
<br>
osmfilter / osmconvert ou osmosis peuvent servir à ça en amont pour
filtrer les diff avant de les injecter dans l'update d'overpass afin
de ne garder que ce qui est utile.
<br>
<br>
<blockquote type="cite" style="color: #000000;">Quand au délais de
maj, il existe sur tous les serveurs.
<br>
si tu interroges l'overpass allemand, il a une minute de décalage.
<br>
La copie local aurait le même genre de lag.
<br>
Cela n’empêche en rien de voir le résultat de ton édition.
<br>
Des app comme Go Map conservent une copie de ce que tu as envoyé
<br>
Le seul effet réel est que si tu as 2 smartphones,
<br>
les modifs de l'un mettront une minute pour être visible sur
l'autre.
<br>
C'est le cas pour d'autres app, cela me semble acceptable.
<br>
</blockquote>
<br>
En général ça ne pose pas de problème ou plutôt ça en posera un
quand il y aura des millions de contributeurs Jungle Bus qui
éditerons tous ensemble... ce que j'appelle un "problème de riche".
<br>
<br>
<blockquote type="cite" style="color: #000000;">J'ai lu la doc
d'install hier soir.
<br>
L'installation a l'air assez documentée.
<br>
Je vais tester en local dans les jours à venir.
<br>
</blockquote>
<br>
Teste sur un extrait, pas sur le planet... et SSD (rapide)
indispensable <span class="moz-smiley-s3" title=";)"></span>
<br>
<br>
<blockquote type="cite" style="color: #000000;">Mais la version
osm-fr était-elle standard ?
<br>
A lire le wiki, j'ai l'impression que l'instance osm-fr a une
<br>
amélioration pour permettre de s'en servir comme proxy d'édition.
<br>
</blockquote>
<br>
C'est un petit script au dessus d'overpass (et indépendant) qui
permet de l'utiliser en lieu en place de l'API d'édition.<br>
<br>
<pre class="moz-signature" cols="72">--
Christian Quest - OpenStreetMap France</pre>
</body>
</html>