overpass turbo - eine Web-GUI für die Overpass-API

Hi, danke erstmal für deine Mühe.

Und Win7, FF18.0.1 passiert leider rein gar nix, unter Chrome kann man die Karte nicht verschieben (sieht sonst aber schon nett aus)

win7 64bit mit FF18.0.1 geht bei mir einwandfrei.

S-Man42 wrote:

Und Win7, FF18.0.1 passiert leider rein gar nix,

Hier geht's. Win7-64 FF18.0.1.

Schönes Tool, Danke! 🙂

S-Man42 wrote:

Und Win7, FF18.0.1 passiert leider rein gar nix, unter Chrome kann man die Karte nicht verschieben (sieht sonst aber schon nett aus)

Hi, habe leider nur ein WinXP zum Testen, aber da funktionieren FF18.0.1 und Chrome 24 problemlos. Kannst du evtl. die Fehlermeldungen posten (Firefox: Strg+Umschalt+K)?

Können Flächen-POIs noch nicht in der Karte angezeigt werden?
zB. :

<query␣type="way">
<has-kv␣k="tourism"␣v="hotel"/>

liefert nur den Daten-Output, aber auf der Map wird nichts gezeigt.

[12:10:22.823]␣Unbekannte␣Eigenschaft␣'-moz-border-radius'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/CodeMirror/lib/codemirror.css:71
[12:10:22.823]␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'filter'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/CodeMirror/lib/codemirror.css:111
[12:10:22.827]␣Unbekannte␣Eigenschaft␣'user-select'.␣␣Deklaration␣ignoriert.␣@␣http://cdn.leafletjs.com/leaflet-0.4.5/leaflet.css:27
[12:10:22.827]␣Unbekannte␣Eigenschaft␣'-moz-border-radius'.␣␣Deklaration␣ignoriert.␣@␣http://cdn.leafletjs.com/leaflet-0.4.5/leaflet.css:114
[12:10:22.828]␣Unbekannte␣Eigenschaft␣'-moz-box-shadow'.␣␣Deklaration␣ignoriert.␣@␣http://cdn.leafletjs.com/leaflet-0.4.5/leaflet.css:369
[12:10:22.829]␣Unbekannte␣Eigenschaft␣'-moz-border-radius'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/locationfilter/src/locationfilter.css:13
[12:10:22.829]␣Unbekannte␣Eigenschaft␣'-moz-box-shadow'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/locationfilter/src/locationfilter.css:30
[12:10:22.829]␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'background'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/locationfilter/src/locationfilter.css:34
[12:10:22.829]␣Farbe␣erwartet,␣aber␣'top'␣gefunden.␣␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'background'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/locationfilter/src/locationfilter.css:39
[12:10:22.829]␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'background-image'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/locationfilter/src/locationfilter.css:55
[12:10:22.829]␣Farbe␣erwartet,␣aber␣'top'␣gefunden.␣␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'background-image'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/locationfilter/src/locationfilter.css:60
[12:10:22.829]␣Unbekannte␣Eigenschaft␣'zoom'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:18
[12:10:22.829]␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'filter'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:19
[12:10:22.830]␣Unbekannte␣Eigenschaft␣'-moz-border-radius-topleft'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:280
[12:10:22.830]␣Unbekannte␣Eigenschaft␣'-moz-border-radius-topright'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:281
[12:10:22.830]␣Unbekannte␣Eigenschaft␣'-moz-border-radius-bottomleft'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:282
[12:10:22.830]␣Unbekannte␣Eigenschaft␣'-moz-border-radius-bottomright'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:283
[12:10:22.830]␣Unbekannte␣Eigenschaft␣'-moz-border-radius'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:287
[12:10:22.831]␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'background'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/default.css:73
[12:10:22.831]␣Deklaration␣erwartet,␣aber␣'!'␣gefunden.␣␣Übersprungen␣bis␣zur␣nächsten␣Deklaration␣@␣http://overpass-turbo.eu/default.css:250
--
[12:10:41.293]␣TypeError:␣piwikTracker␣is␣undefined␣@␣http://overpass-turbo.eu/:1

chris66 wrote:

Können Flächen-POIs noch nicht in der Karte angezeigt werden?
zB. type="way", tourism="hotel"
liefert nur den Daten-Output, aber auf der Map wird nichts gezeigt.

Doch, doch. Du musst aber aufpassen, dass die Overpass Abfrage auch die Nodes liefert: Beispiel

Edit: PS: Als Flächenfeatures werden zur Zeit nur Polygone und einfache Multipolygone (genau 1 outer way) unterstützt. Komplexere Multipolygone stehen noch auf der TODO Liste.

@S-Man42:
danke, Fehler gefunden und sollte mittlerweile schon behoben sein. 😎 Kannst du das nochmal überprüfen?
Die Karte unter Chrome funktioniert immer noch nicht? Welche Chrome-Version verwendest du denn?

Geht 🙂

Bei mir kommt beim Start die Meldung "Your browser is not supportet". Nach wegklicken funktioniert die Demo-Abfrage.
Win7-64 FF18.0.1.

