/// Gebouwenregister v0.2 bèta: testing

Transcriptie

1 /// /// Gebouwenregister v0.2 bèta: testing 1 CONTEXT: HET VRD-PROJECT GEBOUWENREGISTER Het Gebouwenregister (bouwsteen binnen programma Vlaanderen Radicaal ) optimaliseert de informatiehuishouding van de overheid en garandeert een efficiëntere doorstroming van gebouwgerelateerde informatie naar alle betrokken partijen. Het Gebouwenregister - is de authentieke gegevensbron voor basisinformatie met betrekking tot alle gebouwen gelegen in het Vlaams Gewest; - vormt de centrale koppelstandaard in het netwerk van decentraal beheerde, gebouwgerelateerde gegevensbronnen; - maakt deel uit van het gekoppeld stelsel van basisregisters (adres, gebouw, perceel, weg, persoon, onderneming). Het project Gebouwenregister voorziet in de opbouw van het register en garandeert (de nodige applicaties i.f.v.) het beheer, het bijhouden en het ontsluiten van de data. Met het Gebouwenregister wordt de stap gezet van adres-denken naar object-denken. In sommige situaties volstaat het adres immers niet als koppelvlak voor thematische informatie (wegens niet stabiel of nauwkeurig genoeg). Het adres blijft echter een belangrijk attribuut van deze objecten (als aanduiding van de locatie); het adres wordt dan ook gehermodelleerd binnen het Adressenregister, dat op korte tot middellange termijn het CRAB als authentieke bron van adressen zal vervangen. 2 DOEL VAN DE TESTEN De functionaliteiten en data aangeboden in bèta-release v0.2 vormen de kern van het toekomstige Gebouwen- en Adressenregister. Gebouwen, gebouweenheden, straatnamen, adressen en hun onderlinge koppelingen kunnen visueel en administratief geraadpleegd worden. Deze volgen het conceptueel gegevensmodel en definities zoals die met de werkgroep Gebouwenregister werden afgetoetst.

2 Informatie Vlaanderen /// De lokale en Vlaamse overheden, maar bij uitbreiding ook andere gebruikers van gebouw(gerelateerde) informatie, worden uitgenodigd met deze eerste versie aan de slag te gaan (binnen een testomgeving: deze release is nog niet productierijp) om te bekijken hoe het Gebouwenregister een meerwaarde kan bieden binnen de eigen bedrijfsprocessen. Hierbij wordt in de eerste plaats gefocust op gebruikstoepassingen. Zodra consensus bestaat over de inhoud van het Gebouwen- en Adressenregister zal deze focus verlegd worden naar de ontwikkeling van gebruiksvriendelijke beheertoepassingen. De feedback uit deze testen zal gebruikt worden door het projectteam Gebouwenregister om de iteratieve doorontwikkeling van het Gebouwenregister verder te zetten (hierbij wordt Agile-SCRUM als methodologie gehanteerd). Uit de testen moet blijken of deze release als ruggengraat voor het register kan gebruikt worden, dan wel of bijsturing noodzakelijk is. 3 TESTOPZET 3.1 BEOOGDE TESTERS Steden en gemeenten, Vlaamse overheidsdiensten, softwareontwikkelaars en dienstenleveranciers, gebruikers van gebouwinformatie in de bestaande CRAB- en GRB-producten, enz. 3.2 TESTBARE ONDERDELEN REST-webdiensten De gedocumenteerde REST API s laten toe om Gebouwen- en Adressenregister resources (gebouw, gebouweenheid, straatnaam, adres) atomair of in bulk binnen te halen in een eigen softwareapplicatie. Via deze weg beschikt men steeds over de meest actuele informatie, terwijl ook het opvragen van vorige objectversies mogelijk is. Daarnaast zijn reeds enkele API s voorzien voor het beheer van deze resources (zie PUT-, POST- en DELETEmethodes); hierop zullen later beheerapplicaties ontwikkeld kunnen worden. Toegang tot deze beheerservices zal dan beperkt worden tot bevoegde, decentrale beheerders (gemeenten en eventueel bijkomende partijen). De synchronisatieservice (te vinden onder Event ) tot slot laat toe om een eigen databank gesynchroniseerd te houden met het centrale register Testinterface voor REST-webdiensten Om de webdiensten te kunnen testen zonder code te moeten schrijven werd een testinterface gebouwd. Hiermee kan een service call (vraag naar webdienst) samengesteld en uitgevoerd worden, waarna de service response (antwoord van webdienst) getoond wordt. 2 /// ///

