Warum liefert die Overpass API keine Daten?

**Meist liegt es nicht daran, dass „keine Daten existieren“, sondern daran, dass die Abfrage am falschen Ort, mit falschen Filtern oder an einer Servergrenze scheitert. Bei Overpass sind leere Ergebnisse oft ein Query-Problem – nicht ein Datenproblem.** ([dev.overpass-api.de](https://dev.overpass-api.de/overpass-doc/de/more_info/errors.html)) ## Die häufigsten Ursachen **1. Falscher Suchbereich** Wenn `bbox`, `area` oder `around` nicht zu deinem Zielgebiet passen, liefert Overpass korrekt nichts zurück. Das ist der häufigste praktische Fehler, vor allem bei vertauschten Koordinaten oder zu kleinen Bounding-Boxen. ([dev.overpass-api.de](https://dev.overpass-api.de/overpass-doc/en/)) **2. Zu strenger oder falscher Tag-Filter** OpenStreetMap ist nicht normiert wie eine klassische SQL-Datenbank. Ein Objekt kann als `node`, `way` oder `relation` vorliegen, und Tags sind oft anders gesetzt als erwartet. Wer nur nach `node["amenity"="restaurant"]` sucht, übersieht z. B. Restaurants, die als `way` oder `relation` erfasst sind. ([dev.overpass-api.de](https://dev.overpass-api.de/overpass-doc/de/preface/preface.html)) **3. Die Abfrage läuft in ein Limit** Öffentliche Overpass-Instanzen begrenzen Laufzeit, Speicher und Anfragerate. Dann bekommst du entweder Fehler, Timeouts, 429-Antworten oder faktisch keine nutzbare Ausgabe. Praktisch heißt das: Gebiet verkleinern, Filter enger machen oder die Abfrage in Schritte aufteilen. ([dev.overpass-api.de](https://dev.overpass-api.de/overpass-doc/de/more_info/errors.html)) **4. Falscher Output oder fehlendes `out`** Manchmal findet die Query Objekte, aber du gibst sie nicht sinnvoll aus. Typisch sind unpassende `out`-Varianten oder das Fehlen von Geometrieangaben, sodass in Overpass Turbo „nichts sichtbar“ wirkt, obwohl Treffer da sind. ([dev.overpass-api.de](https://dev.overpass-api.de/overpass-doc/en/)) ## Der entscheidende Denkfehler Viele suchen nach „dem einen richtigen Tag“. In OSM ist entscheidend, **wie** etwas gemappt wurde. Dass ein Café nicht gefunden wird, heißt oft nur: Es ist als Fläche statt als Punkt eingetragen oder trägt zusätzliche bzw. abweichende Tags. Ein robuster Start ist deshalb fast immer: ```ql [out:json][timeout:25]; ( node["amenity"="cafe"](50.0,8.0,50.1,8.1); way["amenity"="cafe"](50.0,8.0,50.1,8.1); relation["amenity"="cafe"](50.0,8.0,50.1,8.1); ); out center; ``` ## Was du konkret prüfen solltest - **Koordinaten stimmen wirklich?** Reihenfolge ist bei BBox `Süd,West,Nord,Ost`. - **Suchst du nur `node` statt auch `way` und `relation`?** - **Ist der Tag exakt so in OSM vorhanden?** - **Ist das Gebiet zu groß?** Dann drohen Timeout oder Speicherfehler. - **Nutzt du eine öffentliche Instanz, die gerade ausgelastet ist?** Dann hilft oft ein Blick auf den Serverstatus oder eine kleinere Query. ([dev.overpass-api.de](https://dev.overpass-api.de/overpass-doc/de/more_info/errors.html)) ## Wichtiger Unterschied, den viele übersehen **„Keine Daten“ und „keine sichtbaren Daten“ sind nicht dasselbe.** Overpass Turbo kann warnen, dass keine sichtbaren Daten zurückkamen, obwohl die Query formal etwas geliefert hat, nur eben nicht in einer darstellbaren Form. Das ist ein Anzeigeproblem, kein Beweis dafür, dass in OSM nichts vorhanden ist. ([overpass-turbo.eu](https://overpass-turbo.eu/s/YJG)) Die beste praktische Vorgehensweise ist: **erst klein testen, dann erweitern**. Also zuerst ein kleines Gebiet, ein einfacher Tag, alle Objekttypen, `out center;` oder `out body;`. Wenn das funktioniert, liegt der Fehler fast immer in der Verengung deiner eigentlichen Abfrage – nicht in Overpass selbst.