[12:58:24.319]␣Unbekannte␣Eigenschaft␣'-moz-border-radius'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/CodeMirror/lib/codemirror.css:71
[12:58:24.319]␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'filter'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/CodeMirror/lib/codemirror.css:111
[12:58:24.326]␣Unbekannte␣Eigenschaft␣'user-select'.␣␣Deklaration␣ignoriert.␣@␣http://cdn.leafletjs.com/leaflet-0.4.5/leaflet.css:27
[12:58:24.326]␣Unbekannte␣Eigenschaft␣'-moz-border-radius'.␣␣Deklaration␣ignoriert.␣@␣http://cdn.leafletjs.com/leaflet-0.4.5/leaflet.css:114
[12:58:24.327]␣Unbekannte␣Eigenschaft␣'-moz-box-shadow'.␣␣Deklaration␣ignoriert.␣@␣http://cdn.leafletjs.com/leaflet-0.4.5/leaflet.css:369
[12:58:24.330]␣Unbekannte␣Eigenschaft␣'-moz-border-radius'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/locationfilter/src/locationfilter.css:13
[12:58:24.330]␣Unbekannte␣Eigenschaft␣'-moz-box-shadow'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/locationfilter/src/locationfilter.css:30
[12:58:24.330]␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'background'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/locationfilter/src/locationfilter.css:34
[12:58:24.330]␣Farbe␣erwartet,␣aber␣'top'␣gefunden.␣␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'background'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/locationfilter/src/locationfilter.css:39
[12:58:24.330]␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'background-image'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/locationfilter/src/locationfilter.css:55
[12:58:24.330]␣Farbe␣erwartet,␣aber␣'top'␣gefunden.␣␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'background-image'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/libs/locationfilter/src/locationfilter.css:60
[12:58:24.332]␣Unbekannte␣Eigenschaft␣'zoom'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:18
[12:58:24.332]␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'filter'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:19
[12:58:24.332]␣Unbekannte␣Eigenschaft␣'-moz-border-radius-topleft'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:280
[12:58:24.333]␣Unbekannte␣Eigenschaft␣'-moz-border-radius-topright'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:281
[12:58:24.333]␣Unbekannte␣Eigenschaft␣'-moz-border-radius-bottomleft'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:282
[12:58:24.333]␣Unbekannte␣Eigenschaft␣'-moz-border-radius-bottomright'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:283
[12:58:24.333]␣Unbekannte␣Eigenschaft␣'-moz-border-radius'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/jquery-ui.css:287
[12:58:24.337]␣Fehler␣beim␣Verarbeiten␣des␣Wertes␣für␣'background'.␣␣Deklaration␣ignoriert.␣@␣http://overpass-turbo.eu/default.css:73
[12:58:24.338]␣Deklaration␣erwartet,␣aber␣'!'␣gefunden.␣␣Übersprungen␣bis␣zur␣nächsten␣Deklaration␣@␣http://overpass-turbo.eu/default.css:250
[12:58:24.503]␣getAttributeNode()␣sollte␣nicht␣mehr␣verwendet␣werden.␣Verwenden␣Sie␣stattdessen␣getAttribute().␣@␣http://ajax.googleapis.com/ajax/libs/jquery/1.7.2/jquery.min.js:2

Gruß Norbert

@Fischkopp: Hast du zufällig bei deinen Cookie Einstellungen "Ask every time" (o.ä. auf Deutsch) eingestellt? Wenn ja, dann ist das ein Bug des Browsers ( https://bugzilla.mozilla.org/show_bug.cgi?id=748620 ) gegen den ich nichts machen kann. Die Fehlermeldung erscheint, weil in deinem Fall wirklich einige Funktionen nicht funktionieren werden (z.B. speichern der settings). 🙁

tyr_asd wrote:

Doch, doch. Du musst aber aufpassen, dass die Overpass Abfrage auch die Nodes liefert:

Danke, ich versuche jetzt schon seit Stunden Node- und Flächen POIs gleichzeitig rauszukriegen.
Eventuell könnte man da noch nen Shortcut {{POI amenity=restaurant}} oder so machen. 😉

Alles klar. Cookies waren für diese Seite verboten. Jetzt geht´s
Vielleicht solltest du das im Meldungsfenster als mögliche Ursache angeben.

Gruß Norbert

chris66 wrote:

tyr_asd wrote:

Doch, doch. Du musst aber aufpassen, dass die Overpass Abfrage auch die Nodes liefert:

Danke, ich versuche jetzt schon seit Stunden Node- und Flächen POIs gleichzeitig rauszukriegen.
Eventuell könnte man da noch nen Shortcut {{POI amenity=restaurant}} oder so machen. 😉

Du brauchst dazu zwei Dinge:
<union>...</union>
<recurse type="way-node"/>

Das dauert ein wenig, bis man das erst mal raus hat.
Das folgende Skript ermittelt die Stadteile in Bonn. Das mag dir als Muster für union und recurse dienen.

<osm-script>
<union>
<query␣type="relation">
<has-kv␣k="boundary"␣regv="postal_code|administrative"/>
<has-kv␣k="admin_level"␣regv="10"/>
<bbox-query␣s="50.63"␣n="50.775"␣w="7.01"␣e="7.215"/>
</query>
<recurse␣type="relation-way"/>
<recurse␣type="way-node"/>
</union>
<print/>
</osm-script>

Edbert (EvanE)

tyr_asd wrote:

Gerne präsentiere ich euch mein Projekt (...): overpass turbo ist ein Web basierendes graphisches Userinterface für die Overpass API.

Ich bin der Meinung, dass die Overpass API ein sehr hilfreiches Tool für Mapper und Entwickler sein kann (...). Leider gab es bis jetzt keine ... benutzerfreundliche - Möglichkeit, die Overpass API richtig auszunützen. Bis jetzt: Mit overpass turbo kann man beliebige Overpass API Abfragen ausführen und die Ergebnis-Daten auf einer interaktiven Karte analysieren.

...
Das ist der Link, um zu overpass turbo zu gelangen (alternativ gibt es auch eine Installation auf overpass-api.de). Man benötigt einen halbwegs aktuellen Web-Browser um overpass turbo zu benützen. ...

...
Weitere Informationen, Screenshots, Beispiele, usw. gibt es auf der OSM-wiki Seite oder im github repository.

Hallo Martin

Wow!
So etwas in einfacherer Form (Skript und Ergebnis nebeneinander) hatte ich beim letzten Stammtisch Roland vorgeschlagen. Und einen Tag später kommst du mit einer deutlich (gegenüber meinen Wünschen) aufgepeppten interaktiven Lösung daher.
- Die Ergebnisse können in der Karte einzeln angeklickt werden.
- Das Schreiben der Skripts wird durch Syntax-Highlightning unterstützt.

Voller Bewunderung
Edbert (EvanE)

chris66 wrote:

Danke, ich versuche jetzt schon seit Stunden Node- und Flächen POIs gleichzeitig rauszukriegen.
Eventuell könnte man da noch nen Shortcut {{POI amenity=restaurant}} oder so machen. 😉

Dafür müsstest du die je ein query-statement für die ways und die nodes abschicken: Beispiel.
Am besten du liest dich erstmal richtig in die Overpass API ein. Meiner Meinung nach lohnt es sich; wenn man es erst mal raus hat, kann man ganz viele coole dinge damit anstellen! 😉

Fischkopp0815 wrote:

Alles klar. Cookies waren für diese Seite verboten. Jetzt geht´s
Vielleicht solltest du das im Meldungsfenster als mögliche Ursache angeben.

Kling sinnvoll; habe ich jetzt mal in die Fehlermeldung integriert!

EvanE wrote:

Wow! [...]

Vielen Dank für die Blumen 🙂

Allerhöchste Anerkennung!!!! das Interace vereinfacht den Umgang mit Overpass-API sehr.

Ich kann aber die abgefragten Nodes
( zuerst mit eigener abfrage dann mit dem drinkingwater Beispiel durchgeführt)
mit der Exportfunktion nicht in JOSM laden. In der Karte werden die abgefragten Nodes dargestellt.

Ich starte JOSM über eine Batch-Datei, im Batch-Fenster unter Win-XP Pro bekomme ich die unter anderem die Anzeige:

Get Http:/.......

Während des Einlesens wurde ein undefiniertes Element "note" gefunden. Dieses wird ignoriert.
Während des Einlesens wurde ein undefiniertes Element "meta" gefunden.Dieses wird ignoriert.

Josm bleibt leer... 🙁

Hab ich irgendwas übersehen ?

Höhstwahrscheinlich hast du keine Metadaten mitgeschickt. Statt <print /> musst du also <print mode="meta"/> (bzw statt out; dann out meta;) verwenden. Außerdem darf das Ausgabeformat nicht json sein.

Das steht zwar schon im Export-Dialog dabei: "(only for queries returning valid OSM-XML with meta data)" 😛, allerdings gebe ich dir recht, dass im Fall der Fälle trotzdem eine Warnung ausgegeben werden sollte. Setze ich auf die TODO-Liste. 😎

tyr_asd wrote:

... Statt <print /> musst du also <print mode="meta"/> (bzw statt out; dann out meta;) verwenden.......

und schon funktionierts.... 😎 danke

tyr_asd wrote:

Dafür müsstest du die je ein query-statement für die ways und die nodes abschicken:

Funzt, danke. Allerdings gibt es hier die "Unschönheit" dass man die Nodes in allen Zoomstufen gut erkennt,
während die Flächenpois nur in hohen Zoomstufen zu sehen sind.

@tyr_asd

Genial. Genau so, wie ich das mag. Script und optisch schöne Ausgabe nebeneinander!

Kann man den Share-Link auch so einstellen, dass man das Script ausblendet? (Falls man den Link jemanden schicken will, der immer erschrickt, wenn Quelltext sichtbar wird ;-))

@pyram: Nein, dass geht nicht (wäre auch gegen das Prinzip der Anwendung). Du könntest ihn aber einen Link nur zur "interactive Map" (unter "Export") schicken: Beispiel.

Danke, genau das hatte ich gemeint (War aber irgendwie zu doof, um es zu erkennen/richtig anzuwenden.).
Mich hat auch irritiert, dass der Kommentar mit im Link steht.

Applikation des Jahres 2013!
🙂

Idee für die nächste Version: wer nicht so gerne Doku liest und dann Anfragen in XML formulieren soll würde sich bestimmt über einen rein grafischen Editor freuen, in den man den Datenfluss einfach so malen kann. :-)

Für die nächste Version wollt ich mir doch schon so ne Art WYSIWYG-Editor für den Scriptbereich wünschen...
So kann http://overpass-turbo.eu auch von Usern benutzt werden, die sich nicht erst in die Overpass API eingelesen haben...

mmd wrote:

Idee für die nächste Version: wer nicht so gerne Doku liest und dann Anfragen in XML formulieren soll würde sich bestimmt über einen rein grafischen Editor freuen, in den man den Datenfluss einfach so malen kann. :-)

Verlangst Du (und reman) nicht ein bischen viel?
Mometan ist die app schoen leichtgewichtig,
einen graphischer Editor noch aussen rum bedeutet eine Menge Aufwand 🙁

kellerma wrote:

Verlangst Du (und reneman) nicht ein bischen viel?
Mometan ist die app schön leichtgewichtig, einen graphischer Editor noch aussen rum bedeutet eine Menge Aufwand 🙁

Ich habe nix verlangt, es ist ein Gedanke/Idee um die Web-Gui noch attraktiver zu machen. Auf welche Art sich das realisieren läßt (oder vlt. auch überhaupt nicht), davon war keine rede. Gedacht habe ich dabei jedoch an etwas was ich schon aus verschiedenen Webseiten für HTML kenne und benutze (z.B. im Zusammenhang mit OSC): TinyMCE. Ob es so in der Art für die Overpass-API ebenfalls möglich ist, weiß ich nicht...

reneman wrote:

Für die nächste Version wollt ich mir doch schon so ne Art WYSIWYG-Editor für den Scriptbereich wünschen...
So kann http://overpass-turbo.eu auch von Usern benutzt werden, die sich nicht erst in die Overpass API eingelesen haben...

Wie kellerma schon schrieb wäre das schon ein heftiger Aufwand.
Die Leute von der Struktur der Overpass-API fernzuhalten, scheint mir allgemein problematisch zu sein. Dinge wie recurse (Relation -> Weg, Weg -> Knoten, ..., Knoten -> Weg, Weg -> Relation, ...) oder union (zusammenfassen mehrerer Fragen/Ergebnisse) sind wichtig für das Konzept und sollten nicht wirklich verborgen werden.

