Het Referentiemodel ICT-BGT. voor bronhouders

Vergelijkbare documenten
SVB-BGT faciliteert bronhouders voor de bijhouding. Welke taak bronhouder Welke taken bij SVB-BGT

De techniek rondom het mutatieverkeer

Toetsdocument. Geonovum. Certificering BGT IMGeo bronhoudersoftware. datum 1 maart versie 1.2. status publiek

Verslag BGT Softwareleveranciersoverleg

BGT beheer. Wouter Botman - Product Manager - NedGraphics. Creëer, beheer & deel digitale gebiedsinformatie.

Ontwikkelingen in de keten Jeroen van der Veen Ketenmanager BGT

Verslag BGT Softwareleveranciersoverleg

BGT migratie Maastricht BGT contactdagen 30 oktober 2014, Tilburg

Informatiebeleid & ICT Financiën en control Facilitaire zaken. Financiële administratie. backoffice applicatie (buiten Klantcontacten

BGT migratie Spijkenisse

De rol van PDOK binnen BGT. Reinier Balt Leveranciersoverleg Gebruikers BGT

BGT-keten in opbouw. Marcel Reuvers Ernst Koperdraat

Verslag BGT Softwareleveranciersoverleg

Verslag BGT Softwareleveranciersoverleg

Verslag BGT Softwareleveranciersoverleg

Ketenontwerp BGT. Ketensamenwerking maakt de BGT

25 jaar. Zonder visie geen architectuur

Tips & Tricks voor de Controleservice BGT

Toetsprotocol. Geonovum. Certificering BGT IMGeo bronhoudersoftware. datum 30 oktober versie v1.0. status publiek

Verslag BGT Softwareleveranciersoverleg

Het beheren en bijhouden van de BGT

Ketenontwerp BGT. Ketensamenwerking maakt de BGT

BGT/IMGEO gisib voorbeeld weg. BGT/IMGEO gisib?

Gebruikersmiddag GBKN Regio Utrecht en Zuid Holland. Jeroen Brakel Flip van der Valk

SamenwerkingsVerband Bronhouders BGT

SVB-BGT Zeeland 30 oktober Praktijk Ervaringen BGT Transitie & BGT Etappe 4: Beheren

Terugmelden in Verbeterdekaart.nl

BAG BGT Bert ten Brinke Nieuwland Geo-Informatie 16 oktober 2014

Gebruikershandleiding

Addendum betreffende het implementeren en gebruiken van het koppelvlak StUF-Geo BAG

BGT in de keten van inwinning en beheer

Verslag BGT Softwareleveranciersoverleg

Addendum betreffende het implementeren en gebruiken van het StUF-koppelvlak Geo BAG

Feiten over de BGT op zakformaat. Basisregistratie Grootschalige Topografie

Processen en juridische aspecten LV WOZ

Voortgang en planning. Leo van der Sluijs Productmanager PDOK

GEMMA Applicatielandschap Kijk op voor meer informatie en een digitale versie

BGT contactdag West Techniek rondom mutatieverkeer 3 november 2015

Verantwoordingsrapportage

De complete oplossing voor uw kadastrale informatievoorziening.

Samen naar de finish!

Offerte Transitie en bijhouding BGT. Bronhouder

Ligt uw uitdaging in het aansluiten op de voorzieningen en de distributie van basisgegevens?

Basisregistratie Grootschalige Topografie

Feiten over de BGT op zakformaat. Basisregistratie Grootschalige Topografie

Feiten over de BGT op zakformaat. Basisregistratie Grootschalige Topografie

Gelderland Flevoland en Overijssel

Kernregistratie Openbare Ruimte Overheid & ICT, Utrecht

Aansluitprotocol Automatisch Berichtenverkeer

UITWISSELING VAN GEGEVENS TUSSEN BEHEER OPENBARE RUIMTE (BOR) EN DE BASISREGISTRATIE GROOTSCHALIGE TOPOGRAFIE (BGT)

Inhoud. Wat is assemblage Zelfassemblerende Bronhouder Opdrachtverlening Instructie Opbouw en Assemblage BGT

N, O.

UITWISSELING VAN GEGEVENS TUSSEN BEHEER OPENBARE RUIMTE (BOR) EN DE BASISREGISTRATIE GROOTSCHALIGE TOPOGRAFIE (BGT)

SamenwerkingsVerband Bronhouders BGT. Voortgang transitiepilots BGT

Basisregistratie ondergrond (BRO) Uitgiftehandboek

De BGT: de kaart van Nederland

0.1 LV BGT Releasenotes

Transitieteambijeenkomst Limburg Verbeter de kaart! Toekomst facility community SVB-BGT Bijhouding Kennisdeling

Verslag BGT Leveranciersoverleg

CONVENANT SAMENWERKING WOZ-ICT STANDAARDEN

Verantwoordingsrapportage

Doorontwikkeling in samenhang van de geo-basisregistraties. Eerste stappen naar een nationale geo-informatie-infrastructuur.

Informatiemodel geografie een basis voor informatieuitwisseling. Linda van den Brink, Geonovum 30 april 2015

DRAAIBOEK AANSLUITEN DOOR GEMEENTEN OP DE LV WOZ. VERSIE d.d

Voorbeelden generieke inrichting Digikoppeling

Leveranciers Aan de Slag. Gijs van Duijn Bas Hoondert

De impact van de basisregistraties op de informatievoorziening van gemeenten

Met de BGT eenvoudig je beheerkaarten op orde.

BGT. Toelichting GML foutsituatie. Inhoudsopgave. Datum 4 maart 2019 Versie Inleiding... 2

Verantwoordingsrapportage

Chris Veenstra, DataLand

Chris Veenstra, DataLand

Guidance ten behoeve mogelijke antwoorden 1. Is de uitvoering van de Wet BGT structureel geborgd in de organisatie?

Uitdagingen bij opbouwen BGT

Geo informatieplan Koggenland op de kaart

Raadsvoorstel 2013 Rockanje, 1 oktober 2013 Nr /74225

6 juni 2012, Dolf de Rooij

Geïntegreerd objectenmodel en bijhoudingsproces

De BGT beheer je samen. Zo zet u eerste stappen op weg naar een solide bijhouding

Beheer Grootschalige Topografie voor nietbronhouders

Verantwoordingsrapportage

Jaar 2017 Enkele kerngetallen voor PDOK, afgezet tegen voorgaande jaren (indien beschikbaar).

Samenhangende objectenregistratie

Inhoud. Dorus Kruse. Jeroen Baltussen. Productmanager PDOK. Adviseur PDOK

Leverancierswerkgroep Koppelvlak StUF-BG-BRK Utrecht, 3 september2015

BEL Combinatie. Peter Veldkamp. 6 november 2014

Programma bijeenkomst Transitieteam

Pauze. Frans Olthof en Ingrid Hugen 21 November 2013

Functioneel ontwerp Berichtenverkeer StUF-Geo IMGeo voor horizontaal en verticaal koppelvlak

Officiële uitgave van het Koninkrijk der Nederlanden sinds 1814.

Nieuwe Sturing op de Basisregistraties. Doorontwikkeling in Samenhang. De I-agenda van IenM. Presentatie DGRW. Ruud van Rossem

Handleiding Mutatieleveringen. Transitiedesk

Hoe maak je de BGT succesvol

De voortschrijdend gemiddelde beschikbaarheid van de PDOK INSPIRE-services van de afgelopen twaalf maanden is 99,54%.

Groeien naar een samenhangende objectenregistratie

Ontwikkelingen op gebied van informatiemodellen

gisib en de BGT / IM GEO

Verslag BGT Leveranciersoverleg

De stand van de BGT. Monitorrapportage november 2013

StUF-Geo IMGeo berichten

Transcriptie:

Het Referentiemodel ICT-BGT voor bronhouders

Het Referentiemodel ICT-BGT Hoe laat u de BGT voor u werken? De transitie naar de BGT is een grote opgave, zowel technisch als organisatorisch. Belangrijk daarbij is dat u de BGT niet alleen maakt omdat het moet, maar ook omdat dat winst oplevert voor uw eigen organisatie. Een goede koppeling met uw huidige ICT-systeem is daarom onontbeerlijk. Sterker nog: om ervoor te zorgen dat uw organisatie de BGT breed gaat gebruiken, is het slim om goed te kijken naar uw huidige werkprocessen en bijbehorende ICT-architectuur. Hoe kunt u de BGT daar zó inpassen, dat die kaart de werkbare onderlegger wordt voor al uw medewerkers? Inzicht in uw ICT-architectuur Het Referentiemodel ICT-BGT geeft u inzicht in de ICT-componenten die uw organisatie nodig heeft om te kunnen werken met de BGT. Ook laat dit model zien op welke manieren uw applicaties communiceren met systemen binnen en buiten uw eigen organisatie. Op basis hiervan bekijkt u of (en waar) u eventueel veranderingen of vernieuwingen in uw eigen ICT-architectuur moet aanbrengen. Niet alleen om klaar te zijn voor de BGT, maar ook voor het maximaliseren van uw eigen winst uit de BGT. Bespreek dit vooral ook met uw eigen informatiespecialisten en/of uw softwareleverancier. Referentiemodel ICT-BGT Zie pagina 15 Referentiemodel ICT-BGT 1

Doel van het Referentiemodel Het Referentiemodel ICT-BGT visualiseert het landschap van applicatiecomponenten en gegevensstromen rondom de BGT en verwante topografie (IMGeo, BAG en BO/R). Doel is allereerst het creëren van een gezamenlijk beeld van dit complexe speelveld, om zo duidelijkheid te bieden in gesprekken en discussies over dit onderwerp. Daarnaast is het model een generieke kaart waarop zowel bronhouders als leveranciers hun software kunnen plotten. Dit kan een bestaande situatie zijn of een gewenste toestand. Overlap en gaten worden op deze manier zichtbaar en de consequenties van implementatiekeuzes worden helder. Zo is het model een hulpmiddel bij de interactie tussen bronhouders en leveranciers. Doelgroep daarbij zijn de informatiespecialisten in deze organisaties. Relatie met referentiearchitectuur en standaarden Het model sluit maximaal aan bij de gemeentelijke GEMMA-referentiearchitectuur, want de vraag naar een dergelijk model speelt vooral bij gemeenten. De gebruikte applicatiecomponenten passen in het GEMMA-applicatielandschap. De gehanteerde standaarden maken deel uit van de informatiemodellen en standaarden voor berichtenverkeer die KING en Geonovum hebben ontwikkeld. Maar ook voor andere groepen bronhouders is dit model nuttig. Alleen zijn de specifiek binnengemeentelijke registraties zoals BAG en BOR (en bijbehorende koppelingen) dan niet van toepassing. In het model herkent u specifiek gemeentelijke componenten en standaarden aan een lichtgroene kleur. Toepasbaarheid Dit referentiemodel gebruikt u voor de beheerfase van de BGT. In de transitiefase is er namelijk functionaliteit nodig voor de initiële assemblage. En die zit niet in dit model. 2 Ministerie van Infrastructuur en Milieu

Inhoudsopgave Wat staat er in dit boekje? Het Referentiemodel is opgebouwd rond de verschillende stappen in inwinning, beheer en gebruik van de BGT. Het toont de functionaliteiten en de bijbehorende standaarden die nodig zijn voor gegevensuitwisseling. Op pagina s 7 tot en met 13 leest u een uitgebreide uitleg van het model. De tekst verwijst regelmatig naar Platen I tot en met VI, die het model schematisch weergeven. Daarnaast is alle informatie visueel samengevat in een infographic. De infographic en de Platen I tot en met VI vindt u achter in dit boekje. Plaat II tot en met Plaat VI zijn varianten van Plaat I; ze geven een specifieke toelichting op onderdelen van het model. De infographic (pagina 15) is een visuele samenvatting van alle informatie in het model. Plaat I (pagina 17) is een schematische weergave van het referentiemodel. Plaat II (pagina 19) bevat gele cijfers die corresponderen met de uitleg op pagina s 7 tot en met 9. Plaat III (pagina 21) geeft informatie over de beschikbaarheid van de verschillende koppelvlakken. Plaat IV (pagina 23) toont de situatie voor een zelfmetende en zelfregistrerende bronhouder. Plaat V (pagina 25) laat de situatie voor een zelfregistrerende bronhouder zien. Plaat VI (pagina 27) geeft de situatie weer voor een gefaciliteerde bronhouder. Ten slotte vindt u op pagina s 28 tot en met 31 een aantal bijlagen: Bijlage 1 beschrijft de certificeringsniveaus van BGT IMGeo bronhoudersoftware. In bijlage 2 staan de doelstellingen van het Mutatie Meldingen Systeem (MMS) dat nog in ontwikkeling is. In bijlage 3 leest u wie er hebben meegewerkt aan het Referentiemodel ICT-BGT. Referentiemodel ICT-BGT 3

Plaat I Opbouw van het model Plaat I Zie pagina 17 Topografische objecten als basis Het model is opgebouwd rondom de inwinning, het beheer en het gebruik van digitale topografische objecten. Een object wordt gespecificeerd aan de hand van de geometrie (de coördinaten ) en in de meeste gevallen ook een aantal beschrijvende kenmerken (de administratieve attributen ). Objecten zijn gemodelleerd volgens standaarden, in dit geval IMGeo (met de BGT als onderdeel), BAG en BO/R (Beheer en Onderhoud/Beheer Openbare Ruimte). Applicatiecomponenten en gegevensstromen Deze topografische objecten worden bewerkt en vastgelegd met behulp van software, in het model geschematiseerd in de vorm van applicatiecomponenten, en uitgewisseld via gegevensstromen. Gegevensstromen vinden plaats volgens diverse mechanismen van distributie en routering, op basis van uitwisselingsstandaarden (gestandaardiseerde in/uitvoerformaten). Als onderdeel van het distribueren kan er overigens sprake zijn van vertaling van het ene naar het andere standaard formaat. Gegevensstromen kunnen binnen een domein plaatsvinden (horizontaal) en tussen het lokale en het centrale domein (verticaal). Drie hoofdfuncties: inwinnen, verwerken, gebruiken In het model onderscheiden we drie hoofdgroepen van functionaliteiten die zich vertalen in software (applicaties): Inwinnen: alle functionaliteiten voor het landmeetkundig of fotogrammetrisch digitaal vastleggen van de feitelijke objectafbakening en -kenmerken, en het bewerken van die gegevens om ze geschikt te maken voor verder gebruik. Verwerken: alle functionaliteiten voor het beheer van de verzameling digitale topografische objecten, waaronder het actueel houden op basis van mutatiemeldingen uit verschillende bronnen (intern en extern) en het distribueren van uitgevoerde mutaties naar belanghebbenden (intern en extern). Gebruiken: alle functionaliteiten in diverse applicaties waarin de topografische objectenverzameling wordt gebruikt. Twee domeinen: lokaal en centraal Naast deze hoofdgroepen zijn er twee domeinen: Lokaal: omvat alle componenten van het model die in principe bij de bronhoudende organisatie een plek hebben. We hebben het ook over lokaal als er sprake is van samenwerkende bronhouders, al dan niet in regionaal verband (de horizontale keten ). Centraal: omvat alle componenten van het model die landelijk zijn ingericht, in de praktijk bij het SVB-BGT en Kadaster.

Plaat II Toelichting op het model Lokaal domein Inwinnen Landmeetkundige/fotogrammetrische inwinning Bij dit onderdeel kunt u denken aan functionaliteit: ter ondersteuning van het landmeetkundig afbakenen en vastleggen van topografische objecten; voor het manipuleren van digitaal beeldmateriaal (luchtfoto s, panoramafoto s, laserbeelden, etc.) voor het afbakenen en vastleggen van topografische objecten. Landmeetkundige verwerking Bij dit onderdeel denkt u aan functionaliteit: voor het inlezen van landmeetkundige veldboeken voor verdere verwerking; voor het vereffenen van de ingewonnen data, waaronder het transformeren en inpassen van nieuwe of gewijzigde objecten in een bestaande objectenverzameling (digitale kaart). Het inpassen kan ook plaatsvinden in component (5) Beheer topografische objecten. De cijfers in de gele bollen tussen de tekst verwijzen naar de gele bollen in het model op Plaat II. Inwinnen Plaat II Zie pagina 19 De gegevensuitwisseling tussen (1) en (2) verloopt - als er sprake is van gescheiden applicaties - op basis van technische standaarden en niet (noodzakelijk) op basis van landelijke berichtstandaarden. U kunt gebruik maken van StUF-Geo IMGeo. De nieuwe of gewijzigde gegevens worden doorgegeven aan de applicatie waarin u de BGT beheert. Voor de uitwisseling geldt hetzelfde als bij (3). In de praktijk vallen (3) en (4) overigens vaak binnen dezelfde applicatie-omgeving. Tip: houd Plaat II bij de hand tijdens het lezen van de uitleg, om de bijbehorende onderdelen van het model te kunnen bekijken. Referentiemodel ICT-BGT 5

De cijfers in de gele bollen tussen de tekst verwijzen naar de gele bollen in het model op Plaat II. Verwerken Inwinnen Beheer topografische objecten (5a) en Afhandelen berichtenverkeer (5b) In het midden van het model staan de functionaliteiten die nodig zijn voor het actueel houden van de BGT, door het verwerken van mutaties en het afhandelen van het bijbehorende berichtenverkeer. Beheer topografische objecten: Het uitvoeren van mutaties (handmatig wijzigen van objecten en/of objectkenmerken). Het (geautomatiseerd) actualiseren van objecten en/of objectkenmerken op basis van binnenkomende mutatieberichten. Het controleren en bewaken van de topologie en integriteit van de gegevensverzameling. Hierbij hoort ook controle op BGT IMGeospecificaties. Afhandelen berichtenverkeer: Het beheren van mutatiemeldingen en de werkvoorraad (procesbewaking). Het exporteren van StUF-Geo IMGeo mutatieberichten voor afnemende applicaties (verticaal naar BRAVO van het SVB-BGT, of horizontaal naar bijvoorbeeld BAG, BO/R of gegevensmagazijn). Het leveren van vooraankondigingen aan BRAVO (SBV-BGT). Het afhandelen van responsberichten in het horizontale berichtenverkeer. Het monitoren van het bijhoudingsproces en het rapporteren daarover aan I&M, na validatie bij uw interne organisatie. Bij dit onderdeel gaat het in elk geval om de objecten die deel uitmaken van de BGTobjectencatalogus (het verplichte deel van de BGT). Desgewenst kunt u aanvullende gegevens bij BGT-objecten bijhouden, of overige objecttypen vastleggen en beheren. IMGeo-objecten kunt u aanleveren aan BRAVO (SVB-BGT). Maar dat geldt niet voor BO/R- en BAG-topografie. In het model hebben deze onderdelen daarom een lichtere kleur. Berichtenverkeer tussen bronhouder en BRAVO (SVB-BGT), dus verticaal, vindt plaats op basis van StUF Geo IMGeo. Dit gebeurt op basis van bestandsuitwisseling met het BRAVO-portaal en de Controleservice bij het Kadaster (12). In de loop van 2015 ondersteunt BRAVO automatisch berichtenverkeer voor mutatieberichten. Berichtenverkeer tussen uw eigen applicaties (horizontaal) vindt plaats op basis van StUF-Geo IMGeo en (gemeentelijk) StUF-Geo BAG. 6 Ministerie van Infrastructuur en Milieu

Gebruiken De cijfers in de gele bollen tussen de tekst verwijzen naar de gele bollen in het model op Plaat II. Gebruiken Dit onderdeel van het model kunt u breed invullen. Het gaat over alle toepassingen waarin u de BGT (en eventuele aanvullende geometrie) gebruikt als basis voor het uitoefenen van uw taken. Bijvoorbeeld het presenteren en raadplegen van de gegevens in een (web)viewer. Een belangrijke afnemer van geometrie is het proces van vergunningverlening en handhaving. Maar de lijst met toepassingen is in principe eindeloos uit te breiden, zeker als u verder kijkt dan het wettelijk voorgeschreven gebruik van de BGT. BAG-administratie Een specifiek gemeentelijke BAG-administratie kent (in deze context) twee varianten: U houdt de geometrie van de BAG-objecten bij in een centrale applicatie (5c). De BAGbeheerder houdt dus geen geometrie bij. Nieuwe of gewijzigde BAG-geometrie wordt via StUF-Geo BAG-berichten (8a) aan de BAGapplicatie geleverd. Het BAG-proces levert gewenste geometrische mutaties aan bij de geometrie-beherende applicatie (5) op basis van StUF-Geo BAG en StUF-BG (BAG-kennisgevingen uit BAG-berichtencatalogus) (8a). U houdt de definitieve geometrie van BAG-objecten bij in de BAG-applicatie. Als ondergrond gebruikt u de kaart die vastligt in het BGT/IMGeo-mutatiesysteem (5a). Wat ook mogelijk is: u haalt de topografische ondergrond uit een gegevensmagazijn (10) via wms/wfs services (8c). Mutaties in (5c) vormen geen directe aanleiding voor BAG-mutaties; dat loopt in principe via de terugmeldvoorziening van de BAG. De meeste mutaties haalt u echter uit verleende bouwvergunningen en uit mutatiesignaleringen vanuit luchtfoto s. Beide acties vereisen mutaties in de BGTdatabase, die de BAG-applicatie via berichtenverkeer (leveranciersafhankelijk) overneemt. BO/R-administratie BO/R kunt u lezen als Beheer en Onderhoud, dus als het generieke proces dat bij verschillende typen bronhouders plaatsvindt, of als het specifiek gemeentelijke Beheer Openbare Ruimte (BOR). De twee varianten die we beschreven bij de BAG (8) komen hier op vergelijkbare wijze terug. Verschil met de BAG is dat de samenhang tussen de topografische objecten bij BO/R en BGT/ IMGeo vaak veel groter is dan bij de BAG, en de interactie tussen de verschillende objecttypen en objectmodellen veel complexer. Voor de uitwisseling van BOR-objecten (9a) is er een berichtenstandaard voor horizontaal berichtenverkeer: StUFGeo IMGeo horizontaal (in beheer bij Geonovum). Ontsluiting topografie Meestal maken organisaties gebruik van een gegevensmagazijn voor het breed toepassen van digitale topografie. Vulling en actualisering van het magazijn gebeurt vanuit de interne topografische registratie via StUF-Geo IMGeo (eenrichtingverkeer) of (gemeentelijk) StUF-BG (10a) en/of vanuit PDOK op basis van GML of (in de loop van 2015) StUF-Geo IMGeo. Daarnaast vindt het intern ontsluiten van gegevens vanuit het gegevensmagazijn plaats op basis van geowebservices wfs en wms (8c). Direct benaderen van PDOK (13) is ook mogelijk via tiled webservices WMTS en TMS, of via bestandsuitwisseling op basis van gml (13a). Het gegevensmagazijn speelt in deze situatie dan geen directe rol. In de toekomst ondersteunt PDOK ook gegevenslevering via StUF-Geo IMGeo (zie plaat III). Referentiemodel ICT-BGT 7

Centraal domein BRAVO BRAVO is het systeem waarmee het SVB-BGT alle BGT- en IMGeo-deelbestanden van bronhouders assembleert tot een landsdekkende kaart. BRAVO voorziet de Landelijke Voorziening BGT (12) van gegevens. Via het BRAVO-portaal levert u gegevens aan en volgt u de voortgang van de assemblage. Op basis van assemblageregels worden de deelbestanden samengevoegd. Eventuele conflicten in de gegevens worden ter oplossing naar u teruggestuurd. Na de initiële assemblage (transitie) gaat u mutaties leveren. In de loop van 2015 ondersteunt BRAVO automatisch berichtenverkeer voor mutatieberichten. Met een abonnementenservice kunt u zich abonneren op gegevensleveringen vanuit BRAVO. Daarbij geeft u op voor welk areaal en van welke (andere) bronhouders u de topografische gegevens wilt ontvangen. Landelijke voorziening De Landelijke Voorziening (LV) BGT wordt beheerd door het Kadaster en gevuld en actueel gehouden door het SVB-BGT, op basis van mutatieleveringen vanuit BRAVO. De LV-BGT registreert de gegevens die de bronhouders (via BRAVO/SVB-BGT) aanleveren. De LV-BGT is verantwoordelijk voor de integriteit van gegevens van de BGT IMGeo-objecten in Landelijke Voorziening, en voert daarom een aantal noodzakelijke controles uit. De LV is de formele registratie: een gegeven is authentieke BGT als het in de LV is verwerkt. De Landelijke Voorziening bestaat uit een Registratieservice en een Controleservice. De Controleservice controleert de aangeleverde bestanden met de specificaties van de BGT IMGeo-standaarden. De Registratieservice verwerkt de inhoud van de aangeleverde bronhouderbestanden en slaat deze duurzaam op in de centrale registratie van de LV-BGT. De bijhouding van de LV vindt plaats door berichtenverkeer vanuit BRAVO op basis van StUF-Geo IMGeo. Publieke Dienstverlening op de Kaart (PDOK) Gebruikers van BGT-informatie die vastligt in de Landelijke Voorziening raadplegen de LV niet rechtstreeks, maar doen dit via Publieke Dienstverlening Op de Kaart (PDOK). Dit is een centrale voorziening voor het ontsluiten van geodatasets van nationaal belang. Dit zijn actuele en betrouwbare gegevens voor zowel de publieke als private sector. PDOK stelt digitale geo-informatie als dataservices en bestanden beschikbaar. BGT-informatie is in PDOK beschikbaar via viewservices, als downloadbare GML-bestanden, via tiled webservices WMTS en TMS (13a) en als dataset in de PDOK-viewer in 4 soorten visualisaties. Terugmeldingen en mutatiesignaleringen Onderdeel van het gebruik van de BGT is het verplicht terugmelden van onjuistheden (14a). Daarnaast signaleert u mutaties vanuit de horizontale keten of binnen uw eigen organisatie. Dat zijn mutatiesignaleringen (14b). Terugmeldingen (door externe partijen) vinden plaats via een (in 2015) te realiseren voorziening bij het Kadaster, mogelijk in samenhang met de BRT. Over de verdere invulling hiervan komt in de loop van 2015 duidelijkheid. Daarnaast realiseert het SVB-BGT in 2015 een Mutatie Meldingen Systeem (MMS) (15), waarmee u werkvoorraden van mutaties kunt bundelen en beheren, om deze daarna door te zetten naar een uitvoerder (of BRAVO/SVB-BGT). Het MMS kan ook mutatiemeldingen verwerken. Aanvullend daarop kan het MMS een rol spelen in de samenwerking tussen bronhouders in het inwinningsproces. Gedane terugmeldingen leidt het MMS dan door naar de betreffende bronhouder. Een uitgebreide beschrijving van de functionaliteit van het MMS vindt u in bijlage 2. Centraal domein 8 Ministerie van Infrastructuur en Milieu

Plaat III Beschikbaarheid van de standaard koppelvlakken Plaat III toont in kleuren de beschikbaarheid van de verschillende standaard koppelvlakken (in april 2015). Beschikbaar betekent dat het koppelvlak is ontwikkeld en klaar is voor gebruik. Of leveranciers een koppelvlak daadwerkelijk gebruiken, is niet uit deze plaat af te leiden. Grijs zijn koppelvlakken die niet (noodzakelijk) gebonden zijn aan landelijke standaarden. Dit kunnen leveranciers-eigen koppelingen zijn, technische (markt)standaarden en/of door leveranciers op tioneel ingebouwde standaarden, zoals bij (3) en (4). Groen zijn standaard koppelvlakken die beschikbaar en toepasbaar zijn. Geel zijn standaard koppelvlakken die in ontwikkeling zijn, of (vrijwel) klaar maar nog niet beschikbaar en toepasbaar. Oranje zijn nog niet-beschikbare standaard koppelvlakken die wel verwacht worden of gepland zijn. Plaat III Zie pagina 21 Referentiemodel ICT-BGT 9

Plaat IV, V en VI Ambitieniveau bronhouder Als bronhouder hebt u drie opties voor het zelf uitvoeren of uitbesteden van werkzaamheden: 1. Zelfmetend en zelfregistrerend: alle werkzaamheden rondom inwinning en verwerking voert u in eigen beheer uit. 2. Zelfregistrerend, niet zelfmetend: de hele verwerking van de digitale topografie voert u in eigen beheer uit, maar het inwinnen besteedt u uit aan een externe partij. 3. Gefaciliteerd: alle werkzaamheden rondom inwinning en verwerking besteedt u uit aan een externe partij. Binnen deze ambitieniveaus hebt u de keus welke typen topografische objecten u wilt vastleggen: a. BGT - alleen de wettelijk voorgeschreven minimale set aan objecttypen en -gegevens zoals gedefinieerd in het informatiemodel BGT; b. BGT + IMGeo - dit heet ook wel BGT met plustopografie; naast de wettelijke minimumset aan objecttypen en gegevens legt u aanvullende objecttypen en -gegevens vast zoals gedefinieerd in het objectenhandboek IMGeo. Naast deze twee opties is er nog de keus waar en op welke manier u de geometrie van BAG- en BO/R-objecten onderhoudt of, verdergaand, de harde kenmerken van de BAG- en BO/Robjecten onderhoudt, zoals beschreven onder (8) en (9).

Plaat IV Plaat IV toont de situatie van de zelfmetende, zelfregistrerende bronhouder. Dit omvat het gehele model, want u moet alle functionaliteiten en daarmee alle applicatiecomponenten en bijbehorende gegevensstromen ingevuld hebben. Plaat IV Zie pagina 23 Referentiemodel ICT-BGT 11

Plaat V Plaat V toont de situatie van de zelfregistrerende bronhouder. Daarin valt het onderdeel Inwinning weg. Belangrijk daarbij is dat u het koppelvlak tussen Inwinning en Verwerking goed invult, zodat de verwerkingssoftware mutaties vanuit de inwinning adequaat kan verwerken. Plaat V Zie pagina 25

Plaat VI Plaat VI toont de situatie van de gefaciliteerde bronhouder. Daarin valt alle Inwinning en een deel van de Verwerking weg; het beheren van de topografische objecten besteedt u uit, maar u hebt nog wel functionaliteit nodig voor het afhandelen van (een beperkt deel van) het berichtenverkeer. Welke functionaliteiten hiervan wel en niet nodig zijn, hangt af van de precieze inrichting van uw systeem en de afspraken die u met de ontzorgende partij hebt gemaakt. Want de niet-lokaal benodigde functionaliteit moet natuurlijk wel worden ingevuld. Het onderdeel Gebruiken vult u lokaal in. Plaat VI Zie pagina 27 Referentiemodel ICT-BGT 13

Illustraties Referentiemodel ICT-BGT en platen

Referentiemodel ICT-BGT 15

16 Ministerie van Infrastructuur en Milieu

Referentiemodel ICT-BGT 19 17

18 Ministerie van Infrastructuur en Milieu

Referentiemodel ICT-BGT 19

20 Ministerie van Infrastructuur en Milieu

Referentiemodel ICT-BGT 21

22 Ministerie van Infrastructuur en Milieu

Referentiemodel ICT-BGT 23

24 Ministerie van Infrastructuur en Milieu

Referentiemodel ICT-BGT 25

26 Ministerie van Infrastructuur en Milieu

Referentiemodel ICT-BGT 27

Bijlage 1 Certificeringsniveaus van bronhoudersoftware Er zijn drie niveaus van certificering van BGT IMGeo bronhoudersoftware: Basis, Uitgebreid en Automatisch. Welke functionaliteiten er worden getoetst voor ieder van deze certificeringsniveaus, ziet u op de pagina hiernaast. Er is een poging gedaan om de certificeringsniveaus in één van de platen weer te geven. Uiteindelijk is er toch voor gekozen om deze visualisatie weg te laten, omdat het niet goed lukte om de verschillende niveau s in het model weer te geven. Softwareleveranciers kunnen in hun eigen visualisaties echter wel laten zien aan welk niveau van certificering hun producten voldoen. Daarom hebben we deze bijlage nog wel opge nomen in dit boekje.

1) Basis 2) Uitgebreid 3) Automatisch Toevoegen en wijzigen Actualiseren BGT IMGeo Uitwisselen via automa- Overige toetsen bij BGT IMGeo gegevens gegevens tisch berichtenverkeer certificering Voor dit onderdeel wordt getoetst of de BGT IMGeo-applicatie objecten kan aanmaken (toevoegen) en geometrische en administratieve gegevens van deze objecten kan muteren (wijzigen). Vervolgens moeten deze toevoegingen en wijzigingen van BGT IMGeogegevens respectievelijk als totaalstand (voor initiële levering) en was/wordt (voor mutaties van bronhouder naar keten) in een valide StUF-Geo IMGeo LV-mutatiebericht worden geëxporteerd. De volgende functionaliteit wordt getoetst: Aanmaken / tekenen van geometrieën van BGT IMGeo objecten Bewerken / wijzigen van attribuutgegevens van BGT IMGeo objecten incl PBP s Exporteren van totaalstand of mutaties naar een StUF-Geo IMGeo LV mutatiebericht Voor dit onderdeel wordt getoetst of de applicatie een totaalstand en was/wordt van BGT IMGeo gegevens in een StUF-Geo IMGeo LV-mutatiebericht kan importeren om de eigen registratie te actualiseren. De geïmporteerde gegevens moeten respectievelijk als totaalstand en was/wordt in een valide StUF- Geo IMGeo LV-mutatiebericht 1:1 geëxporteerd kunnen worden (als controlestap en functionaliteit van BASIS). Voor dit onderdeel wordt getoetst of de BGT IMGeo bronhoudersoftware StUF-Geo IMGeo LV de functionaliteit die onder BASIS en UITGEBREID valt via automatisch berichtenverkeer op basis van Digikoppeling WUS kan verzenden en ontvangen. Naast het (geautomatiseerd) uitwisselen van de berichten van BASIS en UITGEBREID, moeten ook de procesberichttypen uit de StUF-Geo IMGeo LV-standaard worden ondersteund die specifiek bedoeld zijn voor geautomatiseerde uitwisseling. Naast de functionaliteit van het BASIS- en UITGEBREID- niveau wordt het volgende getoetst: Verzenden van een mutatiebericht via Digikoppeling WUS (na het aanmaken / exporteren van gegevens naar een mutatiebericht uit de BGT IMGeo applicatie). Ontvangen van een StUF-Geo IMGeo LV mutatierepons via Digikoppeling WUS en verwerken van een mutatierespons in de BGT IMGeo applicatie. Ontvangen van een StUF-Geo IMGeo LV mutatiebericht via Digikoppeling WUS (en het verwerken van de gegevens in het mutatiebericht in de BGT IMGeo applicatie t.b.v. actualisatie). Aanmaken van vooraankondiging in de BGT IMGeo applicatie en verzenden van het StUF-Geo IMGeo LV Vooraankondiging via Digikoppeling WUS. Ontvangen van een StUF-Geo IMGeo LV Vooraankondiging via Digikoppeling WUS en het verwerken van een vooraankondiging in de BGT IMGeo applicatie. Ontvangen en verwerken van de logistiek StUF-berichten via Digikoppeling WUS. Meer Informatie? Zie het Toetsdocument voor certificering BGT IMGeo bronhoudersoftware versie 1.0 d.d. 30-10-2014 - http://www.geonovum.nl/onderwerpen/bgt-imgeo-standaarden Referentiemodel ICT-BGT 29

