Seit Januar 2026 hat sich in der Welt der BAG-Daten etwas Wichtiges geändert: Das Katasteramt hat eine neue API unter dem Namen „BAG OGC API Features“ eingeführt. Diese API bietet eine modernere Möglichkeit, Daten aus dem Basisregister für Adressen und Gebäude abzurufen, und wurde gemäß den internationalen OGC-Standards entwickelt. Damit handelt es sich nicht nur um eine technische Spielerei, sondern um ein echtes neues Tor zu BAG-Informationen – eines, das vor allem für Entwickler, Geospezialisten und alle, die mit großvolumigen Adress- und Gebäudedaten arbeiten, interessant ist.
Obwohl die neue API nicht als direkter Ersatz für die bestehende BAG-API „Individuelle Abfragen“ gedacht ist, bietet sie doch eine wesentlich leichter zugängliche Alternative – insbesondere für diejenigen, die größere Datenmengen abrufen möchten oder erst einmal beginnen möchten, ohne sofort API-Schlüssel beantragen zu müssen.
Die BAG OGC API Features basiert auf dem OGC API – Features-Standard, einem internationalen Rahmenwerk, das dafür entwickelt wurde, geografische Objektdaten über Webdienste zugänglich zu machen. In der Praxis bedeutet dies, dass Sie über einfache HTTP-Anfragen (GET-Aufrufe) BAG-Objekte abfragen können, wie zum Beispiel:
Die API unterstützt moderne Formate wie JSON und GeoJSON, sodass du die Daten direkt in Webanwendungen oder GIS-Software nutzen kannst. Außerdem ist die API vollständig RESTful, was die Integration in moderne Anwendungen vereinfacht.
Ein wichtiger Pluspunkt: Sie benötigen keinen API-Schlüssel mehr. Das bedeutet, dass Sie sofort loslegen können, ohne Antragsverfahren oder Beschränkungen hinsichtlich der Anzahl der Anfragen, die Sie pro Tag stellen dürfen.
Mit dieser neuen API kannst du BAG-Objekte anhand verschiedener Filter abfragen. Denk beispielsweise daran, alle Wohnobjekte in einer bestimmten Gemeinde abzurufen oder Gebäude mit einem bestimmten Status abzufragen. Die Struktur der API erleichtert zudem die Paginierung der Ergebnisse, was besonders dann nützlich ist, wenn du größere Mengen an Antworten erwartest.
Stell dir vor, du arbeitest an einer Anwendung, in der du eine Kartenebene mit aktuellen Gebäudedaten einer Gemeinde anzeigst. Mit einem einfachen API-Aufruf können Sie all diese Daten auf einmal abrufen – ohne Begrenzungen, ohne Schlüssel und in einem Format, das direkt in Ihre Kartenansicht passt. Das ist eine deutliche Verbesserung gegenüber früheren Vorgehensweisen.
Bis vor kurzem nutzten Anwender für diese Art von Anwendungen die BAG-API „Individuelle Abfragen“. Diese API tut eigentlich immer noch genau das, was ihr Name sagt: Man kann damit einzelne BAG-Objekte abfragen, allerdings immer auf der Grundlage einer bestimmten BAG-ID, wie beispielsweise einer Aufenthaltsobjekt-ID oder einer Nummernbezeichnung-ID.
Diese API funktioniert gut, hatte jedoch einige Nachteile. So musste man immer einen API-Schlüssel beantragen, bevor man überhaupt loslegen konnte, und es gab eine Begrenzung der Anzahl der Abfragen pro Tag. Für einfache Anwendungen funktionierte das gut, aber für Projekte, bei denen größere Datenmengen abgerufen oder integriert werden sollten, wurde es schnell unpraktisch.
Zudem entspricht die alte API nicht modernen Standards wie OGC, was ihre Nutzung in Kombination mit anderen (internationalen) Geodiensten erschweren konnte.
Die API für einzelne Abfragen ist derzeit noch regulär verfügbar, es ist jedoch durchaus möglich, dass sie in Zukunft auslaufen wird. Dazu gibt es derzeit noch keine offizielle Ankündigung, doch angesichts der Richtung, die das Katasteramt und PDOK mit den OGC-APIs einschlagen, ist es nicht undenkbar, dass diese ältere API langfristig wegfällt.
Die folgende Übersicht zeigt, wie sich die neue API im Vergleich zur älteren darstellt. Dabei geht es nicht um richtig oder falsch, sondern lediglich um Unterschiede im Aufbau und in den Möglichkeiten:
| Merkmal | BAG-API – Einzelabfragen | BAG-OGC-API-Funktionen |
|---|---|---|
| Ist ein API-Schlüssel erforderlich? | ✅ Ja | ❌ Nein |
| Abfragebeschränkung? | ✅ Ja | ❌ Nein |
| Unterstützt JSON / GeoJSON? | ❌ Eingeschränkt | ✅ Vollständig |
| Basiert auf dem OGC-Standard? | ❌ Nein | ✅ Ja |
| Massenabfragen möglich? | ❌ Nur pro Objekt | ✅ Ja, über Filter und Paginierung |
| Suche nach Adresse möglich? | ❌ Nein | ❌ Immer noch nicht |
Wie du siehst, gibt es deutliche technische Verbesserungen in der neuen OGC-API. Die bestehende API bleibt jedoch vorerst für Anwendungen nutzbar, die bereits auf der alten Struktur basieren.
Obwohl die neue API ein großer Fortschritt ist, gibt es auch Einschränkungen. Die wichtigste davon ist, dass man immer noch nicht direkt nach einer Adresse suchen kann. Genau wie bei der alten API muss man über eine BAG-ID des Objekts verfügen, das man abfragen möchte. Eine solche ID lässt sich über diese API selbst nicht aus einer Adresse ableiten.
Möchten Sie beispielsweise wissen, welche BAG-Informationen zur Adresse „Herenstraat 1, Utrecht“ gehören? Dann müssen Sie zunächst den PDOK-Standortserver nutzen, um anhand dieser Adresse die richtige BAG-ID zu ermitteln. Erst danach kannst du diese Informationen in der OGC-API „Features“ verwenden, um das betreffende Objekt abzufragen.
Dies gilt also sowohl für die alte als auch für die neue API: Die Suche anhand einer Adresse ist ein separater Schritt, der außerhalb der APIs selbst liegt.
Die BAG OGC API Features ist insbesondere für Entwickler und Geospezialisten interessant, die mit aktuellen BAG-Daten arbeiten möchten, ohne dabei auf technische Hürden zu stoßen. Da kein API-Schlüssel mehr erforderlich ist und Abfragen einfach durchgeführt werden können, eignet sich die API besonders gut für:
Gleichzeitig bleibt die ältere API für Einzelabfragen für Anwendungen nutzbar, bei denen genau ein Objekt sehr gezielt abgefragt werden muss, beispielsweise auf der Grundlage zuvor gespeicherter BAG-IDs. Beachten Sie jedoch, dass diese API langfristig möglicherweise auslaufen wird – dazu wurde bislang jedoch noch nichts Definitives bekannt gegeben.
Die Einführung der BAG-OGC-API-Features zeigt, dass sich die Arbeit mit BAG-Daten zunehmend in Richtung offener Standards, Skalierbarkeit und moderner Integrationen verlagert. Für Organisationen, die mit Adress- und Gebäudedaten arbeiten, bedeutet dies, dass technische Entscheidungen von heute Einfluss auf die Zukunftsfähigkeit von Systemen und Prozessen haben.
Arbeiten Sie bereits mit BAG-Daten? Dann ist jetzt der richtige Zeitpunkt, um zu prüfen, ob Ihre derzeitige Arbeitsweise mit dem neuen OGC-Standard vereinbar ist. Streben Sie eine Position im Bereich BAG-Verwaltung oder Geoinformation an? Dann sind Kenntnisse über diese Entwicklungen unerlässlich.
Möchten Sie mehr über die Aufgaben und den Arbeitsalltag eines BAG-Verwalters erfahren? Oder möchten Sie im BAG-Kurs von Geo-ICT den praktischen Umgang mit BAG-Daten und APIs erlernen?
So stellen Sie sicher, dass Sie nicht nur verstehen, was sich technisch ändert, sondern auch, wie Sie professionell darauf reagieren können.
Oeps! We konden je formulier niet vinden.
Oeps! We konden je formulier niet vinden.
Oeps! We konden je formulier niet vinden.
Oeps! We konden je formulier niet vinden.