Woran man denken kann, ist die Struktur noch besser hervorzuheben und mehr Erklärungen anzubieten.
- Einrücken (pretty-print) auf Knopfdruck
- Highlighting eines Bereiches, wenn man Anfang/Ende mit Modifier klickt
- Tooltipps sobald man mit dem Cursor über einem Keyword verweilt
- kurzer Hilfetext (mit Link), wenn man ein Keyword mit Modifier klickt
- Syntax-Check auf Knopfdruck.

Ein Problem, das dabei zusätzlichen Aufwand bedeutet, sind die zwei Abfragesprachen (XML und QL).

Edbert (EvanE)

EvanE wrote:

Wie kellerma schon schrieb wäre das schon ein heftiger Aufwand.
Die Leute von der Struktur der Overpass-API fernzuhalten, scheint mir allgemein problematisch zu sein. Dinge wie recurse (Relation -> Weg, Weg -> Knoten, ..., Knoten -> Weg, Weg -> Relation, ...) oder union (zusammenfassen mehrerer Fragen/Ergebnisse) sind wichtig für das Konzept und sollten nicht wirklich verborgen werden.

Hallo Edbert,

prinzipiell stimme ich deinen Punkten, die die aktuelle Anwendung betreffen, zu. Vielleicht würde es auch Sinn machen, eine Wiki-Seite mit einer kommentierten Sammlung an "Overpass-Snippets" einzurichten, auf der jeder seine eigenen Praxis-Beispiele eintragen kann. Ich sehe das als gute Ergänzung zur offiziellen Dokumentation und könnte Einsteigern helfen, schnell ein passendes Script zu finden.

Jetzt nochmal zu der anderen Idee: Ziel eines grafischen Editors soll ja gerade nicht sein, die Struktur (oder Konzepte) der Overpass API zu "verstecken", sondern eine Unterstützung bieten, damit der Anwender sich nicht mit der *Syntax* der Overpass API zu sehr beschäftigen muss. Mir geht es selbst so, dass ich nach einigen Tagen wieder Details vergessen habe und immer wieder in der Doku nachschauen muss, wie jetzt was funktioniert.

@kellerma: Der Aufwand ist sicherlich heftig, keine Frage. Es war auf nicht als direkte Aufforderung zu verstehen, d.h. als Idee formuliert. Für Javascript gibt's bestimmt schon fertige Libraries für Flowcharts, vermutlich ist aber der Aufwand für die Konvertierung zwischen Overpass QL/XML und Flowchart nicht zu unterschätzen.

Gruß,
mmd

mmd wrote:

Ziel eines grafischen Editors soll ja gerade nicht sein, die Struktur (oder Konzepte) der Overpass API zu "verstecken", sondern eine Unterstützung bieten, damit der Anwender sich nicht mit der *Syntax* der Overpass API zu sehr beschäftigen muss. Mir geht es selbst so, dass ich nach einigen Tagen wieder Details vergessen habe und immer wieder in der Doku nachschauen muss, wie jetzt was funktioniert.

Du sprichst mir aus der Seele 🙂
Zusätzlich stellt diese Funktion vollautomatisch quasi eine Hilfe dar, denn ich sehe anschließend in der *Syntax* was ich gemacht habe und kann daraus lernen.

Excellent tool, very useful!

BTW, can anybody check and correct this? I see two nodes for place=state of Bremen. And Node 2050186944 the name:en=Free and Hanseatic City of Hamburg, don't think this is intended? 😉

Bremen corrected. TODO: fix international names.

@mmd, @reneman: Danke für den Input. Und ja, ich plane schon in einer der nächsten Versionen etwas in die Richtung Einsteiger-Freundlichkeit zu verbessern. Ob das genau so eine WYSIWYG/Flowchart/whatever Lösung wird kann ich nicht garantieren. Zur Zeit hätte ich eher an eine Art Dialog-basierenden Wizard ("Query-Builder") gedacht, der dann (kommentierten) Quelltext ausgibt. Den Overpass Quellcode ganz zu verstecken, ist ja (wie ihr auch sagt) nicht im Sinn dieser GUI.

@EvanE: danke für die Ideen, einige dieser "kleinen Verbesserungen" (z.B. tooltips, pretty-print) sind unter Umständen sogar relativ leicht zu implementieren. Werde ich auf jeden Fall bei der weiteren Entwicklung berücksichtigen.

@tyr_asd: *freu*, planst du auch eine Mehrsprachigkeit? Oder ist das bewußt nicht gewollt?

Ja natürlich, Mehrsprachigkeit ist definitiv auch geplant (und sogar weit oben auf der Liste ^^).

mmd wrote:

EvanE wrote:

Wie kellerma schon schrieb wäre das schon ein heftiger Aufwand.
Die Leute von der Struktur der Overpass-API fernzuhalten, scheint mir allgemein problematisch zu sein. Dinge wie recurse (Relation -> Weg, Weg -> Knoten, ..., Knoten -> Weg, Weg -> Relation, ...) oder union (zusammenfassen mehrerer Fragen/Ergebnisse) sind wichtig für das Konzept und sollten nicht wirklich verborgen werden.

prinzipiell stimme ich deinen Punkten, die die aktuelle Anwendung betreffen, zu. Vielleicht würde es auch Sinn machen, eine Wiki-Seite mit einer kommentierten Sammlung an "Overpass-Snippets" einzurichten, auf der jeder seine eigenen Praxis-Beispiele eintragen kann. Ich sehe das als gute Ergänzung zur offiziellen Dokumentation und könnte Einsteigern helfen, schnell ein passendes Script zu finden.

Hallo mmd

Ein wichtiger Schritt wäre die Möglichkeit, einen Link auf eine Overpass-Turbo Seite mit einem Beispiel (ggfs. nur das Beispiel ohne ein Ergebnis) setzen zu können. Dazu habe ich bis jetzt noch keine Möglichkeit gefunden (falls ich etwas übersehen habe bitte melden). Eine Ergebnisseite (und damit einen Link dorthin) kann man ja bereits über die save - load Kombination erzeugen.

