Pourquoi toujours mettre overpass dans la boucle ?
Les diff sont produits en daily, hourly et minute au niveau osm.org (planet)
On a des diff dispo en daily sur les extraits régionaux proposés par
geofabrik
On a des diff minute sur les extraits pas mal d'extraits régionaux
proposés par OSM-FR
Si on ne veut garder qu'une partie de ces données selon certains tags,
il y a des outils léger pour ça (osmfilter et surtout osmosis)...
overpass me semble surtout utile pour des requêtes non répétitives ou
changeantes qu'on ne va pas scripter.
Pour du répétitif, ça vaut le coup d'écrire quelques lignes de script
pour ne pas abuser d'overpass... car à force ces abus saturent les
instances publiques et rendent trop dépendants des services qui ne
devraient pas l'être.
(Re)découvrez osmosis... il peut prendre en entrée un dump complet ou
des diff, appliquer des filtres dessus, sortir ça au final dans des
fichiers (pbf, osm, etc) mais aussi dans une base postgres avec au moins
deux schémas (par exemple le schéma snapshot qui est très proche de
celui de l'API OSM).
https://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage_0.45
C'est un outil très polyvalent qui ne date pas d'hier et qu'on a un peu
oublié... mais qui est toujours d'actualité (utilisé par exemple par les
serveurs de rendu OSM-FR pour agréger plusieurs diff avant de les passer
à osm2pgsql).
Le 21/07/2017 à 16:26, marc marc a écrit :
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
--
Christian Quest - OpenStreetMap France
_______________________________________________
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr