Sauf que le choix de PostgreSQL n'est pas stupide étant donné ce qui est
demandé et déjà fourni:
- moniteur transactionnel anvec transaction log et recovery, backup et
réplication "live", gestion des caches, construction des index, niveau de
performance et de sécurité, concurrence d'accès très
Le 16/05/2016 17:59, Philippe Verdy a écrit :
personnelmement je trouve que la façon dont est géré le paramètre
bounding box est plutôt mal fichu: globalement ça fait deux sélections
d'objets puis une intersection, mais sur une bounding box très grande
c'est ridicule car une des listes
Merci!
--
View this message in context:
http://gis.19327.n5.nabble.com/Timeout-avec-OverpassT-alternative-tp5873617p5873637.html
Sent from the France mailing list archive at Nabble.com.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
personnelmement je trouve que la façon dont est géré le paramètre bounding
box est plutôt mal fichu: globalement ça fait deux sélections d'objets puis
une intersection, mais sur une bounding box très grande c'est ridicule car
une des listes d'objets est beaucoup trop volumineuse.
Au delà d'une
Sur un très grand BBOX un timeout de 60 est très très insuffisant.
Deux solutions:
- l'augmenter (beaucoup)
- ne pas mettre de BBOX... dans ce cas overpass ne cherchera que via les
tags et sur un type d'objet aussi peu fré"quent que les centrales
nucléaires ça sera beaucoup plus rapide (testé, ça
Augmente le paramètre timeout, par exemple a 1200
[out:json][timeout:1200];
Pierre
De : Shohreh
À : talk-fr@openstreetmap.org
Envoyé le : lundi 16 mai 2016 8h55
Objet : [OSM-talk-fr] Timeout avec OverpassT : alternative?
Bonjour
Je voulais récupérer la
6 matches
Mail list logo