Eine Sammlung von Beispielen ist natürlich immer sinnvoll (bitte dann auch gut mit Kommentaren bestückt). Zu so einer Seite werde ich gerne meine bisherigen Ergebnisse beisteuern. Auch dort wäre ein Link auf die Overpass-Turbo Seite mit dem Beispiel gut zu gebrauchen.

Nachtrag: Unter dem Button "Share" findet sich die gewünschte Funktion. 🙁 und 🙂

mmd wrote:

Jetzt nochmal zu der anderen Idee: Ziel eines grafischen Editors soll ja gerade nicht sein, die Struktur (oder Konzepte) der Overpass API zu "verstecken", sondern eine Unterstützung bieten, damit der Anwender sich nicht mit der *Syntax* der Overpass API zu sehr beschäftigen muss. Mir geht es selbst so, dass ich nach einigen Tagen wieder Details vergessen habe und immer wieder in der Doku nachschauen muss, wie jetzt was funktioniert.

@kellerma: ...

Eine Prüfung auf Syntax und korrekte Keywords mit gegebenenfalls Vorschlägen wie es richtig sein könnte, wäre natürlich sehr nützlich. Ebenso eine kurze Übersicht über die meisten Elemente der Overpass-API und ihre Bedeutung.

Etliche Probleme mit der Overpass-API sind aber Probleme des grundsätzlichen Verständnises. Wenn ich nach einer Relation frage, bekomme ich nur die Relation, ihre Taggs und ihre Mitglieder-Liste. Ich bekomme jedoch nicht die Mitglieder als Objekte. Dafür braucht es ein recurse und ein union. Das sind prinzipielle Fragen, die man erst einmal verstanden haben muss, bevor man überhaupt ein Ergebnis auf einer Karte sieht.

Ich halte es für äußerst schwierig, solche 'Probleme' zu finden und entsprechende Ratschläge sinnvoll aufzubereiten. Schön wäre es natürlich, wenn der Overpass-Turbo langfristig um eine Tutorial Komponente im obigen Sinne ergänzt werden könnte. Das würde die Nutzung der Overpass-API sicherlich noch um einiges erleichtern.

Wie du auch schriebst, sind das eher Ideen für zukünftige Entwicklungen, als Bitten das kurzfristig zu realisieren. Über das was sich einfach einbauen lässt, freuen wir uns natürlich gerne auch früher.

Um es nochmal zu betonen (ich denke die meisten werden meine Sicht teilen):
Der Overpass-Turbo ist auch jetzt schon eine tolle und ausgesprochen nützliche Sache.
Und nicht zu vergessen, der Dank an Roland, dessen Overpass-API das alles erst möglich macht.

Edbert (EvanE)

EvanE wrote:

Eine Sammlung von Beispielen ist natürlich immer sinnvoll (bitte dann auch gut mit Kommentaren bestückt). Zu so einer Seite werde ich gerne meine bisherigen Ergebnisse beisteuern. Auch dort wäre ein Link auf die Overpass-Turbo Seite mit dem Beispiel gut zu gebrauchen.

Im Prinzip gibt es ja bereits schon die Overpass API Language Guide Seite. Dort findet man schon eine Reihen von einfach gehaltenen Beispielen. Natürlich kann eine erweiterte Beispielseite auch nicht schaden.
Ich habe schon mal versucht im Language Guide überall Links zu turbo einzubauen. Einen Vorschlag habe ich schon erstellt (warte noch auf das OK von Roland das in die Seite zu integrieren).

EvanE wrote:

Nachtrag: Unter dem Button "Share" findet sich die gewünschte Funktion. 🙁 und 🙂

Wieso das 🙁 ?

EvanE wrote:

Schön wäre es natürlich, wenn der Overpass-Turbo langfristig um eine Tutorial Komponente im obigen Sinne ergänzt werden könnte. Das würde die Nutzung der Overpass-API sicherlich noch um einiges erleichtern.

Ein integriertes Tutorial klingt erstmal nicht schlecht. Allerdings könnte so etwas vielleicht auch mit relativ weniger Aufwand z.B. als wiki-Seite mit Links zu turbo realisiert werden...

EvanE wrote:

Der Overpass-Turbo ist auch jetzt schon eine tolle und ausgesprochen nützliche Sache.

freut mich 🙂

EvanE wrote:

Und nicht zu vergessen, der Dank an Roland, dessen Overpass-API das alles erst möglich macht.

+1, das kann man gar nicht genug betonen!

Overpass-Turbo ist mir eben schon sehr hilfreich gewesen. Etwas vermisst habe ich dabei:

• Umwandlung OP-XML <-> OP-QL (wie hier in relativ schlichtem Design)
• Vorschläge, was man möglicherweise vergessen haben könnte (union, recurse, ...)
• Auto-Vervollständigung

mfg~ray

Hmmm, QL scheint kompakter zu sein als OP-XML. Sollte man also vielleicht eher die QL lernen? 🤔

chris66 wrote:

Hmmm, QL scheint kompakter zu sein als OP-XML. Sollte man also vielleicht eher die QL lernen? 🤔

Kompakter sicherlich. (Das war ja wohl auch das Ziel)
Besser zu lesen/verstehen? Für die meisten wohl nicht. (Für die API vielleicht schon)

Edbert (EvanE)

tyr_asd wrote:

EvanE wrote:

Eine Sammlung von Beispielen ist natürlich immer sinnvoll (...). Zu so einer Seite werde ich gerne meine bisherigen Ergebnisse beisteuern. ...

Im Prinzip gibt es ja bereits schon die Overpass API Language Guide Seite. Dort findet man schon eine Reihen von einfach gehaltenen Beispielen. Natürlich kann eine erweiterte Beispielseite auch nicht schaden.
Ich habe schon mal versucht im Language Guide überall Links zu turbo einzubauen. Einen Vorschlag habe ich schon erstellt (...).

