[OSM-talk-be] overpass query

[Karel Adams]

Jo, sorry hoor, maar hier snap ik den hond zijn ... niet van. Dat ligt 
natuurlijk aan mij en niet aan u :) Ik had dan ook nog nooit van 
Overpass Turbo gehoord, hoogstens de term al eens tegengekomen in deze 
maillijst Herinner u misschien dat ik nogal van de ambachtelijke aanpak 
houd?

Bovenal zie ik met uw query niet de minste aero-info, maar ik krijg dan 
ook een prentje van het Zuiden van Mechelen te zien, "den Arsenaal" en 
omgeving zeg maar; en daar is nu eenmaaal niets aeronautisch in de 
buurt, enkel treinen. Maar ik zie nergens waar uw bbox is vastgelegd 
zodat ik hem ook niet kan wijzigen.

Ook de syntax van uw query ziet er voor mij kabbalistisch uit; vooral 
regel 8 lijkt me eerder een emoticon dan uitvoerbare code ;)

Excuus voor mijn onwetendheid!
Karel

1    [out:xml][timeout:25];
2    (
3      node["aeroway"]({{bbox}});
4      way["aeroway"]({{bbox}});
5      relation["aeroway"]({{bbox}});
6    );
7    out meta;
8    ._>;
9    out meta;

On 19/03/17 07:59, Jo wrote:
> Hallo Karel,
>
> Voor het ontwikkelen van query's is Overpass Turbo van onschatbare 
> waarde. Probeer hier eens mee en laat  weten of dat in de juiste 
> richting gaat:
>
> http://overpass-turbo.eu/s/nCn
>
> Ik heb de verkorte QL-taal gebruikt, omdat ik die gemakkelijker vind 
> om te lezen dan de XML-notatie.
>
> Je kan converteren op deze pagina:
>
> http://overpass-api.de/convert_form.html
>
> En dan zie je dat jouw  query een recurse-from nodig had:
>
> <osm-script output="xml" output-config="" timeout="25">
>    <union into="_">
>      <query into="_" type="node">
>        <has-kv k="aeroway" modv="" v=""/>
>      </query>
>      <query into="_" type="way">
>        <has-kv k="aeroway" modv="" v=""/>
>      </query>
>      <query into="_" type="relation">
>        <has-kv k="aeroway" modv="" v=""/>
>      </query>
>    </union>
>    <print e="" from="_" geometry="skeleton" limit="" mode="meta" n="" order="id" s="" w=""/>
>    <recurse from="_" into="_" type="down"/>
>    <print e="" from="_" geometry="skeleton" limit="" mode="meta" n="" order="id" s="" w=""/>
> </osm-script>
> In die verkorte notatie wordt dat weergegeven als ">;", <; zou betekent hebben alle 'parents'.
> mvg,
> Jo
>
> Op 19 maart 2017 om 08:22 schreef Karel Adams <fa348739 at skynet.be 
> <mailto:fa348739 at skynet.be>>:
>
>     Nog steeds knutsel ik met het query'en van overpass om
>     vliegveldinformatie te pakken te krijgen.
>
>     Huidige opgave: renderen van 1 luchtvaartterrein met alles erop en
>     eraan.
>
>     De eerste stap is eenvoudig, en geeft reeds heel wat nuttigs.
>     Dingen die als node zijn gemapt krijg ik zondermeer in mijn xml en
>     kunnen dus gerenderd worden. Maar dingen die als "way" zijn
>     gemapt, en dat zijn de voornaamste (runway, taxiway, apron, ...)
>     geven me enkel een lijst van nodes, zonder coordinaten. Nu zou ik
>     al moeten een tweede query lanceren om van al die nodes de
>     coordinaten op te vragen? Of is er een manier om reeds van de
>     eerste query niet alleen voor elke way de nodes te bekomen maar
>     ook de coordinaten derzelve?
>
>     Hier de query voor vliegveld Kiewit:
>
>     <osm-script timeout="60">
>      <query type="node">
>      <has-kv k="aeroway"/>
>      <bbox-query e="5.38551644453" n="50.9867" s="50.9533"
>     w="5.36448355547"/>
>      </query>
>      <print/>
>      <query type="way">
>      <has-kv k="aeroway"/>
>      <bbox-query e="5.38551644453" n="50.9867" s="50.9533"
>     w="5.36448355547"/>
>      </query>
>      <print/>
>     </osm-script>
>
>
>     _______________________________________________
>     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

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-be/attachments/20170319/ce73e412/attachment.htm>