3 /// Informatie Vlaanderen Web Map Service (WMS) Web Map Services zijn een standaard van het Open Geospatial Consortium (OGC) voor het aanbieden van gegeorefereerde kaartbeelden over het internet. Deze service kan aangeroepen worden vanuit GIS-software (zie voorbeelden in Handleiding WMS). Gebouwen en gebouweenheden kunnen op deze manier gevisualiseerd worden - gefilterd op status; - met de mogelijkheid om detailinformatie vanop de kaart op te vragen. /// /// 7

4 Informatie Vlaanderen /// Testbestanden Testbestanden laten toe de data in bulk in een eigen GIS-omgeving binnen te halen. Er worden testbestanden voorzien in shapefile/dbase-formaat voor volgende dataobjecten: - gebouw - gebouweenheid - adres (incl. straatnaam) Deze worden aangeboden in drie versnijdingsvormen: - Vlaanderen (gebiedsdekkend) - 5 Vlaamse provincies - 6 steden/gemeenten: Antwerpen, Gent, Leuven, Zwijndrecht, Nevele en Aalst 4 /// ///

5 /// Informatie Vlaanderen Conceptueel gegevensmodel en objectcataloog In het conceptueel gegevensmodel en de objectcataloog daarbij zijn de Gebouwen- en Adressenregisterobjecten, hun relaties en attributen voorzien van definities en verdere toelichting. 3.3 OORSPRONG EN KWALITEIT VAN DE TESTDATA Vooraleer het testen aan te vatten is het wenselijk volgende bemerkingen door te nemen: De Gebouwenregister-bèta-omgeving wordt gevoed door adres- en gebouwgerelateerde informatie uit de CRAB-bèta-omgeving (laatst bijgewerkt o.b.v. productiedata op 02/12/2015). Daarbij worden gebouweenheden aangemaakt o.b.v. CRAB-adressen en hun koppelingen met gebouwen. Ook de gebouweenheidstatus is gebaseerd op de status van het corresponderende CRAB-adres. Hierdoor wordt vermeden dat decentrale beheerders retroactief miljoenen gebouweenheden zouden moeten aanmaken. Deze doorvertaling heeft ook zijn beperkingen: zo kan bijvoorbeeld o.b.v. CRAB-informatie geen onderscheid gemaakt worden tussen [1] een gebouw met twee gebouweenheden (elk met een adres) en [2] een gebouw met één gebouweenheid (met daaraan twee adressen, bv. één voor elke ingang). In beide gevallen toont CRAB een gebouw met twee adressen; in beide gevallen vertaalt zich dit in een gebouw met twee gebouweenheden (niet wenselijk in situatie [2]). In een later stadium zullen gebouweenheden rechtstreeks aangemaakt worden door de beheerder, waardoor deze problematiek zich niet meer voortdoet. /// /// 7

6 Informatie Vlaanderen /// Bij het testen is het dus belangrijk te beseffen dat de bèta-omgeving niet de meest actuele informatie uit de productieomgeving van CRAB en GRB bevat. Edits op de CRAB-bèta-omgeving zijn mogelijk via Lara-bèta ( Via de REST-webdiensten en WMS worden wijzigingen in CRAB zichtbaar na een tiental minuten. Heb je nog geen account op de bèta-omgeving en/of geen toegang tot Lara-bèta? 1. Maak een account aan via 2. Mail naar met als onderwerp Testen gebouwenregister: toegang Lara-bèta. 3. Neem op in je mail: gebruikersnaam + de naam van de gemeente waarin je wil testen. De helpdesk zal vervolgens je toegang in orde brengen. Door de structuur van de testbestanden kan aan één gebouweenheid slechts één adres gekoppeld worden. Het is echter wel de bedoeling om in specifieke situaties toe te laten meerdere adressen aan eenzelfde gebouweenheid toe te kennen (zie voorbeeld [2]). De gemeente-shapes werden versneden 6 /// ///

7 /// Informatie Vlaanderen o.b.v. een buffer rond de gemeentegrens. Hierdoor bevatten ze ook gebouwen, gebouweenheden en adressen uit de naburige gemeenten. Voor de gecreëerde gebouweenheden wordt het attribuut functie ingevuld met nietgekend. De codelijst in de objectcataloog geeft aan welke attribuutwaarden later mogelijk zijn. De betekenis van functie en het initialiseren van dit attribuut zijn het voorwerp van verdere discussie binnen de werkgroep Gebouwenregister. 3.4 ONDERSTEUNING BIJ PROBLEMEN Bij vragen of problemen die het uitvoeren van de testen belemmeren kan contact opgenomen worden met het AGIV-contactpunt: - per op [email protected] - per telefoon op TESTOUTPUT EN FEEDBACK Het resultaat van de testing (aangeleverd via het Excel-sjabloon voor feedback op het testportaal) kunt u doormailen naar [email protected] met Testen gebouwenregister: feedback in de onderwerpregel. Deze informatie wordt dan aan het projectteam-gebouwenregister bezorgd. /// /// 7