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 <[email protected]> a écrit : > Tu pourrais aussi taper sur l'overpass-FR... ça éviterai le recourt à > l'area ;) > > > Le 14 mai 2014 14:29, Mides <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> 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 <[email protected]> a >>>>>> écrit : >>>>>> >>>>>>> Le 14 mai 2014 09:04, Mides <[email protected]> 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 >>>>>>> [email protected] >>>>>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>>>>> >>>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> Talk-fr mailing list >>>>>> [email protected] >>>>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>>>> >>>>>> >>>>> >>>>> >>>>> -- >>>>> Christian Quest - OpenStreetMap France >>>>> >>>>> _______________________________________________ >>>>> Talk-fr mailing list >>>>> [email protected] >>>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Talk-fr mailing list >>>> [email protected] >>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>> >>>> >>> >>> >>> -- >>> Marc Sibert >>> [email protected] >>> >>> _______________________________________________ >>> Talk-fr mailing list >>> [email protected] >>> https://lists.openstreetmap.org/listinfo/talk-fr >>> >>> >> >> _______________________________________________ >> Talk-fr mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> > > > -- > Christian Quest - OpenStreetMap France > > _______________________________________________ > Talk-fr mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-fr
