[OSM-talk-be] Data ophalen uit overpass

[Glenn Plas]

Je kan via http://overpass-turbo.eu/ de queries van QL naar XMl en
omgekeerd transformeren.  Lekker educatief en handig.

Zelf leun ik meer aan bij XML notatie, maar vaak gebruik ik overpass
turbo om QL queries te begrijpen.

Klik op export -> Query in de interface.

Glenn


On 05-09-16 17:35, Sander Deryckere wrote:
> Ik ben niet echt vertrouwd met de XML taal van overpass, meer met de QL
> taal.
> 
> In QL heb je de opties "out center" die van ieder object ook de
> coördinaten van het middelpunt geeft. Een er is ook "out geom" die van
> ieder object alle coördinaten geeft (maar niet als aparte nodes).
> 
> Daarnaast heb je ook nog de recurse up en down operaties ">" en "<", die
> alle nodes van een weg kunnen vragen, of alle wegen van een node.
> 
> Jammer genoeg ken ik de equivalenten van deze commando's more in de XML
> taal.
> 
> 
> Op 5-sep.-2016 11:57 schreef "Karel Adams" <fa348739 at skynet.be
> <mailto:fa348739 at skynet.be>>:
> 
>     Zoals sommigen wel weten haal ik periodiek uit overpass de data op
>     van de vliegvelden in Europa, om ze te vergelijken met andere
>     publieke informatiebronnen. Nu begin ik beter te begrijpen waar ik
>     nog problemen heb. Er zijn nl. twee manieren om een luchtvaartterein
>     aan te geven: ofwel als een node, ofwel als een way. Voorbeelden
>     elks hieronder. Met het "node"-type kan ik intussen aardig uit de
>     voeten, dat is geen probleem. Echter het "way"-type geeft geen
>     coordinaten (zoals een node per definitie wel doet), het geeft de
>     omlijning van het terrein in de vorm van nodes. Als eenmaal de nodes
>     gekend zijn dan vind ik wel een of andere manier om uit de
>     coordinaten van de nodes een set coordinaten van het
>     luchtvaartterrein af te leiden. Maar hoe kom ik aan de nodes?
> 
>     Het enige dat ik me kan bedenken is om uit de aanvakelijk
>     gedownloade dataset een lijst te maken van de gebruikte nodes en dan
>     een tweede query te lanceren om al die nodes op te vragen. Maar dat
>     gaat heel wat data betekenen, ik wil liever de overpass-server(s)
>     niet te zwaar belasten; en ik vind het ook niet bijster elegant.
>     Heeft iemand een beter idee? Een lijst van àlle nodes binnen de bbox
>     zal wel helemaal topzwaar worden, veronderstel ik.
> 
>     Ter illustratie: de huidige query levert me een dataset op van zowat
>     4,2 MB, dat vind ik al flink groot; ik probeer me te beperken om hem
>     slechts eenmaal per week op te vragen.
> 
>     Karel
> 
>     == bijlage: de query ========
> 
>     <osm-script>
>      <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/>
>     </osm-script>
> 
>     == bijlage: voorbeeld van een "node" ================
> 
>       <node id="12625045" lat="49.2074136" lon="-2.1950931">
>         <tag k="aeroway" v="aerodrome"/>
>         <tag k="iata" v="JER"/>
>         <tag k="icao" v="EGJJ"/>
>         <tag k="name" v="Jersey Airport"/>
>         <tag k="wikidata" v="Q8991"/>
>       </node>
> 
>     == bijlage: voorbeeld van een "way" =================
> 
>       <way id="19786292">
>         <nd ref="206143847"/>
>         <nd ref="206143848"/>
>         <nd ref="206143849"/>
>         <nd ref="206143850"/>
>         <nd ref="206143847"/>
>         <tag k="aeroway" v="aerodrome"/>
>         <tag k="icao" v="EBHN"/>
>         <tag k="name" v="Hoevenen"/>
>       </way>
> 
> 
>     _______________________________________________
>     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
>