Repository voor het ontwikkelen van een demonstrator 'gebouwen en wegen' voor het project Doorontwikkeling in Samenhang. Voor Lessons Learned zie https://geonovum.github.io/disgeo-demo
Op basis van een API bevraging komt bepaalde data terug. De verwachting is dat de data verwijzingen naar andere objecten doet op basis van een id.
Als resultaat van een bevraging van een specifiek pand op de BAG API. Verwacht ik dat de id's van verblijfsobjecten meegegeven worden die binnen dit pand vallen. Op basis van dit principe kunnen we een generieke oplossing bedenken. Echter geeft de BAG API geen verblijfsobject id's terug, maar de API url's waar we de verblijfsobjecten op kunnen vragen.
ik verwacht:
"verblijfsobject" : "1895100000022868"
Ik krijg terug:
"verblijfsobject" : "https://bag.basisregistraties.overheid.nl/api/v1/verblijfsobjecten?pandrelatering=1895100000022868&geldigOp=2019-10-22",
Mogelijke oplossing is om dit als een resultaat mogelijkheid te houden en hier dus een structurele oplossing voor te bedenken. Anderzijds is de vraag in hoeverre dit een gangbaar resultaat is.
Op basis van een API bevraging komt bepaalde data terug. De verwachting is dat de data verwijzingen naar andere objecten doet op basis van een id. Als resultaat van een bevraging van een specifiek pand op de BAG API. Verwacht ik dat de id's van verblijfsobjecten meegegeven worden die binnen dit pand vallen. Op basis van dit principe kunnen we een generieke oplossing bedenken. Echter geeft de BAG API geen verblijfsobject id's terug, maar de API url's waar we de verblijfsobjecten op kunnen vragen. ik verwacht:
"verblijfsobject" : "1895100000022868"Ik krijg terug:"verblijfsobject" : "https://bag.basisregistraties.overheid.nl/api/v1/verblijfsobjecten?pandrelatering=1895100000022868&geldigOp=2019-10-22",Mogelijke oplossing is om dit als een resultaat mogelijkheid te houden en hier dus een structurele oplossing voor te bedenken. Anderzijds is de vraag in hoeverre dit een gangbaar resultaat is.