Anleitung

Gesperrt bei overpass-api.de

Der öffentliche Server overpass-api.de sperrt IP-Adressen, die nach einem 429 oder 406 weiter abfragen oder viele fehlerhafte Anfragen senden. Während der Sperre werden Verbindungen von dieser Adresse abgewiesen oder laufen in einen Timeout.

Stoppen Sie alle Anfragen von der gesperrten Adresse. Die Sperre endet nach einer Weile von selbst; wie lange sie dauert, veröffentlichen die Betreiber nicht. Warten Sie danach nach jedem 429 oder 406 mindestens 30 Sekunden, senden Sie eine Abfrage nach der anderen, und setzen Sie einen User-Agent, der Ihre Anwendung nennt.

Woran Sie eine Sperre erkennen

Connection refused oder ein Timeout beim Verbinden mit beiden Adressen von overpass-api.de, während andere Websites antworten.
Auch die Statusseite lädt aus diesem Netz nicht.
Dieselbe Abfrage funktioniert aus einem anderen Netz, zum Beispiel über den Hotspot eines Telefons.

requests.exceptions.ConnectionError: HTTPSConnectionPool(host='overpass-api.de', port=443):
Max retries exceeded with url: /api/interpreter (Caused by NewConnectionError(…
[Errno 111] Connection refused'))

Ein 406 Not Acceptable ist eine andere Sperre: Der Server lehnt Ihren User-Agent oder Ihren Referrer ab, nicht Ihre Adresse. Das erklärt die Anleitung zu 406.

Was zu einer Sperre führt

Die Betreiber von overpass-api.de beschreiben die Regeln im Forum von OpenStreetMap. Seit April 2026 gilt:

429 übergehen. «If you get a 429, wait at least 30s before sending the next query.» Wer immer wieder 429 oder 406 erhält, wird früher gesperrt, ebenso Apps mit einem hohen Anteil an 429-Antworten.
Fehlerhafte Anfragen in hoher Zahl. Ein Skript, das eine fehlerhafte Abfrage in einer Schleife sendet, erhält 400 um 400 und dann eine Sperre.
Mehrere Skripte gleichzeitig. Die Regel lautet: ein Benutzer, ein Skript. Abfragen auf Threads, Server oder Cloud-Worker zu verteilen, um mehr Slots zu erhalten, spricht gegen Sie.
Apps auf Plattformen für KI-generierte Apps. Im August 2026 schrieben die Betreiber, dass viele dieser Plattformen gesperrt sind, zum Beispiel lovable.app und netlify.app.

Eine App oder Website zählt als ein Benutzer: Die Richtlinie im Wiki von OpenStreetMap zählt die Anfragen aller Besucher zusammen. Für eine einmalige Nutzung hält sie bis etwa 10'000 Abfragen und 1 GB am Tag für unbedenklich, mit höchstens 10 Minuten Laufzeit insgesamt. Für alles, was regelmässig läuft, teilen Sie durch 100: etwa 100 Abfragen und 10 MB am Tag.

Wie lange eine Sperre dauert

Sperren von IP-Adressen sind automatisch und verschwinden «after a while», in den Worten eines Betreibers. Eine Dauer ist nicht veröffentlicht, und es gibt kein Formular, um eine Sperre aufzuheben. Anfragen während der Sperre helfen nicht; stoppen Sie also das Skript und jeden Dienst auf dieser Adresse, der Overpass aufruft. Sperren eines User-Agents oder Referrers werden von Hand gesetzt; dafür fragen Sie im Hilfebereich des Forums nach.

Wenn der Server voll ist

Wenn alle Abfrage-Slots des Servers belegt sind, antwortet overpass-api.de mit 502 und diesem Text (gesehen am 4. November 2026):

This Overpass API server is currently at capacity. All query workers are busy
and the request queue is full.

Der Text verlangt exponentielles Warten zwischen den Versuchen und sagt, der Server sei für Programme im Browser und von Menschen bediente Werkzeuge gedacht. Für ein Skript heisst das: weniger Abfragen. Ein 504 Gateway Timeout und die Laufzeitfehler erklärt die Anleitung zu den Fehlern.

Wiederholungen nach den Regeln

Wiederholen Sie nur Antworten, die «später» bedeuten: 429, 502, 503 und 504. Wiederholen Sie kein 400 (die Abfrage ist falsch) und kein 406 (Sie sind gesperrt). Beginnen Sie mit 30 Sekunden und verdoppeln Sie die Wartezeit:

import time
import requests

URL = "https://overpass-api.de/api/interpreter"
HEADERS = {"User-Agent": "shop-map/1.2 (+https://example.com/contact)"}

def overpass(query, tries=4):
    wait = 30
    for attempt in range(tries):
        r = requests.post(URL, data={"data": query}, headers=HEADERS, timeout=200)
        if r.status_code == 200:
            return r.json()
        if r.status_code in (429, 502, 503, 504) and attempt < tries - 1:
            time.sleep(wait)
            wait *= 2
            continue
        r.raise_for_status()

Rufen Sie die Funktion von einer Stelle aus auf, eine Abfrage nach der anderen, und speichern Sie die Antworten: Dieselbe Abfrage liefert eine Stunde später fast dieselben Daten.

Was die Bibliotheken von sich aus tun

OSMnx liest vor jeder Abfrage die Statusseite und wartet auf einen freien Slot. Nach einem 429 oder 504 wartet es 55 Sekunden und versucht es erneut, ohne Grenze für die Zahl der Versuche.
osmdata (R) prüft ebenfalls die Statusseite und sendet die Abfrage dann mit bis zu 10 Versuchen. Die Pausen dazwischen kommen von httr2 und beginnen bei ein bis zwei Sekunden, weit unter 30.
overpy wiederholt nur, wenn Sie max_retry_count setzen, und dann jeden Fehler gleich, auch 400 und 406. retry_timeout ist die Pause, standardmässig 1 Sekunde; setzen Sie 30 oder mehr.
Bibliotheken für Wiederholungen wie tenacity, urllib3 Retry und axios-retry warten standardmässig eine Sekunde oder weniger. Setzen Sie die erste Pause auf 30 Sekunden.

Ein anderer Server

Wenn Ihre Anwendung Overpass jeden Tag braucht, trägt der öffentliche Server das nicht: Seine Richtlinie erlaubt für alles, was regelmässig läuft, etwa 100 Abfragen am Tag und schickt kommerzielle Nutzer zu einem eigenen oder bezahlten Server. Die Anleitung zu den Alternativen vergleicht die Möglichkeiten.

Bei overpass.ch gelten die Limits pro API-Schlüssel, stehen auf der Preisseite und kommen in den Headern X-RateLimit-* jeder Antwort mit. An einem Limit erhalten Sie ein 429 mit einem Header Retry-After, der sagt, wie viele Sekunden Sie warten sollen. Nur die URL ändert sich:

https://overpass-api.de/api/interpreter
→ https://api.overpass.ch/v1/IHR_API_SCHLÜSSEL/interpreter

Kostenlosen Schlüssel holen Tarife vergleichen