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
