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
