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 <m...@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....@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 <cqu...@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....@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 <cqu...@openstreetmap.fr> a >>>> écrit : >>>> >>>>> 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 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@openstreetmap.org >>>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>>> >>>>> >>>> >>>> _______________________________________________ >>>> Talk-fr mailing list >>>> Talk-fr@openstreetmap.org >>>> https://lists.openstreetmap.org/listinfo/talk-fr >>>> >>>> >>> >>> >>> -- >>> Christian Quest - OpenStreetMap France >>> >>> _______________________________________________ >>> Talk-fr mailing list >>> Talk-fr@openstreetmap.org >>> https://lists.openstreetmap.org/listinfo/talk-fr >>> >>> >> >> _______________________________________________ >> Talk-fr mailing list >> Talk-fr@openstreetmap.org >> https://lists.openstreetmap.org/listinfo/talk-fr >> >> > > > -- > Marc Sibert > m...@sibert.fr > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-fr > >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
