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

[Christian Quest]

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
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20140514/84082034/attachment.htm>