Hallo Peter Ich spreche beim Overpass API nur vom XAPI Kompatibilitätsmodus... Und der sollte m.E. schon RESTful und sehr nahe an XAPI sein (wie der Name ja suggeriert).
LG, S. Am 16. April 2012 00:19 schrieb Peter Wendorff <wendo...@uni-paderborn.de>: > Hallo Stefan. > Ich schlage vor, du liest dir mal in Ruhe die Dokumentation zur Overpass > Query Language durch. > Die Overpass-API ist nicht die XAPI, sie bietet einen Kompatibilitätsmodus > an. > Die Overpass-API kann aber mehr - und irgendwie finde ich das dann schon > logisch, dass das nicht unbedingt konsistent zur XAPI-Syntax ist. > > Roland hat, wenn ich mich richtig erinnere, in mindestens einem Blogpost > oder Vortrag letztens die Overpass Query Language vorgestellt und begründet, > warum die sinnvoll und richtig ist. > > Wenn Du dir die Doku durchliest, solltest du auch verstehen, warum da ein > Semikolon nicht falsch ist, was out; bedeutet. > > Da der ganze Kram hinter data EIN Parameter, und zwar eine Befehlsfolge in > der Overpass-Query-Language ist, ist das durchaus so "In REST üblich", denn > es sind eben nicht mehrere Parameter, die man durch & trennen könnte. > > Gruß > Peter > > Am 16.04.2012 00:19, schrieb Stefan Keller: >> >> Hallo >> >> Auf der Suche nach einer erweiterten XAPI-Syntax mit logischem >> Operator OR und Vergleichsoperator IsNotEqualTo (vgl. anderer Thread) >> hat mich jemand auf OSM-Dev auf das Overpass API hingewiesen und >> folgende Vorschläge gemacht: >> >> Logischer Operator OR: >>> >>> 1) >>> (node["name"="Lichtscheid"];node["name"="Müngstener Straße"]);out; >>> >>> full >>> URL:<http://overpass-api.de/api/interpreter?data=way%5B%22highway%22%21%3D%22residential%22%5D%2850%2E7%2C7%2E1%2C50%2E701%2C7%2E101%29%3Bout%3B> >> >> Vergleichsoperator IsNotEqualTo: >>> >>> 2) >>> way["highway"!="residential"](50.7,7.1,50.701,7.101);out; [2] >>> >>> full >>> URL:<http://overpass-api.de/api/interpreter?data=way%5B%22highway%22%21%3D%22residential%22%5D%2850%2E7%2C7%2E1%2C50%2E701%2C7%2E101%29%3Bout%3B> >> >> Zu 1) >> * Warum diese Klammern und Anführungszeichen? >> Mind. die Anführungszeichen sind überflüssig und nicht kompatibel mit >> XAPI. >> * Warum Strichpunkt zwischen Tags? >> Ist das der logische OR-Operator? >> >> Zu 2) >> * Warum "out" und warum ein Semicolon davor? >> Wenn schon dann das für Parameter-Trennung übliche& davor und ein >> >> sinniger, in REST üblicher, Parametername "format", also z.B. >> "&format=xml". >> * Warum die BBOX in Klammern? >> Dafür gibt es in XAPI extra den Parameter "bbox" (also z.B. >> "[bbox=left,bottom,right,top]" >> >> Diese Syntax finde ich ein wenig verwirrlich und nicht RESTful - oder >> habe ich da etwas noch nicht verstanden? >> >> -S. >> >> _______________________________________________ >> Talk-de mailing list >> Talk-de@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-de >> > > > _______________________________________________ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de _______________________________________________ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
