You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Bij de getting started onder de testgevallen voor kadastraal onroerende zaken gevonden op deze pagina staan kadastrale aanduidingen die niet bruikbaar zijn binnen de API.
Enkele voorbeelden van een foutieve kadastrale aanduiding zijn:
Kadastrale identificatie: 22310827210003
Kadastrale aanduiding: 's Gravenhage:881 N 8272 3
In de getting started staat dus "'s Gravenhage:881 N 8272 3" welke niet wordt geaccepteerd in de API. Als er wordt gezocht op de identificatie dan toont het resultaat een kadastrale aanduiding met waarde "'s-Gravenhage N 8272 A3".
Hieruit is dus op te halen dat bij de testgevallen:
de streep bij plaatsnamen als 's-Gravenhage wordt vergeten
de code voor woonplaats binnen het Kadaster met dubbele punt wordt getoond terwijl deze ongewenst is
het index letter wordt weg gelaten in geval van een appartement onroerende zaak
Gebruikers worden via de hoofdpagina van de GitHub geleid naar deze testgevallen, maar bij binnenkomst en eerste pogingen tot het werkende krijgen van de API zullen ze tegen dit soort fouten aanlopen.
Mijn voorstel is om alle testgevallen nogmaals na te lopen en desnoods zelf uit te voeren om zeker te zijn dat wat we tonen inderdaad correct en bruikbaar is.
The text was updated successfully, but these errors were encountered:
Originally created by KayodeBakker (kadaster/BRK-bevragen#815):
Bij de getting started onder de testgevallen voor kadastraal onroerende zaken gevonden op deze pagina staan kadastrale aanduidingen die niet bruikbaar zijn binnen de API.
Enkele voorbeelden van een foutieve kadastrale aanduiding zijn:
Kadastrale identificatie: 22310827210003
Kadastrale aanduiding: 's Gravenhage:881 N 8272 3
In de getting started staat dus "'s Gravenhage:881 N 8272 3" welke niet wordt geaccepteerd in de API. Als er wordt gezocht op de identificatie dan toont het resultaat een kadastrale aanduiding met waarde "'s-Gravenhage N 8272 A3".
Hieruit is dus op te halen dat bij de testgevallen:
Gebruikers worden via de hoofdpagina van de GitHub geleid naar deze testgevallen, maar bij binnenkomst en eerste pogingen tot het werkende krijgen van de API zullen ze tegen dit soort fouten aanlopen.
Mijn voorstel is om alle testgevallen nogmaals na te lopen en desnoods zelf uit te voeren om zeker te zijn dat wat we tonen inderdaad correct en bruikbaar is.
The text was updated successfully, but these errors were encountered: