ENDPOINT_NOT_FOUND obv BAG ID

Datasets BAG
#1

Via bagviewer.kadaster.nl heb ik voor het adres ‘Resedastraat 5 Hengelo’ een BAG id gevonden van de nummeraanduiding.
https://bagviewer.kadaster.nl/lvbag/bag-viewer/index.html#?searchQuery=Resedastraat%205%20hen&resultOffset=0&objectId=0164200000686193&geometry.x=249919.99&geometry.y=475851.375&zoomlevel=6&detailsObjectId=0164010000050174

Ik weet dat het een relatief nieuw adres is.

Als ik met deze BAG ID de BAG data wil gaan ophalen bij BAG API dan krijg ik een 404: ENDPOINT_NOT_FOUND
https://bag.basisregistraties.overheid.nl/api/v1/nummeraanduidingen/0164200000686193

Wat is de reden dat deze nummeraanduiding (nog) niet gevonden kan worden bij de BAG API?
Wanneer wordt de data van de BAG API bijgewerkt?

#2

Wij ervaren op dit moment wat problemen met het verwerken van de BAG data, we gaan hier naar kijken en zorgen dat we alle missende informatie weer toe gaan voegen. Zodra deze wijzigingen is doorgevoerd laten we dat weten.

BAG Missende nummeraanduiding bij adres 1051VN 128-4
Pandinformatie niet gevonden in Enschede (Status: Bouwvergunning verleend/Bouw gestart)
#3

Beste Jasper, is er al meer bekend over het bijwerken van de BAG data? Wij lopen nu ook tegen een melding waarbij een object (mutatiedatum 04-02-19) wel in de Bagviewer staat, maar niet uit de API terugkomt.

#4

We zijn hier op dit moment mee bezig, ik verwacht dat we de data uiterlijk in onze volgende sprint weer dagelijks bijwerken (dat is dan uiterlijk eind maart).

#5

Hallo BAG APi medewerker,

Is het al bekend of jullie planning nog klopt dat eind deze maand de data bijgewerkt wordt.
Er zijn enkele klanten (Gemeentes) van ons die onze software die gebruik maakt van de BAG API in productie hebben genomen om hun BGT/BAG kaart bij te werken. Zij klagen nu bij ons dat de data niet up to date is.

Met vriendelijke groet,
Kees

#6

Dag Kees,

We zijn er op dit moment hard mee bezig. Door een issue in de verwerkingsstraat hebben we een eerdere poging afgelopen week helaas moeten staken. ik verwacht dat we eind van de maand nog wel gaan halen.

#7

Is er inmiddels al meer bekend wanneer BAG API weer actueel is en dagelijks ververst wordt? Wij maken gebruik van deze API om in de BGT de BAG-id’s over te halen.

#8

We hadden de update mechanieken vorige sprint helemaal klaarstaan en de updates gestart. Echter zijn wij tegen een data issue aangelopen waardoor het inladen niet voortgezet kon worden. Wij zijn dit issue nu aan het onderzoeken. Als de data weer is bijgewerkt laat ik het jullie weten.

#9

Kunnen jullie wel een indicatie geven wanneer de data weer ververst gaat worden? Een klant van ons staat al vanaf november droog qua woningbouw monitoring. Ik weet dat het extract te downloaden is, maar deze heeft ook niet de actualiteit die jullie normaal via de API bieden. Graag een spoedige reparatie van de BAG rest API.

#10

Ik ervaar dezelfde problemen bij het SparQL endpoint. Veel van de info die ik krijg via https://bagviewer.kadaster.nl, komt niet overeen met wat ik krijg uit het SparQL endpoint. (bijv: 2641KS 27, zou een hit moeten opleveren, maar ik krijg niks via SparQL endpoint) Is dit hetzelfde probleem? Wordt dit ook opgelost? En zo ja, op welk termijn?

#11

Ja, dit is hetzelfde probleem. Zodra we de huidige problemen hebben opgelost en de data weer geladen hebben zullen zowel de REST API als het SPARQL endpoint weer naar een dataset kijken die iedere dag wordt bijgewerkt.

#12

Kunnen jullie aangeven wanneer wij weer gebruik kunnen maken van de BAG-API? Volgens eerdere berichten zou het in maart weer werken.

#13

Het probleem met de verwerking van de data blijkt helaas complexer dan verwacht. Het team is behoorlijk dicht bij een oplossing, maar denkt voor de implementatie van deze oplossing zeker nog 2 weken nodig te hebben. We hopen het probleem dus eind april opgelost te hebben, maar ik moet helaas nog wel een slag om de arm houden.

2 likes
BAG API uitzondering en missende addressen
#14

Inmiddels weer een maand verder. Kunnen jullie aangeven wanneer we het nu daadwerkelijk kunnen gebruiken? Het duurt nu wel erg lang.

#15

Wij zij het met je eens dat het weer werkend krijgen van het geheel teveel doorlooptijd kost, het blijft echter voor ons ook een lastig probleem. Op dit moment zijn we bezig met het laden van alle data, zodra deze actie succesvol afgerond is zal de API weer up-to-date informatie teruggeven. Een precieze datum waarop dit zal zijn durven we op dit moment niet af te geven.

#16

@Vunderink @michielmayer @mwjhartogs @cwbraaksma @pdevogel @StevenR

Na een aantal vertragingen en verstoringen is het uiteindelijk toch gelukt om de BAG weer dagvers te krijgen. Op dit moment staat de nieuwste data live op de API en wordt dit ook automatisch bijgewerkt door middel van dagelijkse updates.

image
image1731×873 143 KB

Voor het SPARQL endpoint geldt dat we helaas nog even moeten wachten tot de volgende levering van de TOP10NL omdat deze in de dezelfde repository wordt ingeladen en we die komende week kunnen verwachten. De verwerking daarvan duurt ook enkele dagen waardoor het niet verstandig is die combinatie eerst nog met de voorgaande dataset te leggen. Deze volgt spoedig

1 like
#17

Wat is de status van het SparQL endpoint? Ik heb even gecheckt, maar ik zie bijvoorbeeld nog geen hit op 2641KS 27, terwijl dat in de viewer wel een hit oplevert. Een andere mismatch tussen viewer en SparQL endpoint is bijvoorbeeld bij 6291CH 95a. Viewer geeft verblijfsstatus ‘ingetrokken’, SparQL endpoint geeft ‘in gebruik’.

#18

@michielmayer
We zijn bezig met het verwerken van de data en verwachten dat we volgende week het Sparql endpoint voor de BAG volledig hebben bijgewerkt.

#19

@michielmayer
Het sparql end-point is bijgewerkt.

Mvg

Niels Munning

3 likes
#20

Gisteren een BAG pand opgevoerd, helaas kan ik hier vandaag nog geen gegevens van ophalen? Ik dacht dat het dagelijks ververst zou worden!? Hoe zou dit kunnen?