Sieht gut aus.
Ich würde aus optischen Gründen die Reihenfolge der Kästen mit XML (meist größer) und QL (meist deutlich kleiner) vertauschen.

tyr_asd wrote:

EvanE wrote:

Nachtrag: Unter dem Button "Share" findet sich die gewünschte Funktion. 🙁 und 🙂

Wieso das 🙁 ?

Das ":(" steht für den Ärger über mich selbst, Share erst nach Schreiben meiner Zeilen gefunden zu haben.
Das ":)" steht für die Freude, dass das, was ich mir wünschte, doch schon geht.

tyr_asd wrote:

EvanE wrote:

Schön wäre es natürlich, wenn der Overpass-Turbo langfristig um eine Tutorial Komponente im obigen Sinne ergänzt werden könnte. Das würde die Nutzung der Overpass-API sicherlich noch um einiges erleichtern.

Ein integriertes Tutorial klingt erstmal nicht schlecht. Allerdings könnte so etwas vielleicht auch mit relativ weniger Aufwand z.B. als wiki-Seite mit Links zu turbo realisiert werden...

Der Unterschied zwischen einem Language Guide und einem Tutorial ist die Zielsetzung:
- Language Guide: Vorstellung der Elemente einer Sprache (die Wörter)
- Tutorial: Wie löst man mit den Elementen eine konkrete Aufgabe
Aus den Elementen Programme erstellen. Dazu braucht es noch
Zusammenhänge/Abhängigkeiten zwischen den Elementen.
Das bildet dann eine Art Grammatik.
Sozusagen aus Wörtern und Grammatik Sätze zusammenbauen.

Die Beispiele in einem Tutorial fragen dann nicht: "Ich habe das Sprachelement, was tut das?" sondern "Ich habe dieses Problem. Wie setze ich die Elemente/Bausteine der Overpass-API zusammen, um dieses Problem zu lösen, meine Daten zu erhalten und gegebenenfalls auf einer Karte darzustellen?". Ich denke, das ist ein ganz anderer Ansatz.

Ein Entwickler kann einen Language-Guide erstellen (das hat Roland durchaus gut gemacht), aber er wird sich mit einem Tutorial meist schwer tun. Das können Anwender aus ihrer eigenen Erfahrung mit der Abfrage-Sprache sehr oft besser.

Mal als Beispiel mein erster Versuch für die PLZ-Gebiete in Bonn.
Ergebnis: Daten ja aber nicht auf der Karte (no visible data)

Also erst mal grübeln. Ah ja, in den Daten sind ja nur die Relationen enthalten. Wie bekomme ich die Wege und Punkte der Wege? Im Language Guide wurde recurse erwähnt. Eingebaut und mein zweiter Versuch.
Upps, das sind ja nur Punkte in der Karte. Zur Kontrolle in den Daten nach gesehen, sind dort nur Punkte und ihre Koordinaten.
Analyse: Es werden die Daten immer weiter gefiltert und nur das letzte recurse type="way-node" liefert das Ergebnis.

Hmmh, da war doch noch was. Richtig, da gab es union, was die Ergebnisse mehrerer Abfragen sammelt. Das also auch noch integriert und mein dritter Versuch.
Jetzt erst sieht es aus, wie ich mir das vorgestellt hatte.

Du siehst ein Tutorial Beispiel hat eine ganz andere Qualität, es will/soll Zusammenhänge darstellen.

Übrigens bin ich mit den Postleitzahlen eigentlich noch nicht fertig. Ich möchte natürlich die PLZ in der Mitte des Gebietes sehen. Dazu habe ich aber bisher noch keine Idee, wie (und ob) das mit der Overpass-API geht.

Edbert (EvanE)

Ich habe das Tool jetzt mal mit diesen beiden Anfragen zur "Ermittlung von möglicherweise ungewollten Zugangsbeschränkungen auf Tracks" verprobt:

(way [highway=track] [access=forestry] [foot !~ '.'] (51.8, 7.4, 52.1, 7.8); >;); out meta;
oder
(way [highway = track] [access = agricultural] [foot !~ '.'] (51.8, 7.4, 52.1, 7.8); >;); out meta;

Die Visualisierung der Ergebnismenge ist wirklich sehr hilfreich ... Respekt für die tolle Arbeit.

Da ich grundsätzlich Overpass-QL verwende, könnte das Eingabefenster "kleiner" ausfallen ... ideal wäre die Möglichkeit einer Größenveränderung.

Gruß Klaus

PS: Zum Thema Tracks siehe auch http://forum.openstreetmap.org/viewtopic.php?id=19827

EvanE wrote:

Ich würde aus optischen Gründen die Reihenfolge der Kästen mit XML (meist größer) und QL (meist deutlich kleiner) vertauschen.

stimmt!

EvanE wrote:

Der Unterschied zwischen einem Language Guide und einem Tutorial ist die Zielsetzung: [...]

Damit hast du natürlich vollkommen recht! Ich wollte aber eigentlich darauf hinaus, dass so ein Tutorial erstmal am besten unter wiki.openstreetmap.org/Overpass_API/Tutorial (o.s.ä.) aufgehoben wäre.

EvanE wrote:

Ein Entwickler kann einen Language-Guide erstellen (das hat Roland durchaus gut gemacht), aber er wird sich mit einem Tutorial meist schwer tun. Das können Anwender aus ihrer eigenen Erfahrung mit der Abfrage-Sprache sehr oft besser.

+1

EvanE wrote:

[...] Du siehst ein Tutorial Beispiel hat eine ganz andere Qualität, es will/soll Zusammenhänge darstellen.

Definitiv! Ein gutes Tutorial wäre das Beste, das der API derzeit passieren könnte 😉

EvanE wrote:

Übrigens bin ich mit den Postleitzahlen eigentlich noch nicht fertig. Ich möchte natürlich die PLZ in der Mitte des Gebietes sehen. Dazu habe ich aber bisher noch keine Idee, wie (und ob) das mit der Overpass-API geht.

