[OSM-talk-be] Overpass: waarom werkt deze query niet?

Glenn Plas glenn at byte-consult.be
Mon Oct 10 16:34:19 UTC 2016


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" <fa348739 at skynet.be
>> <mailto:fa348739 at skynet.be>>:
>>
>>     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
>>     Talk-be at openstreetmap.org <mailto:Talk-be at openstreetmap.org>
>>     https://lists.openstreetmap.org/listinfo/talk-be
>>     <https://lists.openstreetmap.org/listinfo/talk-be>
>>
>>
>>
>> _______________________________________________
>> Talk-be mailing list
>> Talk-be at openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
> 
> 
> 
> _______________________________________________
> Talk-be mailing list
> Talk-be at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 





More information about the Talk-be mailing list