Bijlage 2 Functionaliteit van het Mutatie Meldingen Systeem (MMS) Dit zijn de doelstellingen van het Mutatie Meldingen Systeem dat in de loop van 2015 gerealiseerd wordt: 1. Een gestructureerde omgeving bieden waarin lopende mutatiemeldingen te zien zijn. Gebruikers de mogelijkheid bieden om te zien waar mutaties gemeld zijn. Mogelijke gebruikers zijn (niet limitatief ): Architecten, Groenbeheerders, Aannemers, Nutsbedrijven/ kabelleggers, Projectontwikkelaars. 2. Geautoriseerde gebruikers de mogelijkheid bieden om van eigen wijzigingen op de BGT centraal een mutatiemelding te doen. 3. Geautoriseerde gebruikers de mogelijkheid bieden om bepaalde wijzigingen aan een mutatiemelding aan te brengen. 4. SVB-BGT ondersteunen in de uitvoering van haar facility-taak. 5. De bronhouders ondersteunen in de uitvoering van hun BGT-beheertaak. 6. Terugmeldingen en wijzigingen daarop vanuit het Kadaster ontvangen en registreren. 7. Deze automatisch geregistreerde terugmeldingen via e-mail melden aan de betrokken bronhouder. 8. Bepaalde statusupdates van terugmeldingen routeren naar het Kadaster. Bron: Functioneel Ontwerp - Mutatie Meldingen Systeem (MMS) - MMS Versie: 1.0-02/10/2014