So etwas geht zur Zeit wirklich (noch) nicht. Der Punkt ist, dass sowohl die API als auch turbo so gut wie keine Datenmanipulationen machen. Die API filtert "nur" und die GUI zeigt "nur" an. Technisch gesehen kann natürlich Beides um (einfache) Geodaten-Manipulationen erweitert werden. Trotzdem wird immer irgendwann der Punkt kommen, wo man selbst Hand anlegen muss (siehe z.B. die turn-restriction Karte von Zartbitter). Ich habe da zwar schon etwas im Hinterkopf, wie man turbo als Basis für solche Dinge verwenden könnte, ist aber noch nicht viel mehr als ein Hirngespinst 😉

toc-rox wrote:

Da ich grundsätzlich Overpass-QL verwende, könnte das Eingabefenster "kleiner" ausfallen ... ideal wäre die Möglichkeit einer Größenveränderung.

Du hast recht. Flexible Panels wären auch bei überdurchschnittlich breiten oder schmalen Bildschirmen praktisch. Ist notiert. 🙂

tyr_asd wrote:

EvanE wrote:

Der Unterschied zwischen einem Language Guide und einem Tutorial ist die Zielsetzung: [...]
[...] Du siehst ein Tutorial Beispiel hat eine ganz andere Qualität, es will/soll Zusammenhänge darstellen.

Damit hast du natürlich vollkommen recht! Ich wollte aber eigentlich darauf hinaus, dass so ein Tutorial erstmal am besten unter wiki.openstreetmap.org/Overpass_API/Tutorial (o.s.ä.) aufgehoben wäre.
Definitiv! Ein gutes Tutorial wäre das Beste, das der API derzeit passieren könnte 😉

Tja, dann muss ich wohl mal beginnen ein Tutorial (erst mal fürs Wiki) zu entwickeln.
Das kommt davon. Wenn man gute Vorschläge macht, sagt irgendeiner (z.B. man selbst), dann fang doch mal damit an. 🤔

tyr_asd wrote:

EvanE wrote:

... Ich möchte natürlich die PLZ in der Mitte des Gebietes sehen. Dazu habe ich aber bisher noch keine Idee, wie (und ob) das mit der Overpass-API geht.

So etwas geht zur Zeit wirklich (noch) nicht. ... Die API filtert "nur" und die GUI zeigt "nur" an. ... Ich habe da zwar schon etwas im Hinterkopf, ...

Gut das geht dann halt nicht auf einfache Art. Für meine Zwecke
"Kann ich die Postleitzahl von einem anderen Gebäude übernehmen?"
reicht mir ja zu wissen, dass ich ausreichend weit von der nächsten PLZ-Grenze entfernt bin.
Die offiziellen Unterlagen der Post darf ich dafür ja nicht verwenden.

Edbert (EvanE)

tyr_asd wrote:

toc-rox wrote:

Da ich grundsätzlich Overpass-QL verwende, könnte das Eingabefenster "kleiner" ausfallen ... ideal wäre die Möglichkeit einer Größenveränderung.

Du hast recht. Flexible Panels wären auch bei überdurchschnittlich breiten oder schmalen Bildschirmen praktisch. Ist notiert. 🙂

Dabei fällt mir gerade auf: Bei mir (FF18.0.1 @ WinXP MCE) wird eine Scrollleiste für ungefähr 10px eingeblendet, unterhalb der Karte ist wenn man runterscrollt eine weisse Fläche zu sehen, die zu <body> gehören zu scheint (ermittelt über die Element-Auswahl von Firebug). Ich finde jetzt aber nichts, woran das liegen könnte. Wäre super, wenn du dass auch beheben könntest, wenn du schon dabei bist 😉

mfg~ray

Die 10px die ray angemerkt hat, treten hier nicht mehr auf, wenn man im Firebug die Eigenschaft height: 100%; für html, body deaktiviert.

Dafür habe ich ein anderes kleines Problem mit der Suche unter FF18: dort erscheint nur eine große Dropdown-Box ohne Inhalt. Bei Chrome funktioniert es.

@rayquaza, @mmd: Ok, werd ich mir anschauen.

mmd wrote:

Die 10px die ray angemerkt hat, treten hier nicht mehr auf, wenn man im Firebug die Eigenschaft height: 100%; für html, body deaktiviert.

Ja, kann ich bestätigen, danke für den Tipp - Jetzt weiss ich auch endlich, warum bei meiner Diaschau-Webseite teilweise so ein seltsamer weisser Balken war...

mfg~ray

Habe gerade ein Update hochgeladen.

Changelog:

• implemented auto-repairing of queries with a possible lack of recurse statements 😎
• upgrade to leaflet 0.5
• disabled "start at current location" by default
• added keyboard shortcuts for saving/loading and help
• bugfixes
• some internal code restructuring

Außerdem gibts ab jetzt im Language Guide überall Direktlinks zu overpass turbo (einfach auf die Lenkräder klicken).

Das coolste neue Feature sollte aber die automatische Query Reparatur/Vervollständigung sein: . Die Idee dafür stammt von Roland.

Hallo,

besteht noch die Möglichkeit das man die Trennlinie zwischen Editor und Karte verschieben kann?
Auf einem großen Bildschirm hat man so mehr Platz für die Karte.

Die Links im Wiki sind super, endlich braucht man die Bsp. nicht mehr selbst auswerten.

Grüße

Andreas

derandi wrote:

besteht noch die Möglichkeit das man die Trennlinie zwischen Editor und Karte verschieben kann?
Auf einem großen Bildschirm hat man so mehr Platz für die Karte.

kommt demnächst

tyr_asd wrote:

Habe gerade ein Update hochgeladen. Changelog:

• implemented auto-repairing of queries with a possible lack of recurse statements 😎
  
• upgrade to leaflet 0.5
  
• disabled "start at current location" by default
  
• added keyboard shortcuts for saving/loading and help
  
• bugfixes
  
• some internal code restructuring
  

