[OSM-talk-fr] Overpass.Turbo.eu résultat requête

[Mides]

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(area.zone)
  ["name"~"^Conseil Général$"];
);
out meta;
--------------

Maintenant, si je lance la même requête mais sur le monde entier, sans
AREA, ça passe.  Il y a quelque chose qui m'échappe.

  node ["name"~"^Conseil Général$"];
 out meta;

Michel


Le 14 mai 2014 15:35, Christian Quest <cquest at openstreetmap.fr> a écrit :

> Tu pourrais aussi taper sur l'overpass-FR... ça éviterai le recourt à
> l'area ;)
>
>
> Le 14 mai 2014 14:29, Mides <mides.map at 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 comprends  le fonctionnement mais je ne trouve pas
>> de doc concernant le area, du moins ici :
>> http://wiki.openstreetmap.org/wiki/Overpass_API/Language_Guide
>>
>> D'ailleurs si tu as un point de chute doc, je suis preneur.
>>
>> Michel
>>
>>
>> Le 14 mai 2014 14:02, Marc SIBERT <marc at sibert.fr> a écrit :
>>
>> 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:49, Mides <mides.map at gmail.com> a écrit :
>>>
>>>> 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 certes différente mais le area reste  identique pour les
>>>> deux et  le résultat renvoyé est normalement le même.
>>>>
>>>> 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;
>>>>
>>>>
>>>> Pour info, ce problème est très récent.
>>>>
>>>> Michel
>>>>
>>>>
>>>> Le 14 mai 2014 10:48, Christian Quest <cquest at openstreetmap.fr> a
>>>> écrit :
>>>>
>>>> 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.map at 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 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"](42.33194,-4.79556,51.07167,8.230);
>>>>>>
>>>>>>
>>>>>> Michel
>>>>>>
>>>>>>
>>>>>> Le 14 mai 2014 09:55, Christian Quest <cquest at openstreetmap.fr> a
>>>>>> écrit :
>>>>>>
>>>>>>>  Le 14 mai 2014 09:04, Mides <mides.map at 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 d'emprise.
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> Ça dépend ce que tu veux dire par "remonter". Si par là tu entends
>>>>>>> que tu va recevoir une grosse quantité de données, effectivement ce n'est
>>>>>>> pas le cas (exemple de Monaco).
>>>>>>>
>>>>>>> En fait, l'overpass va commencer par sélectionner tout les noeuds
>>>>>>> dans l'area... et "remonter" ça en RAM, sauf que là, sur la France
>>>>>>> entière... ça dépasse les 512Mo qui sont sa limite et c'est pour ça que tu
>>>>>>> as une erreur.
>>>>>>>
>>>>>>> Ca n'a rien à voir avec ce qui sera transféré au final.
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>> Christian Quest - OpenStreetMap France
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Talk-fr mailing list
>>>>>>> Talk-fr at openstreetmap.org
>>>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Talk-fr mailing list
>>>>>> Talk-fr at openstreetmap.org
>>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>>>
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Christian Quest - OpenStreetMap France
>>>>>
>>>>> _______________________________________________
>>>>> Talk-fr mailing list
>>>>> Talk-fr at openstreetmap.org
>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Talk-fr mailing list
>>>> Talk-fr at openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>>
>>>
>>>
>>> --
>>> Marc Sibert
>>> marc at sibert.fr
>>>
>>> _______________________________________________
>>> Talk-fr mailing list
>>> Talk-fr at openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>> _______________________________________________
>> Talk-fr mailing list
>> Talk-fr at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> _______________________________________________
> Talk-fr mailing list
> Talk-fr at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20140514/6b047f4c/attachment.htm>