J'ai un peu de mal à appréhender cette API, comme par exemple cette
syntaxe :
area [name=France][admin_level=2]-.zone;
je pensais qu'à ce niveau là, je ne remontais pas une quantité phénoménale
de données mais juste le polygone d'emprise.
Quant à area je ne trouve pas spécialement de doc ici,
Le 14/05/2014 09:04, Mides a écrit :
J'ai un peu de mal à appréhender cette API, comme par exemple cette
syntaxe :
area [name=France][admin_level=2]-.zone;
je pensais qu'à ce niveau là, je ne remontais pas une quantité
phénoménale de données mais juste le polygone d'emprise.
La France
Le 14 mai 2014 09:04, Mides mides@gmail.com a écrit :
J'ai un peu de mal à appréhender cette API, comme par exemple cette
syntaxe :
area [name=France][admin_level=2]-.zone;
je pensais qu'à ce niveau là, je ne remontais pas une quantité phénoménale
de données mais juste le polygone
Je pensais que l'on pouvait travailler sur une emprise du style
inside_polygon. (admin_level = 2) sans pour cela remonter toutes les
données existantes dans ce polygone.
Je peux biaiser le problème en définissant une bbox mais ce n'est pas le
top non plus (résultats en UK)
overpass n'est tout simplement pas conçu pour faire des requêtes sur des
zones aussi grandes.
Le 14 mai 2014 10:36, Mides mides@gmail.com a écrit :
Je pensais que l'on pouvait travailler sur une emprise du style
inside_polygon. (admin_level = 2) sans pour cela remonter toutes les
données
Peut être effectivement que ce n'est pas conçu pour cela mais partant donc
du principe que c'est le area qui pose problème, en englobant une zone trop
important, je serai curieux de savoir pourquoi avec ces deux requêtes, une
fonctionne très bien alors que l’autre lève une erreur.
L’approche est
Visiblement le regv prend toutes les données, mais pas le v normal et ça
produit un dépassement de capacité.
Sûrement une question d'optimisation de la requête. As-tu essayé de croiser
les filtres ?
A voir aussi : [maxsize:1073741824]
(je parle de la requête en version xml).
Le 14 mai 2014
A dire vrai, je vais avoir quelques difficultés à optimiser quoique ce
soit. J'utilise cette syntaxe, area [name=France][admin_level=
2]-.zone; donc je comprends le fonctionnement mais je ne trouve pas de
doc concernant le area, du moins ici :
Tu pourrais aussi taper sur l'overpass-FR... ça éviterai le recourt à
l'area ;)
Le 14 mai 2014 14:29, Mides mides@gmail.com a écrit :
A dire vrai, je vais avoir quelques difficultés à optimiser quoique ce
soit. J'utilise cette syntaxe, area [name=France][admin_level=
2]-.zone; donc je
Tout à fait dans le mesure où c'est la France qui m’intéresse, mais où
trouve t-on cet outil ou se serveur. J'ai bien essayé de changer l'adresse
sur overpass turbo eu , mais aucun résultat.
Michel
Le 14 mai 2014 15:35, Christian Quest cqu...@openstreetmap.fr a écrit :
Tu pourrais aussi taper
Effectivement sacrée optimisation des requêtes.
donc, si je lance cette requête sur une zone bien définie qui concerne la
France et DOM/TOM, on peut effectivement supposer qu'il y a une
surcharge des données au niveau AREA
---
area [name=France][admin_level=2]-.zone;
(
Le 14 mai 2014 16:40, Mides mides@gmail.com a écrit :
Tout à fait dans le mesure où c'est la France qui m'intéresse, mais où
trouve t-on cet outil ou se serveur. J'ai bien essayé de changer l'adresse
sur overpass turbo eu , mais aucun résultat.
https://openstreetmap.fr/outils Accéder
area [name=France][admin_level=2]-.zone;
(
node[name~^Conseil Général$];
node._(area.zone);
);
out meta;
/--
Cela fonctionne effectivement et avec un temps de réponse assez surprenant.
J'ai bien vu l'ajout de : node._(area.zone), me reste maintenant à essayer
de
Oups, par contre un petit souci, le tag name est Conseil Général et l'on
peut concevoir que l'on ne trouve ces deux termes associés qu'en France.
Si je mets le terme Police, sensé être utilisé en dehors des pays
francophones, il me renvoie un résultat sur le monde entier. On dirait
qu'il ne tient
Ok vu, c'est le niveau de parenthèse qui nous a joué un mauvais tour. :-)
C'est un peut mieux de la sorte, avec le node[name~^Conseil Général$];
qui devient très certainement prioritaire sur le area. (*D'ailleurs j'ai
mis des parenthèses qui ne servent à rien dans ce cas là*)
Ce problème est donc résolu avec l'Overpass Turbo, un grand merci à tous
ceux qui ont pris sur le temps pour m'aider tout au long de la journée.
Bonne fin de soirée.
Michel
Le 14 mai 2014 22:56, Roland Olbricht roland.olbri...@gmx.de a écrit :
area [name=France][admin_level=2]-.zone;
(
Bonsoir,
À cette requête, pour test, sensée trouver toutes les tags name débutants
par cette chaine, trzetgsqgdfgqsdaze cette réponse m’est retournée, et
pourtant je ne pense pas qu’il y ait beaucoup de tags name où l'on trouve
ce mot.
Assez étonnant comme résultat.
*Requête :*
area
Je pense que c'est la premier area qui cause un dépassement côté serveur...
et pas que le serveur t'a envoyé 513MB de data ;)
Sur une plus petite zone (Monaco) ça répond bien qu'il n'a rien trouvé.
Le 13 mai 2014 20:55, Mides mides@gmail.com a écrit :
Bonsoir,
À cette requête, pour test,
Je pense plutôt que c'est le premier filtre de la seconde requête
(node(zone)à qui n'est pas assez sélectif. La zone (le polygone de la
France adminstrative de niveaus 2) est gigantesque et contient des millions
de noeuds.
La première requête (vers la variable zone est relativelent sélective car
19 matches
Mail list logo