...

Das coolste neue Feature sollte aber die automatische Query Reparatur/Vervollständigung sein: http://overpass-turbo.eu/turbo.png. Die Idee dafür stammt von Roland.

Das ist sehr schön geworden.
Fehler, die von der Overpass-API zurück gemeldet werden, können zwar (noch) nicht automatisch korrigiert werden. Immerhin jedoch wird die Fehlerstelle farbig (ein Art rot) hervorgehoben. So kann man gezielt schauen, was da wohl nicht stimmt.

Verrätst du uns auch die neuen Shortcuts?
Nicht nötig sind in der Doku bereits aufgeführt. für alle, die wie ich zu faul sind nachzusehen, hier eine Kopie aus der Doku:

General
ctrl+enter Run the current query
ctrl+O / ctrl+S Load (open) / Save a query
ctrl+H Open help dialog
esc Close/dismiss dialogs or message boxes
Query Editor
ctrl+Z / crtl+Y Undo / Redo
ctrl+C / crtl+X / crtl+V Copy / Cut / Paste

Edbert (EvanE)

nächstes Update (seit ein paar Stunden online):

• resizable panels (editor/map)
• tooltips for map controls
• auto-repair also for "JOSM" export
• enabled "include current map state in shared link" by default
• bugfixes

Das nächste Update wartet auf Tester 😉

Als besonderes Schmankerl gibts turbo ab jetzt auch auf Deutsch! 😎 (sollte automatisch erkannt werden; alternativ kann man die Sprache auch in den Einstellungen erzwingen).

Auch cool: Wenn Linien- oder Flächen-Features durch Herauszoomen so klein werden, dass sie kaum noch erkennbar sind, werden sie jetzt wie POIs als Kreis angezeigt (mit roter anstatt gelber Füllung).

Restliches Changelog:

• added "fullscreen" (wide) map view
• handle untagged nodes as POIs when they are member of at least 1 relation
• implemented first set of unit tests
• bugfixes

Tolles Werkzeug. Hab's jetzt schon ein paar Mal gebraucht.

Danke!

Thomas

Hallo,

wie wäre es eigentlich mit ein bisschen Syntaxhervorhebung. 😉

vg

Andreas

Neueste Version ist online. Neu dabei:

• Multipolygone (Beispiel )
• Anzeige der Anzahl der geladenen sowie angezeigten Elemente
• Templates

Ich hätte da mal noch 2 Wünsche:

• Links im Popup sollten in einem neuen Fenster aufgemacht werden. Rechts klicken und "Open in new tab" vergißt man zu oft.
  
• Zusätzliche Abfrage, wenn eine große Ergebnismenge angezeigt werden soll => letzte Chance bevor der Browser abraucht oder sehr langsam wird.
  

Auch überlagert die Suchbox das Popup, aber das ist m.E. nicht so wichtig.

Seit heute werden bei mir keine Daten mehr visualisiert.
Ich erhalte auf der Karte immer die Meldung "unstructured data returned".
In der Datenkachel befinden sich aber die korrekten Daten.
Kann das jemand bestätigen ?

Gruß Klaus

Ja. Die karte ist leer, aber die Rohdaten als Liste sind da.

Echt? Komisch... Könnt ihr mir sagen mit welchem Browser/OS das auftritt?

Firefox 20, Ubuntu 12.04. NoScript addon deaktiviert.

OK, danke. Habe die Quelle gefunden und unschädlich gemacht (evtl. den Cache leeren um den neuen Code zu erhalten).

Der Fehler trat nur bei XML-Ergebnissen (nicht bei JSON) auf, deshalb habe ich ihn erst nicht gesehen. Anscheinend interpretiert Firefox die XML-Resultate der Overpass API mit mime-typ "application/osm3s+xml" nicht automatisch als XML. jQuery hat mit Version 2 viel legacy-Code gestrichen; wohl auch etwas, was für solche Fälle im Firefox zum tragen kam.

Grüße, Martin

Tut wieder. Danke für die schnelle Reparatur. und vielen Dank für das geniale Tool! Hat mir sehr geholfen.

Wäre es denkbar in die Overpass-Turbo-GUI eine Art "Vektor-Modus" (ähnlich dem Kartendaten-Layer der Mapnikkarte) einzubauen, der im Bedarfsfall alle Objekte anzeigt und nicht nur die, für die Suchanfrage zutrifft?

Gruß Klaus

Du meinst sowas? Gibt es doch schon 😉

Moin,
was ist falsch an dieser overpass-Turbo-Abfrage (timeout nach 197 sec.):

area(3600157722)->.a;
(node(area.a)["amenity"="restaurant"]);
out;

Und wie kann man die Flächen-POIs ergänzen.

Edit: So scheint es zu gehen (trial and error, kapieren tu ich die Befehle nicht 🙂 ):

[out:json];
area(3600157722)->.a;
(node(area.a)["amenity"="restaurant"]);
out␣body␣qt;
(way(area.a)["amenity"="restaurant"]);
(._;>;);
out␣body␣qt;>;out␣skel␣qt;

Chris

Hi !

verstehe ich das von Chriss66 richtig das es zwischenzeitlich möglich ist für Flächen nur ein Böses zu bekommen ?

Das würde meine Smartphone poi-Karte einen großen Schritt weiterbringen.

Jan

Aus meiner Abfrage kommt nix Böses raus, nur Gutes, nämlich alle Restaurants innerhalt der Gemeindegrenze 157722.

chris66 wrote:

was ist falsch an dieser overpass-Turbo-Abfrage

Die Anfrage sieht ok aus, nur scheint overpass-api.de gerade etwas lahm zu sein oder es gibt irgendein anderes Problem.
Probier mal in Turbo unter Einstellungen einen der beiden anderen Server, da ist die Antwort in max. 4 Sekunden da.

Es gibt wohl ein temporäres Problem mit areas. Mehr Infos auf der Statusseite:
http://wiki.openstreetmap.org/wiki/Overpass_API/status