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 a écrit :
> > area [name="France"][admin_level="2"]->.zone;
> > (
> >node(area
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à*)
/*---
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 ti
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 à essay
> area [name="France"][admin_level="2"]->.zone;
> (
>node(area.zone)
>["name"="Conseil Général"];
> );
> out meta;
>
> //--
>
> area [name="France"][admin_level="2"]->.zone;
> (
>node(area.zone)
>["name"~"^Conseil Général$"];
> );
> out meta;
Un
Le 14 mai 2014 16:40, Mides 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 aux données"
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;
(
node(
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 a écrit :
> Tu pourrais aussi taper sur l'overpass-FR...
Tu pourrais aussi taper sur l'overpass-FR... ça éviterai le recourt à
l'area ;)
Le 14 mai 2014 14:29, Mides 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 comprends le
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 :
http://wiki.openstreetmap.org/wiki/Overpass_API/L
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 13
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 c
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 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 existantes dan
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)
node["name"~"^Police"
Le 14 mai 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.
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.
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 i
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 c
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 a écrit :
> Bonsoir,
>
> À cette requête, pour test, sensée trouver t
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 [name="F
20 matches
Mail list logo