Bijlage 3 Totstandkoming van het model Het Refentiemodel ICT BGT is opgesteld door Geonovum in opdracht van het Ministerie van IenM. Auteur van het model: Chris Stiggelbout Illustraties van model: Anke Nobel Eindredactie van de tekst in dit boekje: Marèse Peters (Tekstbureau Streep) De werkgroep die het totstandkomen van het model heeft begeleid bestond uit: Marcel Reuvers (Geonovum) Jeroen van der Veen (I&M) Jan Bruijn (SVB-BGT) Henk Ferkranus (SVB-BGT) Aansluiting op de GEMMA is verzorgd door: Arjan Kloosterboer (KING) Er zijn bijdragen aan het model geleverd door: Arnoud de Boer (Geonovum) Silvy Horbach (BGT Services) Bart van der Lely (Grontmij) Wil van de Berg (NedGraphics) Christian Breider (Geon) Marco Appeldoorn (gemeente Best) Het model is besproken in een overleg met vertegenwoordigers van Geo Business Nederland en een aantal adviseurs in het gemeentelijk geodomein. Daarbij waren aanwezig: Bart van der Lely (Grontmij) Christian Breider (Geon bv) Corno Rense (Crotec) Flip van der Valk (Vicrea) Leonard Kollaard (Giskit) Marlies Stoter (Nedgraphics) Sietse de Haan Silvy Horbach (Bgtservices) Simon Plat (ESRI) Theo Galema (Hawar IT) Wil van de Berg (Nedgraphics) Het model is besproken in een overleg met vertegenwoordigers van gemeentelijke bronhouders en Rijkswaterstaat. Daarbij waren aanwezig: Aralt Brilman (gemeente Almere) Bert Drenth (gemeente Leiden) Christian Wolters (gemeente Zwolle) Maarten Vermeij (gemeente Den Haag) Machlon Feenstra (gemeente Dronten) Marco Appeldoorn (gemeente Best) Peter Keijzer (gemeente Dronten) Rick Engbers (gemeente Almelo) Rob van der Schoot (RWS) Geert van Oorschot (I&M) Floris Zwaferink (I&M) Referentiemodel ICT-BGT 31

32 Ministerie van Infrastructuur en Milieu

Colofon Dit is een uitgave van het programmabureau BGT van het Ministerie van Infrastructuur en Milieu Meer informatie www.bgtweb.nl April 2015