Sinds januari 2026 is er iets belangrijks veranderd in de wereld van BAG-data: het Kadaster heeft een nieuwe API gelanceerd onder de naam BAG OGC API Features. Deze API biedt een modernere manier om gegevens uit de Basisregistratie Adressen en Gebouwen op te vragen, en is ontwikkeld volgens de internationale OGC-standaarden. Daarmee is het niet zomaar een technisch extraatje, maar echt een nieuwe toegangspoort tot BAG-informatie — één die vooral interessant is voor ontwikkelaars, geo-specialisten en iedereen die met grootschalige adres- en gebouwdata werkt.
Hoewel de nieuwe API niet bedoeld is als directe vervanging van de bestaande BAG API Individuele Bevragingen, biedt het wel een veel toegankelijker alternatief — zeker voor wie grotere hoeveelheden gegevens wil opvragen of juist wil beginnen zonder meteen API keys aan te vragen.
De BAG OGC API Features is gebaseerd op de OGC API – Features standaard, een internationaal raamwerk dat is ontworpen voor het toegankelijk maken van geografische objectgegevens via webservices. In de praktijk betekent dit dat je via eenvoudige HTTP-verzoeken (GET-calls) BAG-objecten kunt opvragen zoals:
De API ondersteunt moderne formaten zoals JSON en GeoJSON, waardoor je de data direct kunt gebruiken in webapplicaties of GIS-software. Bovendien is de API volledig RESTful, wat het integreren in moderne applicaties eenvoudig maakt.
Een belangrijk pluspunt: je hebt geen API key meer nodig. Dat betekent dat je meteen aan de slag kunt, zonder aanvraagprocedures of beperkingen op het aantal verzoeken dat je per dag mag doen.
BAG vector tiles en objectinformatie van Wapenrustlaan in Apeldoorn
Met deze nieuwe API kun je BAG-objecten bevragen op basis van verschillende filters. Denk bijvoorbeeld aan het ophalen van alle verblijfsobjecten in een specifieke gemeente, of het opvragen van panden met een bepaalde status. De structuur van de API maakt het ook makkelijk om resultaten te pagineren, wat handig is als je grotere hoeveelheden responses verwacht.
Stel je werkt aan een applicatie waarin je een kaartlaag toont met actuele pandgegevens in een gemeente. Met een eenvoudige API-call kun je al deze gegevens ophalen in één keer — zonder limieten, zonder key, en in een formaat dat direct in je kaartweergave past. Dat is een duidelijke verbetering ten opzichte van eerdere werkwijzen.
Tot voor kort maakten gebruikers voor dit soort toepassingen gebruik van de BAG API Individuele Bevragingen. Deze API doet eigenlijk nog steeds wat de naam zegt: je kunt er individuele BAG-objecten mee opvragen, maar altijd op basis van een specifiek BAG-ID, zoals een verblijfsobject-ID of een nummeraanduiding-ID.
Die API functioneert prima, maar had wel wat nadelen. Zo moest je altijd een API key aanvragen voordat je überhaupt aan de slag kon, en zat er een limiet op het aantal bevragingen per dag. Voor eenvoudige toepassingen werkte dit prima, maar voor projecten die grotere hoeveelheden data wilden ophalen of integreren, werd het al snel onhandig.
Bovendien sluit de oude API niet aan op moderne standaarden zoals OGC, waardoor het gebruik ervan in combinatie met andere (internationale) geoservices lastiger kon zijn.
Overzicht van BAG-gegevensstructuur
De Individuele Bevragingen API is op dit moment nog gewoon beschikbaar, maar het is goed mogelijk dat deze in de toekomst wordt uitgefaseerd. Daarover is op dit moment nog geen officiële aankondiging gedaan, maar gezien de richting die Kadaster en PDOK met OGC API’s inslaan, is het niet ondenkbaar dat deze oudere API op termijn verdwijnt.
Onderstaand overzicht laat zien hoe de nieuwe API zich verhoudt tot de oudere. Het gaat hier niet om goed of fout, maar simpelweg om verschillen in opzet en mogelijkheden:
| Kenmerk | BAG API Individuele Bevragingen | BAG OGC API Features |
|---|---|---|
| Vereist API key? | ✅ Ja | ❌ Nee |
| Bevragingslimiet? | ✅ Ja | ❌ Nee |
| Ondersteunt JSON / GeoJSON? | ❌ Beperkt | ✅ Volledig |
| Gebaseerd op OGC-standaard? | ❌ Nee | ✅ Ja |
| Bulkbevragingen mogelijk? | ❌ Alleen per object | ✅ Ja, via filters & paginering |
| Zoek op adres mogelijk? | ❌ Nee | ❌ Nog steeds niet |
Zoals je ziet zijn er duidelijke technische verbeteringen in de nieuwe OGC API. Maar de bestaande API blijft voorlopig bruikbaar voor toepassingen die al draaien op de oude structuur.
Hoewel de nieuwe API een mooie stap vooruit is, zijn er ook beperkingen. De belangrijkste is dat je nog steeds niet direct op een adres kunt zoeken. Net als bij de oude API, moet je beschikken over een BAG-ID van het object dat je wilt bevragen. Zo’n ID kun je niet uit een adres afleiden via deze API zelf.
Wil je bijvoorbeeld weten wat de BAG-informatie is voor het adres “Herenstraat 1, Utrecht”? Dan zul je eerst de PDOK Locatieserver moeten gebruiken om op basis van dat adres het juiste BAG-ID te achterhalen. Pas daarna kun je die informatie gebruiken in de OGC API Features om het betreffende object op te vragen.
Dit geldt dus zowel voor de oude als de nieuwe API: het opzoeken op een adres is een aparte stap die buiten de API’s zelf valt.
De BAG OGC API Features is met name interessant voor ontwikkelaars en geo-specialisten die willen werken met actuele BAG-data, zonder technische drempels. Doordat er geen API key meer nodig is en je bevragingen eenvoudig kunt uitvoeren, is de API zeer geschikt voor:
Tegelijkertijd blijft de oudere Individuele Bevragingen API bruikbaar voor toepassingen waarbij juist heel gericht één object moet worden bevraagd, bijvoorbeeld op basis van eerder opgeslagen BAG-ID’s. Maar houd er rekening mee dat deze API op termijn mogelijk uitgefaseerd wordt — daarover is op dit moment echter nog niets definitief bekendgemaakt.
De introductie van de BAG OGC API Features laat zien dat het werken met BAG-data steeds meer verschuift richting open standaarden, schaalbaarheid en moderne integraties. Voor organisaties die met adres- en gebouwdata werken betekent dit dat technische keuzes van vandaag invloed hebben op de toekomstbestendigheid van systemen en processen.
Werk je al met BAG-gegevens? Dan is dit het moment om te beoordelen of je huidige werkwijze aansluit op de nieuwe OGC-standaard. Oriënteer je je juist op een rol binnen BAG-beheer of geo-informatie? Dan is kennis van deze ontwikkelingen essentieel.
Meer weten over de verantwoordelijkheden en dagelijkse praktijk van een BAG-beheerder? Of wil je praktisch leren werken met BAG-data en API’s via Geo-ICT’s BAG-cursus?
Zo zorg je dat je niet alleen begrijpt wat er technisch verandert, maar ook hoe je daar professioneel op inspeelt.
