bbox : e="30" n="89" s="35" w="-12"
Dat is best wel groot stuk, niet te verwonderen ook dat dit lang duurt. En 86400 seconden timeout, dat is 1 dag. Uw client moet dus ook 1 dag lang de connectie openhouden. Deze lijkt me efficienter te werken ook: http://overpass-turbo.eu/s/jeD <osm-script timeout="3600"> <union> <query type="node"> <has-kv k="aeroway" v="aerodrome"/> <bbox-query {{bbox}}/> </query> <query type="way"> <has-kv k="aeroway" v="aerodrome"/> <bbox-query {{bbox}}/> </query> <query type="relation"> <has-kv k="aeroway" v="aerodrome"/> <bbox-query {{bbox}}/> </query> </union> <print/> <print geometry="center"/> </osm-script> Glenn On 10-10-16 18:11, Karel Adams wrote: > Dank je, Sander, een goed idee om "den Fehler einzukreisen" zoals de > Oosterburen dat zo fraai kunnen zeggen. > > Helaas maakt het geen ene moer verschil. Hieronder de query, en het > verloop van de sessie - dat laatste is identiek als met de center er wel > bij. Bemerk overigens dat ik er een grote time-out heb bij ingezet, een > vol uur, echter de query geeft het op na slechts enkele minuten. > > Ik zit nu te denken om het betrekkelijk grote gebied waarvoor ik de data > opvraag opte splitsen in deelgebieden, die een voor een te queryen en > dan te output an elkaar te plakken - een beetje knutselig maar vroeg of > laat moet het wel werken, als ik het maar fijn genoeg opsnipper. Maar > zou er echt niets eleganters mogelijk zijn? > > Oja, de "relation" deelquery levert niet al te veel resultaten op hoor: > voor een beperkt deelgebied kreeg ik 106 nodes, 170 ways, maar slechts > 10 relations. > > Karel > > =========== query ===================== > > <osm-script timeout="86400"> > <query type="node"> > <has-kv k="aeroway" v="aerodrome"/> > <bbox-query e="30" n="89" s="35" w="-12" /> > </query> > <print/> > <query type="way"> > <has-kv k="aeroway" v="aerodrome"/> > <bbox-query e="30" n="89" s="35" w="-12" /> > </query> > <print geometry="center"/> > <query type="relation"> > <has-kv k="aeroway" v="aerodrome"/> > <bbox-query e="30" n="89" s="35" w="-12" /> > </query> > <print/> > </osm-script> > > =========== sessie ====================== > > --2016-10-10 15:49:34-- http://overpass-api.de/api/interpreter > Resolving overpass-api.de (overpass-api.de)... 136.243.42.136, > 2a01:4f8:212:a83::2 > Connecting to overpass-api.de (overpass-api.de)|136.243.42.136|:80... > connected. > HTTP request sent, awaiting response... 200 OK > Length: unspecified [application/osm3s+xml] > Saving to: ‘in4_raw/osm_aerodromes.xml’ > > [ > <=> ] 4,300,763 > 541KB/s in 1m 42s > > 2016-10-10 15:57:00 (41.2 KB/s) - Read error at byte 4300763 > (Success).Retrying. > > --2016-10-10 15:57:01-- (try: 2) http://overpass-api.de/api/interpreter > Connecting to overpass-api.de (overpass-api.de)|136.243.42.136|:80... > connected. > HTTP request sent, awaiting response... 429 Too Many Requests > 2016-10-10 15:57:17 ERROR 429: Too Many Requests. > > =============================================================== > > > On 10/10/16 15:38, Sander Deryckere wrote: >> >> Ik verwacht hier dat er enkele grote relaties zijn met die tag. Om het >> center te berekenen moet overpass alle nodes gaan opvragen, wat veel >> werk is voor grote relaties. >> >> Misschien heeft iemand zelfs een fout gemaakt en is die tag terecht >> gekomen op een verkeerde relatie (zoals een grens). >> >> Kan je eens de query proberen zonder het center te vragen? Dan kan je >> al zien als er eigenaardige tag combinaties tussen zitten. >> >> Mvg, >> Sander >> >> >> Op 9-okt.-2016 13:46 schreef "Karel Adams" <[email protected] >> <mailto:[email protected]>>: >> >> 1) dit werkt wel: >> >> <osm-script> >> <query type="way"> >> <has-kv k="aeroway" v="aerodrome"/> >> <bbox-query e="30" n="89" s="35" w="-12" /> >> </query> >> <print geometry="center"/> >> </osm-script> >> >> 2) echter als ik de <query type="way"> verander in <query >> type="relation"> dan gaat het niet meer: >> >> <?xml version="1.0" encoding="UTF-8"?> >> <osm version="0.6" generator="Overpass API"> >> <note>The data included in this document is from >> www.openstreetmap.org <http://www.openstreetmap.org>. The data is >> made available under ODbL.</note> >> <meta osm_base="2016-10-09T11:23:02Z"/> >> >> <remark> runtime error: Query timed out in "query" at line 3 after >> 181 seconds. </remark> >> >> </osm> >> >> Het zou natuurlijk kunnen dat de server overbelast is, maar het >> lijkt onwaarschijnlijk: de ene vorm werkt keer op keer wel, de >> andere keer op keer niet. >> >> >> PS voor wie wil experimenteren: een voorbeeld van een "relation" >> met k=Aeroway v=aerodrome is de luchthaven van Luxemburg. >> >> >> >> >> _______________________________________________ >> Talk-be mailing list >> [email protected] <mailto:[email protected]> >> https://lists.openstreetmap.org/listinfo/talk-be >> <https://lists.openstreetmap.org/listinfo/talk-be> >> >> >> >> _______________________________________________ >> Talk-be mailing list >> [email protected] >> https://lists.openstreetmap.org/listinfo/talk-be > > > > _______________________________________________ > Talk-be mailing list > [email protected] > https://lists.openstreetmap.org/listinfo/talk-be > _______________________________________________ Talk-be mailing list [email protected] https://lists.openstreetmap.org/listinfo/talk-be
