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 <[email protected]
<mailto:[email protected]>>:
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
[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
