LUCILLE KOK: Er is veel vraag naar het in samenhang gebruiken
van de data uit de verschillende geobasisregistraties,
en de integrale gebruiksoplossing maakt dit voor het eerst mogelijk.
Het gaat om een generieke oplossing
waarin eindeloos veel antwoorden kunnen worden gegeven
voor gebruikers uit verschillende doelgroepen.
In deze video gaan we in gesprek met zo'n gebruiker
en vertelt ontwikkelaar Erwin Folmer meer over de mogelijkheden van deze toepassing.
INLEIDENDE MUZIEK
RUSTIGE MUZIEK
PIETER BOS: Als planoloog werk ik vooral met de BGT en met de BAG.
Die proberen we af en toe te combineren
door een historische analyse van een centrumgebied te maken.
Momenteel merk ik dat die dingen nog best wel moeilijk te combineren zijn,
omdat je eerst een BGT-kaart moet downloaden als basiskaart
en vervolgens in de BAG op zoek moet naar het bouwjaar van panden.
Wat we tegenwoordig vaak in centrumgebieden zien,
is dat de behoefte aan fysieke winkelmeters duidelijk afneemt.
De integrale gebruiksoplossing zou ons kunnen helpen
om te kijken wat mogelijke, nieuwe invullingen kunnen zijn
voor leegstaande winkelpanden.
Stel: je wilt een nieuwe sportzaal toevoegen aan je centrum,
dan kun je nu een analyse uitvoeren hoe groot de sportzalen in de omgeving zijn,
welk bouwjaar die hebben en of dat inderdaad mogelijk inpasbaar is
in de leegstaande winkelpanden in je centrumgebied.
ERWIN FOLMER: Tot op heden moet je toch vaak datasets als een silo bevragen.
Dus je bevraagt de BAG, je bevraagt de BRT, de BGT.
Maar combinaties daarvan zijn relatief lastig.
Dan heb je vaak of een geopakket nodig,
waar die data al bij elkaar samenzitten, geïntegreerd zijn.
Maar de gemiddelde gebruiker heeft dat niet en heeft er ook geen kennis over.
Dus wat we nu doen, eigenlijk op basis van webtechnologie,
is ook in het web, dus met browser-achtige, hele toegankelijke manieren,
toch die datasets bevraagbaar maken.
En niet alleen dan die datasets bevraagbaar maken,
maar ook die integraliteit daarin te bieden.
Dus bij een toepassing voor een eenvoudige gebruiker, die doet het vaak tekstueel.
Dus dan wil je een tekstuele ingang op basis van:
ik wil graag het bouwjaar van mijn huis weten en dan wil je een antwoord.
Bij de developer, die schrijft gewoon een regel code, waar hetzelfde in staat,
maar dan in een querytaal, en geef mij het bouwjaar van mijn huis.
Die krijgt dan een technisch antwoord in plaats van een visueel antwoord.
Terwijl die expert, die wil dat vaak meer in de taal die hij tot z'n beschikking heeft,
kunnen specifiëren op basis van datamodellen.
Want hij wil wel exact weten dat het wel het bouwjaar is
conform de Basisregistratie Adressen en Gebouwen.
Dus die heeft daar vaak meer kennis over.
Dus de kracht is in de basis hetzelfde,
het zijn dezelfde data, met dezelfde stopcontacten die daarbovenop zitten,
alleen de toegang is voor de verschillende groepen anders.
Eigenlijk zou je het kunnen zien dat die developerstoegang,
die gebruiken we zelf om de toepassingen voor die twee andere groepen te maken.
Nu het 'minimal viable product' van de integrale gebruiksoplossing gereed is,
willen we jullie van harte uitnodigen om deze uit te proberen
en om je feedback met ons te delen, zodat we de toepassing kunnen blijven verbeteren.
Voor meer informatie kun je terecht op onderstaande website.
AFSLUITENDE MUZIEK