Rapport IMKL Dataspecificatie Utiliteitsnetten

Maat: px
Weergave met pagina beginnen:

Download "Rapport IMKL Dataspecificatie Utiliteitsnetten"

Transcriptie

1 Rapport IMKL Dataspecificatie Utiliteitsnetten datum 3 juni 2016 Geonovum versie 1.1

2 Document kenmerken In onderstaande tabel zijn de kenmerken van deze dataspecificatie opgenomen. Titel IMKL Dataspecificatie Utiliteitsnetten Auteur Linda van den Brink, Paul Janssen, Wilko Quak Datum Datum laatste wijziging < > Onderwerp Data specificatie voor Utiliteitsnetten Uitgever <naam> Type Tekst Beschrijving Dit document beschrijft de data specificatie voor data product utiliteitsnetten Bijdragen van <namenlijst of groepsnaam> Formaat MS Word (doc) Bron Geonovum Rechten CC BY-ND 3.0 Identificatie IMKL_Dataspecificatie_1.1doc Taal Nederlands Relatie Deze dataproduct beschrijving is opgesteld in het kader van PDOK en is gebaseerd op de INSPIRE data specification template Geldigheidsduur Wijzigingshistorie Hieronder is de historie van dit document opgenomen. Versie Datum Aangepast Aangepaste Omschrijving aanpassing(en) door secties PJA Kleine aanpassingen. Zie: Consultatie 1.0RC1 en verwerking in 1.1RC1en PJA - Kleine tekst aanpassingen. 1.1RC PJA divers Kleine aanpassingen van concept naar RC1 1.1RC PJA divers Concept Update naar RC PJA H 3,9 GWSW referenties 1.0RC PJA Publicatie als versie 1.0 release candidate PJA alles Nav review versie PJA alles Nav review en periode tot 18 juni PJA alles Nav van review werkgroep PJA Review op 0.3 verwerkt PJA 1,2,3,4,5,6 Review verwerkt, andere dan WION modellen toegevoegd PJA H 5 Hoofdstuk 5 ingevuld xx PJA Geheel Start op basis van PDOK DPS Template 2 rechtenbeleid Rapport Dataspecificatie IMKL2015 Naamsvermelding-GeenAfgeleideWerken 3.0 Nederland (CC BY-ND 3.0)

3 Voorwoord Dit document bevat de dataspecificatie ten behoeve van het berichtenverkeer voor uitwisseling van kabel en leiding informatie van de utiliteitsnetten elektriciteit, gas en chemie, telecom, water, warmte en afvalwater. Het doel van deze dataspecificatie is om -aanvullend aan de metadata beschrijving van het dataproduct (conform ISO 19115)- achtergrond informatie te verstrekken over een dataproduct. Waar de metadata de informatie op bestandsniveau beschrijft is de dataspecificatie bedoeld om de gegevensstructuur en objectdefinities te beschrijven. Op basis van de dataspecificatie en de metadata van het dataproduct kan een gebruiker van de gegevens zich een goed beeld vormen van de data die worden aangeboden en de data inhoudelijk interpreteren. Daarnaast geldt dat onderdelen van de dataspecificatie nodig zijn ten behoeve van applicatiebouw voor realisatie van het berichtenverkeer aan de aanbod en ontvangstzijde. Dit document is opgesteld in de context van het KLICWIN programma. Opdrachtgever was de stuurgroep KLICWIN bestaande uit de volgende organisaties: Ministerie van Economische Zaken, Ministerie van Infrastructuur en Milieu, Platform Netbeheerders, Cumela, Stichting Rioned, Bouwend Nederland, Gemeentelijk Platform Kabels en Leidingen en het Kadaster. Voor de realisatie van dit document is een projectgroep en een werkgroep gevormd van domeinexperts die de eisen hebben geformuleerd waaraan de dataspecificatie moet voldoen, in het proces hebben meegewerkt en het resultaat hebben geëvalueerd. De volgende personen hebben deelgenomen aan de project- en werkgroep: Projectgroep: Linda van den Brink (Geonovum) Paul Janssen (Geonovum) Edward Mac Gillavry (Webmapper) Wilko Quak (Geonovum) Werkgroep: Ad van Houtum (Kadaster) Wil Lambo (KPN) Martin van Vaalen (KPN) Daan van Os (Brabant Water) Jorrit Hansson (Enexis) Marcel Busser (BAM) Felix Parmentier (BAM) Patrick Straver (BAM) Martin Borgman (Kadaster) Ron Dijkstra (Gasunie) Nick Naus (Kadaster) Hendrik van de Berg (Alliander) Henny Nouwens (Ziggo) Hans Postema (Gasunie) Fuat Akdeniz (Kadaster) Herman van den Berg (Kadaster) Bas Heite (B12) Frank Coumans (Eneco) Hans Meijer (Gemeente Den Haag) Eric Oosterom (Stichting Rioned) Hendrik Kingma (Riodesk) John Peeters (Gemeente Maasgouw) Jan van der Leij (Cumela) 3 Rapport Dataspecificatie IMKL2015

4 In de voorbereiding van het opstellen van deze specificatie is er gekeken naar het IMKL2.2 model zoals dat door AGIV in België is ontwikkeld voor de realisering van de Belgische KLIP voorziening. Deze methodiek sloot voor een groot deel aan op de Nederlandse situatie. Er is daarom dankbaar gebruik gemaakt van de daar opgedane ervaringen. 4 Rapport Dataspecificatie IMKL2015

5 Inhoudsopgave 1 Inleiding en leeswijzer. 7 2 Scope Scope. 8 3 Overzicht Naam en Acroniemen Informele beschrijving Definitie Beschrijving Normatieve referenties Totstandkoming Termen en definities Symbolen en afkortingen Identificatie document 17 5 Data content en structuur Inleiding UML diagrammen Beschrijving algemeen principe: IMKL2015 als extensie op INSPIRE UML - WION overzicht Associaties in het model Numerieke waarden Waardelijsten zijn extern Basisattributen voor identificatie en labels IMKL2015 semantische kern Diepte Utiliteitsnet KabelOfLeiding Leidingelement KabelEnLeidingContainer ContainerLeidingelement Relaties tussen KabelEnLeiding, Leidingelement en container objecten Diagram per type kabel of leiding Elektriciteitskabel Telecommunicatiekabel Olie-gas-chemicalienpijpleiding Rioolleiding Waterleiding Thermische pijpleiding Leidingelementen per type net (thema) Identifier management Tijd representatie en temporeel model UML - EC61 overzicht UML - Buisleidingen Risicoregister overzicht UML - Stedelijk water overzicht Objectcatalogus Geografische objecten Data typen Waardelijsten Geïmporteerde typen (informatief) Referentiesystemen Ruimtelijk referentiesysteem Rapport Dataspecificatie IMKL2015

6 7 Levering Leveringsmedium Formaten (encodings) Nadere GML implementatie specificaties 67 8 Visualisatie 69 9 Bibliografie Bijlage 1: IMKL1.1 (2012) Bijlage 2: IMKL2015 waardelijsten Bijlage 3: Toelichting op geometriemodel Rapport Dataspecificatie IMKL2015

7 Hoofdstuk 1 Inleiding en leeswijzer. De dataspecificatie omvat een vijftal documenten waarvan dit het hoofddocument is. Hiernaast is er een document waarin de objectcatalogus is opgenomen: IMKL2015 Objectcatalogus; een document voor de visualisatie: Handreiking visualisatie IMKL2015; en een apart document met de in de waardelijsten opgenomen waarden. Daarnaast is er een document met het overzicht van alle IMKL objecten met alle attributen en associaties en extra modelregels die daar op van toepassing zijn. De volgende lijst geeft alle documenten: - IMKL2015 Dataspecificatie - IMKL2015 Objectcatalogus - IMKL2015 object-attributen-extraregels - IMKL2015 waardelijsten - Handreiking-visualisatie Dit document is gestructureerd in 8 hoofdstukken. Hoofdstuk 2 beschrijft het toepassingsgebied of onderwerp waar deze dataspecificatie op van toepassing is. Hoofdstuk 3 geeft een informele beschrijving van dit toepassingsgebied en hoe deze dataspecificatie wordt toegepast in een informatie- en datauitwisselingsproces. In dit hoofdstuk zijn ook de normatieve referenties opgenomen en de lijst met termen, definities en afkortingen. Hoofdstuk 4 is een korte samenvatting en identificatie van de dataspecificatie in tabelvorm. In hoofdstuk 5 is het UML model opgenomen en wordt met verschillende diagrammen het informatiemodel toegelicht en wordt verwezen naar de objectcatalogus met alle modelinformatie in tabelvorm. Hoofdstuk 6 gaat in op het ruimtelijk- en temporele referentiesysteem waarin gegevens gepubliceerd moeten worden. Hoofdstuk 7 geeft de implementatiespecificaties opgenomen in de vorm van referenties aan XML schema s. Hoofdstuk 8 tenslotte, behandelt de specificatie van de visualisatie van ruimtelijke data in een kaartbeeld. 7 Rapport Dataspecificatie IMKL2015

8 Hoofdstuk 2 Scope 2.1 Scope. Dit document beschrijft de dataspecificatie, IMKL2015, van het door KLICWIN ontsloten dataproduct Utiliteitsnetten. IMKL2015 geeft de gedetailleerde beschrijving van structuur, inhoud en datakwaliteit van utiliteitsnetten en dient als basis voor de realisatie en ontsluiting van KLICWIN services. De gebruikstoepassing waar de semantiek van IMKL2015 door wordt bepaald komt voort uit verschillende wetgevingen, regelingen en processen. Deze zijn: WION: Wet Informatie-uitwisseling Ondergrondse Netten. Uitwisseling van kabel en leiding informatie ter voorkoming van graafschade voor de netten: telecom, riolering, water, elektriciteit, gas en warmte. INSPIRE: Europese richtlijn voor uitwisseling van digitale gegevens gerelateerd aan milieu. Voor deze specificatie in het bijzonder het thema Utilities en Governmental Services en daarin de Utility Networks. Dataspecificaties voor uitwisseling kabel en leidingen informatie voor de netten: datatransport, riolering, water, elektriciteit, gas, warmte en andere kabels & leidingen. Besluit externe veiligheid buisleidingen (BevB): Besluit houdende milieukwaliteitseisen externe veiligheid voor het vervoer van gevaarlijke stoffen door buisleidingen. Onder andere opname van buisleidingen met gevaarlijke inhoud (Bgi) (en beperkingen op ruimtegebruik) in een bestemmings- of inpassingsplan. Register risicosituaties gevaarlijke stoffen (RRGS) Verplichting tot invoeren risico s van gevaarlijke stoffen in een landelijk risicoregister. De volgende gebruikstoepassing is nog niet operationeel in IMKL2015 verwerkt. Er is voor nu nog een onvoldoende beschreven toepassing. Er is wel al een experimenteel diagram toegevoegd om de gedachte te bepalen. EC61 (COM 147) EU richtlijn voor een Verordening van het Europees Parlement en Raad over maatregelen om de kosten van de aanleg van elektronische hogesnelheidscommunicatienetwerken te verlagen. 8 Rapport Dataspecificatie IMKL2015

9 Hoofdstuk 3 Overzicht 3.1 Naam en Acroniemen. IMKL Dataspecificatie voor Utiliteitsnetten. 3.2 Informele beschrijving Definitie. Utiliteitsnet: Een verzameling netwerkelementen die tot één type nutsvoorzieningennet behoren. Omvat voorzieningen voor elektriciteit, telecommunicatie, gas, chemicaliën, drinkwater, afvalwater en warmte Beschrijving. IMKL2015 vormt het gemeenschappelijke begrippenkader voor de uitwisseling van informatie van verschillende typen uitiliteitsnetten. Een uitiliteitsnet is daarin een verzameling netwerkelementen die tot één type nutsvoorzieningennet behoren en omvat voorzieningen voor elektriciteit, telecommunicatie, gas, chemicaliën, drinkwater, afvalwater en warmte. In de WION wordt een net (is utiliteitsnet) omschreven als: net: een ondergrondse kabel of leiding, daaronder mede begrepen lege buizen, ondergrondse ondersteuningswerken en beschermingswerken, bestemd voor transport van vaste, vloeibare of gasvormige stoffen, van energie of van informatie. Het utiliteitsnet omvat ook de informatie omschreven in deze definitie. Een utiliteitsnet is in eerste instantie de samenstelling van fysieke elementen die samen het net vormen. Het bestaat uit kabels, leidingen, buizen die nodig zijn voor het transport van de net-producten zoals energie, water en informatie, resulterend in bijvoorbeeld elektricteitskabels, telecomkabels, buisleidingen voor gas, kerosine en leidingen voor water, warmte of riolering. Het omvat ook constructies voor het verbinden, verwerken, beschermen, beheren, meten, controleren van transport en distributienetten. Denk hierbij aan verbindingsmoffen, drukregelaars, putten, meetstations etc. Al de uitiliteitsnetten zijn opgebouwd uit verbindingen en verbindingspunten die samen een transportnetwerk vormen. De logica van de netwerken wordt beschreven middels een topologische-, of connectiviteitsmodel. IMKL2015 volgt een arc-node topologie om de logica van het netwerk te kunnen beschrijven. De kern van het model zit echter in het uitwisselen van de liggingsgegevens van de netten en de netwerkelementen. Primair gebeurt dat middels centerlijnen voor de locatie van kabels en leidingen en centerpunten voor leidingelementen. Optioneel is er ook een vlakken representatie en een uitbreiding voor driedimensionale representatie. Een utiliteitsnet wordt beschreven door de ligging en topologie van de netelementen maar ook door beschrijvende informatie over type utiliteitsnet (het thema), verantwoordelijke organisaties, type product, type leiding en velerlei relevante directe, gerelateerde of afgeleide kenmerken en eigenschappen. Voor de bepaling van het domein in relatie tot de opgenomen eigenschappen staan een aantal datauitwisselingsprocessen centraal: INSPIRE Utilities, WION, Risicoregister Gevaarlijke Stoffen, Stedelijk afvalwater en EC61 (breedband internet). Al deze processen stellen eisen aan begrippenkaders in relatie tot utiliteitsnetten en de onderdelen daarvan. IMKL2015 integreert de begrippenkaders voor deze verschillende processen en creëert hiermee een basis voor synergie in de data-uitwisselingsprocessen. 9 Rapport Dataspecificatie IMKL2015

10 Figuur 3.1: IMKL2015 beschrijft het totaal aan informatie die voorziet in een aantal dataleveringsprocessen: WION, INSPIRE utilities, Topografie Stedelijk Water, Buisleidingen gevaarlijke inhoud (Risicoregister gevaarlijke stoffen), EC61. Bij de implementatie van IMKL2015 wordt er voor elk dataleveringsproces een apart profiel gemaakt. Elk profiel bevat alleen die informatie die bij dat profiel hoort. Zo is er een WION profiel, een SWater profiel, een BevB profiel en een EC61 profiel. Uitgangspunten toegepast bij het modelleren van IMKL2015: - IMKL2015 beschrijft het totaal aan informatie die voorziet in een aantal data leveringsprocessen: WION, INSPIRE utilities, Topologie Stedelijk Water, Buisleidingen gevaarlijke inhoud, EC IMKL2015 bevat ook de productmodellen voor de bovengenoemde dataleveringen. Elk productmodel beschrijft de informatie-inhoud (semantiek) van het specifieke leveringsmodel. Zo worden er de volgende productmodellen beschreven (conceptnamen): INSPIRE Utility networks (bestaat al), IMWION, IMBevB, IMSW en IMEC61. - De informatieproducten zijn semantisch zoveel mogelijk op elkaar afgestemd en worden gegenereerd vanuit een geaggregeerd IMKL2015. Het informatiemodel INSPIRE Utility networks staat centraal in de modellering van de overige producten. - INSPIRE Utility networks is gedefinieerd in Engelstalige syntax. De NL modellen gaan uit van een Nederlandse syntax. De relatie tussen Engelse en Nederlandse syntax wordt in IMKL2015 gelegd. - IMKL2015 beschrijft eindproducten van de informatie-uitwisselingsketen. Het bevat geen informatie gerelateerd aan de architectuur van het KLIC WIN systeem. IMKL is niet van invloed op het type voorziening, centraal, decentraal of hybride. - IMKL2015 voorziet in een objectgerichte, gevectoriseerde data-uitwisseling. - Afhankelijk van het type informatieproduct kan IMKL2015 toegepast worden in een view service (WMS) en of download service (WFS of Atom feeds). - IMKL2015 past waar nodig, optioneel, 3D geometrie toe. De 3D geometrie is een optionele extensie die geen invloed heeft op de 2D modellering. - Voor 3D modellering wordt zoveel als mogelijk afgestemd met CityGML-Utility extensie. In dat proces wordt ook gekeken naar aanpassingen aan CityGML-Utility. INSPIRE Utility networks is leidend in die afstemming. 10 Rapport Dataspecificatie IMKL2015

11 - IMKL2015 bevat temporele informatie. - IMWION bevat ook de informatie van geplande netwerkelementen. - IMWION bevat ook, indien relevant en aanwezig, de informatie van huisaansluitingen, gestuurde boringen, mogelijke detailkaart. Indien alleen aanwezig in rasterformaat worden ze in dat formaat meegeleverd. - De voorziening KLICWIN informatievoorziening lijkt op de Belgische AGIV KLIP voorziening. Het AGIV IMKL2.1 Data Model voldoet conceptueel voor een deel aan eisen die IMKL2015 ook heeft. IMKL2015 maakt gebruik van de ervaring die in AGIV IMKL2.1 is opgedaan. Het volgende figuur schetst de data-uitwisseling voor realisering van het WION en INSPIRE Utilities voorzieningen. Het figuur is ter illustratie en niet normatief voor de implementatie van de voorziening. Een onderscheid wordt gemaakt tussen data-uitlevering en data-aanlevering. Data-uitlevering betreft het leveren van data aan de uiteindelijke afnemers, de eindproducten. Data-aanlevering is de data stroom van netbeheerders die nodig is om tussenproducten of voorzieningen te realiseren die met die gegevens instaat zijn om de eindproducten te realiseren. De IMKL2015 dataspecificatie betreft alleen de beschrijving van de semantiek van het uitleveringsproces. Voor het aanleverproces kan de IMKL2015 specificatie ook een rol spelen, met name bij de met A en B aangegeven datastroom. Dit is echter geen onderwerp in deze specificatie. Figuur 3.2: Data-uitwisselarchitectuur. Illustratief figuur van data-uitwisseling voor realisatie van WION en INSPIRE voorziening. IMKL2015 beschrijft de semantiek van de eindproducten in de data-uitlevering. De inhoud van de data-aanlevering van netbeheerder naar voorziening is niet beschreven. 3.3 Normatieve referenties. Raamwerk van geo-standaarden NEN 3610:2011 Basismodel Geo-informatie. NEN 3116:1990 Tekeningen in de bouw. Basissymbolen voor de uitwisseling van gegevens over de ligging van ondergrondse leidingen. [D2.8.III.6] Data Specification on Utility and Government Services. Technical Guidelines, 11 Rapport Dataspecificatie IMKL2015

12 GegevensWoordenboek Stedelijk Water (GWSW) Totstandkoming. Deze specificatie is opgesteld door Geonovum en is gebaseerd op het INSPIRE Data Product Specification Template. Document titel : IMKL Dataspecificatie Utiliteitsnetten Referentie datum : Auteurs : Linda van den Brink, Paul Janssen, Wilko Quak Taal : Nederlands 3.5 Termen en definities. Lijst van termen en definities die in deze beschrijving worden gehanteerd. annotatie Elke toevoeging op een kaartbeeld voor verduidelijking applicatieschema informatiemodel dat gegevens beschrijft die worden gebruikt door een of meer applicaties OPMERKING IMKL is met UML beschreven in een applicatieschema. associatie of relatie <UML> semantische relatie tussen twee of meer klassen die de connectie tussen hun instanties weergeeft attribuut kenmerk van een object attribuutwaarde (value) waarde die een attribuut aanneemt coördinaat getal in een sequentie van n getallen om de positie van een punt in een n-dimensionale ruimte te bepalen coördinaatreferentiesysteem coördinaatsysteem dat aan een object is gerelateerd door een datum. coördinaatsysteem set van wiskundige regels voor het toekennen van coördinaten aan punten datatype gestructureerde gegevens zonder identiteit datum parameter of set van parameters voor het definiëren van het nulpunt, de schaal en de oriëntatie van een coördinaatsysteem diepte Afstand van een punt tot een gekozen referentievlak neerwaarts gemeten langs een lijn welke loodrecht 12 Rapport Dataspecificatie IMKL2015

13 op dat referentievlak staat. download service service that enables copies of spatial data sets, or parts of such sets, to be downloaded and, where practicable, accessed directly. INSPIRE extensie (van informatiemodel) Een informatiemodel als uitbreiding op een ander informatiemodel geo-informatie (geo-information, geographic information) informatie met een directe of indirecte referentie naar een plaats ten opzichte van de aarde (bijvoorbeeld ten opzichte van het aardoppervlak) OPMERKING Geo-informatie is synoniem aan geografische informatie. geo-object (geographic feature type, feature class) abstractie van een fenomeen in de werkelijkheid dat direct of indirect is geassocieerd met een locatie relatief ten opzichte van de aarde (bijvoorbeeld ten opzichte van het aardoppervlak) georeferentie (georeference) locatie van een ruimtelijk object vastgelegd in een ruimtelijk referentiesysteem informatiemodel (conceptual model, conceptual scheme) formele definitie van objecten, attributen, relaties en regels in een bepaald domein OPMERKING Domein is in dit verband: een kennisgebied of activiteit gekarakteriseerd door een verzameling van concepten en begrippen instantie (instance, occurrence) benoemd, identificeerbaar object uit een objectklasse label tekst of getal dat een eigenschap omschrijft of kwantificeert en als annotatie op een kaartbeeld wordt afgebeeld namespace collectie van namen die in XML documenten gebruikt worden als element en attribuutnamen OPMERKING Een namespace wordt geïdentificeerd door een URI. netwerk service application running at the network application layer and above, that provides data storage, manipulation, presentation, communication or other capability which is often implemented using a client-server or peerto-peer architecture based on application layer network protocols (Wikipedia) 13 Rapport Dataspecificatie IMKL2015

14 objectklasse (feature class) verzameling van objecten met dezelfde eigenschappen presentatie presentatie van informatie aan mensen OPMERKING Presentatie van informatie door visualisatie, hoorbaar maken, tastbaar maken (tactiel) of combinaties hiervan. productmodel informatiemodel afgeleid van een ander informatiemodel om de toepassing in een dataproduct te realiseren registratie op nationaal niveau geïdentificeerde en erkende gegevensverzameling OPMERKING Een basisregistratie is een registratie. registratiehouder organisatie verantwoordelijk voor het houden van de registratie OPMERKING de registratiehouder is de organisatie die unieke objectidentificaties toekent voor objecten in een registratie representatie inhoudelijk vastleggen van de werkelijkheid. OPMERKING Het informatiemodel is een representatie van de werkelijkheid. ruimtelijk referentiesysteem model (systeem) voor identificatie van een positie (locatie) in de werkelijkheid OPMERKING Identificatie van een positie kan door coördinaten (directe locatie) en door geografische identificatoren (indirecte locatie). sectormodel model voor beschrijving van de werkelijkheid binnen het domein van een beleidsveld symbool presentatieprimitieve van grafische, audio of tactiele aard of een combinatie hiervan temporeel referentiesysteem Referentiesysteem waarin de tijd is bepaald. netwerktopologie beschrijving van de plaats van de knooppunten en de onderlinge verbindingen in een netwerk rasterformaat representatie van beeld middel een gewoonlijk rechthoekig patroon van parallelle lijnen (v) vectorformaat representatie van geometrie middels geometrische primitieven view service 14 Rapport Dataspecificatie IMKL2015

15 service that makes it possible, as a minimum, to display, navigate, zoom in and out, pan or overlay viewable spatial data sets and to display legend information and any relevant content of metadata. INSPIRE void, nl void, en object, of kenmerk van een object, dat syntactisch of semantisch is vereist, maar dat in de gegeven instantie geen informatie bevat waardelijst lijst van waarden werkelijkheid beeld van de echte of hypothetische wereld die alles van belang omvat 3.6 Symbolen en afkortingen. Lijst van afkortingen en acroniemen die worden gehanteerd in deze data specificatie. BAG Basisregistratie Adressen en Gebouwen BevB Besluit externe veiligheid Buisleidingen BGT Basisregistratie Grootschalige Topografie BOMOS Beheer- en ontwikkelmodel Open Standaarden EC61 EU richtlijn voor een Verordening van het Europees Parlement en Raad over maatregelen om de kosten van de aanleg van elektronische hogesnelheidscommunicatienetwerken te verlagen. GML Geography Markup Language INSPIRE Infrastructure for Spatial Information in Europe. De INSPIRE-richtlijn verplicht de Europese lidstaten geo-informatie over 34 thema's te voorzien van metadata, te harmoniseren en beschikbaar te stellen via het INSPIRE-portaal volgens leveringsvoorwaarden die het gebruik niet onnodig belemmeren. INSPIRE US INSPIRE thema Utility Services. Nutsvoorzieningen zoals riolering, afvalbeheer, energievoorziening, watervoorziening RRGS Risico Register Gevaarlijke Stoffen UML 15 Rapport Dataspecificatie IMKL2015

16 Unified Modeling Language WFS Web Feature Service WIBON Wet Informatie-uitwisseling Bovengrondse en Ondergrondse netten WION Wet Informatie-uitwisseling Ondergrondse Netten WMF Web Mapping Service XML Extensible Markup Language 16 Rapport Dataspecificatie IMKL2015

17 Hoofdstuk 4 Identificatie document Dit hoofdstuk beschrijft de identificatie van de dataspecificatie. In onderstaande tabel is de beschrijvende informatie opgenomen van het dataspecificatie. Titel IMKL2015 Dataspecificatie Utiliteitsnetten. Samenvatting IMKL2015 beschrijft de semantiek van digitale bestanden van utiliteitsnetten. De netten worden getypeerd aan de hand van producten of thema s: elektriciteit, gas en chemie, drinkwater, afvalwater, telecom en warmte. Netten zijn opgebouwd uit netwerkelementen zoals kabels, leidingen, buizen en verbindende componenten genaamd leidingelementen zoals moffen, schakelkasten, aansluitingen, pompen. Het geheel van deze netwerkelementen vormt een netwerk waarvan de topologie wordt beschreven en de directe geografische positie middels coördinaten. Onderwerp categorieën Geografische beschrijving Doel (optioneel) Nederland Doel van dit document is het beschrijven van dataproduct IMKL2015 ten behoeve van KLICWIN. IMKL2015 is ontwikkeld voor de realisatie van digitaal berichtenverkeer rond het thema utiliteitsnetten en de daarin voorkomende kabels, leidingen en leidingelementen voor de realisatie van een aantal wetten en regelingen. Met name de wet WION en de Europese regeling INSPIRE en daarin het thema Utility Networks zijn bepalend. Aanvullende informatie (optioneel) 17 Rapport Dataspecificatie IMKL2015

18 Hoofdstuk 5 Data content en structuur Dit hoofdstuk beschrijft het datamodel van utiliteitsnetten. Aan de hand van UML klasse diagrammen wordt het model beschreven. 5.1 Inleiding. In de volgende paragrafen wordt de inhoud en structuur van het IMKL2015 beschreven middels UML diagrammen en een bijbehorende objectcatalogus. De verschillende uitwisselprocessen WION, Buisleidingen voor Risicoregister, EC61 en Stedelijk water worden in aparte paragrafen behandeld. Dit resulteert in vier deelmodellen respectievelijk benoemd als: IMKL2015 WION; IMKL2015 Buisleidingen Risicoregister; IMKL2015 Stedelijk water; IMKL2015 EC61. De WION toepassing wordt als eerste beschreven. Omdat de andere toepassingen ook delen daarvan gebruiken is het nodig om dit model integraal door te nemen. Het eerste gedeelte van dit hoofdstuk bevat de UML diagrammen van alle deelmodellen. Schematisch is opgenomen wat de informatie-inhoud is middels objecten, hun attributen, datatypen, relaties tussen objecten met alle detail dat nodig is voor een eenduidige beschrijving. Van elk deelmodel is een compleet diagram opgenomen waarna in verschillende subparagrafen elke keer een deel in een apart diagram wordt toegelicht. Sommige onderwerpen hebben een aparte toelichting nodig deze worden in de titel aangeduid met Extra toelichting. Het tweede gedeelte bevat de objectcatalogus met in tabelvorm dezelfde informatie als de diagrammen maar nu middels taal beschreven. Alle informatie-elementen zijn daarbij voorzien van definities en indien nodig een toelichtende beschrijving. De objectcatalogus bevat de gezamenlijke informatie-inhoud van alle deelmodellen. 5.2 UML diagrammen Beschrijving algemeen principe: IMKL2015 als extensie op INSPIRE. IMKL2015 is gemodelleerd als een extensie op het model voor het INSPIRE thema Utility and Governmental Services. Binnen dat INSPIRE thema zijn alleen de modellen voor utiliteitsnetten (utility networks) van belang voor IMKL2015. IMKL2015 neemt de hele inhoud over van de INSPIRE specificatie en voegt daar de specifieke informatie aan toe die nodig is voor realisatie van de in de scope genoemde processen. Met IMKL2015 kan daardoor een dataset geleverd worden of dataservice worden ingericht die INSPIRE conform is en voorziet in het detail van de eisen van de genoemde processen. Er is hierbij opgemerkt dat IMKL2015 als een modelmatige extensie van de INSPIRE niet betekent dat de in IMKL2015 geleverde data automatisch INSPIRE data zijn. Dit geldt zeker voor thema s die niet INSPIRE-plichtig zijn. Het volgende diagram geeft de relatie tussen de verschillende modellen. IMKL2015 is een uitbreiding op het INSPIRE Utility Networks model waarin voor de netten elektriciteit, olie-gas-chemicalien, afvalwater, telecomunicatie, warmte en drinkwater aparte modellen zijn opgenomen. Deze modellen zijn toepassingen van het INSPIRE netwerkmodel waarin opgenomen een model voor topologie. Het netwerkmodel is onderdeel van het INSPIRE Generic Conceptual Model, basismodellen en basistypen die generiek zijn voor 18 Rapport Dataspecificatie IMKL2015

19 alle INSPIRE thema modellen. IMKL2015 is een apart pakket met bijbehorende namespace dat gebruik maakt van de door INSPIRE beheerde pakketten. Een namespace is daarbij gedefinieerd als een unieke aanduiding voor het domein waarbinnen de informatie-elementen gedefinieerd zijn. De namespace voor IMKL2015 is IMKL. IMKL2015 INSPIRE Utiliies IMKL2015 Generic Conceptual Model + Base Models + Base Types (from INSPIRE Consolidated UML Model) Base Models + Activity Complex + Coverages + Gazetteer + Location referencing mechanisms + Network + Observations (from Generic Conceptual Model) Utility Networks Profile + Common Utility Network Elements + Electricity Network + Oil-Gas-Chemicals Network + Sewer Network + Telecommunications Network + Thermal Network + Water Network (from Utility Networks) «applicationschema» Network (from Base Models) Figuur 5.1: Een UML package diagram van de relatie tussen IMKL2015 en de INSPIRE dataspecificaties. Elk pakket bevat de informatie die op dat niveau wordt toegevoegd. Het pakket IMKL2015 is een extensie op het INSPIRE model voor Utility Networks. INSPIRE utilities heeft afhankelijkheden met het algemene INSPIRE algemene netwerkmodel en INSPIRE basistypen. Het totaal van aan elkaar gerelateerde pakketten omvat IMKL2015. De volgende stereotypen worden gebruikt als onderdeel van het UML profiel. Stereotype Model element Beschrijving applicationschema Package Een applicatie schema volgens ISO en NEN featuretype Class Een geografisch object. datatype Class Een gestructureerd data type zonder identiteit. union Class Een gestructureerd data type zonder identiteit waarvan precies één van de attributen aanwezig is in een instantie. enumeration Class Gesloten lijst van domeinwaarden. codelist Class Open lijst van domeinwaarden voidable Attribute, association role Om aan te geven dat het attribuut of associatierol een nullwaarde kan hebben. Een reden waarom het attribuut niet ingevuld is UML - WION overzicht. Het onderstaand UML diagram bevat het complete IMKL2015 WION inclusief de relatie met INSPIRE Utilities. In de hierop volgende paragrafen wordt telkens een deel van het diagram toegelicht. Kleurgebruik in diagrammen: - Oranje: IMKL2015 objecttypen - Rood: INSPIRE Utility Networks per type kabel of leiding 19 Rapport Dataspecificatie IMKL2015

20 - Groen en grijs: INSPIRE Utility Networks algemeen - Licht oranje en grijs: Niet instantieerbare objecttypen, datatypen en waardelijsten. 20 Rapport Dataspecificatie IMKL2015

21 IMKL2015 «datatype» Adres + openbareruimtenaam: CharacterString + huisnummer: CharacterString + huisletter: CharacterString [0..1] + huisnummertoevoeging: Integer [0..1] + woonplaatsnaam: CharacterString + postcode: CharacterString + landcode: CharacterString + identificatiebag: CharacterString [0..1] positievalue {leaf} KabelSpecifiek + kabeldiameter: Measure [0..1] ExtraDetailInfoTypeValue {leaf} + overig + huisaansluiting + aansluiting + profielschets + verzoektotcontact «datatype» positie AnnotatieTypeValue {leaf} + annotatiepijlpunt + annotatielijn + annotatielabel Maatv oeringstypevalue {leaf} + maatvoeringshulplijn + maatvoeringslijn + maatvoeringslabel + maatvoeringspijlpunt + aangrijpinghorizontaal: positievalue + aangrijpingverticaal: positievalue ExtraDetailinfo + adres: Adres [0..1] + extrainfotype: ExtraDetailInfoTypeValue + bestandlocatie: URI + bestandmediatype: BestandMediaTypeValue + bestandidentificator: URI + ligging: GM_Object Annotatie + annotatietype: AnnotatieTypeValue + rotatiehoek: Measure [0..1] + labelpositie: positie [0..1] + ligging: GM_Object Maatv oering + maatvoeringstype: MaatvoeringsTypeValue + rotatiehoek: Measure [0..1] + labelpositie: positie [0..1] + ligging: GM_Object KabelOfLeiding + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] BuisSpecifiek BijlageTypeValue {leaf} + algemeen + eisvoorzorgsmaatregel + nietbetrokken + buismateriaaltype: PipeMaterialTypeIMKLValue [0..1] +heeftextrainformatie +heeftextrainformatie ExtraInformatie AanduidingEisVoorzorgsmaatregel + eisvoorzorgsmaatregel: CharacterString [0..1] + netbeheerdernetomschrijving: CharacterString [0..1] + netbeheerdernetaanduiding: CharacterString + netbeheerderwerkaanduiding: CharacterString [0..1] + aanvraagsoort: AanvraagSoort [] + geometrie: GM_Surface Bijlage + bijlagetype: BijlageTypeValue + bestandlocatie: URI + bestandmediatype: BestandMediaTypeValue + bestandidentificator: URI EisVoorzorgsmaatregelBijlage + eisvoorzorgsmaatregel: CharacterString + toelichting: CharacterString [0..1] +heeftextrainformatie +heeftextrainformatie +heeftextrainformatie +bijlage DiepteTov Maaiv eld EigenTopografie + status: EigenTopografieStatusValue + typetopografischobject: TopografischObjectTypeValue + ligging: GM_Object +innetwork 1 1 +innetwork ExtraGeometrie Utiliteitsnet + thema: Thema + technischcontactpersoon: TechnischContactpersoon + standaarddieptelegging: Measure [0..1] DiepteNAP + maaiveldpeil: Measure [0..1] + datumopmetingmaaiveldpeil: DateTime [0..1] + label: CharacterString [0..1] + omschrijving: CharacterString [0..1] «datatype» TechnischContactpersoon + naam: CharacterString + telefoon: CharacterString + CharacterString + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] lijngeometrie2.5d: GM_Curve [0..1] +extrageometrie + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] Diepte dieptenauwkeurigheid: NauwkeurigheidDiepteValue dieptepeil: Measure +dieptelegging +extrageometrie + datumopmetingdieptepeil: DateTime [0..1] + diepteaangrijpingspunt: DiepteAangrijpingspuntValue = bovenkant + rotatiehoeksymbool: Measure [0..1] dieptelegging + ligging: GM_Point [0..1] KabelEnLeidingContainer +innetwork + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] + aantalkabelsleidingen: Integer [0..1] 1 1..* +innetwork +extrageometrie extrageometrie +dieptelegging EigenTopografieStatusValue {leaf} + bestaand + plan 1 +innetwork 1..* +innetwork +dieptelegging + beginlifespanversion: DateTime + endlifespanversion: DateTime [0..1] «identificatie» + identificatie: NEN3610ID «datatype» NEN3610ID + namespace: CharacterString + lokaalid: CharacterString + versie: CharacterString [0..1] Leidingelement + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + eancode: CharacterString [0..1] + rotatiehoeksymbool: Measure [0..1] ContainerLeidingelement + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + BGT_ID: NEN3610ID [0..1] + rotatiehoeksymbool: Measure [0..1] Thema + buisleidinggevaarlijkeinhoud + datatransport + gashogedruk + gaslagedruk + (petro)chemie + laagspanning + middenspanning + hoogspanning + landelijkhoogspanningsnet + water + warmte + rioolonderoverofonderdruk + rioolvrijverval + wees + overig Common Utility Network Elements:: UtilityNetworkTypeValue + utilitynetworktype: UtilityNetworkTypeValue + authorityrole: RelatedParty [1..*] + utilityfacilityreference: ActivityComplex [] + disclaimer: PT_FreeText [] {All utility network objects have inspireid} {"telecommunications" value of "utilitynetworktype" is not in IR} «datatype» Base Types 2::RelatedParty + individualname: PT_FreeText [0..1] + organisationname: PT_FreeText [0..1] + positionname: PT_FreeText [0..1] + contact: Contact [0..1] + role: PartyRoleValue [] «datatype» Base Types 2::Contact + address: AddressRepresentation [0..1] + contactinstructions: PT_FreeText [0..1] + electronicmailaddress: CharacterString [0..1] + hoursofservice: PT_FreeText [0..1] + telephonefacsimile: CharacterString [] + telephonevoice: CharacterString [] + website: URL [0..1] UtilityNetworkTypeIMKLValue {leaf} + electricity +networks + oilgaschemicals + sewer + water + thermal + telecommunications [0..1] Common Utility Network Elements::UtilityNetwork Kabelbed DiepteAangrijpingspuntValue {leaf} + bovenkant + binnenonderkantbuis Elektriciteitskabel Telecommunicatiekabel OlieGasChemicalienPijpleiding StedelijkWaterSpecifiek Rioolleiding Waterleiding ThermischePijpleiding Duct Mantelbuis Appurtenance + hoogte: Length [0..1] Toren Mast Mangat Kast TechnischGebouw Common Utility Network Elements::Cable +cables +cables Common Utility Network Elements::Duct + ductwidth: Length +ducts Common Utility Network Elements::Appurtenance + appurtenancetype: AppurtenanceTypeValue + specificappurtenancetype: SpecificAppurtenanceTypeValue [0..1] {"TelecommunicationsAppurtenanceTypeValue" is not in IR} Common Utility Network Elements:: Pole + poleheight: Length Common Utility Network Elements: :Cabinet Generic Network Model (van INSPIRE GCM) Network::Network + geographicalname: GeographicalName [] +innetwork1..* +pipes +elements Electricity Network:: ElectricityCable + operatingvoltage: Measure + nominalvoltage: Measure Telecommunications Network::TelecommunicationsCable + telecommunicationscablematerialtype: TelecommunicationsCableMaterialTypeValue {"TelecommunicationsCable" is not in IR} Water Network::WaterPipe + watertype: WaterTypeValue Common Utility Network Elements: :Pipe + pipediameter: Measure + pressure: Measure [0..1] +pipes Common Utility Network Elements: :Tower + towerheight: Length Common Utility Network Elements: :Manhole Network::NetworkElement + inspireid: Identifier [0..1] «lifecycleinfo, voidable» + beginlifespanversion: DateTime + endlifespanversion: DateTime [0..1] Oil-Gas-Chemicals Network::OilGasChemicalsPipe + oilgaschemicalsproducttype: OilGasChemicalsProductTypeValue [1..*] Common Utility Network Elements::UtilityNodeContainer Network::LinkSet +link 1..* Network:: GeneralisedLink Sewer Network::SewerPipe + sewerwatertype: SewerWaterTypeValue Common Utility Network Elements:: WarningTypeValue + net + tape + concretepaving Thermal Network::ThermalPipe + thermalproducttype: ThermalProductTypeValue Common Utility Network Elements:: UtilityDeliv erytypevalue + collection + distribution + private + transport Common Utility Network Elements::UtilityLinkSet + utilitydeliverytype: UtilityDeliveryTypeValue [0..1] + warningtype: WarningTypeValue Common Utility Network Elements:: UtilityNode alleen gebruik van: disused; functional; projected Base Types:: ConditionOfFacilityValue + disused + functional + projected + underconstruction + decommissioned +nodes + geometry: GM_Point + inspireid: Identifier [0..1] Common Utility Network Elements::UtilityNetworkElement + currentstatus: ConditionOfFacilityValue + validfrom: DateTime + validto: DateTime [0..1] + verticalposition: VerticalPositionValue + utilityfacilityreference: ActivityComplex [0..1] + governmentalservicereference: GovernmentalService [0..1] Network::Node + geometry: GM_Point +endnode startnode +spokestart «datatype» Network:: DirectedLink + direction: Sign Network::Link + centrelinegeometry: GM_Curve +spokeend + fictitious: Boolean = false +link 1 Common Utility Network Elements::UtilityLink Network::LinkSequence + link: DirectedLink [1..*] {ordered} wordt niet gebruikt in IMKL2015 Common Utility Network Elements::UtilityLinkSequence 21 Rapport Dataspecificatie IMKL2015

22 Toelichting bij het diagram. Het UML diagram brengt het complete IMKL2015 WION inclusief de relatie met INSPIRE in beeld. De specifiek voor de andere deelmodellen opgenomen informatie zit hier nog niet in. Voor de leesbaarheid zijn een aantal relaties niet opgenomen. In de detaildiagrammen komen die wel terug. Met omlijningen zijn onderdelen van het diagram benoemd: IMKL2015 en INSPIRE Generic Network Model. Aan de bovenzijde bevindt zich de IMKL2015 toevoeging op het INSPIRE Utilities model. Aan de onderzijde het INSPIRE Utilities model. De koppelingslaag is via de IMKL2015 objecttypen die zich in het midden bevinden: Elektriciteitskabel, Telecommunicatiekabel, Waterleiding tot en met Kast. Deze objecttypen zijn 1 op 1 gerelateerd aan de overeenkomstige objecttypen uit INSPIRE Utilities. IMKL2015:Elektricteitskabel aan INSPIRE:ElectricityCable, IMKL2015:Waterleiding aan INSPIRE:WaterPipe enz. Ze bevatten daarmee alle INSPIRE eigenschappen en relaties van die objecttypen. De IMKL2015 koppelingslaag is ook gekoppeld aan de IMKL2015 inhoudelijke informatie. Deze is gemodelleerd in de objecttypen KabelOfLeiding, Leidingelement en de containerversies van beide. De objecttypen in de IMKL2015 koppelingslaag (Elektricteitskabel, Waterleiding enz) vormen de centrale objecten in een IMKL2015 dataset. Via overerving en relaties worden alle eigenschappen toegevoegd, hetzij van de INSPIRE zijde van het model, hetzij van de IMKL2015 zijde van het model. Als voorbeeld het attribuut geometrie van een waterleiding. Deze is gedefinieerd als centrelinegeometry bij het objecttype Link uit het Generic Network Model. Via UtilityLinkSet wordt dat overgeërfd door het objecttype Pipe, vervolgens doorgegeven aan WaterPipe waardoor het bij de IMKL2015 waterleiding komt. Een ander voorbeeld is het attribuut UtilityDeliveryType bij het INSPIRE objecttype UtilityLinkSet. Overerving is door alle kabel-, buis- en ducttypen Associaties in het model. In het model zijn associaties opgenomen om de relatie tussen objecttypen te benoemen. In het IMKL gedeelte zijn regels opgenomen voor het bepalen van de richting waarin de associaties zijn bepaald. - Elke associatie wijst één kant op. Er zijn dus geen inverse associaties. Als er een verwijzing naar beide kanten nodig is worden er twee associaties opgenomen; - elk objecttype in IMKL verwijst direct naar het utiliteitsnet waar het bij hoort. Dit gebeurt in alle gevallen met een associatierol genaamd innetwork. Dat geldt ook voor objecttypen als Annotatie, Maatvoering, Bijlage en dergelijke. In alle gevallen kunnen de objecttypen maar bij één utiliteitsnet horen. Een uitzondering is EigenTopografie, die kan naar meerdere utiliteitsnetten verwijzen; - voor netwerkelementen geldt dat associaties verwijzen naar de objecten ExtraInformatie en Diepte die er bij horen en niet andersom Numerieke waarden. Numerieke waarden bij attributen worden opgenomen conform de bij het attribuut opgegeven eenheid en nauwkeurigheid. Indien de waarde als label is opgenomen en dus een alfanumeriek datatype heeft geldt de komma als decimaal scheidingsteken. Voor de in specifieke datatypen gedefinieerde waarden geldt een punt als het afgesproken decimaal scheidingsteken. De specifieke datatypen voor waarden zoals Measure bestaan uit een combinatie van een waarde en een eenheid Waardelijsten zijn extern. De opgenomen waardelijsten van het type <<codelist>> worden niet in het UML beheerd maar in externe waardelijsten. Zij worden gepubliceerd in een waardelijstregister. Ze maken wel onderdeel uit van IMKL2015 maar omdat ze dynamischer zijn voor wat betreft het inhoudelijk beheer zijn ze uit de UML beschrijving gehaald. Om het model toch leesbaar te houden zijn de startversies van die lijsten wel opgenomen in de UML diagrammen. Voor operationele toepassing is echter het waardelijstregister leidend. 22 Rapport Dataspecificatie IMKL2015

23 5.2.6 Basisattributen voor identificatie en labels. Identificatie: Alle concrete objecttypen en daarmee objecten in een dataset hebben een attribuut voor identificatie. Met deze identificatie kunnen ze uniek geïdentificeerd worden. INSPIRE gebruikt hiervoor het attribuut identifier met het datatype Identifier. Veel objecttypen uit IMKL2015 overerven die attributen. Voor objecttypen die specifiek voor IMKL2015 zijn gecreëerd en die niet via een generalisatie aan INSPIRE zijn gekoppeld is er een attribuut identificatie met het datatype NEN3610ID. Zie ook paragraaf Identifier management. : is een abstract datatype dat is gecreëerd om middels overerving aan bijna alle objecten een mogelijkheid voor het toekennen van een label te bieden. Merk op dat voor annotatie en maatvoering (ExtraInformatie) en diepte, bijbehorende labels via het object doorgegeven worden. Het af te beelden label (getal of tekst) wordt opgenomen bij het attribuut label. In het attribuut omschrijving kan een betekenis worden opgenomen. Bij de subklassen Maatvoering en Annotatie is het plaatsingspunt van een label bepaald met een attribuut ligging. Bij andere subklassen, bijvoorbeeld de netelementen wordt de plaatsing van een eventueel label in een viewer bepaald. Voidable: Bij attributen en associaties die het stereotype <<voidable>> hebben kan, indien het van toepassing is, geen waarde worden ingevuld. Optioneel kan er ook een reden opgenomen worden waarom er geen waarde is ingevuld. De benoemde redenen zijn: Unknown: Waarde onbekend: De waarde is bij de zender niet bekend. Unpopulated: Niet ondersteund: De zender houdt in zijn registratie geen waarde voor dit attribuut bij. Geldt voor alle objecten van dit objecttype. Withheld: Niet geautoriseerd: De zender vindt dat de ontvanger niet geautoriseerd is om de waarde te Kennen. Waarde is vertrouwelijk en wordt niet uitgewisseld. 23 Rapport Dataspecificatie IMKL2015

24 Base Types:: VoidReasonValue + Unknown + Unpopulated + Withheld «datatype» Base Types::Identifier + localid: CharacterString + namespace: CharacterString «lifecycleinfo, voidable» + versionid: CharacterString [0..1] «datatype» NEN3610ID + namespace: CharacterString + lokaalid: CharacterString + versie: CharacterString [0..1] EigenTopografie Utiliteitsnet UtilityNetwork + beginlifespanversion: DateTime + endlifespanversion: DateTime [0..1] «identificatie» + identificatie: NEN3610ID KabelOfLeiding Bijlage {VersieAttribuutNietToegestaan} KabelEnLeidingContainer + label: CharacterString [0..1] + omschrijving: CharacterString [0..1] ExtraGeometrie Leidingelement ExtraInformatie ContainerLeidingelement Diepte Figuur 5.2: Basistypen van het model: Identificatie en label. Alle objecttypen hebben verplicht een identifier. Bijna alle objecten hebben optioneel een label. 24 Rapport Dataspecificatie IMKL2015

25 LifespanVersion: In de basistypen van het model zitten twee attributen voor een temporeel model: beginlifesepanversion en endlifespanversion. INSPIRE kent die attributen ook en past die toe bij het objecttype NetwerkElement. In zijn ze toegevoegd voor die objecttypen die niet van INSPIRE overerven. beginlifespanversion is daarin de begindatum waarop deze versie van een data object in de registratie werd aangemaakt of veranderd; het begin van de levenscyclus van deze versie van een data object. endlifespanversion is de datum die het einde van een levenscyclus van deze versie van een data object aangeeft; het moment vanaf wanneer het geen onderdeel meer is van de actuele registratie. Zie ook paragraaf Tijd representatie en temporeel model IMKL2015 semantische kern. De kern van het IMKL2015 model bevat de semantiek van de extra informatie voor de Nederlandse gebruikstoepassingen. Alleen de objecttypen die de inhoudelijke IMKL2015 informatie bevatten en die extra aan het INSPIRE Utility networks model zijn toegevoegd zijn afgebeeld. Bijvoorbeeld geometrie en netwerktopologie zitten in INSPIRE Utility networks en zijn niet afgebeeld. 25 Rapport Dataspecificatie IMKL2015

26 ExtraDetailinfo + adres: Adres [0..1] + extrainfotype: ExtraDetailInfoTypeValue + bestandlocatie: URI + bestandmediatype: BestandMediaTypeValue + bestandidentificator: URI + ligging: GM_Object {GeometriePuntLijnOfVlak} {HuisaansluitingVerplichtAdres} ExtraDetailInfoTypeValue {leaf} + overig + huisaansluiting + aansluiting + profielschets + verzoektotcontact Annotatie + annotatietype: AnnotatieTypeValue + rotatiehoek: Measure [0..1] + labelpositie: positie [0..1] + ligging: GM_Object {GeometrieLijnOfPunt} {RotatiehoekEenheidDegrees} {RotatiehoekBijPijlpunt} {waardeverplichtbij} AnnotatieTypeValue {leaf} + annotatiepijlpunt + annotatielijn + annotatielabel Maatv oering + maatvoeringstype: MaatvoeringsTypeValue + rotatiehoek: Measure [0..1] + labelpositie: positie [0..1] + ligging: GM_Object {GeometrieLijnOfPunt} {RotatiehoekBijPijlpunt} {RotatiehoekEenheidDegrees} {waarde verplicht bij label} «datatype» positie + aangrijpinghorizontaal: positievalue + aangrijpingverticaal: positievalue «datatype» Adres + openbareruimtenaam: CharacterString + huisnummer: CharacterString + huisletter: CharacterString [0..1] + huisnummertoevoeging: Integer [0..1] + woonplaatsnaam: CharacterString + postcode: CharacterString + landcode: CharacterString + identificatiebag: CharacterString [0..1] Maatv oeringstypevalue {leaf} ExtraInformatie AanduidingEisVoorzorgsmaatregel + eisvoorzorgsmaatregel: CharacterString [0..1] + netbeheerdernetomschrijving: CharacterString [0..1] + netbeheerdernetaanduiding: CharacterString + netbeheerderwerkaanduiding: CharacterString [0..1] + aanvraagsoort: AanvraagSoort [] + geometrie: GM_Surface {BijUiteveringAttribuutEisVoorzorgsmaatregelVerplicht} KabelOfLeiding Leidingelement KabelEnLeidingContainer + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + eancode: CharacterString [0..1] + rotatiehoeksymbool: Measure [0..1] {RotatiehoekEenheidDegrees} Utiliteitsnet + thema: Thema + technischcontactpersoon: TechnischContactpersoon + standaarddieptelegging: Measure [0..1] {WionDiepteInMeterMetMaxTweeDecimalen} {NetworkBinnenNetworkNietVanToepassing} {AssociatieElementsNietVanToepassing} + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] + aantalkabelsleidingen: Integer [0..1] UtilityNetwork + maatvoeringshulplijn + maatvoeringslijn + maatvoeringslabel + maatvoeringspijlpunt positievalue {leaf} BijlageTypeValue {leaf} + algemeen + eisvoorzorgsmaatregel + nietbetrokken Bijlage + bijlagetype: BijlageTypeValue + bestandlocatie: URI + bestandmediatype: BestandMediaTypeValue + bestandidentificator: URI EisVoorzorgsmaatregelBijlage + eisvoorzorgsmaatregel: CharacterString + toelichting: CharacterString [0..1] +heeftextrainformatie +heeftextrainformatie +heeftextrainformatie +heeftextrainformatie +heeftextrainformatie +innetwork +bijlage 1 1 +innetwork ContainerLeidingelement + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + BGT_ID: NEN3610ID [0..1] + rotatiehoeksymbool: Measure [0..1] {RotatiehoekEenheidDegrees} EigenTopografie + status: EigenTopografieStatusValue +innetwork + typetopografischobject: TopografischObjectTypeValue + ligging: GM_Object 1..* +innetwork 1..* {GeometriePuntLijnOfVlak} EigenTopografieStatusValue {leaf} + bestaand + plan Thema + buisleidinggevaarlijkeinhoud + datatransport + gashogedruk + gaslagedruk + (petro)chemie + laagspanning + middenspanning + hoogspanning + landelijkhoogspanningsnet + water + warmte + rioolonderoverofonderdruk + rioolvrijverval + wees + overig Figuur 5.3: IMKL2015 semantische kern voor WION toepassing. Een utiliteitsnet bestaat uit elementen. De elementen hebben attributen en een link met extra informatie. 26 Rapport Dataspecificatie IMKL2015

27 Toelichting bij het diagram: Een Utiliteitsnet bestaat uit objecten KabelOfLeiding, Leidingelement, KabelEnLeidingContainer en ContainerLeidingelement. Via het associatie attribuut innetwork worden deze gerefereerd aan één Utiliteitsnet van één thema. Deze associatie is alleen zichtbaar bij ContainerLeidingelement. De andere netwerkobjecten hebben die associatie via het INSPIRE Netwerk model. Alle objecten hebben kenmerken. De objecttypen kunnen uitgebreid worden met ExtraInformatie. Dit kan annotatie, maatvoering en/of extra bestanden zijn. Al deze typen vallen onder de superklasse ExtraInformatie en worden vanuit de andere objecten gerefereerd via het attribuut heeftextrainformatie. Omdat alle elementen van en in een Utiliteitsnet middels het associatie attribuut innetwork refereren aan het Utiliteitsnet is typering van alle elementen mogelijk op waarden van het attribuut thema. Alle elementen kunnen daarmee per thema geselecteerd worden. Meerdere utiliteitsnetten per netelement. Containerelement, Kabelbed, Mantelbuis en Duct kunnen bij meerdere utiliteitsnetten geregistreerd zijn. KabelOfLeiding en Leidingelement mogen maar naar 1 utiliteitsnet verwijzen. Dit is met een aparte constraint in het model opgenomen. Een Utiliteitsnet kan verwijzen naar een object ExtraTopografie voor het koppelen van een extra toegevoegde topografie. Ook hier kan via de referentie naar het Utiliteitsnet de ExtraTopografie per thema geselecteerd worden. Extra toelichting: ExtraDetailinfo, maatvoering, annotatie. Een utiliteitsnet of individuele netelementen kunnen via het attribuut heeftextrainformatie verwijzen naar extra informatie van toepassing op dat element. Extra informatie kan in de vorm een gekoppeld bestand, maatvoering, annotatie, een eis voorzorgsmaatregel of een aanduiding verzoek contact. Annotatie: Pijlen, lijnen en labels die als annotatie op een kaartbeeld staan en niet als maatvoering gelden worden met het object Annotatie opgenomen. Met het attribuut ligging wordt de geometrie van de annotatie aangegeven of de plaatsingpunt van het label. De tekst en eventueel betekenis van het label worden via het object opgenomen. Het uitwisselen van annotatie gebeurt alleen daar waar de bronhouder het nodig vindt om deze informatie als annotatie op te nemen. Annotatie objecten zijn zelfstandige objecten die middels een associatie aan een Utiliteitsnet zijn verbonden en optioneel ook gerefereerd worden door het netelement waar ze betrekking op hebben. Annotatie bevat in veel gevallen de informatie die ook bij de netelementen zelf opgenomen kan worden maar in de bronbestanden niet als gekoppelde informatie is opgenomen. De verwachting is dat het gebruik van annotatie als bron van informatie in de toekomst afneemt en de object gekoppelde en opvraagbare informatie toeneemt. ExtraDetailinfo: Extra detailinformatie in de vorm van bestanden kan optioneel aan een utiliteitsnet of netelement worden gekoppeld via het attribuut heeftextrainformatie. Bestanden kunnen verschillende typen informatie beschrijven zoals een aansluiting, huisaansluiting (zie ook ) of een profielschets met een lengte- of dwarsprofiel. Het bestandstype moet worden gespecificeerd en is in alle gevallen pdf. Met het verplichte attribuut ligging wordt de locatie aangegeven waar de detailinformatie van toepassing is. In een viewer kan die locatie dan gevisualiseerd worden. Maatvoering: Maatvoering wordt gebruikt om de positie van een netwerkelement ten opzichte van aanwezige bebouwing weer te geven. Als maatvoering is opgenomen dan zijn die gegevens leidend irt de afstanden die uit de coördinaten berekend kunnen worden. De annotatietypen voor maatvoering zijn: maatvoeringshulplijn, maatvoeringslijn maatvoeringslabel of maatvoeringspijlpunt. Een maatvoeringspijlpunt wordt middels een puntsymbool uitgewisseld. 27 Rapport Dataspecificatie IMKL2015

28 Waarde Omschrijving Waarde Omschrijving Waarde Omschrijving Waarde Omschrijving maatvoeringshulplijn Lijn om een hulplijn in een maatvoering te visualiseren maatvoeringslijn Lijn om een lijn in een maatvoering te visualiseren maatvoeringslabel Punt en label om een label in een maatvoering te visualiseren maatvoeringspijlpunt Punt om een pijlpunt in een maatvoering te visualiseren. Is een punt met een bijbehorend puntsymbool Elke maatvoeringslijn wordt een apart object. Het maatvoeringslabel geeft met een label attribuut het label aan dat als maatvoeringsgetal wordt afgebeeld. Bijvoorbeeld 25. Overeenkomstig NEN 3116 is de eenheid meter en de gebruikelijke nauwkeurigheid is 0,1. Het decimale scheidingsteken is een komma. Het attribuut label wordt via het object ExtraInformatie overerft van het object. In het attribuut omschrijving van het object kan indien nodig een nadere omschrijving worden opgenomen, zie figuur 5.2. De locatie van het label en de geometrie van de maatvoeringslijnen wordt met het attribuut ligging opgenomen. Maatvoering is direct of gekoppeld aan een Utiliteitsnet. Hierdoor kan middels het thema attribuut van Utiliteitsnet de maatvoering per thema worden geselecteerd. Extra toelichting: Eis voorzorgsmaatregel, Verzoek tot contact en Bijlage. Een eis voorzorgsmaatregel geeft aan dat de beheerder van een net aangegeven heeft dat er sprake is van voorzorgsmaatregelen die getroffen dienen te worden. Dit betreft alleen de wettelijk geregelde eis voorzorgsmaatregel. Op het niveau van het utiliteitsnet wordt de voorzorgsmaatregel met de hoogste prioriteit opgenomen. De tekst daarvan is middels een gekoppelde bijlage opgenomen: EisVoorzorgsmaatregelBijlage. Op het niveau van de individuele netelementen is de eis voorzorgsmaatregel aangegeven via een object AanduidingEisVoorzorgsmaatregel. In dat geval is het netelement en of de locatie aangegeven waar de voorzorgsmaatregel geldt. Standaard wordt de geometrie van het object AanduidingEisVoorzorgsmaatregel gebruikt om aan te geven op welke kabel of leiding of deel daarvan een voorzorgsmaatregel van toepassing is. De begrenzing van de geometrie is dan om dit te visualiseren en eenvoudig ruimtelijke selecteerbaar te maken. De geometrie is in dat geval standaard een vlakgeometrie van 1 meter aan weerszijde van de centerlijn van de gerelateerde kabel of leiding. Het komt ook voor dat de strookbreedte door de netbeheerder zelf of wettelijk wordt bepaald. Bij het thema Buisleidingen gevaarlijke stoffen komt dit voor. Naast de bijlage voor de eis voorzorgsmaatregel is er ook een mogelijkheid voor een algemene bijlage een bijlage niet betrokken om aan te geven dat netbeheerder een belang heeft bij deze melding maar geen utiliteitsnet in het gebied heeft, of een verzoektotcontact. Dat laatste is het geval als er geen wettelijke eis voor een voorzorgsmaatregel is maar de beheerder verzoekt om contact op te nemen voordat er wordt gegraven. Om het gebied aan te geven waarvoor er een verzoek tot contact is, maar er geen wettelijk vereiste is, is er een objecttype AanduidingVerzoekContact. Extra toelichting: ExtraTopografie. Indien er extra topografie nodig is om de positie van netwerkelementen nader aan te geven kan dit middels het object ExtraTopografie. Er kan een bestaande of plan topografie worden meegegeven. Met het attribuut ligging wordt de geometrie van de ExtraTopografie opgenomen. De extra topografie wordt altijd gevectoriseerd aangeleverd. De topografische elementen worden getypeerd conform een typeringslijst, TopografischObjectTypeValue, gebaseerd op IMGeo. Hiermee is het type topografisch object omschreven 28 Rapport Dataspecificatie IMKL2015

29 en is een koppeling met visualisatieregels mogelijk. ExtraTopografie is gekoppeld aan een Utiliteitsnet en kan daardoor op de waarden van het attribuut thema worden getypeerd. Extra toelichting: Geometrie en topologie. 2D geometrie: Het verplichte geometrieprofiel van IMKL2015 is 2D. Primair bestaat de geometrie uit punten en lijnen die het netwerk representeren. 2D vlakken zijn additioneel. 2,5 D en 3D zijn een additionele extensie. 29 Rapport Dataspecificatie IMKL2015

30 ExtraGeometrie + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] extrageometrie +extrageometrie +extrageometrie Leidingelement extrageometrie ContainerLeidingelement {RotatiehoekEenheidDegrees} Generic Network Model (van INSPIRE GCM) Network::Network + geographicalname: GeographicalName [] +innetwork1..* +elements Network::NetworkElement + inspireid: Identifier [0..1] «lifecycleinfo, voidable» + beginlifespanversion: DateTime + endlifespanversion: DateTime [0..1] {RotatiehoekEenheidDegrees} KabelOfLeiding KabelEnLeidingContainer Common Utility Network Elements::UtilityLinkSet + utilitydeliverytype: UtilityDeliveryTypeValue [0..1] + warningtype: WarningTypeValue {All utility link objects have inspireid} Network::LinkSet +link 1..* Network:: GeneralisedLink Common Utility Network Elements:: UtilityNode {All utility node objects have inspireid} Network::Node + geometry: GM_Point +endnode startnode +spokestart Network::Link + centrelinegeometry: GM_Curve +spokeend + fictitious: Boolean = false +link 1 Network::LinkSequence + link: DirectedLink [1..*] {ordered} «datatype» Network:: DirectedLink + direction: Sign Common Utility Network Elements::UtilityNetworkElement + currentstatus: ConditionOfFacilityValue + validfrom: DateTime + validto: DateTime [0..1] + verticalposition: VerticalPositionValue + utilityfacilityreference: ActivityComplex [0..1] + governmentalservicereference: GovernmentalService [0..1] Common Utility Network Elements::UtilityLink Wordt niet gebruikt voor IMKL2015 Common Utility Network Elements::UtilityLinkSequence Figuur 5.4: Geometriemodel. Primair en verplicht punten en (hart)lijnen. Optioneel vlakken en additioneel 3D. 30 Rapport Dataspecificatie IMKL2015

31 De geometrie van de netwerkelementen wordt overgeërfd uit het Inspire Netwerk model. Alle netwerkelementen zijn onderdeel van een topologisch netwerk en worden geometrisch beschreven door links of nodes. De geometrieën zijn verplicht punten of lijnen. Lijnen kunnen opgebouwd zijn uit meerdere lijnsegmenten. De lijnen en punten zijn niet schematisch (niet fictitious ) en representeren de locatie van de netwerkelementen middels hartlijnen. Lijnen van leidingen en punten van bijbehorende leidingelementen hoeven niet noodzakelijkerwijs aan te sluiten. De connectiviteit wordt gerealiseerd door de arc-node topologie. Als voorbeeld een pompstation in een rioolnetwerk. Het door een (center) punt gerepresenteerde pompstation is niet verbonden met leidingen. Er lopen wel leidingen naar de punt toe maar niet tot aan de punt. De leidingen hebben wel een verwijzing naar de node (connectiviteit). Additioneel en optioneel kan een netwerkelement ook nog een vlak als geometrie hebben, een verwijzing naar een object ExtraGeometrie middels een attribuut extrageometrie. Indien het pompstation ook nog door een vlak wordt gerepresenteerd lopen de leidingen in de regel wel tot aan de begrenzing van het vlak. Lijnen zijn in het INSPIRE netwerkmodel gemodelleerd als een LinkSet die bestaat uit een verzameling van 1 of meer GeneralisedLinks. Dit kunnen Links zijn van het type Curve of een LinkSequence, een geordende verzameling DirectedLinks. De LinkSequence kan worden toegepast als er een route, met een richting, uitgewisseld moet worden. Voor IMKL2015 is dit niet relevant en wordt de LinkSequence derhalve niet toegepast Meervoudig gebruik van geometrien is niet toegestaan. In principe staat het INSPIRE model toe dat een link door meerdere netwerkelementen wordt gebruikt. In de IMKL2015 uitwisseling is dat echter niet toegestaan. Elke link wordt maar door één netwerkelement gebruikt. Referentiestelsel. Referentiestelsel voor IMKL2015 datalevering is Rijksdriehoekmeting (RD), zie hoofdstuk 6. 3D geometrie. IMKL2015 voorziet in een verplicht gebruik van 2D geometrieën. Middels de diepte informatie kan de positie in het verticale vlak worden uitgewisseld. Om ook het opnemen van volledige 3D liggingsgegevens mogelijk te maken is er een optioneel en additioneel 3D model toegevoegd. De 3D liggingsgegevens van kabels en leidingen zijn bijvoorbeeld relevant bij gestuurde boringen. Bij een gestuurde boring is de derde dimensie (=z) nodig om de boring te sturen, om het uittredepunt goed te benaderen en om botsingen met andere infrastructuur te voorkomen. Daardoor is na de boring de 3D ligging van de boring in 3D bekend. Ook voor andere kabels en leidingen die tegenwoordig worden aangelegd, is steeds vaker de 3D ligging bekend. Het niet accommoderen van deze 3D informatie in IMKL zou in feite betekenen dat relevante informatie wordt weggegooid. Voor veel situaties is 2D data echter (nog) voldoende. Bovendien is voor veel kabels en leidingen de 3D (=diepte) ligging niet bekend en door zweven van sommige typen kabels en leidingen is de 3D (maar ook 2D ligging) niet altijd absoluut. 3D geometrie kan daarbij een verkeerde indruk geven van de precisie. In IMKL is de mogelijkheid opgenomen om objecten in 3 dimensies (3D) te modelleren. Deze mogelijkheid is optioneel en is naast, niet in plaats van, 2D aanwezig. Dat betekent dat de basis uitgaat van een (volledige) 2D data set. Daarnaast kan, in dezelfde data set, 3D geometrie voor een of meerdere van de objecten aanwezig zijn. 31 Rapport Dataspecificatie IMKL2015

32 ExtraGeometrie + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] +innetwork 1 Utiliteitsnet UtilityNetwork + thema: Thema + technischcontactpersoon: TechnischContactpersoon + standaarddieptelegging: Measure [0..1] extrageometrie +extrageometrie +extrageometrie extrageometrie ContainerLeidingelement {WionDiepteInMeterMetMaxTweeDecimalen} {NetworkBinnenNetworkNietVanToepassing} {AssociatieElementsNietVanToepassing} {RotatiehoekEenheidDegrees} Leidingelement {RotatiehoekEenheidDegrees} KabelEnLeidingContainer KabelOfLeiding Figuur 5.5: Alle netelementen kunnen naast de verplichte punten en centerlijnen optioneel een extra geometrie hebben van het type 2D, 2,5D of 3D. KabelOfLeiding, KabelEnLeidingContainer, Leidingelement en ContainerLeidingelement bieden ieder de mogelijkheid voor het opnemen van 3D geometrie in twee verschillende Levels of Detail (LOD). Allereerst kunnen 2.5D punten, vlakken en lijnen worden opgenomen. Dit kan beschouwd worden als Level of Detail 0 (LOD0) en is bedoeld voor het toevoegen van de z coördinaat. Elk IMKL vlak, lijn- of puntobject krijgt voor elk coördinatenpaar een z waarde. Om de ligging in 3D te beschrijven krijgt de lijn extra coördinatenparen ten opzichte van de 2D representatie. De objecten kunnen dan in een Digitaal Terrein Model (3D terreinmodel) worden geïntegreerd en op de juiste hoogte onder of boven maaiveldniveau worden gerepresenteerd. Daarnaast is het mogelijk om volledige 3D geometrie op te nemen. Dit is te beschouwen als Level of Detail 1 (LOD1) en maakt het mogelijk om IMKL objecten als volledige 3D objecten (volumes) te representeren. Zie Figuur voor voorbeelden van een IMKL object op verschillende levels of detail. Voor 3D IMKL wordt het ruimtelijk Referentie systeem EPSG:7415 gehanteerd. Dit is een samengesteld referentiesysteem met RD voor de XY-dimensie (EPSG:28992) en NAP voor de Z dimensie (EPSG:5709). Zie ook hoofdstuk Rapport Dataspecificatie IMKL2015

33 Figuur 5.6: Leidingobject in 2.5D en 3D Diepte. Diepte bevat informatie over de dieptelegging van netwerkelementen. Het is een uitvoerige beschrijving die diepte tov het lokale maaiveld beschrijft of dieptes tov NAP. Beide hebben een apart objecttype, respectievelijk DiepteTovMaaiveld en DiepteNAP. Het cijfer dat bij de diepte hoort wordt opgenomen bij het attribuut dieptepeil. Het betreft de afstand vanaf de referentie tot aan de bovenkant van een object KabelOfleiding, KabelEnLeidingContainer, Leidingelement of Containerleidinglelement. Het attribuut diepteaangrijpingspunt geeft het aangrijpingspunt van het element weer dat geldt als punt van meting. Standaard wordt daar bovenkant ingevuld maar het kan zinvol zijn om bij een buis (riolering) additioneel ook de binnenonderkant buis (BOB) als meetpunt op te nemen (zie ook Gegevenswoordenboek Stedelijk Water: Het datatype van dieptepeil is Measure waarbij de meeteenheid apart wordt gespecificeerd. Voor WION wordt er altijd meters gebruikt met maximaal 2 decimalen. Er is informatie over de nauwkeurigheid waarmee de diepte is opgenomen. Dit is de nauwkeurigheid van de meting op de dag van de legging of het moment van een revisie van deze informatie. Daarvoor zijn 4 nauwkeurigheidsklassen opgenomen. De nauwkeurigheid moet minstens +- 1 meter zijn. Bij het utiliteitsnet is een attribuut standaarddieptelegging opgenomen, die is daarmee expliciet gemaakt. Eén leiding kan meerdere dieptegegevens langs het traject van de leiding hebben. Omdat hierdoor de diepte informatie en het object leiding niet meer 1 op 1 aan elkaar gekoppeld zijn kan via het attribuut ligging de locatie van het dieptegegeven worden aangegeven. De diepte geldt op die locatie. Een object Diepte heeft ook de attributen van het object. Hiermee kunnen verschillende dieptes middels annotatie aan één leiding worden gekoppeld. Indien de dieptegegevens niet aan een netelement te koppelen zijn omdat die koppeling bij de bronregistratie niet aanwezig is, zijn de dieptegegevens direct aan het utiliteitsnet gekoppeld. 33 Rapport Dataspecificatie IMKL2015

34 KabelOfLeiding + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] DiepteNAP + maaiveldpeil: Measure [0..1] + datumopmetingmaaiveldpeil: DateTime [0..1] {MaaiveldpijlInMeterMetMaxTweeDecimalen} DiepteTov Maaiv eld DiepteAangrijpingspuntValue {leaf} + bovenkant + binnenonderkantbuis +dieptelegging NauwkeurigheidDiepteValue {leaf} + onbekend + tot30cm + tot50cm + tot100cm KabelEnLeidingContainer +dieptelegging + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] + aantalkabelsleidingen: Integer [0..1] Diepte Leidingelement + bovengrondszichtbaar: Boolean [0..1] + eancode: CharacterString [0..1] + rotatiehoeksymbool: Measure [0..1] {RotatiehoekEenheidDegrees} + dieptenauwkeurigheid: NauwkeurigheidDiepteValue + dieptepeil: Measure + datumopmetingdieptepeil: DateTime [0..1] + diepteaangrijpingspunt: DiepteAangrijpingspuntValue = bovenkant + rotatiehoeksymbool: Measure [0..1] + ligging: GM_Point [0..1] {WionDiepteInMeterMetMaxTweeDecimalen} {RotatiehoekEenheidDegrees} +dieptelegging dieptelegging innetwork Utiliteitsnet + thema: Thema + technischcontactpersoon: TechnischContactpersoon + standaarddieptelegging: Measure [0..1] {WionDiepteInMeterMetMaxTweeDecimalen} {NetworkBinnenNetworkNietVanToepassing} {AssociatieElementsNietVanToepassing} ContainerLeidingelement + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + BGT_ID: NEN3610ID [0..1] + rotatiehoeksymbool: Measure [0..1] {RotatiehoekEenheidDegrees} +innetwork 1..* UtilityNetwork Figuur 5.7: Dieptegegevens zijn gemodelleerd als aparte objecten waarin diepte ten opzicht van maaiveld en of NAP is opgenomen. Standaard dieptelegging wordt opgenomen bij het Utiliteitsnet, afwijking daarvan bij de netelementen. 34 Rapport Dataspecificatie IMKL2015

35 5.2.9 Utiliteitsnet. Definitie: Een verzameling netwerkelementen die tot één type nutsvoorzieningennet behoren. Bron: INSPIRE Een Utiliteitsnet (nutsvoorzieningnetwerk, utiliteitsnetwerk, netwerk of net) is de IMKL2015 versie van het INSPIRE UtilityNetwork. Een Utiliteitsnet bevat geen eigen geometrie maar is de samenstelling van alle gerefereerde netwerkelementen. Het associatie attribuut elements realiseert deze verwijzing. Deze elements associatie wordt echter niet gebruikt omdat de inverse associatie innetwork de associatie al realiseert. Alle netwerkelementen van een Utiliteitsnet vallen onder het thema dat bij het utiliteitsnet hoort en worden daar ook door getypeerd. Dat wil zeggen dat bijvoorbeeld een kathodische bescherming voor een waterleiding valt onder een utiliteitsnet met het thema laagspanning. Via INSPIRE UtilityNetwork worden attributen voor netwerktype en verantwoordelijke partijen gekoppeld. Utiliteitsnet bevat extra attributen voor thema, een technischcontactpersoon en standaarddieptelegging. Annotatie, maatvoering en mogelijk extra detailinfo worden gekoppeld en gelden voor het hele net (of deel daarvan in een bestand). 35 Rapport Dataspecificatie IMKL2015

36 Maatv oering + maatvoeringstype: MaatvoeringsTypeValue + rotatiehoek: Measure [0..1] + labelpositie: positie [0..1] + ligging: GM_Object {GeometrieLijnOfPunt} {RotatiehoekBijPijlpunt} {RotatiehoekEenheidDegrees} {waarde verplicht bij label} ExtraInformatie ExtraDetailinfo + adres: Adres [0..1] + extrainfotype: ExtraDetailInfoTypeValue + bestandlocatie: URI + bestandmediatype: BestandMediaTypeValue + bestandidentificator: URI + ligging: GM_Object {GeometriePuntLijnOfVlak} {HuisaansluitingVerplichtAdres} BijlageTypeValue {leaf} + algemeen + eisvoorzorgsmaatregel + nietbetrokken +heeftextrainformatie Annotatie + annotatietype: AnnotatieTypeValue + rotatiehoek: Measure [0..1] + labelpositie: positie [0..1] + ligging: GM_Object {GeometrieLijnOfPunt} {RotatiehoekEenheidDegrees} {RotatiehoekBijPijlpunt} {waardeverplichtbij} +innetwork Utiliteitsnet + thema: Thema + technischcontactpersoon: TechnischContactpersoon + standaarddieptelegging: Measure [0..1] 1 {WionDiepteInMeterMetMaxTweeDecimalen} {NetworkBinnenNetworkNietVanToepassing} {AssociatieElementsNietVanToepassing} +bijlage Bijlage + bijlagetype: BijlageTypeValue + bestandlocatie: URI + bestandmediatype: BestandMediaTypeValue + bestandidentificator: URI EisVoorzorgsmaatregelBijlage + eisvoorzorgsmaatregel: CharacterString + toelichting: CharacterString [0..1] +innetwork 1 EigenTopografie + status: EigenTopografieStatusValue + typetopografischobject: TopografischObjectTypeValue + ligging: GM_Object {GeometriePuntLijnOfVlak} +innetwork 1..* 1 +innetwork DiepteTov Maaiv eld Diepte + dieptenauwkeurigheid: NauwkeurigheidDiepteValue + dieptepeil: Measure + datumopmetingdieptepeil: DateTime [0..1] + diepteaangrijpingspunt: DiepteAangrijpingspuntValue = bovenkant + rotatiehoeksymbool: Measure [0..1] + ligging: GM_Point [0..1] {WionDiepteInMeterMetMaxTweeDecimalen} {RotatiehoekEenheidDegrees} «datatype» TechnischContactpersoon + naam: CharacterString + telefoon: CharacterString + CharacterString Common Utility Network Elements:: UtilityNetworkTypeValue + electricity + oilgaschemicals + sewer + water + thermal + telecommunications [0..1] Thema + buisleidinggevaarlijkeinhoud + datatransport + gashogedruk + gaslagedruk + (petro)chemie + laagspanning + middenspanning + hoogspanning + landelijkhoogspanningsnet + water + warmte + rioolonderoverofonderdruk + rioolvrijverval + wees + overig +networks Common Utility Network Elements::UtilityNetwork + utilitynetworktype: UtilityNetworkTypeValue + authorityrole: RelatedParty [1..*] + utilityfacilityreference: ActivityComplex [] + disclaimer: PT_FreeText [] Network {All utility network objects have inspireid} {"telecommunications" value of "utilitynetworktype" is not in IR} «datatype» Base Types 2::RelatedParty + individualname: PT_FreeText [0..1] + organisationname: PT_FreeText [0..1] + positionname: PT_FreeText [0..1] + contact: Contact [0..1] + role: PartyRoleValue [] {individual, organisation or position name shall be provided} «datatype» Base Types 2::Contact + address: AddressRepresentation [0..1] + contactinstructions: PT_FreeText [0..1] + electronicmailaddress: CharacterString [0..1] + hoursofservice: PT_FreeText [0..1] + telephonefacsimile: CharacterString [] + telephonevoice: CharacterString [] + website: URL [0..1] DiepteNAP + maaiveldpeil: Measure [0..1] + datumopmetingmaaiveldpeil: DateTime [0..1] {MaaiveldpijlInMeterMetMaxTweeDecimalen} Figuur 5.8: Utiliteitsnet is getypeerd naar thema en heeft o.a. informatie over eigenaar, beheerder. De eis voorzorgsmaatregel die geldt voor het hele net is opgenomen in een gekoppelde bijlage: Eisvoorzorgsmaatregel. 36 Rapport Dataspecificatie IMKL2015

37 Via INSPIRE:UtilityNetwork is er met het attribuut utilityfacilityreference een referentie mogelijk naar een ActivityComplex. Hiermee kan gerefereerd worden aan grote utiliteitsnetonderdelen zoals bijvoorbeeld een energiecentrale een waterzuiveringscentrale, een overslagstation. Wel of niet verbieden in WION? KabelOfLeiding. Definitie: Leidingen, buizen of kabels bestemd voor voortgeleiding van energie, materie of data. Bron: IMKL2015 KabelOfLeiding is de verzamelklasse voor alle kabel en leiding typen per type net (per thema ). In het INSPIRE Utility networks model zijn de kabel- en leidingtypen apart benoemd, de telecomkabel, de elektriciteitskabel enz. Detailverwijzingen, annotatie en maatvoering zijn gekoppeld via het associatie-attribuut heeftextrainformatie. Informatie over een mogelijke voorzorgsmaatregel bij graven is via verwijzing naar een object AanduidingEisVoorzorgsmaatregel. Deze kan voor een geheel of een deel van kabel of leiding gelden. De tekst van de voorzorgsmaatregel is bij het object AanduidingEisVoorzorgsmaatregel opgenomen. KabelOfLeiding zijn individuele kabels en of leidingen. Ze zijn dus niet een verzameling. Voor dat laatste wordt de klasse KabelEnLeidingContainer gebruikt en specifiek het object Kabelbed. De nauwkeurigheid van de liggingsgegevens in het horizontale vlak wordt aangegeven met een nauwkeurigheidxyvalue. Dit kan in een drietal klassen: tot 30 cm, tot 50 cm, tot 100 cm In IMKL2015 is de minimale nauwkeurigheid +- 1 meter. Kabel of leidingen hebben verplicht een lijngeometrie. Optioneel is er via het associatie-attribuut extrageometrie een buitenbegrenzing of contour van het object op te nemen. De netbeheerder bepaalt zelf wanneer dat functioneel is. 37 Rapport Dataspecificatie IMKL2015

38 ExtraDetailinfo + adres: Adres [0..1] + extrainfotype: ExtraDetailInfoTypeValue + bestandlocatie: URI + bestandmediatype: BestandMediaTypeValue + bestandidentificator: URI + ligging: GM_Object {GeometriePuntLijnOfVlak} {HuisaansluitingVerplichtAdres} ExtraGeometrie ExtraDetailInfoTypeValue {leaf} + overig + huisaansluiting + aansluiting + profielschets + verzoektotcontact + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] +extrageometrie + geometrie3d: GM_Solid [0..1] 0..1 ExtraInformatie +heeftextrainformatie KabelOfLeiding + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] NauwkeurigheidXYv alue {leaf} Annotatie + annotatietype: AnnotatieTypeValue + rotatiehoek: Measure [0..1] + labelpositie: positie [0..1] + ligging: GM_Object {GeometrieLijnOfPunt} {RotatiehoekEenheidDegrees} {RotatiehoekBijPijlpunt} {waardeverplichtbij} Maatv oering + maatvoeringstype: MaatvoeringsTypeValue + rotatiehoek: Measure [0..1] + labelpositie: positie [0..1] + ligging: GM_Object {GeometrieLijnOfPunt} {RotatiehoekBijPijlpunt} {RotatiehoekEenheidDegrees} {waarde verplicht bij label} AanduidingEisVoorzorgsmaatregel + eisvoorzorgsmaatregel: CharacterString [0..1] + netbeheerdernetomschrijving: CharacterString [0..1] + netbeheerdernetaanduiding: CharacterString + netbeheerderwerkaanduiding: CharacterString [0..1] + aanvraagsoort: AanvraagSoort [] + geometrie: GM_Surface {BijUiteveringAttribuutEisVoorzorgsmaatregelVerplicht} ElectricityCable + tot30cm + tot50cm + tot100cm Elektriciteitskabel {GeenAttribuutGovernmentalServiceRef} TelecommunicationsCable OilGasChemicalsPipe WaterPipe ThermalPipe Telecommunicatiekabel OlieGasChemicalienPijpleiding Waterleiding ThermischePijpleiding {GeenAttribuutGovernmentalServiceRef} {GeenAttribuutGovernmentalServiceRef} {GeenAttribuutGovernmentalServiceRef} {GeenAttribuutGovernmentalServiceRef} KabelSpecifiek + kabeldiameter: Measure [0..1] SewerPipe StedelijkWaterSpecifiek Rioolleiding {GeenAttribuutGovernmentalServiceRef} BuisSpecifiek + buismateriaaltype: PipeMaterialTypeIMKLValue [0..1] Figuur 5.9: KabelOfLeiding bevat de gemeenschappelijke informatie voor kabels en leidingen. 38 Rapport Dataspecificatie IMKL2015

39 Leidingelement. Definitie: Een object dat bij een leiding behoort. Bron: IMKL2015 Toelichting: Bijvoorbeeld objecten zoals een schakelkast, verdeelkast, kranen, afsluiters, versterkers, kabelmof, rioolput, (druk)rioolgemaal, kathodische bescherming, boorput, etc. Een leidingelement kan zowel betrekking hebben op ondergrondse als op bovengrondse delen van het net. Leidingelement is de verzamelklasse voor alle typen leidingelementen. De typen zijn niet als apart objecttype opgenomen maar als verzamelklasse Appurtenance. In INSPIRE zijn de Appurtenances met een appurtenancetype attribuut verder getypeerd. Deze typering kan nog verder uitgebreid worden. In bijlage 2 van dit document zijn de waarden voor AppurtenanceTypeValue opgenomen. ExtraDetailinfo + adres: Adres [0..1] + extrainfotype: ExtraDetailInfoTypeValue + bestandlocatie: URI + bestandmediatype: BestandMediaTypeValue + bestandidentificator: URI + ligging: GM_Object {GeometriePuntLijnOfVlak} {HuisaansluitingVerplichtAdres} ExtraInformatie +heeftextrainformatie Annotatie + annotatietype: AnnotatieTypeValue + rotatiehoek: Measure [0..1] + labelpositie: positie [0..1] + ligging: GM_Object {GeometrieLijnOfPunt} {RotatiehoekEenheidDegrees} {RotatiehoekBijPijlpunt} {waardeverplichtbij} ExtraDetailInfoTypeValue {leaf} + overig + huisaansluiting + aansluiting + profielschets + verzoektotcontact NauwkeurigheidXYv alue {leaf} + tot30cm + tot50cm + tot100cm Leidingelement + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + eancode: CharacterString [0..1] + rotatiehoeksymbool: Measure [0..1] {RotatiehoekEenheidDegrees} extrageometrie ExtraGeometrie + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] Appurtenance + hoogte: Length [0..1] Appurtenance {GeenAttribuutGovernmentalServiceRef} Maatv oering + maatvoeringstype: MaatvoeringsTypeValue + rotatiehoek: Measure [0..1] + labelpositie: positie [0..1] + ligging: GM_Object {GeometrieLijnOfPunt} {RotatiehoekBijPijlpunt} {RotatiehoekEenheidDegrees} {waarde verplicht bij label} AanduidingEisVoorzorgsmaatregel + eisvoorzorgsmaatregel: CharacterString [0..1] + netbeheerdernetomschrijving: CharacterString [0..1] + netbeheerdernetaanduiding: CharacterString + netbeheerderwerkaanduiding: CharacterString [0..1] + aanvraagsoort: AanvraagSoort [] + geometrie: GM_Surface {BijUiteveringAttribuutEisVoorzorgsmaatregelVerplicht} Figuur 5.10: Leidingelement bevat de gemeenschappelijke eigenschappen van alle typen leidingelementen. De geometrie van een Leidingelement is verplicht altijd een punt. Optioneel is er via het associatieattribuut extrageometrie een buitenbegrenzing of contour van het object op te nemen. De netbeheerder bepaalt zelf wanneer dat functioneel is. Leidingen die aan een Leidingelement verbonden zijn hoeven niet tot aan de puntrepresentatie door te lopen. Ze kunnen stoppen bij de buitengrens van het element (ook als de contour niet is opgenomen), dat doen ze in werkelijkheid immers ook. Met de Arc/Node topologie kan wel opgenomen worden dat de leiding bij het leidingelement hoort. Informatie over een eventuele eis voorzorgsmaatregel is middels een associatie vanuit het object AanduidingEisVoorzorgsmaatregel gekoppeld. 39 Rapport Dataspecificatie IMKL2015

40 De hoogte van een leidingelement is met het attribuut hoogte op te nemen. De hoogte betreft de lengte van het hele leidingelement in verticale richting ongeacht of er een deel onder of boven het maaiveld bevindt. Het datatype is Length waarbij de meeteenheid apart wordt gespecificeerd. Voor WION wordt er altijd meters gebruikt met maximaal 2 decimalen. Extra toelichting: aansluiting, huisaansluiting, profielschets. Aansluitingen vormen de overgang tussen het net van de netbeheerder en de afnemers. De aansluiting en huisaansluiting kan opgenomen worden als rasterbestand of als specifieke kabel of leidingelementen. Indien de aansluiting als schets wordt uitgewisseld is deze gecodeerd conform ExtraDetailInfo. Voor de schets is er een verschil gemaakt tussen een aansluiting en specifiek huisaansluiting. Een huisaansluiting is de verbinding met een huisaansluitpunt. Een aansluiting is een verbinding met andere dan huisaansluitpunten. Een schets van een huisaansluiting heeft verplicht een BAG adres. Voor een schets van een aansluiting geldt die verplichting niet. Beide hebben verplicht een locatie middels het attribuut ligging. Voor de huisaansluiting is dit de coördinaat van het VBO (verblijfsobject) uit de BAG; voor de aansluiting een apart toegevoegde geometrie van het type punt, lijn of vlak. Het type profielschets wordt gebruikt indien er een dwars- en of lengteprofiel van een kunstwerk of gestuurde boring wordt meegeleverd. Dit object heeft optioneel een adres en verplicht een ligging middels een punt, lijn of vlak. Het type overig wordt gebruikt voor alle andere detailschetsen. Een voorbeeld daarvan is een projecttekening van geplande netelementen KabelEnLeidingContainer. Definitie: Abstract data object dat de gemeenschappelijke attributen en associaties bevat voor alle kabelen leidingcontainer objecten. Bron: IMKL2015 Gerelateerde definities: Kabelbed: Ruimtebeslag dat door een gemeenschappelijk tracé van één of meer kabels, buizen, HDPEen/of mantelbuizen die toebehoren aan één netbeheerder - wordt gevormd. Toelichting: Synoniem voor kabelbed is geul. Losse kabels of buizen die bij elkaar in een kabelbed liggen. Informatie is opgenomen op het niveau van de set van kabels of buizen. Mantelbuis: Beschermingsbuis. Toelichting: Met het object Mantelbuis wordt bedoeld een buis voor bescherming van kabels, buizen en HDPE buizen. Mantelbuizen kunnen bij meerdere thema s geregistreerd staan. Ze moeten bij minstens één thema weergegeven worden maar het mag bij meerdere. Indien een mantelbuis leeg is kan dit bij de toelichting vermeld worden. 40 Rapport Dataspecificatie IMKL2015

41 Maatv oering + maatvoeringstype: MaatvoeringsTypeValue + rotatiehoek: Measure [0..1] + labelpositie: positie [0..1] Annotatie + ligging: GM_Object + annotatietype: AnnotatieTypeValue + rotatiehoek: Measure [0..1] {GeometrieLijnOfPunt} + labelpositie: positie [0..1] {RotatiehoekBijPijlpunt} + ligging: GM_Object {RotatiehoekEenheidDegrees} {waarde verplicht bij label} ExtraDetailinfo {GeometrieLijnOfPunt} + adres: Adres [0..1] {RotatiehoekEenheidDegrees} + extrainfotype: ExtraDetailInfoTypeValue {RotatiehoekBijPijlpunt} + bestandlocatie: URI {waardeverplichtbij} + bestandmediatype: BestandMediaTypeValue ExtraInformatie + bestandidentificator: URI + ligging: GM_Object AanduidingEisVoorzorgsmaatregel +heeftextrainformatie + eisvoorzorgsmaatregel: CharacterString [0..1] {GeometriePuntLijnOfVlak} + netbeheerdernetomschrijving: CharacterString [0..1] {HuisaansluitingVerplichtAdres} + netbeheerdernetaanduiding: CharacterString + netbeheerderwerkaanduiding: CharacterString [0..1] + aanvraagsoort: AanvraagSoort [] + geometrie: GM_Surface KabelEnLeidingContainer {BijUiteveringAttribuutEisVoorzorgsmaatregelVerplicht} Diepte +dieptelegging+ bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + dieptenauwkeurigheid: NauwkeurigheidDiepteValue + toelichting: CharacterString [0..1] + dieptepeil: Measure + aantalkabelsleidingen: Integer [0..1] +extrageometrie + datumopmetingdieptepeil: DateTime [0..1] + diepteaangrijpingspunt: DiepteAangrijpingspuntValue = bovenkant ExtraGeometrie rotatiehoeksymbool: Measure [0..1] + vlakgeometrie2d: GM_Surface [0..1] + ligging: GM_Point [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] {WionDiepteInMeterMetMaxTweeDecimalen} + vlakgeometrie2.5d: GM_Surface [0..1] {RotatiehoekEenheidDegrees} + geometrie3d: GM_Solid [0..1] Duct {GeenAttribuutGovernmentalServiceRef} Kabelbed Mantelbuis {GeenAttribuutPressure} {GeenAttribuutGovernmentalServiceRef} Common Utility Network Elements::Duct + ductwidth: Length {"Duct" shall not have a "utilitydeliverytype"} LinkSet Common Utility Network Elements::UtilityLinkSet + utilitydeliverytype: UtilityDeliveryTypeValue [0..1] + warningtype: WarningTypeValue Common Utility Network Elements::Pipe + pipediameter: Measure + pressure: Measure [0..1] BuisSpecifiek + buismateriaaltype: PipeMaterialTypeIMKLValue [0..1] {All utility link objects have inspireid} Base Types:: ConditionOfFacilityValue Common Utility Network Elements::UtilityNetworkElement + disused + functional + projected + underconstruction + decommissioned + currentstatus: ConditionOfFacilityValue + validfrom: DateTime + validto: DateTime [0..1] + verticalposition: VerticalPositionValue + utilityfacilityreference: ActivityComplex [0..1] + governmentalservicereference: GovernmentalService [0..1] Figuur 5.11: KabelEnleidingContainer omvat kabelbedden en mantelbuizen. KabelEnLeidingContainer is de verzamelklasse voor een aantal objecten waarin kabels of leidingen gegroepeerd zijn. In de praktijk is dat een duct of een kabelbed (is geul), of een mantelbuis. Een pipe is in INSPIRE een buis voor transport van een product en ook een buis waarin zich weer buizen en kabels kunnen bevinden. Indien er een container mee wordt bedoeld is alleen een object mantelbuis van toepassing. Een mantelbuis is hierbij zowel een buis voor protectie van andere elementen als wel voor groepering. Indien er meerdere kabels in een kabelbed liggen wordt het aantal kabels verplicht opgenomen. Een duct is een object uit INSPIRE en wordt gedefinieerd als: Een behuizing die ertoe dient om door middel van een omhullende constructie kabels en leidingen te beschermen en geleiden. (Engelse def: A Duct (or Conduit, or Duct-bank, or Wireway) is a linear object which belongs to the structural network. It is the outermost casing. A Duct may contain Pipe(s), Cable(s) or other Duct(s). ) Omdat de definitie van een kabelbed daar niet helemaal invalt is Kabelbed apart toegevoegd. De geometrie van een KabelEnLeidingContainer is verplicht altijd een lijn. Optioneel is er via het associatie-attribuut extrageometrie een buitenbegrenzing of contour van het object op te nemen. Net als KabelOfLeiding is er ook een relatie met een mogelijke eis voorzorgmaatregel. 41 Rapport Dataspecificatie IMKL2015

42 ContainerLeidingelement. Definitie: Abstract data object dat de gemeenschappelijke attributen en associaties bevat voor alle containerleidingelement objecten. Bron: IMKL2015 Maatv oering + maatvoeringstype: MaatvoeringsTypeValue + rotatiehoek: Measure [0..1] + labelpositie: positie [0..1] + ligging: GM_Object {GeometrieLijnOfPunt} {RotatiehoekBijPijlpunt} {RotatiehoekEenheidDegrees} {waarde verplicht bij label} ExtraGeometrie + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] ExtraInformatie Annotatie + annotatietype: AnnotatieTypeValue + rotatiehoek: Measure [0..1] + labelpositie: positie [0..1] + ligging: GM_Object {GeometrieLijnOfPunt} {RotatiehoekEenheidDegrees} {RotatiehoekBijPijlpunt} {waardeverplichtbij} +heeftextrainformatie AanduidingEisVoorzorgsmaatregel + eisvoorzorgsmaatregel: CharacterString [0..1] + netbeheerdernetomschrijving: CharacterString [0..1] + netbeheerdernetaanduiding: CharacterString + netbeheerderwerkaanduiding: CharacterString [0..1] + aanvraagsoort: AanvraagSoort [] + geometrie: GM_Surface {BijUiteveringAttribuutEisVoorzorgsmaatregelVerplicht} +extrageometrie 0..1 ContainerLeidingelement + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + BGT_ID: NEN3610ID [0..1] + rotatiehoeksymbool: Measure [0..1] {RotatiehoekEenheidDegrees} Tower Pole Cabinet Cabinet Toren Mast Kast TechnischGebouw {GeenAttribuutGovernmentalServiceRef} {GeenAttribuutGovernmentalServiceRef} {GeenAttribuutGovernmentalServiceRef} {GeenAttribuutGovernmentalServiceRef} Mangat Manhole {GeenAttribuutGovernmentalServiceRef} Figuur 5.12: ContainerLeidingelement een verzamelklasse voor meestal topografische objecten die een ondersteunende functie in een netwerk hebben. ContainerLeidingelement omvat objecten die verschillende leidingelementen groeperen. Bijvoorbeeld een elektriciteitskast met verschillende schakelaars, moffen. Of een mast met verschillende antennes. De schakelaars, moffen, antennes, zijn onderdeel van het logische net. De ContainerLeidingelementen zijn additioneel aan het logische net. ContainerLeidingelementen zijn in veel gevallen ook opgenomen in de grootschalige topografie. Indien dat het geval is kan het overeenkomstige BGT_ID worden opgenomen. De geometrie van een ContainerLeidinelement is verplicht altijd een punt. Optioneel is er via het associatieattribuut extrageometrie een buitenbegrenzing of contour van het object op te nemen. De netbeheerder bepaalt zelf wanneer dat functioneel is. Containerleidingelementen kunnen bij meerdere thema s geregistreerd staan. Ze moeten bij minstens één thema weergegeven worden maar het mag bij meerdere. Net als bij individuele leidingelementen is er een mogelijkheid om een eis voorzorgsmaatregel op te nemen. 42 Rapport Dataspecificatie IMKL2015

43 Relaties tussen KabelEnLeiding, Leidingelement en container objecten. INSPIRE modelleert de relatie tussen kabels en de mantelbuis of kabelbed waar ze in liggen. Van belang is dat in IMKL2015 het kabelbed als aparte specialisatie van duct is gemodelleerd. Mantelbuis als specialisatie van Pipe. De buizen en leidingen zijn gemodelleerd op het niveau van de individuele leidingen. Voor Telecom kan er gebruik gemaakt worden van het kabelbed om gegroepeerde kabels uit te wisselen zonder de individuele kabelinformatie. De relaties die aangegeven kunnen worden met de respectievelijke associatie attributen zijn: cables: mantelbuis verwijst naar de kabels die er in liggen; pipes: mantelbuis verwijst naar buizen die er in liggen; pipes: mantelbuis verwijst naar mantelbuizen die er in liggen; cables: kabelbed verwijst naar de kabels die er in liggen; pipes: kabelbed verwijst naar buizen die er in liggen; pipes:kabelbed verwijst naar de mantelbuizen die er in liggen; ducts: kabelbed verwijst naar kabelbedden die er in liggen. Deze relaties worden door de individuele kabels en leidingen overerft. Deze relaties zijn optioneel (want ze komen niet altijd voor) en voidable. UtilityLinkSet Common Utility Network Elements::Cable +cables +cables UtilityLinkSet Common Utility Network Elements::Duct + ductwidth: Length {"Duct" shall not have a "utilitydeliverytype"} +ducts BuisSpecifiek KabelEnLeidingContainer Mantelbuis {GeenAttribuutPressure} {GeenAttribuutGovernmentalServiceRef} +pipes UtilityLinkSet Common Utility Network Elements::Pipe + pipediameter: Measure + pressure: Measure [0..1] +pipes KabelEnLeidingContainer Duct {GeenAttribuutGovernmentalServiceRef} Kabelbed Figuur 5.13: Relaties tussen buis, kabel en duct. Bijvoorbeeld een kabelbed verwijst optioneel naar de kabels die er in liggen; een mantelbuis kan verwijzen naar de kabels het bevat. Figuur 5.14: Voorbeeld van een type mantelbuis met daarin weer een aantal mantelbuizen (hdpe-buizen), waarvan één met een telecomkabel. Het model maakt verwijzingen tussen mantelbuizen en kabels mogelijk. 43 Rapport Dataspecificatie IMKL2015

44 Figuur 5.15: Mantelbuizen worden samen in een kabelbed gelegd. Het model maakt de verwijzing tussen kabelbed en de daarin liggende mantelbuizen of kabels en leidingen mogelijk Diagram per type kabel of leiding. De volgende paragrafen behandelen de specifieke typen kabel of leidingen. Het bevat de informatie van vorige paragrafen maar dan bekeken van uit de concrete objecten uit specifieke netten. De diagrammen zijn onderling erg vergelijkbaar. 44 Rapport Dataspecificatie IMKL2015

45 Elektriciteitskabel. Definitie: Een aansluiting of reeks aansluitingen van een nutsvoorzieningennet voor het overbrengen van elektriciteit van de ene locatie naar een andere. Bron: INSPIRE De elektriciteitskabel overerft van INSPIRE operatingvoltage en nominalvoltage en via UtilityLinkSet is de status, warningtypeen het distributietype opgenomen. Het distributietype is daarbij geen verplichte WION informatie. WarningType is een boven de kabel liggend waarschuwingsmechanisme voor een ondergronds netelement. Het attribuut operatingvoltage beschrijft de gebruiks- of bedrijfsspanning op de leiding. nominalvoltage beschrijft de nominale systeemspanning op de plaats van levering. Voor de rest gelden de KabelEnleiding attributen. ExtraGeometrie + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] ExtraInformatie AanduidingEisVoorzorgsmaatregel + eisvoorzorgsmaatregel: CharacterString [0..1] + netbeheerdernetomschrijving: CharacterString [0..1] + netbeheerdernetaanduiding: CharacterString + netbeheerderwerkaanduiding: CharacterString [0..1] + aanvraagsoort: AanvraagSoort [] + geometrie: GM_Surface {BijUiteveringAttribuutEisVoorzorgsmaatregelVerplicht} +extrageometrie 0..1 KabelOfLeiding + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] Elektriciteitskabel {GeenAttribuutGovernmentalServiceRef} +heeftextrainformatie KabelSpecifiek + kabeldiameter: Measure [0..1] +dieptelegging Diepte + dieptenauwkeurigheid: NauwkeurigheidDiepteValue + dieptepeil: Measure + datumopmetingdieptepeil: DateTime [0..1] + diepteaangrijpingspunt: DiepteAangrijpingspuntValue = bovenkant + rotatiehoeksymbool: Measure [0..1] + ligging: GM_Point [0..1] {WionDiepteInMeterMetMaxTweeDecimalen} {RotatiehoekEenheidDegrees} Common Utility Network Elements:: UtilityDeliv erytypevalue Common Utility Network Elements:: WarningTypeValue + collection + distribution + private + transport + net + tape + concretepaving Electricity Network:: ElectricityCable + operatingvoltage: Measure + nominalvoltage: Measure Common Utility Network Elements:: Cable LinkSet Common Utility Network Elements::UtilityLinkSet + utilitydeliverytype: UtilityDeliveryTypeValue [0..1] + warningtype: WarningTypeValue {All utility link objects have inspireid} Base Types:: ConditionOfFacilityValue + disused + functional + projected + underconstruction + decommissioned Common Utility Network Elements::UtilityNetworkElement + currentstatus: ConditionOfFacilityValue + validfrom: DateTime + validto: DateTime [0..1] + verticalposition: VerticalPositionValue + utilityfacilityreference: ActivityComplex [0..1] + governmentalservicereference: GovernmentalService [0..1] 45 Rapport Dataspecificatie IMKL2015

46 Telecommunicatiekabel. Definitie: Een aansluiting of reeks aansluitingen van een nutsvoorzieningennet voor het overbrengen van signaalinformatie van de ene locatie naar een andere. Bron: INSPIRE Van INSPIRE wordt een CableMaterialType toegevoegd en via UtilityLinkSet is de status, warningtype en het distributietype opgenomen. Het distributietype is daarbij geen verplichte WION informatie. WarningType is een boven de kabel liggend waarschuwingsmechanisme voor een ondergronds netelement. Voor de rest gelden de KabelEnleiding attributen. AanduidingEisVoorzorgsmaatregel ExtraGeometrie + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] +extrageometrie 0..1 KabelOfLeiding ExtraInformatie + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] Telecommunicatiekabel {GeenAttribuutGovernmentalServiceRef} +heeftextrainformatie +dieptelegging Diepte + dieptenauwkeurigheid: NauwkeurigheidDiepteValue + dieptepeil: Measure + datumopmetingdieptepeil: DateTime [0..1] + diepteaangrijpingspunt: DiepteAangrijpingspuntValue = bovenkant + rotatiehoeksymbool: Measure [0..1] + ligging: GM_Point [0..1] {WionDiepteInMeterMetMaxTweeDecimalen} {RotatiehoekEenheidDegrees} KabelSpecifiek + kabeldiameter: Measure [0..1] + eisvoorzorgsmaatregel: CharacterString [0..1] + netbeheerdernetomschrijving: CharacterString [0..1] + netbeheerdernetaanduiding: CharacterString + netbeheerderwerkaanduiding: CharacterString [0..1] + aanvraagsoort: AanvraagSoort [] + geometrie: GM_Surface {BijUiteveringAttribuutEisVoorzorgsmaatregelVerplicht} Common Utility Network Elements:: UtilityDeliv erytypevalue + collection + distribution + private + transport Common Utility Network Elements:: WarningTypeValue + net + tape + concretepaving Telecommunications Network::TelecommunicationsCable + telecommunicationscablematerialtype: TelecommunicationsCableMaterialTypeValue {"TelecommunicationsCable" is not in IR} Common Utility Network Elements:: Cable LinkSet Common Utility Network Elements::UtilityLinkSet + utilitydeliverytype: UtilityDeliveryTypeValue [0..1] + warningtype: WarningTypeValue {All utility link objects have inspireid} Base Types:: ConditionOfFacilityValue + disused + functional + projected + underconstruction + decommissioned Common Utility Network Elements::UtilityNetworkElement + currentstatus: ConditionOfFacilityValue + validfrom: DateTime + validto: DateTime [0..1] + verticalposition: VerticalPositionValue + utilityfacilityreference: ActivityComplex [0..1] + governmentalservicereference: GovernmentalService [0..1] 46 Rapport Dataspecificatie IMKL2015

47 Olie-gas-chemicalienpijpleiding. Definitie: Een pijpleiding voor het overbrengen van olie, gas of chemicaliën van de ene locatie naar een andere. Bron: INSPIRE Uit INSPIRE wordt oilgaschem ProductType toegevoegd en via UtilityLinkSet is de status, warningtype en het distributietype opgenomen. Het distributietype is daarbij geen verplichte WION informatie. WarningType is een boven de kabel liggend waarschuwingsmechanisme voor een ondergronds netelement. Voor de rest gelden de KabelEnleiding attributen. In bijlage 2 staan de mogelijke waarden voor de producttypen. ExtraGeometrie + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] +extrageometrie 0..1 KabelOfLeiding + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] OilGasChemicalsPipe ExtraInformatie {GeenAttribuutGovernmentalServiceRef} Oil-Gas-Chemicals Network::OilGasChemicalsPipe + oilgaschemicalsproducttype: OilGasChemicalsProductTypeValue [1..*] +heeftextrainformatie +dieptelegging Diepte + dieptenauwkeurigheid: NauwkeurigheidDiepteValue + dieptepeil: Measure + datumopmetingdieptepeil: DateTime [0..1] + diepteaangrijpingspunt: DiepteAangrijpingspuntValue = bovenkant + rotatiehoeksymbool: Measure [0..1] + ligging: GM_Point [0..1] {WionDiepteInMeterMetMaxTweeDecimalen} {RotatiehoekEenheidDegrees} BuisSpecifiek + buismateriaaltype: PipeMaterialTypeIMKLValue [0..1] Common Utility Network Elements: :Pipe + pipediameter: Measure + pressure: Measure [0..1] AanduidingEisVoorzorgsmaatregel + eisvoorzorgsmaatregel: CharacterString [0..1] + netbeheerdernetomschrijving: CharacterString [0..1] + netbeheerdernetaanduiding: CharacterString + netbeheerderwerkaanduiding: CharacterString [0..1] + aanvraagsoort: AanvraagSoort [] + geometrie: GM_Surface {BijUiteveringAttribuutEisVoorzorgsmaatregelVerplicht} +pipes Common Utility Network Elements:: UtilityDeliv erytypevalue + collection + distribution + private + transport LinkSet Common Utility Network Elements::UtilityLinkSet + utilitydeliverytype: UtilityDeliveryTypeValue [0..1] + warningtype: WarningTypeValue {All utility link objects have inspireid} Common Utility Network Elements:: WarningTypeValue + net + tape + concretepaving Base Types:: ConditionOfFacilityValue + disused + functional + projected + underconstruction + decommissioned Common Utility Network Elements::UtilityNetworkElement + currentstatus: ConditionOfFacilityValue + validfrom: DateTime + validto: DateTime [0..1] + verticalposition: VerticalPositionValue + utilityfacilityreference: ActivityComplex [0..1] + governmentalservicereference: GovernmentalService [0..1] 47 Rapport Dataspecificatie IMKL2015

48 Rioolleiding. Definitie: Een rioleringsleiding voor het overbrengen van afvalwater (rioolwater, hemelwater) van de ene locatie naar een andere. Bron: INSPIRE (aangepast) Van INSPIRE wordt SewerWaterType toegevoegd en via UtilityLinkSet is de status, warningtype en het distributietype opgenomen. Het distributietype is daarbij geen verplichte WION informatie WarningType is een boven de kabel liggend waarschuwingsmechanisme voor een ondergronds netelement. Voor de rest gelden de KabelEnleiding attributen. In bijlage 2 staan de waarden voor SewerWaterType. AanduidingEisVoorzorgsmaatregel ExtraGeometrie + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] ExtraInformatie +extrageometrie heeftextrainformatie + eisvoorzorgsmaatregel: CharacterString [0..1] + netbeheerdernetomschrijving: CharacterString [0..1] + netbeheerdernetaanduiding: CharacterString + netbeheerderwerkaanduiding: CharacterString [0..1] + aanvraagsoort: AanvraagSoort [] + geometrie: GM_Surface {BijUiteveringAttribuutEisVoorzorgsmaatregelVerplicht} Diepte KabelOfLeiding + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] StedelijkWaterSpecifiek Rioolleiding {GeenAttribuutGovernmentalServiceRef} Sewer Network::SewerPipe + sewerwatertype: SewerWaterTypeValue BuisSpecifiek +dieptelegging + buismateriaaltype: PipeMaterialTypeIMKLValue [0..1] +pipes Common Utility Network Elements: :Pipe + pipediameter: Measure + pressure: Measure [0..1] + dieptenauwkeurigheid: NauwkeurigheidDiepteValue + dieptepeil: Measure + datumopmetingdieptepeil: DateTime [0..1] + diepteaangrijpingspunt: DiepteAangrijpingspuntValue = bovenkant + rotatiehoeksymbool: Measure [0..1] + ligging: GM_Point [0..1] {WionDiepteInMeterMetMaxTweeDecimalen} {RotatiehoekEenheidDegrees} Common Utility Network Elements:: UtilityDeliv erytypevalue + collection + distribution + private + transport LinkSet Common Utility Network Elements::UtilityLinkSet + utilitydeliverytype: UtilityDeliveryTypeValue [0..1] + warningtype: WarningTypeValue {All utility link objects have inspireid} Common Utility Network Elements:: WarningTypeValue + net + tape + concretepaving Base Types:: ConditionOfFacilityValue + disused + functional + projected + underconstruction + decommissioned Common Utility Network Elements::UtilityNetworkElement + currentstatus: ConditionOfFacilityValue + validfrom: DateTime + validto: DateTime [0..1] + verticalposition: VerticalPositionValue + utilityfacilityreference: ActivityComplex [0..1] + governmentalservicereference: GovernmentalService [0..1] 48 Rapport Dataspecificatie IMKL2015

49 Waterleiding. Definitie: Een waterleiding voor het overbrengen van (drink)water van de ene locatie naar een andere. Bron:INSPIRE (aangepast) Van INSPIRE wordt watertype toegevoegd en via UtilityLinkSet is de status, warningtype en het distributietype opgenomen. Het distributietype is daarbij geen verplichte WION informatie. WarningType is een boven de kabel liggend waarschuwingsmechanisme voor een ondergronds netelement. Voor de rest gelden de KabelEnleiding attributen. In bijlage 2 staan de waarden voor watertype. AanduidingEisVoorzorgsmaatregel ExtraGeometrie + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] +extrageometrie 0..1 ExtraInformatie +heeftextrainformatie + eisvoorzorgsmaatregel: CharacterString [0..1] + netbeheerdernetomschrijving: CharacterString [0..1] + netbeheerdernetaanduiding: CharacterString + netbeheerderwerkaanduiding: CharacterString [0..1] + aanvraagsoort: AanvraagSoort [] + geometrie: GM_Surface {BijUiteveringAttribuutEisVoorzorgsmaatregelVerplicht} Diepte KabelOfLeiding + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] +dieptelegging + dieptenauwkeurigheid: NauwkeurigheidDiepteValue + dieptepeil: Measure + datumopmetingdieptepeil: DateTime [0..1] + diepteaangrijpingspunt: DiepteAangrijpingspuntValue = bovenkant + rotatiehoeksymbool: Measure [0..1] + ligging: GM_Point [0..1] {WionDiepteInMeterMetMaxTweeDecimalen} {RotatiehoekEenheidDegrees} Waterleiding {GeenAttribuutGovernmentalServiceRef} BuisSpecifiek + buismateriaaltype: PipeMaterialTypeIMKLValue [0..1] +pipes Common Utility Network Elements:: UtilityDeliv erytypevalue + collection + distribution + private + transport Common Utility Network Elements:: WarningTypeValue + net + tape + concretepaving LinkSet Water Network::WaterPipe + watertype: WaterTypeValue Common Utility Network Elements: :Pipe + pipediameter: Measure + pressure: Measure [0..1] Common Utility Network Elements::UtilityLinkSet + utilitydeliverytype: UtilityDeliveryTypeValue [0..1] + warningtype: WarningTypeValue {All utility link objects have inspireid} Base Types:: ConditionOfFacilityValue + disused + functional + projected + underconstruction + decommissioned Common Utility Network Elements::UtilityNetworkElement + currentstatus: ConditionOfFacilityValue + validfrom: DateTime + validto: DateTime [0..1] + verticalposition: VerticalPositionValue + utilityfacilityreference: ActivityComplex [0..1] + governmentalservicereference: GovernmentalService [0..1] 49 Rapport Dataspecificatie IMKL2015

50 Thermische pijpleiding. Definitie: Een leiding voor het transporteren van warmte of koelte van de ene locatie naar een andere. Bron: INSPIRE Van INSPIRE wordt thermalproducttype toegevoegd en via UtilityLinkSet is de status, warningtype en het distributietype opgenomen. Het distributietype is daarbij geen verplichte WION informatie. WarningType is een boven de kabel liggend waarschuwingsmechanisme voor een ondergronds netelement. Voor de rest gelden de KabelEnleiding attributen. In bijlage 2 staan de waarden voor de producttypen. ExtraGeometrie + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] +extrageometrie 0..1 KabelOfLeiding ExtraInformatie + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] +heeftextrainformatie +dieptelegging AanduidingEisVoorzorgsmaatregel + eisvoorzorgsmaatregel: CharacterString [0..1] + netbeheerdernetomschrijving: CharacterString [0..1] + netbeheerdernetaanduiding: CharacterString + netbeheerderwerkaanduiding: CharacterString [0..1] + aanvraagsoort: AanvraagSoort [] + geometrie: GM_Surface {BijUiteveringAttribuutEisVoorzorgsmaatregelVerplicht} Diepte + dieptenauwkeurigheid: NauwkeurigheidDiepteValue + dieptepeil: Measure + datumopmetingdieptepeil: DateTime [0..1] + diepteaangrijpingspunt: DiepteAangrijpingspuntValue = bovenkant + rotatiehoeksymbool: Measure [0..1] + ligging: GM_Point [0..1] {WionDiepteInMeterMetMaxTweeDecimalen} {RotatiehoekEenheidDegrees} ThermischePijpleiding {GeenAttribuutGovernmentalServiceRef} Thermal Network::ThermalPipe + thermalproducttype: ThermalProductTypeValue BuisSpecifiek + buismateriaaltype: PipeMaterialTypeIMKLValue [0..1] Common Utility Network Elements::Pipe + pipediameter: Measure + pressure: Measure [0..1] +pipes Common Utility Network Elements:: UtilityDeliv erytypevalue + collection + distribution + private + transport LinkSet Common Utility Network Elements::UtilityLinkSet + utilitydeliverytype: UtilityDeliveryTypeValue [0..1] + warningtype: WarningTypeValue {All utility link objects have inspireid} Common Utility Network Elements:: WarningTypeValue + net + tape + concretepaving Base Types:: ConditionOfFacilityValue + disused + functional + projected + underconstruction + decommissioned Common Utility Network Elements::UtilityNetworkElement + currentstatus: ConditionOfFacilityValue + validfrom: DateTime + validto: DateTime [0..1] + verticalposition: VerticalPositionValue + utilityfacilityreference: ActivityComplex [0..1] + governmentalservicereference: GovernmentalService [0..1] 50 Rapport Dataspecificatie IMKL2015

51 Leidingelementen per type net (thema). De leidingelementen worden niet specifiek per type thema net als de kabels en leidingen gedefinieerd. Leidingelementen hebben een algemene type lijst en een lijst per type net (telecom, elektriciteit, riool, water, gas/olie). Deze lijsten zijn uitbreidbaar. In bijlage 2 staan de waardelijsten met de waarden voor type leidingelement per type kabelofleiding. +heeftextrainformatie ExtraInformatie +extrageometrie 0..1 ExtraGeometrie Leidingelement + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + eancode: CharacterString [0..1] + rotatiehoeksymbool: Measure [0..1] {RotatiehoekEenheidDegrees} dieptelegging Diepte + dieptenauwkeurigheid: NauwkeurigheidDiepteValue + dieptepeil: Measure + datumopmetingdieptepeil: DateTime [0..1] + diepteaangrijpingspunt: DiepteAangrijpingspuntValue = bovenkant + rotatiehoeksymbool: Measure [0..1] + ligging: GM_Point [0..1] {WionDiepteInMeterMetMaxTweeDecimalen} {RotatiehoekEenheidDegrees} + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] AanduidingEisVoorzorgsmaatregel + eisvoorzorgsmaatregel: CharacterString [0..1] + netbeheerdernetomschrijving: CharacterString [0..1] + netbeheerdernetaanduiding: CharacterString + netbeheerderwerkaanduiding: CharacterString [0..1] + aanvraagsoort: AanvraagSoort [] + geometrie: GM_Surface {BijUiteveringAttribuutEisVoorzorgsmaatregelVerplicht} Appurtenance + hoogte: Length [0..1] {GeenAttribuutGovernmentalServiceRef} Common Utility Network Elements::Appurtenance + appurtenancetype: AppurtenanceTypeValue + specificappurtenancetype: SpecificAppurtenanceTypeValue [0..1] {"TelecommunicationsAppurtenanceTypeValue" is not in IR} Node Common Utility Network Elements:: UtilityNode {All utility node objects have inspireid} Base Types:: ConditionOfFacilityValue + disused + functional + projected + underconstruction + decommissioned Common Utility Network Elements::UtilityNetworkElement + currentstatus: ConditionOfFacilityValue + validfrom: DateTime + validto: DateTime [0..1] + verticalposition: VerticalPositionValue + utilityfacilityreference: ActivityComplex [0..1] + governmentalservicereference: GovernmentalService [0..1] 51 Rapport Dataspecificatie IMKL2015

52 Identifier management. «datatype» Base Types::Identifier + localid :CharacterString + namespace :CharacterString «lifecycleinfo, voidable» + versionid :CharacterString [0..1] «datatype» NEN3610::NEN3610ID + namespace :CharacterString + lokaalid :CharacterString + versie :CharacterString [0..1] + beginlifespanversion :DateTime + endlifespanversion :DateTime [0..1] «identificatie» + identificatie :NEN3610ID Identifiers van objecten worden in IMKL2015 toegekend via het attribuut inspireid en het datatype Identifier als het object vanuit INSPIRE beschreven is of met het attribuut identificatie en het datatype NEN3610ID als het specifiek voor IMKL is toegevoegd. Het toekennen van een inspireid betekent niet automatisch dat het INSPIRE data-objecten betreft. Een voorbeeld waar dat niet het geval is, is het thema Datatransport (telecommunicatie) waar de leiding en leidingelementen wel een inspireid hebben maar het geen INSPIRE data-objecten betreft. De systematiek voor het format van een identifier is gebaseerd op de combinatie van een uniek benoemde namespace voor een applicatiedomein (of organisatie-bronhouder) en unieke lokale id s binnen een applicatiedomein. Omdat voor utiliteitsnetten er vele bronhouders zijn is het niet mogelijk om met één namespace te garanderen dat er in de combinatie van namespace en lokale identifier, unieke identifiers ontstaan. Om toch met één namespace te kunnen werken die het apllicatiedomein representeert wordt het volgende voorstel gedaan: Namespace: Format lokaalid: nl.imkl bronhoudercode.lokaalid (met een totaal van maximaal 255 tekens) De namespace wordt geregistreerd in een nationaal namespace register. De bronhoudercode is uniek en representeert de bronhouder van de gegevens en wordt geregistreerd in een register van de nationale voorziening. Met de bronhouder wordt niet bedoeld de mogelijke inwinner van de gegevens. De code bestaat uit zes alfanumerieke posities. Dit is afgestemd met het format van CBS codes voor gemeenten en provincies. Het lokaalid maakt het mogelijk per bronhouder de objecten uniek te identificeren. Het lokaalid is vrij door de bronhouder in te vullen en zal in de meeste gevallen gelijk zijn aan het id in de lokale registratie. Extra toelichting. Identifiers hebben als functie objecten te kunnen aanwijzen en om aan objecten te kunnen refereren. Ze maken een object uniek identificeerbaar. Als een organisatie een identifier uitgeeft is deze binnen de organisatie wel uniek, maar als datasets van verschillende organisatie worden samengevoegd tot een nieuwe bestand is de identifier niet automatisch uniek in de nieuwe situatie. Om binnen de nieuwe context identifiers uniek te maken is een systematiek nodig. Binnen IMKL speelt dit op drie plaatsen: 1. De individuele datasets van die verschillende bronhouders worden samengevoegd in IMKL. Om objecten binnen IMKL een unieke identificatie krijgen krijgt iedere bronhouder een code. De combinatie van bronhoudercode en interne identifier is dan uniek binnen IMKL. De interne identifier binnen de registratie van de bronhouder en de bronhoudercode worden aan elkaar geplakt met een. ertussen tot een lokaalid. 2. Het hele bestand van IMKL is slechts één van de datasets binnen INSPIRE. In INSPIRE worden identifiers uniek gemaakt door ze te voorzien van een namespace. Voor IMKL is de namespace nl.imkl bij INSPIRE als namespace geregistreerd. 52 Rapport Dataspecificatie IMKL2015

53 3. Sommige objecten van IMKL zijn geen onderdeel van de INSPIRE specificaties en kunnen dus ook geen INSPIRE Identifier krijgen. Deze objecten krijgen een NEN3610ID, die binnen de context van NEN3610 uniek is. Hiervoor is de namespace nl.imkl ook binnen NEN3610 geregistreerd. Voorbeeld: Een bronhouder heeft in eigen registratie een unieke identifier xxyyzz. Binnen IMKL wordt hier een locaalid: bb.xxyyzz van gemaakt. Uitwisseling binnen INSPIRE van deze code zal er als volgt uitzien: Omdat de identifiers die intern bij de bronhouders wordt gebruikt op verschillende manieren hergebruikt worden is er een aantal beperkingen op het formaat van de identifiers. 1. De volgende karakters mogen in een lokaalid voorkomen: { A Z, a z, 0 9, _, -,,,. }. (bron: NEN3610) 2. INSPIRE had een vergelijkbare beperking op de structuur van identifiers, maar die is geschrapt. 3. De afspraak dat een identifier binnen een GML document ook gebruikt om een gml:id te construeren wordt legt ook beperkingen op aan de identifier. Deze worden echter al afgevangen door de NEN3610 beperkingen. In NEN3610 en INSPIRE kunnen identifiers ook nog voorzien zijn van een versienummer van een object. Deze versies zijn van belang als er verschillende (historische) versies van eenzelfde object onderscheiden moeten worden. Omdat in IMKL alleen de huidige situatie wordt beschreven zijn er geen verschillende versies van hetzelfde object in omloop. Daarom wordt in IMKL het versie attribuut niet gebruikt Tijd representatie en temporeel model. IMKL2015 hanteert de ISO 8601 norm voor het beschrijven van tijdsaspecten. Binnen het informatiemodel IMKL 2015 zijn twee tijdsdimensies gemodelleerd, deze worden in de volgende twee paragrafen beschreven. Temporele kenmerken in de werkelijkheid. In IMKL2015 worden de temporele attributen validfrom en validto van een object gebruikt om de aanwezigheid van een object in de werkelijkheid te beschrijven. Deze attributen worden gedefinieerd in INSPIRE. In de context van IMKL hebben ze de volgende betekenis: - 'validfrom' beschrijft het tijdstip waarop het object in de werkelijkheid voor het eerst aanwezig is, en dus van belang is voor het voorkomen van graafschade. Geplande objecten kunnen een 'validfrom' tijdstip hebben dat in de toekomst ligt. Het attribuut 'validfrom' is verplicht. Wanneer van een object niet bekend is wanneer het is aangelegd voldoet een tijdstip waarop geconstateerd is dat het object er is. 53 Rapport Dataspecificatie IMKL2015

54 - validto beschrijft het tijdstip vanaf wanneer het object niet meer in de werkelijkheid voorkomt. Dit attribuut is optioneel; wanneer het niet is ingevuld betekent dit dat er vooralsnog geen tijdstip bekend is waarop de geldigheid van dit object eindigt. Temporele kenmerken in de registratie. Naast het beschrijven van de levensduur van het object in de werkelijkheid zijn er ook attributen die beschrijven wanneer het object bekend is in de registratie: 'beginlifespanversion' en 'endlifespanversion' beschrijven de geldigheid van een versie van een object in de registratie. Omdat IMKL een doorgeefluik is van de registraties van de netbeheerders gaat het om de tijdstippen van registratie bij de netbeheerder. Volgens NEN3610 ontstaat er een nieuwe versie van een object wanneer de waarde van een attribuut van dat object wijzigt, dit betekent dat bij een wijziging van een attribuut een object een nieuwe versie ontstaat en dus beginlifespanversion vernieuwd wordt. Omdat in IMKL alleen de huidige situatie wordt beschreven zal in alle gevallen het 'endlifespanversion' van het object leeg zijn. Voorbeelden Een aantal voorkomende gevallen wordt hieronder met een voorbeeld uitgewerkt: Op 2 september 2016 wordt een kabel gelegd. Dit wordt een dag later (3 september 2016) in de computer ingevoerd. { validfrom=' ' validto= beginlifespanversion=' '} Op 31 december 2015 wordt de status van een kabel die er al sinds 5 april 1968 lag in 'disused' veranderd. Dit wordt op 3 januari 2016 ingevoerd. { validfrom=' ' validto= beginlifespanversion=' currentstatus='disused'} Op 6 mei 2014 wordt besloten dat er op 1 juli 2014 een leiding in de grond gelegd wordt. { validfrom=' ' validto= beginlifespanversion=' ' currentstatus='projected'} Op 15 december 2013 wordt besloten dat op 21 december 2013 een kabel die er sinds 2 juni 2006 lag uit de grond gehaald zal worden. { validfrom=' ' validto=' ' beginlifespanversion=' '} Merk op dat het met de huidige modellering niet mogelijk is een geplande statuswijziging uit wisselen. Dit komt omdat er van ieder object slechts 1 versie wordt uitgewisseld en bij een geplande wijziging is er sprake van twee versies: de huidige en de gepland. Geplande aanleg en verwijdering kunnen wel uitgewisseld worden omdat er dan slechts 1 versie hoeft te worden uitgewisseld. 54 Rapport Dataspecificatie IMKL2015

55 UML - EC61 overzicht. EC61 (COM147) uitgwerkt voor Elektriciteit IMKL2015::Utiliteitsnet + thema: Thema + technischcontactpersoon: TechnischContactpersoon + standaarddieptelegging: Measure [0..1] 1..* +innetwork «datatype» IMKL2015:: TechnischContactpersoon +networks Common Utility Network Elements::UtilityNetwork + utilitynetworktype: UtilityNetworkTypeValue + authorityrole: RelatedParty [1..*] + utilityfacilityreference: ActivityComplex [] + disclaimer: PT_FreeText [] Network «datatype» Base Types 2::RelatedParty + individualname: PT_FreeText [0..1] + organisationname: PT_FreeText [0..1] + positionname: PT_FreeText [0..1] + contact: Contact [0..1] + role: PartyRoleValue [] + naam: CharacterString + telefoon: CharacterString + CharacterString Base Types 2::PartyRoleValue IMKL2015::KabelOfLeiding IMKL2015::ElectricityCable + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] IMKL2015::KabelEnLeidingContainer + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] + aantalkabelsleidingen: Integer [0..1] BuisSpecifiek IMKL2015::Mantelbuis IMKL2015::Kabelbed IMKL2015::Leidingelement + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + eancode: CharacterString [0..1] + rotatiehoeksymbool: Measure [0..1] IMKL2015::Appurtenance + hoogte: Length [0..1] IMKL2015::Tower Tower IMKL2015::ContainerLeidingelement + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + BGT_ID: NEN3610ID [0..1] + rotatiehoeksymbool: Measure [0..1] IMKL2015::Pole Pole Manhole IMKL2015::Manhole Cabinet IMKL2015::Cabinet «datatype» Base Types 2::Contact + address: AddressRepresentation [0..1] + contactinstructions: PT_FreeText [0..1] + electronicmailaddress: CharacterString [0..1] + hoursofservice: PT_FreeText [0..1] + telephonefacsimile: CharacterString [] + telephonevoice: CharacterString [] + website: URL [0..1] Electricity Network:: ElectricityCable + operatingvoltage: Measure + nominalvoltage: Measure IMKL2015::KabelSpecifiek + kabeldiameter: Measure [0..1] Common Utility Network Elements::Cable +cables +cables IMKL2015::Duct Common Utility Network Elements::Duct + ductwidth: Length +pipes +ducts Common Utility Network Elements: :Pipe + pipediameter: Measure + pressure: Measure [0..1] +pipes Common Utility Network Elements::Appurtenance + appurtenancetype: AppurtenanceTypeValue + specificappurtenancetype: SpecificAppurtenanceTypeValue [0..1] {"TelecommunicationsAppurtenanceTypeValue" is not in IR} Node Common Utility Network Elements:: UtilityNode Common Utility Network Elements:: UtilityDeliv erytypevalue + collection + distribution + private + transport LinkSet Common Utility Network Elements::UtilityLinkSet + utilitydeliverytype: UtilityDeliveryTypeValue [0..1] + warningtype: WarningTypeValue Common Utility Network Elements::UtilityNetworkElement + currentstatus: ConditionOfFacilityValue + validfrom: DateTime + validto: DateTime [0..1] + verticalposition: VerticalPositionValue + utilityfacilityreference: ActivityComplex [0..1] + governmentalservicereference: GovernmentalService [0..1] Base Types:: ConditionOfFacilityValue + disused + functional + projected + underconstruction + decommissioned 55 Rapport Dataspecificatie IMKL2015

56 Toelichting op diagram: Dit diagram is nog in ontwikkeling omdat er nog geen contact is geweest met de stakeholders van het EC61 proces. In deze fase volstaat deze analyse en kan het model worden gebruikt om eisen aan datauitwisseling voor en impact voor bronhouders van, EC61 te analyseren Het diagram is alleen uitgewerkt voor het kabeltype elektriciteit. Voor de ander kabel en leiding typen is het vergelijkbaar. De belangrijkste conclusie is dat IMKL2015 WION volstaat voor het leveren van de EC61 informatie. Er hoeft alleen informatie over mogelijke exploitant of eigenaar van een net bijgevoegd te worden. 56 Rapport Dataspecificatie IMKL2015

57 UML - Buisleidingen Risicoregister overzicht. +networks niet: utilityfacilityreference disclaimer «datatype» IMKL2015::NEN3610ID + namespace: CharacterString + lokaalid: CharacterString + versie: CharacterString [0..1] IMKL2015:: + beginlifespanversion: DateTime + endlifespanversion: DateTime [0..1] «identificatie» + identificatie: NEN3610ID IMKL2015::Utiliteitsnet + thema: Thema + technischcontactpersoon: TechnischContactpersoon + standaarddieptelegging: Measure [0..1] {WionDiepteInMeterMetMaxTweeDecimalen} {NetworkBinnenNetworkNietVanToepassing} {AssociatieElementsNietVanToepassing} +innetwork 1 Common Utility Network Elements::UtilityNetwork + utilitynetworktype: UtilityNetworkTypeValue + authorityrole: RelatedParty [1..*] + utilityfacilityreference: ActivityComplex [] + disclaimer: PT_FreeText [] {All utility network objects have inspireid} {"telecommunications" value of "utilitynetworktype" is not in IR} +bijtransportroute «datatype» Base Types 2::RelatedParty IMKL2015::TransportrouteRisico + risicocontour10_6: GM_MultiSurface +bijtransportroute 1 1 IMKL2015::Transportroute + transportroutenaam: CharacterString + omschrijving: CharacterString + buisleidingtype: BuisleidingTypeValue + maatgevendscenariododelijk: EffectScenarioType [0..1] + casnrmaatgevendestof: CharacterString +transportroute 1 IMKL2015::KabelOfLeiding + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] +extrageometrie 0..1 IMKL2015::ExtraGeometrie + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] + individualname: PT_FreeText [0..1] + organisationname: PT_FreeText [0..1] + positionname: PT_FreeText [0..1] + contact: Contact [0..1] + role: PartyRoleValue [] {individual, organisation or position name shall be provided} IMKL2015::EffectcontourDodelijk + effectcontourdodelijk: GM_MultiSurface IMKL2015::Transportroutedeel + wanddikte: Measure + effectafstanddodelijk: Measure + gewogendekking: Measure IMKL2015::OlieGasChemicalienPijpleiding {GeenAttribuutGovernmentalServiceRef} IMKL2015::BuisSpecifiek + buismateriaaltype: PipeMaterialTypeIMKLValue [0..1] Base Types 2:: PartyRoleValue Generic Network Model (van INSPIRE GCM) IMKL2015::EffectScenarioType {leaf} + brandbaar + explosief + toxisch + scherfwerking IMKL2015::BuisleidingTypeValue {leaf} + aardgasleiding (niet NEN) + K1-leiding + K2-leiding + K3-leiding + defensieleiding + overig + aardgasleiding NEN-3650 Oil-Gas-Chemicals Network::OilGasChemicalsPipe + oilgaschemicalsproducttype: OilGasChemicalsProductTypeValue [1..*] Network::Network + geographicalname: GeographicalName [] +innetwork 1..* +elements Network::NetworkElement + inspireid: Identifier [0..1] Common Utility Network Elements: :Pipe «lifecycleinfo, voidable» + beginlifespanversion: DateTime + endlifespanversion: DateTime [0..1] Common Utility Network Elements:: WarningTypeValue + net + tape + concretepaving + pipediameter: Measure + pressure: Measure [0..1] Common Utility Network Elements::UtilityLinkSet + utilitydeliverytype: UtilityDeliveryTypeValue [0..1] + warningtype: WarningTypeValue {All utility link objects have inspireid} +pipes Common Utility Network Elements:: UtilityDeliv erytypevalue + collection + distribution + private + transport Network::Node + geometry: GM_Point +endnode startnode Network::LinkSet +spokestart +link 1..* Network:: GeneralisedLink Network::Link + centrelinegeometry: GM_Curve +spokeend + fictitious: Boolean = false +link 1 Network::LinkSequence + link: DirectedLink [1..*] {ordered} «datatype» Network:: DirectedLink Base Types:: ConditionOfFacilityValue + disused + functional + projected + underconstruction + decommissioned Common Utility Network Elements::UtilityNetworkElement + currentstatus: ConditionOfFacilityValue + validfrom: DateTime + validto: DateTime [0..1] + verticalposition: VerticalPositionValue + utilityfacilityreference: ActivityComplex [0..1] + governmentalservicereference: GovernmentalService [0..1] + direction: Sign Common Utility Network Elements::UtilityLink Common Utility Network Elements::UtilityLinkSequence 57 Rapport Dataspecificatie IMKL2015

58 Toelichting op diagram: Voor het Risicoregister is van uit het perspectief van de utiliteitsnetten alleen de informatie over buisleidingen gevaarlijke inhoud van belang. Er is een extensie op de OlieGasChemicalienLeiding voor specifieke informatie voor het risicoregister. Een object OlieGasChemicalienPijpleiding van een net van het thema buisleiding gevaarlijke inhoud wordt verbijzonderd in een object Transportroutedeel waarin een paar specifieke attributen zijn opgenomen. Locatie van Transportroutedeel en een aantal basisattributen worden via INSPIRE en het WION model geleverd. Een Transportroutedeel is een onderdeel van een Transportroute. De Transportroute is de referentie voor een optioneel object TransportrouteRisico met een risicocontour en een verplicht object EffectcontourDodelijk. 58 Rapport Dataspecificatie IMKL2015

59 UML - Stedelijk water overzicht. +networks IMKL2015::StedelijkWaterSpecifiek + typerioolleiding: RioolleidingTypeValue IMKL2015:: RioolleidingTypeValue + aansluitsleiding + bergbezinkleiding + bergingsleiding + gemengd riool + hemelwaterriool + overstortleiding + stuwrioolleiding + doorlatendeleiding + vuilwaterriool + transportrioolleiding + zinker + openleiding IMKL2015::KabelOfLeiding BuisSpecifiek IMKL2015:: Rioolleiding Sewer Network::SewerPipe + sewerwatertype: SewerWaterTypeValue + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] +extrageometrie 0..1 IMKL2015::ExtraGeometrie + vlakgeometrie2d: GM_Surface [0..1] + puntgeometrie2.5d: GM_Point [0..1] + lijngeometrie2.5d: GM_Curve [0..1] + vlakgeometrie2.5d: GM_Surface [0..1] + geometrie3d: GM_Solid [0..1] +extrageometrie extrageometrie innetwork 1 IMKL2015::Utiliteitsnet + thema: Thema + technischcontactpersoon: TechnischContactpersoon + standaarddieptelegging: Measure [0..1] +dieptelegging IMKL2015::Diepte + dieptenauwkeurigheid: NauwkeurigheidDiepteValue + dieptepeil: Measure + datumopmetingdieptepeil: DateTime [0..1] + diepteaangrijpingspunt: DiepteAangrijpingspuntValue = bovenkant + rotatiehoeksymbool: Measure [0..1] + ligging: GM_Point [0..1] +dieptelegging IMKL2015::KabelEnLeidingContainer IMKL2015::DiepteNAP + maaiveldpeil: Measure [0..1] + datumopmetingmaaiveldpeil: DateTime [0..1] + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + toelichting: CharacterString [0..1] + aantalkabelsleidingen: Integer [0..1] BuisSpecifiek IMKL2015:: Mantelbuis 1 +innetwork +dieptelegging 0..1 IMKL2015::Appurtenance + hoogte: Length [0..1] Common Utility Network Elements::UtilityNetwork + utilitynetworktype: UtilityNetworkTypeValue + authorityrole: RelatedParty [1..*] + utilityfacilityreference: ActivityComplex [] + disclaimer: PT_FreeText [] {All utility network objects have inspireid} {"telecommunications" value of "utilitynetworktype" is not in IR} Common Utility Network Elements::Appurtenance + appurtenancetype: AppurtenanceTypeValue IMKL2015::Leidingelement + specificappurtenancetype: SpecificAppurtenanceTypeValue [0..1] {"TelecommunicationsAppurtenanceTypeValue" is not in IR} + bovengrondszichtbaar: Boolean [0..1] + geonauwkeurigheidxy: NauwkeurigheidXYvalue [0..1] + eancode: CharacterString [0..1] + rotatiehoeksymbool: Measure [0..1] Generic Network Model (van INSPIRE GCM) Network::Network + geographicalname: GeographicalName [] 1..* +elements Network::NetworkElement + inspireid: Identifier [0..1] +innetwork «lifecycleinfo, voidable» + beginlifespanversion: DateTime + endlifespanversion: DateTime [0..1] IMKL2015::Duct Duct Network::LinkSet +link 1..* Network:: GeneralisedLink Common Utility Network Elements:: UtilityNode Common Utility Network Elements: :Pipe + pipediameter: Measure + pressure: Measure [0..1] +pipes Network::Node + geometry: GM_Point +endnode startnode +spokestart «datatype» Network:: DirectedLink Network::Link + centrelinegeometry: GM_Curve +spokeend + fictitious: Boolean = false +link 1 Network::LinkSequence + link: DirectedLink [1..*] {ordered} + direction: Sign Common Utility Network Elements::UtilityLinkSet + utilitydeliverytype: UtilityDeliveryTypeValue [0..1] + warningtype: WarningTypeValue Common Utility Network Elements::UtilityNetworkElement Common Utility Network Elements::UtilityLink Common Utility Network Elements::UtilityLinkSequence + currentstatus: ConditionOfFacilityValue + validfrom: DateTime + validto: DateTime [0..1] + verticalposition: VerticalPositionValue + utilityfacilityreference: ActivityComplex [0..1] + governmentalservicereference: GovernmentalService [0..1] 59 Rapport Dataspecificatie IMKL2015

60 Toelichting op diagram: Stedelijk water beperkt zich in het IMKL2015 verband tot het thema riool onder overdruk of onderdruk en riool vrijverval. Als specifieke informatie is een waardelijst voor type rioolleiding opgenomen. Voor het geografisch informatiemodel van stedelijk water is een afstemming met de Gegevenswoordenboek Stedelijk Water (GWSW) van belang. De waarden uit de waardelijst vinden hun definitie in dat gegevenswoordenboek. Het GWSW is beschikbaar via (de volledige soortenboom in html) en als linked open data via (semantische server, te ontsluiten via SPARQL queries). Elke term, definitie en attribuut is te direct bekijken via bijvoorbeeld 60 Rapport Dataspecificatie IMKL2015

61 5.3 Objectcatalogus. De IMKL2015 objectcatalogus is opgenomen in een apart document IMKL2015 Objectcatalogus. In deze paragraaf zijn de metadata en de lijst met objecttypes opgenomen. Voor de volledige beschrijving wordt naar het document IMKL2015 Objectcatalogus verwezen. Objectcatalogus metadata: Naam van feature catalogus Scope IMKL2015 IMKL2015 Versienummer IMKL Versiedatum Herkomst Definities Dataspecificatie IMKL2015 Types gedefinieerd in de objectcatalogus: Type Package Stereotypes AanduidingEisVoorzorgsmaatregel IMKL2015 Adres IMKL2015 «datatype» Annotatie IMKL2015 AnnotatieTypeValue IMKL2015 Appurtenance IMKL2015 BestandMediaTypeValue IMKL2015 Bijlage IMKL2015 BijlageTypeValue IMKL2015 BuisleidingTypeValue IMKL2015 BuisSpecifiek IMKL2015 ConditionOfFacilityIMKLValue IMKL2015 ContainerLeidingelement IMKL2015 Diepte IMKL2015 DiepteAangrijpingspuntValue IMKL2015 DiepteNAP IMKL2015 DiepteTovMaaiveld IMKL2015 Duct IMKL2015 EffectcontourDodelijk IMKL2015 EffectScenarioType IMKL2015 EigenTopografie IMKL2015 EigenTopografieStatusValue IMKL2015 EisVoorzorgsmaatregelBijlage IMKL2015 ElectricityAppurtenanceTypeIMKLValue IMKL2015 Elektriciteitskabel IMKL2015 ExtraDetailinfo IMKL Rapport Dataspecificatie IMKL2015

62 Type Package Stereotypes ExtraDetailInfoTypeValue IMKL2015 ExtraGeometrie IMKL2015 ExtraInformatie IMKL2015 IMKL2015 Kabelbed IMKL2015 KabelEnLeidingContainer IMKL2015 KabelOfLeiding IMKL2015 KabelSpecifiek IMKL2015 Kast IMKL2015 IMKL2015 positie IMKL2015 «datatype» positievalue IMKL2015 Leidingelement IMKL2015 Maatvoering IMKL2015 MaatvoeringsTypeValue IMKL2015 Mangat IMKL2015 Mantelbuis IMKL2015 Mast IMKL2015 NauwkeurigheidDiepteValue IMKL2015 NauwkeurigheidXYvalue IMKL2015 NEN3610ID IMKL2015 «datatype» OilGasChemicalsAppurtenanceITypeIMKLValue IMKL2015 OilGasChemicalsProductTypeIMKLValue IMKL2015 OlieGasChemicalienPijpleiding IMKL2015 PipeMaterialTypeIMKLValue IMKL2015 Rioolleiding IMKL2015 RioolleidingTypeValue IMKL2015 SewerAppurtenanceTypeIMKLValue IMKL2015 StedelijkWaterSpecifiek IMKL2015 TechnischContactpersoon IMKL2015 «datatype» TechnischGebouw IMKL2015 Telecommunicatiekabel IMKL2015 TelecommunicationsAppurtenanceTypeIMKLValu e IMKL2015 Thema IMKL2015 ThermalAppurtenanceTypeIMKLValue IMKL2015 ThermischePijpleiding IMKL2015 TopografischObjectTypeValue IMKL2015 Toren IMKL2015 Transportroute IMKL2015 Transportroutedeel IMKL Rapport Dataspecificatie IMKL2015

63 Type Package Stereotypes TransportrouteRisico IMKL2015 Utiliteitsnet IMKL2015 UtilityNetworkTypeIMKLValue IMKL2015 WaterAppurtenanceTypeIMKLValue IMKL2015 Waterleiding IMKL2015 PipeMaterialTypeValue Common Extended Utility Network Elements UtilityNetwork Common Utility Network Elements Cabinet Common Utility Network Elements UtilityNetworkTypeValue Common Utility Network Elements Pipe Common Utility Network Elements Pole Common Utility Network Elements Duct Common Utility Network Elements Tower Common Utility Network Elements Cable Common Utility Network Elements Manhole Common Utility Network Elements AppurtenanceTypeValue Common Utility Network Elements Appurtenance Common Utility Network Elements SpecificAppurtenanceTypeValue Common Utility Network Elements ElectricityAppurtenanceTypeValue Electricity Network ElectricityCable Electricity Network OilGasChemicalsPipe Oil-Gas-Chemicals Network OilGasChemicalsProductTypeValue Oil-Gas-Chemicals Network OilGasChemicalsAppurtenanceTypeValue Oil-Gas-Chemicals Network SewerWaterTypeValue Sewer Network SewerPipe Sewer Network SewerAppurtenanceTypeValue Sewer Network TelecommunicationsAppurtenanceTypeValue Telecommunications Network TelecommunicationsCableMaterialTypeValue Telecommunications Network TelecommunicationsCable Telecommunications Network ThermalPipe Thermal Network ThermalAppurtenanceTypeValue Thermal Network WaterPipe Water Network WaterAppurtenanceTypeValue Water Network WaterTypeValue Water Network GeometryMethodValue Addresses AddressComponent Addresses LocatorLevelValue Addresses LocatorDesignatorTypeValue Addresses LocatorName Addresses «datatype» LocatorDesignator Addresses «datatype» 63 Rapport Dataspecificatie IMKL2015

64 Type Package Stereotypes StatusValue Addresses GeometrySpecificationValue Addresses LocatorNameTypeValue Addresses AddressLocator Addresses «datatype» Address Addresses AddressRepresentation Addresses «datatype» GeographicPosition Addresses «datatype» TechnicalStatusValue AdministrativeUnits AdministrativeBoundary AdministrativeUnits AdministrativeUnit AdministrativeUnits AdministrativeHierarchyLevel AdministrativeUnits Condominium AdministrativeUnits ResidenceOfAuthority AdministrativeUnits «datatype» LegalStatusValue AdministrativeUnits CadastralZoning CadastralParcels Measure ProductionAndIndustrialFacilitiesExtens «datatype» ion CadastralParcel CadastralParcels CadastralZoningLevelValue CadastralParcels BasicPropertyUnit CadastralParcels GrammaticalNumberValue Geographical Names NameStatusValue Geographical Names NativenessValue Geographical Names PronunciationOfName Geographical Names «datatype» SpellingOfName Geographical Names «datatype» GrammaticalGenderValue Geographical Names GeographicalName Geographical Names «datatype» ConditionOfConstructionValue BuildingsBase ElevationReferenceValue BuildingsBase HeightStatusValue BuildingsBase Elevation BuildingsBase «datatype» DateOfEvent BuildingsBase «datatype» ExternalReference BuildingsBase «datatype» AbstractConstruction BuildingsBase HeightAboveGround BuildingsBase «datatype» Geografische objecten. Zie IMKL2015 Objectcatalogus. 64 Rapport Dataspecificatie IMKL2015

65 5.3.2 Data typen. Zie IMKL2015 Objectcatalogus Waardelijsten. Zie IMKL2015 waardelijst register. (nu nog in Excel: IMKL IMKL waardelijsten.xlsx) Geïmporteerde typen (informatief). Zie IMKL2015 Objectcatalogus. 65 Rapport Dataspecificatie IMKL2015

66 Hoofdstuk 6 Referentiesystemen Dit hoofdstuk beschrijft het referentiesysteem van het data product. 6.1 Ruimtelijk referentiesysteem. Voor het ruimtelijk referentiesysteem gelden er twee situaties: leveren voor INSPIRE en levering voor andere processen. Voor uitwisseling voor de niet INSPIRE datalevering geldt: Rijksdriehoekmeting (RD). RD-NAP-coördinaat-referentiesysteem (binnen de Nederlandse kustlijnen). Hiervoor geldt dat de gebruikte horizontale datum Bessel 1841 is en het coördinaatsysteem de stereografische projectie. Als verticale datum wordt het NAP-vlak gebruikt. Voor RD geldt EPSG code: Voor RD + NAP geldt EPSG code: 7415 Levering voor INSPIRE: European Terrestrial Reference System 1989 (ETRS1989). ETRS89 (2D): 4258 ETRS89 + EVRF2000 : 7409 (hoogte in meters tov EVRF2000 (=NAP). Zie voor meer detail hoofdstuk 6 van INSPIRE_Dataspecifications_US_v3.0. Toelichting: Het ruimtelijk referentiesysteem beschrijft het meetkundige stelsel waarin de coördinaten van een object betekenis krijgen. In de regel wordt daar een coördinaat referentiesysteem voor gebruikt. Voor Nederland is de Rijksdriehoekmeting (RD) het gangbare referentiesysteem. Dit is echter een referentiesysteem dat alleen voor Nederland van toepassing is en ook alleen voor land, niet zee, is gedefinieerd. Met de toename van internationale data uitwisseling is er behoefte aan internationaal bruikbare referentiesystemen. ETRS89 is het referentiesysteem dat hieraan voldoet. INSPIRE schrijft het gebruik van ETRS89 voor. Voor conversie van RD naar ETRS89 zijn er in 2000 officiële conversieregels bepaald. Kanttekening hierbij is wel dat de implementatie van deze conversieregels in de praktijk significante afwijkingen of verschillen geeft. Er wordt daarom op nationaal niveau onderzocht of het niet beter is om ETRS89 als standaard voor de opslag van geo-informatie in te voeren en indien nodig of gewenst naar RD te converteren. Omdat resultaten van dit onderzoek nog niet bekend zijn is voor deze utiliteitsnet-dataspecificatie gekozen voor RD en daarmee voor aansluiting bij de huidige praktijk van de Nederlandse geo-informatie infrastructuur. Temporeel referentiesysteem Alle tijdsaanduidingen zijn gebaseerd op de Gregoriaanse kalender en uitgedrukt is overeenstemming met de internationale standaard ISO Voorbeelden daarvan zijn: 2014 (het jaar 2014); (april 2014); (15 april 2014); T16:30:20+01:00 (15 april 2014, 16:30 20sec, tijdzone UTC+1). 66 Rapport Dataspecificatie IMKL2015

67 Hoofdstuk 7 Levering Dit hoofdstuk heeft alleen betrekking op de geodata, de gevectoriseerde gegevens van een bericht. Andere gegevens zoals bijvoorbeeld detailschets vallen daarbuiten. 7.1 Leveringsmedium. Data worden geleverd via netwerkservices. Van toepassing zijn WMS voor viewservices en WFS voor downloadservices. INSPIRE beschrijft naast WFS ook nog optioneel ATOM feeds als mogelijkheid voor het leveren van data. 7.2 Formaten (encodings). Het format waarin data worden geleverd is GML simple features profile 2 (SF-2). Dit profiel heeft een beperkt aantal GML constructies en bevat o.a. geen 3D volume objecten. Als 3D volume objecten nodig zijn moet er van SF-2 afgeweken worden. Meer informatie over simple feature profiles in: Voor IMKL2015 is een GML applicatieschema gemaakt. Datasets van utiliteitsnetten die conform deze specificatie zijn gemaakt moeten foutloos valideren tegen het IMKL2015 applicatieschema. Het IMKL2015 UML is toegepast in 4 profielen. Voor elk van die is er een GML applicatieschema gemaakt. Er zijn nu drie profielen beschikbaar. WION profiel: IMKL2015-wion.xsd Risicoregister profiel: IMKL2015-rrb.xsd Stedelijkwater profiel: IMKL2015-sw.xsd EC61 profiel: in ontwikkeling Waardelijsten van het type codelist zijn toegepast in RDF. IMKL2015.rdf Nadere GML implementatie specificaties Voor het genereren van IMKL2015 gml bestanden zijn er nog een aantal aanvullende afspraken. Encoding, tekenset, van het GML bestand Voor de encoding van het GML bestand wordt UTF-8 voorgeschreven. Van UTF-8 wordt de tekenset ISO ondersteunt en binnen deze tekenset wordt gebruikt: unicode [32 128] en [ ]. Opgemerkt wordt dat (U+8216), (U+8217), (U+8220), (U+8221) ook als tekens op een kaart weer te geven moeten zijn. gml: id Elk object in het GML bestand krijgt een <gml:id>. Dit gml:id heeft geen informatiewaarde maar is nodig om interne en externe referenties te realiseren. De in een GML bestand opgenomen gml:id is een concatenatie van de volledige identifier, bestaande uit de namespace en lokale id. Voor het concateneren van namespace,lokaalid en mogelijk in de toekomst Versienummer gebruiken we als scheidingsteken '-' ; 67 Rapport Dataspecificatie IMKL2015

68 Als scheidingsteken binnen lokaalid geldt '.'. De eerste punt komt dus na de bronhoudercode. Daarna komt de Id van de bronhouder intern (hierin mogen dus geen punten meer) en dan weer een '.' met daarna het volgnummer voor uitlevering. Geometrietypen en interpolatie In het IMKL2015 UML en het afgeleide XML schema zijn de geometrietypen gespecificeerd.voor de lijninterpolatie mag naast gml:linestring ook gml:arc en gml:circle gebruikt worden. gml:arc is gedefinieerd door drie punten. Niet ondersteund worden: gml:arcbycenterpoint gml:arcbybulge gml:circlebycenterpoint Draairichting van polygonen Hiervoor gelden de regels van ISO19107: Geographic information Spatial Schema. Voor een polygoon die je van de bovenkant bekijkt: exterior ring tegen de klok in, interior ring met de klok mee. In 2d GIS bekijk je polygonen altijd van de bovenkant. Nauwkeurigheid coördinaten Nauwkeurigheid van coördinaten is 3 decimalen. Alles wat nauwkeuriger is wordt afgerond op deze nauwkeurigheid (3 decimalen) > 0.002; > srsname srsname invullen bij elk planobject op hoogste geometrie niveau. Voor IMKL2015 is het coördinaat referentiesysteem Rijksdriehoekstelsel, epsg code 28992, verplicht en wordt dit als volgt ingevuld: srsname="urn:ogc:def:crs:epsg::28992" Toelichting: srsname is de specificatie van het coördinaat referentiesysteem. Voor iedere geometrie moet een srsname te vinden zijn. In feite betekent dit dat iedere geometrie een srsname moet hebben. In geval van een multigeometrie hoeft de srsname alleen aan de multigeometrie te hangen en niet aan ieder los onderdeeltje ervan. srsdimension srsdimension wordt opgenomen. Toelichting: De srsdimension geeft aan uit hoeveel elementen een coördinaat bestaat. Voor IMKL2015 is dat standaard 2 (x,y). Dit past ook bij het GML-SF2 profiel. Optioneel kan er een extra 3D geometrie worden meegegeven. Zie het objecttype ExtraGeometrie. 68 Rapport Dataspecificatie IMKL2015

69 Hoofdstuk 8 Visualisatie Opgenomen in apart document: Handreiking visualisatie IMKL Rapport Dataspecificatie IMKL2015

70 Hoofdstuk 9 Bibliografie Dit hoofdstuk beschrijft relevante documenten betrekking hebben op deze dataspecificatie. [D2.8.III.6] Data Specification on Utility and Government Services Technical Guidelines, [DS-D2.5] INSPIRE DS-D2.5, Generic Conceptual Model, v3.1, [D2.10.1] INSPIRE Data Specifications Base Models Generic Network Model, AGIV IMKL2.2 Data Model, versie NEN 3610:2011- Basismodel Geo-informatie - Termen, definities,relaties en algemene regels voor de uitwisseling van informatie over aan de aarde gerelateerde ruimtelijke objecten. Normcommissie "Geo-informatie, Nederlands Normalisatie-instituut. Data uitwisseling specificatie Informatiemodel Stedelijk Water (IMSW). /informatiemodel-stedelijk-water-ter-visie. Stichting Rioned. GegevensWoordenboek Stedelijk Water (GWSW). Stichting Rioned. Brink, van den, L., Janssen, P., Quak, W.; Handreiking Geometrie in model en GML Rapport Dataspecificatie IMKL2015

71 Hoofdstuk 10 Bijlage 1: IMKL1.1 (2012) <<FeatureType>> Matenplantopografie +geometrie : GM_Object [1] +beheerder <<FeatureType>> +beheerder Beheerder +matenplantopografie topografieeigen +naambeheerder : CharacterString [1] <<FeatureType>> TopografieEigen +geometrie : GM_Object [1] 1 +beheerder <<FeatureType>> Leiding +afwijkendedieptelegging : WaardeEnOfAnnotatie [0..1] +detailverwijzing : WaardeEnOfAnnotatie [] +eisvoorzorgsmaatregel : WaardeEnOfAnnotatie [] +geonauwkeurigheidxy : WaardeEnOfAnnotatie [0..1] +materiaal : WaardeEnOfAnnotatie [] +product : WaardeEnOfAnnotatie [0..1] +toelichting : WaardeEnOfAnnotatie [0..1] +verhoogdrisicoja : Boolean [0..1] 1..* +themakaart <<FeatureType>> Detailkaart +bestandsnaam : CharacterString [1] +detailkaart <<FeatureType>> Huisaansluiting +bestandsnaam : CharacterString [0..1] +huisletter : CharacterString [0..1] +huisnummer : CharacterString [0..1] +huisnummertoevoeging : CharacterString [0..1] +postcode : CharacterString [0..1] 1 +themakaart 1..* <<FeatureType>> Themakaart +eisvoorzorgsmaatregel : WaardeEnOfAnnotatie [] +naam : CharacterString [1] +thema : Thema [1] +themakaart 1 +huisaansluiting 1 +themakaart +themakaart <<FeatureType>> Maatvoering +geometrie : GM_Object [1] +waardeenannotatie : WaardeEnAnnotatie [0..1] +themakaart themakaart <<FeatureType>> Leidingelement +afwijkendedieptelegging : WaardeEnOfAnnotatie [0..1] +bovengrondszichtbaar : WaardeEnOfAnnotatie [0..1] +geometrieligging : GM_Object [1] +geonauwkeurigheidxy : WaardeEnOfAnnotatie [0..1] +typeleidingelement : WaardeEnOfAnnotatie [0..1] <<FeatureType>> Annotatie +geometrie : GM_Object [1] <<enumeration>> Thema buisleiding gevaarlijke inhoud datatransport gas hoge druk gas lage druk (petro)chemie laagspanning middenspanning hoogspanning landelijk hoogspanningsnet water warmte riool onder druk riool vrijverval wees overig Buis +aantalbuizen : WaardeEnOfAnnotatie [0..1] +diameter : WaardeEnOfAnnotatie [0..1] +geometrieligging : GM_MultiCurve [1] Kabel +geometrieligging : GM_MultiCurve [1] +aantalkabels : WaardeEnOfAnnotatie [0..1] Kabelbed +aantalkabels : WaardeEnOfAnnotatie [0..1] +breedtekabelbed : WaardeEnOfAnnotatie [0..1] +geometrieligging : GM_MultiCurve [1] HDPEbuis +aantalhdpebuizen : WaardeEnOfAnnotatie [0..1] +geometrieligging : GM_MultiCurve [1] Mantelbuis +diameter : WaardeEnOfAnnotatie [0..1] +geometrieligging : GM_Object [1] +aantalmantelbuizen : WaardeEnOfAnnotatie [0..1] Aarddraad Buisleiding +geometriestrook : GM_Object [0..1] <<Union>> WaardeEnOfAnnotatie +waardeenannotatie : WaardeEnAnnotatie [1] +annotatie : Annotatie [1] <<DataType>> WaardeEnAnnotatie +waarde : CharacterString [1] +positie : AnnotatiePositie [] <<DataType>> AnnotatiePositie +plaatsingspunt : GM_Point [0..1] +hoek : Real [0..1] +steunlijn : GM_Curve [0..1] +lettergrootte : CharacterString [0..1] 71 Rapport Dataspecificatie IMKL2015

72 Hoofdstuk 11 Bijlage 2: IMKL2015 waardelijsten. OPMERKING: Opgenomen in apart document. Hoofdstuk 12 Bijlage 3: Toelichting op geometriemodel. Het geometriemodel van IMKL is gebaseerd op het netwerk model van INSPIRE. De volgende aspecten typeren de toepassing van het netwerk model in IMKL de geometrie wordt gedefinieerd in het netwerk model; 2. geometrie wordt gerealiseerd door de objectypen Link en Node; 3. geometrische primitieven zijn punten of lijnen; 4. een IMKL:KabelOfleiding is een UtilityLinkSet; 5. Een UtilityLinkSet verwijst naar 1..* Links; 6. Een IMKL:Leidingelement is een Node; 7. Het netwerk model bestaat uit een optionele relatie tussen Node en Link; 8. Een LinkSquence bevat DirectedLinks en wordt gebruikt om een route in een netwerk aan te geven. Punt 5 maakt dat er een verwijzing is van een IMKL informatielement, bijvoorbeeld een elektriciteitskabel naar een Link (en dus de geometrie) en niet andersom. Punt 7, de optionele relatie tussen links en nodes maakt dat er verschillende niveaus van het toepassen van netwerktopologie zijn. Voorlopig gaan we er van uit dat al deze versies toegepast kunnen worden. Voor de uitleg daarvan een voorbeeld van een leiding met een aantal nodes (leidingelementen). A en J zijn begin en eindpunt van de leiding; B tot en met I zijn aansluitingen met aftakkingen. 72 Rapport Dataspecificatie IMKL2015

73 Versie 1: Netwerktopologie volledig toegepast. De volledig toepassing van het netwerk model bestaat uit het maken van 1 linkset die bestaat uit links die nodes met elkaar verbinden. Er is een verwijzing tussen de nodes en de links. Een leiding verwijst naar de linkset die er bij hoort. Zie onderstaand schema. 73 Rapport Dataspecificatie IMKL2015

74 Versie 2: Netwerktopologie niet toegepast. In deze versie is de netwerk topologie niet toegepast. Er is 1 linkset die bestaat uit 9 links maar er is geen verwijzing tussen linkes en nodes. Versie 3: Netwerktopologie niet toegepast. In deze versie bestaat de linkset uit 1 link van A naar J. De nodes zijn apart bovenop de leiding weergegeven. Er is geen enkele netwerktopologie. 74 Rapport Dataspecificatie IMKL2015

WI(B)ON + INSPIRE UN. verstandshuwelijk of moetje? Ing. Ad van Houtum Msc. Geo Gebruikers Festival Amersfoort

WI(B)ON + INSPIRE UN. verstandshuwelijk of moetje? Ing. Ad van Houtum Msc. Geo Gebruikers Festival Amersfoort WI(B)ON + INSPIRE UN verstandshuwelijk of moetje? Ing. Ad van Houtum Msc. Geo Gebruikers Festival Amersfoort Topics 2 Netbeheerders en INSPIRE EC-richtlijn 2007 Implementatiewet 34 thema s ~700 netbeheerders

Nadere informatie

Extensions on INSPIRE

Extensions on INSPIRE Extensions on INSPIRE KLIC-WIN as extension on INSPIRE utilities Modified from Open Geodag 2015 Paul Janssen (Geonovum) p.janssen@geonovum.nl Starship INSPIRE encounters National SDI: Collision or Merger?

Nadere informatie

Rapport IMKL Dataspecificatie Utiliteitsnetten

Rapport IMKL Dataspecificatie Utiliteitsnetten Rapport IMKL2015 - Dataspecificatie Utiliteitsnetten datum 6 juli 2017 Geonovum versie 1.2.1 Document kenmerken In onderstaande tabel zijn de kenmerken van deze dataspecificatie opgenomen. Titel IMKL2015

Nadere informatie

AGIV - IMKL2.2 Data Model

AGIV - IMKL2.2 Data Model AGIV - KLIP Versie: 1.2.1 DOCUMENT REFERENTIE SYSTEEM DOCUMENTEN VAN TOEPASSING A1 INSPIRE_DataSpecification_US_v3.0.pdf WOORDENLIJST Term URI URN URL ORM UML TAW PMKL GML Uniform Resource Identifier Uniform

Nadere informatie

IMKL2.1 Extra regels. Versie v1.00. Auteur Jef Vanbockryck. Datum 27/05/2013

IMKL2.1 Extra regels. Versie v1.00. Auteur Jef Vanbockryck. Datum 27/05/2013 IMKL2.1 Extra regels Versie v1.00 Auteur Jef Vanbockryck Datum 27/05/2013 Inhoud Dit document bevat per instantieerbaar object in IMKL een overzicht van alle attributen en associaties (ook deze die overgeërfd

Nadere informatie

AGIV - IMKL2.1 Data Model

AGIV - IMKL2.1 Data Model AGIV-IMKL2.1-DM Auteur: Jef Vanbockryck Versie: 1.00 DOCUMENT CONTROL DOCUMENT REVISIE HISTORIEK Huidige status: Validatie Revisie Datum Contributor(s) Commentaar 0.01 17/02/2013 J. Vanbockryck Opzet document

Nadere informatie

Uitbreiding van UM Aquo cluster metingen, toevoegen optioneel attribuut Identificatie waarnemingssoort aan klasse WaardeReeks MIDDELGROOT

Uitbreiding van UM Aquo cluster metingen, toevoegen optioneel attribuut Identificatie waarnemingssoort aan klasse WaardeReeks MIDDELGROOT Uitbreiding van UM Aquo cluster metingen, toevoegen optioneel attribuut Identificatie waarnemingssoort aan klasse WaardeReeks algemeen onderdeel: Publicatiedatum 1 mei 2012 UM Aquo - metingen Status concept

Nadere informatie

IMKL Visualisatie 1.1. Juni Handreiking visualisatieregels IMKL 2015, versie 1.1 1

IMKL Visualisatie 1.1. Juni Handreiking visualisatieregels IMKL 2015, versie 1.1 1 IMKL 2015 Visualisatie 1.1 Juni 2016 Handreiking visualisatieregels IMKL 2015, versie 1.1 1 Colofon Auteurs Contactpersonen Beheer Edward Mac Gillavry, Webmapper Paul Janssen, Geonovum Geonovum E-mail

Nadere informatie

IMKL 2015 Visualisatie 1.0 RC1

IMKL 2015 Visualisatie 1.0 RC1 IMKL 2015 Visualisatie 1.0 RC1 December 2015 Handreiking visualisatieregels IMKL 2015, versie 1.0 RC1 1 Colofon Auteurs Contactpersonen Beheer Edward Mac Gillavry, Webmapper Paul Janssen, Geonovum Geonovum

Nadere informatie

Rapport IMKL Objectcatalogus

Rapport IMKL Objectcatalogus Rapport IMKL2015 - Objectcatalogus onderdeel van IMKL2015 Dataspecificatie Utiliteitsnetten Geonovum datum 20 november 2015 versie 1.0RC1 rechtenbeleid Naamsvermelding-GeenAfgeleideWerken 3.0 Nederland

Nadere informatie

AGIV - KLIP AGIV - PMKL 2.1. Versie: 1.0

AGIV - KLIP AGIV - PMKL 2.1. Versie: 1.0 Versie: 1.0 INHOUDSTAFEL INHOUDSTAFEL... 2 LIJST VAN FIGUREN... 4 WOORDENLIJST... 5 1. INLEIDING... 6 1.1 SCOPE VAN HET PROJECT KLIP DIGITALE FASE... 6 1.2 SCOPE VAN DIT DOCUMENT... 6 1.3 VERBAND IMKL

Nadere informatie

IMKL Visualisatie 1.2RC1. Februari Handreiking visualisatieregels IMKL 2015, versie 1.2RC1 1

IMKL Visualisatie 1.2RC1. Februari Handreiking visualisatieregels IMKL 2015, versie 1.2RC1 1 IMKL 2015 Visualisatie 1.2RC1 Februari 2017 Handreiking visualisatieregels IMKL 2015, versie 1.2RC1 1 Colofon Auteurs Contactpersonen Beheer Edward Mac Gillavry, Webmapper Paul Janssen, Geonovum Geonovum

Nadere informatie

Directie Services Communicatie Services IMKL. Beschrijving van het model 1.1. Het Kadaster. Versie. Auteur(s)

Directie Services Communicatie Services IMKL. Beschrijving van het model 1.1. Het Kadaster. Versie. Auteur(s) Directie Services Communicatie Services IMKL Beschrijving van het model Versie 1.1 Auteur(s) Het Kadaster Datum mei 2008 Directie Services Communicatie Services Titel IMKL Versie 1.1 Blad 1 van 51 IMKL

Nadere informatie

Taal van de Laan WAZZUP? Hoeveel doekoe kost die fatoe? Paul Janssen - Geonovum p.janssen@geonovum.nl

Taal van de Laan WAZZUP? Hoeveel doekoe kost die fatoe? Paul Janssen - Geonovum p.janssen@geonovum.nl Taal van de Laan Hoeveel doekoe kost die fatoe? WAZZUP? Paul Janssen - Geonovum p.janssen@geonovum.nl Digitaal Stelsel Omgevingswet Digitaal Stelsel Omgevingswet Eén loket Eén Virtuele databank Standaarden

Nadere informatie

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

Officiële uitgave van het Koninkrijk der Nederlanden sinds 1814. STAATSCOURANT Officiële uitgave van het Koninkrijk der Nederlanden sinds 1814. Nr. 4615 22 maart 2010 Regeling van de Minister van Economische Zaken van 23 februari 2010, nr. WJZ/9230923, houdende regels

Nadere informatie

Informatiemodelleren

Informatiemodelleren Informatiemodelleren De taal van de Laan Hoeveel doekoe kost die fatoe? WAZZUP? Paul Janssen - Geonovum p.janssen@geonovum.nl Digitaal Stelsel Omgevingswet Digitaal Stelsel Omgevingswet Eén loket Eén Virtuele

Nadere informatie

NEN 3610: mei 2010

NEN 3610: mei 2010 NEN 3610: 2010 Paul Janssen, Geonovum IMRO IMWA IMLG IMNAB IMOOV IMKL IMKAD IMKICH IMWE IMGeo IM0101 IMBRO IMTOP IMMetingen IM... Wat is NEN 3610? Stelsel van Geo-informatiemodellen Hoe ISO ISO standaarden

Nadere informatie

1 P a g e. KKG ISO profiel. Auteurs: A. Loeffen, L. vd Brink, mei Werkversie 0.1. Pagina 1

1 P a g e. KKG ISO profiel. Auteurs: A. Loeffen, L. vd Brink, mei Werkversie 0.1. Pagina 1 1 P a g e KKG ISO profiel Auteurs: A. Loeffen, L. vd Brink, mei 2017 Werkversie 0.1 Pagina 1 2 P a g e Contents Introductie... 2 Keuze en extensie: Naamgeving... 3 Keuze: Rollen... 4 Extensie: Meertaligheid...

Nadere informatie

Canonieke Data Modellering op basis van ArchiMate. Canonieke Data Modellering op basis van Archimate Bert Dingemans

Canonieke Data Modellering op basis van ArchiMate. Canonieke Data Modellering op basis van Archimate Bert Dingemans Canonieke Data Modellering op basis van ArchiMate Canonieke Data Modellering op basis van Archimate Bert Dingemans Abstract Modelleren op basis van de open standard ArchiMate is een goed uitgangspunt voor

Nadere informatie

Informatiebijeenkomst KLIC 8 maart 2019

Informatiebijeenkomst KLIC 8 maart 2019 Informatiebijeenkomst KLIC 8 maart 2019 Agenda 08:30 09:00 Inloop 09:00 09:15 Welkom (Fuat Akdeniz) 09:20 09:45 Aansluiten KLIC-WIN (Michiel Wolters) 09:50 10:20 Geplande werkzaamheden update (Fuat Akdeniz)

Nadere informatie

Raamwerk Geo-Standaarden

Raamwerk Geo-Standaarden Raamwerk Geo-Standaarden Geonovum datum31 maart 2015 versie 3.0 Definitief rechtenbeleid Naamsvermelding-GeenAfgeleideWerken 3.0 Nederland (CC BY-ND 3.0) Inhoudsopgave 1 Inleiding 4 1.1 Doel en doelgroep

Nadere informatie

WFS 3.0 De geo-api van de toekomst. Linda van den Brink, Geonovum 13 februari #DataToBuildOn

WFS 3.0 De geo-api van de toekomst. Linda van den Brink, Geonovum 13 februari #DataToBuildOn WFS 3.0 De geo-api van de toekomst Linda van den Brink, Geonovum 13 februari 2019 @brinkwoman #DataToBuildOn Eerste versie uit 2002 https://nl.wikipedia.org/wiki/web_feature_service Web Feature Service

Nadere informatie

Handreiking Informatiemodellen

Handreiking Informatiemodellen Handreiking Informatiemodellen Geonovum datum 25 februari 2015 versie 1.0 Definitief rechtenbeleid Naamsvermelding-GeenAfgeleideWerken 3.0 Nederland (CC BY-ND 3.0) Inhoudsopgave 1 Toepassing informatiemodellen

Nadere informatie

Uitbreiding UM Aquo cluster KRW. Middel

Uitbreiding UM Aquo cluster KRW. Middel Uitbreiding UM Aquo cluster KRW algemeen onderdeel: Publicatiedatum 23 december 2011 UM Aquo - KRW Status Definitief impact: Fase update procedure Notitie van aandacht Middel inhoud Werkproces: Kennisgebied

Nadere informatie

Basismodel Geo-Informatie en domein info modellen. Marcel Reuvers

Basismodel Geo-Informatie en domein info modellen. Marcel Reuvers Basismodel Geo-Informatie en domein info modellen Marcel Reuvers 17 november 2004 1 3 E i k e n l a a n 1 3 E i k e n l a a n 2040 2039 2040 2039 Agenda Typering standaarden NEN3610 en sectormodellen

Nadere informatie

Inhoudstafel. Presentatie 2: Conversie en PMKL. 1. Probleemstelling. 1. Probleemstelling

Inhoudstafel. Presentatie 2: Conversie en PMKL. 1. Probleemstelling. 1. Probleemstelling Presentatie 2: Conversie en PMKL Welke impact heeft het IMKL voor de nutsmaatschappijen? Hoe kan je als nutsmaatschappij je kabel- en leidinginformatie aanpassen volgens het IMKL? Alle kabel- en leidinginformatie

Nadere informatie

1 Uitvoeringsformat voor de NEN 3610 conformiteitstoets

1 Uitvoeringsformat voor de NEN 3610 conformiteitstoets Onderwerp Uitvoeringsdocument NEN 3610 Conformiteitstoets - IMAER Aan Van Stelseloverleg NEN 3610 Datum 20160104 Status Uitgevoerd Inleiding algemeen: Dit document bevat het uitvoeringsplan en rapportageformat

Nadere informatie

2 Wat verandert er door KLIC-WIN voor de direct betrokken stakeholders?

2 Wat verandert er door KLIC-WIN voor de direct betrokken stakeholders? 2 Wat verandert er door KLIC-WIN voor de direct betrokken stakeholders? 2.1 Kernboodschap Effectieve communicatie vereist een heldere boodschap. Onderstaande kernboodschap is geformuleerd door de Werkgroep

Nadere informatie

Rapport Data Product Specificatie: Digitale Bereikbaarheidskaart waaronder

Rapport Data Product Specificatie: Digitale Bereikbaarheidskaart waaronder Rapport Data Product Specificatie: Digitale Bereikbaarheidskaart waaronder Digitale Brandkraangegevens Geonovum In opdracht van Nederlandse Vereniging voor Brandweerzorg & Rampenbestrijding Brandweer Vraagorganisatie

Nadere informatie

INSPIRE en wat te doen bij wijzigingen

INSPIRE en wat te doen bij wijzigingen INSPIRE en wat te doen bij wijzigingen Geonovum datum 22 mei 2012 versie v1.0 Inhoudsopgave 1 Inleiding...4 1.1 Doel...4 1.2 Relevante achtergrondinformatie...4 1.3 Leeswijzer...4 1 Kader INSPIRE en wijzigingen...5

Nadere informatie

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

Informatiemodel geografie een basis voor informatieuitwisseling. Linda van den Brink, Geonovum 30 april 2015 Informatiemodel geografie een basis voor informatieuitwisseling Linda van den Brink, Geonovum 30 april 2015 Geonovum De overheid beter laten presteren met geo-informatie. Beschikbaarheid Bruikbaarheid

Nadere informatie

Conceptenbibliotheek & Technisch register. Frank Terpstra 02-09-2015

Conceptenbibliotheek & Technisch register. Frank Terpstra 02-09-2015 Conceptenbibliotheek & Technisch register Frank Terpstra 02-09-2015 Inhoud Technisch register Concepten bibliotheek Demo Waarom Registers Vindbaarheid (schema s, informatiemodellen, concepten zijn zonder

Nadere informatie

Kennissessie INSPIRE. Algemene vereisten & architectuur Metadata View Services Download Services Ondersteuning vanuit Geonovum.

Kennissessie INSPIRE. Algemene vereisten & architectuur Metadata View Services Download Services Ondersteuning vanuit Geonovum. Kennissessie Algemene vereisten & architectuur Metadata View Services Download Services Ondersteuning vanuit Geonovum Thijs Brentjens Inhoud Download Services Pre-defined datasets via Atom feeds Pre-defined

Nadere informatie

KLIC-WIN KLO Kabel en Leidingen Congres Herman Waijers, programmamanager KLIC-WIN 2 november 2016

KLIC-WIN KLO Kabel en Leidingen Congres Herman Waijers, programmamanager KLIC-WIN 2 november 2016 KLIC-WIN KLO Kabel en Leidingen Congres 2016 Herman Waijers, programmamanager KLIC-WIN 2 november 2016 1 Een paar vragen vooraf Wie bent u? Wie van jullie vertegenwoordigt een netbeheerder? Wie een grondroerder?

Nadere informatie

InformatieModel Water (IMWA) 2013

InformatieModel Water (IMWA) 2013 InformatieModel Water (IMWA) 2013 Auteur Datum IHW 21-augustus-2013 Versie 5.0 Documentbeheer Wijzigingshistorie Datum Versie Auteur Wijziging H-J. Lekkerkerk Dit document is gebaseerd op IMWA 2005, IMWA

Nadere informatie

Digitale Plannen en de nieuwe WRO

Digitale Plannen en de nieuwe WRO Digitale Plannen en de nieuwe WRO Afstemming tussen Geo-Informatiemodellen Paul Janssen, Geonovum Presentatie Wie is Geonovum? Wat is een geo-informatiemodel? Rol van een geo-informatiemodel Stelsel van

Nadere informatie

Informatiemodel Ruimtelijke Ordening (IMRO) 2006. Modeldocument: beschrijving van het model. Opdrachtnemer: Ravi

Informatiemodel Ruimtelijke Ordening (IMRO) 2006. Modeldocument: beschrijving van het model. Opdrachtnemer: Ravi 6 Informatiemodel Ruimtelijke Ordening (IMRO) 2006 Modeldocument: beschrijving van het model Juni 2006 Opdrachtnemer: Ravi Inhoudsopgave 1. Inleiding... 1 2. Onderwerp en toepassingsgebied... 2 3. Relatie

Nadere informatie

AGIV - KLIP Web API 0.6

AGIV - KLIP Web API 0.6 AGIV - KLIP Digitale Fase AGIV - KLIP Web API Copyright 2014 AGIV KLIP Web API Page 1 of 11 INHOUDSTAFEL INHOUDSTAFEL... 2 1. INLEIDING... 3 A. SCOPE... 3 a. Scope van het project KLIP Digitale Fase...

Nadere informatie

en in praktijk Intergraph Shuttle Geo in Business Intelligence Shuttle

en in praktijk Intergraph Shuttle Geo in Business Intelligence Shuttle Bijpraatsessies geostandaarden Geo-standaarden in bedrijf en in praktijk Geo-standaarden in bedrijf en in praktijk Bijpraatsessies geo-standaarden in de e- overheid 10:00-10:20 NEN 3610 Oracle en Open

Nadere informatie

Programma vandaag. 15:30 Inloop en ontvangst

Programma vandaag. 15:30 Inloop en ontvangst 1 Programma vandaag 15:30 Inloop en ontvangst 16:00 Welkom en openingswoord door dagvoorzitter 16:05 - Animatiefilmpje - KLIC-WIN het overzicht Herman Waijers (KLIC-WIN) - KLIC-WIN het systeem Guus Spitzen

Nadere informatie

Nederlands WMS - SLD Profiel. Versie 1.0

Nederlands WMS - SLD Profiel. Versie 1.0 Nederlands WMS - SLD Profiel Versie 1.0 Ravi: een profiel Ravi, netwerk voor geo-informatie Stichting Ravi is een netwerkorganisatie in het publieke domein en richt zich op de ruimtelijke ontwikkeling

Nadere informatie

INSPIRE dataprovider: en wat nu? Deel II. Introductie INSPIRE vereisten. Michel Grothe, Geonovum 24 januari 2013, Amersfoort

INSPIRE dataprovider: en wat nu? Deel II. Introductie INSPIRE vereisten. Michel Grothe, Geonovum 24 januari 2013, Amersfoort dataprovider: en wat Introductie Michel Grothe, Geonovum, Amersfoort Waar waren we gebleven is Introductie een set van afspraken voor de uitwisseling van milieudata in Europa aangaande: 1. Metadata: om

Nadere informatie

Opname geo-standaarden op de lijst voor pas toe of leg uit en status uitstekend beheer. Forum Standaardisatie Stuurgroep Standaardisatie

Opname geo-standaarden op de lijst voor pas toe of leg uit en status uitstekend beheer. Forum Standaardisatie Stuurgroep Standaardisatie 11. FS 141028.04B Opname geo-standaarden op de lijst voor pas toe of leg uit en status uitstekend beheer FORUM STANDAARDISATIE 28 oktober 2014 Agendapunt 04. Open standaarden, lijsten Stuk 04B. Forumadvies

Nadere informatie

INSPIRE ruimtelijke datadiensten. INSPIRE Kennissessie Amersfoort, 5 juli 2016

INSPIRE ruimtelijke datadiensten. INSPIRE Kennissessie Amersfoort, 5 juli 2016 INSPIRE ruimtelijke datadiensten INSPIRE Kennissessie Amersfoort, 5 juli 2016 Agenda Ruimtelijke datadiensten ook wel.. Spatial Data Services of SDS ook wel diensten met betrekking tot ruimtelijke gegevens

Nadere informatie

Productbeschrijving DKK

Productbeschrijving DKK Geo- en Vastgoedinformatie en Advies Materiebeleid PPB Productbeschrijving Digitale kadastrale kaart in PDOK 1.1 Auteur(s) Kadaster Datum Geo- en Vastgoedinformatie en Advies Materiebeleid PPB Inhoudsopgave

Nadere informatie

Wijzigingsvoorstel op het Logisch Model Aquo 2 kabel-elementen uit IMKL overnemen RfC-W-0901-0031

Wijzigingsvoorstel op het Logisch Model Aquo 2 kabel-elementen uit IMKL overnemen RfC-W-0901-0031 Wijzigingsvoorstel op het Logisch Model Aquo 2 kabel-elementen uit IMKL overnemen RfC-W-0901-0031 Indiener A. Meerkerk, Nieuwland Datum 9-3-2009 Kenmerk RfC W-0901-0031 Documentbeheer Wijzigingshistorie

Nadere informatie

Basisregistratie Grootschalige Topografie: Visualisatie 1.2. April 2014

Basisregistratie Grootschalige Topografie: Visualisatie 1.2. April 2014 Basisregistratie Grootschalige Topografie: Visualisatie 1.2 April 2014 Colofon BGT-programma (opdrachtgever) Auteurs Contactpersonen Beheer Ministerie van Infrastructuur en Milieu E-mail: postbus.bgt@minienm.nl

Nadere informatie

Informatieobjecten zijn systematisch beschreven

Informatieobjecten zijn systematisch beschreven AP17 Informatieobjecten zijn systematisch beschreven Statement De aan de dienst gerelateerde informatieobjecten zijn systematisch beschreven en op passende wijze gemodelleerd. Afgeleid van BP2 (vindbaar)

Nadere informatie

Wijzigingsvoorstel (RfC) voor het UM Aquo - metingen Verticaal reeksen

Wijzigingsvoorstel (RfC) voor het UM Aquo - metingen Verticaal reeksen Wijzigingsvoorstel (RfC) voor het UM Aquo - metingen Verticaal reeksen Indiener: IDsW Datum: 21 november 2007 Kenmerk W-0710-0027 Documentbeheer Wijzigingshistorie Datum Versie Auteur Wijziging 2007-10-23

Nadere informatie

Ontwikkelversie IMLG 2009

Ontwikkelversie IMLG 2009 Nederlandse Ontwikkelversie IMLG 2009 Informatie Model Landelijk Gebied. Termen, s, relaties en algemene regels voor de uitwisseling van informatie over aan het aardoppervlak gerelateerde ruimtelijke objecten

Nadere informatie

Visualisatie

Visualisatie IMKL 2015 Visualisatie 1.2.1.2 December 2018 Handreiking visualisatieregels IMKL 2015, versie 1.2.1.2 1 Colofon Auteurs Contactpersonen Beheer Versie informatie Edward Mac Gillavry, Webmapper Paul Janssen,

Nadere informatie

Nederlandse norm. NEN 3610 (nl)

Nederlandse norm. NEN 3610 (nl) Dit document mag slechts op een stand-alone PC worden geinstalleerd. Gebruik op een netwerk is alleen. toestaan als een aanvullende licentieovereenkomst voor netwerkgebruik met NEN is afgesloten. This

Nadere informatie

Hans van Eekelen, Geonovum Marcel Reuvers, Geonovum. E-mail helpdesk: imgeo@geonovum.nl Informatie: http://www.geonovum.nl/dossiers/bgtimgeo/

Hans van Eekelen, Geonovum Marcel Reuvers, Geonovum. E-mail helpdesk: imgeo@geonovum.nl Informatie: http://www.geonovum.nl/dossiers/bgtimgeo/ Colofon BGT-programma (opdrachtgever) Auteurs Contactpersonen Beheer Ministerie van Infrastructuur en Milieu E-mail: postbus.bgt@minienm.nl Linda van den Brink Edward Mac Gillavry, Webmapper Marcel Reuvers

Nadere informatie

Productspecificatie DKK in PDOK

Productspecificatie DKK in PDOK Geo- en Vastgoedinformatie en Advies Materiebeleid PPB Digitale kadastrale kaart in PDOK Auteur(s) Kadaster Datum Geo- en Vastgoedinformatie en Advies Materiebeleid PPB Inhoudsopgave 1 van 5 1 Inleiding...

Nadere informatie

Informatie Model Omgevingswet (IMOW) de keten van plan tot publicatie. Versie 0.98-beta

Informatie Model Omgevingswet (IMOW) de keten van plan tot publicatie. Versie 0.98-beta Informatie Model Omgevingswet (IMOW) in de keten van plan tot publicatie Versie 0.98-beta Dit informatiemodel is in 2019 Q2 ontwikkeld door DSO project PR33. Deze versie hoort bij CIMOW versie 0.98-beta.

Nadere informatie

BIM-validatietool Toetst data bij aanlegprojecten

BIM-validatietool Toetst data bij aanlegprojecten BIM-validatietool Toetst data bij aanlegprojecten Overzicht validatieregels Categorie en validatieregel Omschrijving COINS 1 Categorie COINS/Validatieregel 1 Is de COINS container een zip-bestand? COINS

Nadere informatie

Nederlands profiel op ISO Geographic information Web Feature Service

Nederlands profiel op ISO Geographic information Web Feature Service Nederlands profiel op ISO 19142 Geographic information Web Feature Service Geonovum datum januari 2015 versie 1.1 concept rechtenbeleid Naamsvermelding-GeenAfgeleideWerken 3.0 Nederland (CC BY-ND 3.0)

Nadere informatie

Keteininformatiemodellering op basis van UML

Keteininformatiemodellering op basis van UML Keteininformatiemodellering op basis van UML Richtlijnen en voorbeelden versie 0.1 Bert Dingemans Keteininformatiemodellering op basis van UML... 1 Richtlijnen en voorbeelden... 1 Inleiding... 2 Documenten...

Nadere informatie

Unified Modeling Language

Unified Modeling Language Unified Modeling Language Een introductie voor leden van de expertgroep Informatiemodellen Harmen Mantel, Ordina ICT Management & Consultancy, werkzaam voor KING DOELSTELLING PRESENTATIE GEMEENSCHAPPELIJKE

Nadere informatie

WION levering (producten) 14 maart 2018

WION levering (producten) 14 maart 2018 WION levering (producten) 14 maart 2018 WION levering (producten) 1. Invoering IMKL1.2 (v1.2.1) 2. Overzicht huidige WION producten Onderdelen uit huidige WION levering 3. Eisen/wensen (hoogover) 4. Overzicht

Nadere informatie

Verkenning adoptie W3C rdf/owl technologie voor IMxx/NEN modellen

Verkenning adoptie W3C rdf/owl technologie voor IMxx/NEN modellen Verkenning adoptie W3C rdf/owl technologie voor IMxx/NEN- 3610 modellen Project team: Hans Schevers (BuildingBits), Marcel Reuvers, Paul Janssen, Linda van den Brink, Versie 1.0 Doelstelling Verkenning

Nadere informatie

0.1 LVBAG Bevragen Productbeschrijving. versie 1.0. Datum. 10 augustus Document versie. 1.0 ConceptICT Services Keten RZDirectie IT

0.1 LVBAG Bevragen Productbeschrijving. versie 1.0. Datum. 10 augustus Document versie. 1.0 ConceptICT Services Keten RZDirectie IT 0.1 LVBAG Bevragen Productbeschrijving versie 1.0 Datum 10 augustus 2016 Document versie 1.0 ConceptICT Services Keten RZDirectie IT Versiehistorie Versie datum Omschrijving 1.0 10-08-2016 Definitieve

Nadere informatie

Aquo Informatiemodellen, Uitwisselformaten en objecten

Aquo Informatiemodellen, Uitwisselformaten en objecten Aquo Informatiemodellen, Uitwisselformaten en objecten Overzicht van kwaliteitseisen Auteur: IHW Publicatiedatum: 1 april 2016 Versie: 1.0 Kenmerk: Zaakdossier/documentnummer Documentbeheer Wijzigingshistorie

Nadere informatie

IM Stedelijk Water: IMSW

IM Stedelijk Water: IMSW IM Stedelijk Water: Paul Janssen Inhoud Proces Conceptmodel 1 use case, voor wie en waarvoor? - Uitwisselen locatiegegevens afvalwatersystemen - Voor gebruik in werkprocessen anders dan beheer en onderhoud

Nadere informatie

INTENTIEVERKLARING KLIC-WIN, 27 november 2013

INTENTIEVERKLARING KLIC-WIN, 27 november 2013 INTENTIEVERKLARING KLIC-WIN, 27 november 2013 Partijen 1. De Staat der Nederlanden, te dezen vertegenwoordigd door de Minister van Infrastructuur en Milieu, namens deze de Waarnemend Directeur Ruimtelijke

Nadere informatie

Reactie in kader van consultatie StUF. Geachte lezer, Hierbij onze reactie op de consultatieprocedure StUF

Reactie in kader van consultatie StUF. Geachte lezer, Hierbij onze reactie op de consultatieprocedure StUF Reactie in kader van consultatie StUF Geachte lezer, Hierbij onze reactie op de consultatieprocedure StUF 1. In de beschrijving wordt niet ingegaan op de huidige situatie dat met de 'uitrol' van het stelsel

Nadere informatie

Voorbeeld. Preview. Ontwerp norm NEN 3610

Voorbeeld. Preview. Ontwerp norm NEN 3610 Nederlandse Ontwerp norm NEN 3610 Basismodel Geo-informatie - Termen, definities, relaties en algemene regels voor de uitwisseling van informatie over aan de aarde gerelateerde ruimtelijke objecten Basic

Nadere informatie

Voorbeeld. Preview. Ontwerp norm NEN 3610

Voorbeeld. Preview. Ontwerp norm NEN 3610 Nederlandse Ontwerp norm NEN 3610 Basismodel Geo-informatie - Termen, definities, relaties en algemene regels voor de uitwisseling van informatie over aan de aarde gerelateerde ruimtelijke objecten Basic

Nadere informatie

DATAMODELLERING BEGRIPPENBOOM

DATAMODELLERING BEGRIPPENBOOM DATAMODELLERING BEGRIPPENBOOM Inleiding In dit whitepaper wordt de datamodelleervorm begrippenboom inclusief de begrippenlijst beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen.

Nadere informatie

IMKL 2015 Visualisatie 1.2.1

IMKL 2015 Visualisatie 1.2.1 IMKL 2015 1.2.1 Juli 2017 1 Colofon Auteurs Edward Mac Gillavry, Webmapper Contactpersonen Paul Janssen, Geonovum Beheer Geonovum E-mail helpdesk: info@geonovum.nl Informatie: http://www.geonovum.nl/wegwijzer/standaarden/informatiemodel-kabelsen-leidingen-imkl

Nadere informatie

NedWibon De complete oplossing voor uw aansluiting op KLIC-WIN

NedWibon De complete oplossing voor uw aansluiting op KLIC-WIN www.nedgraphics.nl NedWibon De complete oplossing voor uw aansluiting op KLIC-WIN De WION wordt in 2017 vervangen door de WIBON. De WION gaat volledig op in de WIBON. WIBON omvat naast ondergrondse objecten

Nadere informatie

IMKL2.1 INSPIRATIESTUDIE SHOWCASES RAPPORTAGE. Universiteit Twente

IMKL2.1 INSPIRATIESTUDIE SHOWCASES RAPPORTAGE. Universiteit Twente IMKL2.1 INSPIRATIESTUDIE SHOWCASES RAPPORTAGE Universiteit Twente 11-09-2018 Auteurs: Ir. Ramon ter Huurne Dr. Ir. Léon Olde Scholtenhuis Prof. Dr. Ir. André Dorée Correspondentie: Universiteit Twente

Nadere informatie

Nederlands profiel op ISO Geographic information Web Feature Service

Nederlands profiel op ISO Geographic information Web Feature Service Nederlands profiel op ISO 19142 Geographic information Web Feature Service Geonovum datum 24 april 2015 versie 1.1 definitief rechtenbeleid Naamsvermelding-GeenAfgeleideWerken 3.0 Nederland (CC BY-ND 3.0)

Nadere informatie

Martijn Klomp Kadaster. Martijn Odijk IenM. Workshop BAG 2.0 GGB-regiobijeenkomst

Martijn Klomp Kadaster. Martijn Odijk IenM. Workshop BAG 2.0 GGB-regiobijeenkomst Martijn Klomp Kadaster Martijn Odijk IenM Workshop BAG 2.0 GGB-regiobijeenkomst Wet AMvB Wet BAG (1 e en 2 e Kamer 7/2/2017) Besluit BAG Regeling Regeling BAG Catalogus BAG (Informatiemodel) (bijlage bij

Nadere informatie

Tips & Tricks voor de Controleservice BGT

Tips & Tricks voor de Controleservice BGT Tips & Tricks voor de Controleservice BGT Inhoud Achtergronden controle service Wetenswaardigheden Hoe werkt de controle service? Waar moet mijn bestand aan voldoen? Welke controles zijn er: een overzicht

Nadere informatie

WI(B)ON + INSPIRE UN. verstandshuwelijk of moetje? Ing. Ad van Houtum Msc. Geonovum Open Geodag 2015 - Utrecht

WI(B)ON + INSPIRE UN. verstandshuwelijk of moetje? Ing. Ad van Houtum Msc. Geonovum Open Geodag 2015 - Utrecht WI(B)ON + INSPIRE UN verstandshuwelijk of moetje? Ing. Ad van Houtum Msc. Geonovum Open Geodag 2015 - Utrecht Topics 2 Netbeheerders en INSPIRE EC-richtlijn 2007 Implementatiewet 34 thema s ~700 netbeheerders

Nadere informatie

DATAMODELLERING SIPOC

DATAMODELLERING SIPOC DATAMODELLERING SIPOC Inleiding In dit whitepaper wordt de datamodelleervorm Sipoc beschreven. Deze modelleervorm staat in verhouding tot een aantal andere modelleervormen. Wil je een beeld krijgen van

Nadere informatie

Waterkwaliteitsdatakwaliteit

Waterkwaliteitsdatakwaliteit Waterkwaliteitsdatakwaliteit IHW Data validatie raamwerk en Aquo-standaard Paul Latour, Edwin Wisse & Hinne Reitsma Voor vandaag Een paar vragen Wat is het IHW? Kort: de Aquo standaard Monitoringscyclus

Nadere informatie

Producten- en Dienstencatalogus BAG Verstrekkingen. Bijlage A - Verklarende woordenlijst

Producten- en Dienstencatalogus BAG Verstrekkingen. Bijlage A - Verklarende woordenlijst Producten- en Dienstencatalogus BAG Verstrekkingen Bijlage A - Verklarende woordenlijst Versie 2011 Verklarende woordenlijst Deze verklarende woordenlijst bevat een uitleg van begrippen en afkortingen

Nadere informatie

Toepassingsprofiel Berichtenmodel Omgevingsdocumenten

Toepassingsprofiel Berichtenmodel Omgevingsdocumenten Toepassingsprofiel Berichtenmodel Omgevingsdocumenten Versie 0.61 Geonovum - KOOP Datum 12 januari 2017 Colofon Documentnaam Toepassingsprofiel Berichtenmodel Omgevingsdocumenten Projectnaam Standaard

Nadere informatie

Concept COLLEGE NOTITIE Agendapunt: 05 Lijst open standaarden Bijlagen: College Standaardisatie

Concept COLLEGE NOTITIE Agendapunt: 05 Lijst open standaarden Bijlagen: College Standaardisatie Forum Standaardisatie Wilhelmina v Pruisenweg 104 2595 AN Den Haag Postbus 84011 2508 AA Den Haag www.forumstandaardisatie.nl FORUM STANDAARDISATIE Concept COLLEGE NOTITIE FS28-10-05H Agendapunt: 05 Lijst

Nadere informatie

Klaar voor IMWA metingen IHW. Hoe maak ik mijn systeem IMWA metingen-proof?

Klaar voor IMWA metingen IHW. Hoe maak ik mijn systeem IMWA metingen-proof? Klaar voor IMWA metingen IHW Hoe maak ik mijn systeem IMWA metingen-proof? Agenda Wat gaan we doen in deze workshop? Aanleiding: van UM Aquo naar IMWA metingen Voorstelronde Wie bent u en wat verwacht

Nadere informatie

Dit voorbeeldproject beschrijft het gebruik van web services (open standaarden) voor de ontsluiting van kernregistraties bij de gemeente Den Haag.

Dit voorbeeldproject beschrijft het gebruik van web services (open standaarden) voor de ontsluiting van kernregistraties bij de gemeente Den Haag. Voorbeeldproject Een Haagse SOA Dit voorbeeldproject beschrijft het gebruik van web services (open standaarden) voor de ontsluiting van kernregistraties bij de gemeente Den Haag. Aanleiding Vanuit de visie

Nadere informatie

COLLEGE STANDAARDISATIE Concept Agendapunt: 03. Open standaarden (bijlage A) Bijlagen: College Standaardisatie

COLLEGE STANDAARDISATIE Concept Agendapunt: 03. Open standaarden (bijlage A) Bijlagen: College Standaardisatie Forum Standaardisatie Wilhelmina v Pruisenweg 104 2595 AN Den Haag Postbus 84011 2508 AA Den Haag www.forumstandaardisatie.nl FORUM STANDAARDISATIE FS27-08-03A COLLEGE STANDAARDISATIE CS##-##-## Concept

Nadere informatie

Semantiek (met de BAG als voorbeeld) Dienstverlening in verbinding Wetgeving in verbinding 12 maart 2014 Marco Brattinga (marco.brattinga@ordina.

Semantiek (met de BAG als voorbeeld) Dienstverlening in verbinding Wetgeving in verbinding 12 maart 2014 Marco Brattinga (marco.brattinga@ordina. 1 Semantiek (met de BAG als voorbeeld) Dienstverlening in verbinding Wetgeving in verbinding 12 maart 2014 Marco Brattinga (marco.brattinga@ordina.nl) DIT is geen nummeraanduiding Meerdere werkelijkheden

Nadere informatie

0.1 Verdieping BAG Bevragen. versie 0.1. Datum. 1 juli Document versie. 0.1 ConceptICT Services Keten RZDirectie IT

0.1 Verdieping BAG Bevragen. versie 0.1. Datum. 1 juli Document versie. 0.1 ConceptICT Services Keten RZDirectie IT 0.1 Verdieping BAG Bevragen versie 0.1 Datum 1 juli 2016 Document versie 0.1 ConceptICT Services Keten RZDirectie IT Versiehistorie Versie datum Omschrijving 0.1 01-07-2016 Initiële versie. Versie 0.1

Nadere informatie

Advies voor het verwijderen van Dimensions v1.0 van de pas toe of leg uit lijst en het wijzigen van het functioneel toepassingsgebied van XBRL v2.

Advies voor het verwijderen van Dimensions v1.0 van de pas toe of leg uit lijst en het wijzigen van het functioneel toepassingsgebied van XBRL v2. Forum Standaardisatie Advies voor het verwijderen van Dimensions v1.0 van de pas toe of leg uit lijst en het wijzigen van het functioneel toepassingsgebied van XBRL v2.1 Concept ter openbare consultatie

Nadere informatie

T.a.v. de vastlegging van authenticiteit in BGT / IMGeo zijn de volgende kanttekeningen te plaatsen:

T.a.v. de vastlegging van authenticiteit in BGT / IMGeo zijn de volgende kanttekeningen te plaatsen: Afwijkende modellering RSGB t.o.v. / IMGeo i.v.m. borgen vastlegging van authenticiteit van gegevens T.a.v. de vastlegging van authenticiteit in / IMGeo zijn de volgende kanttekeningen te plaatsen: Authenticiteit

Nadere informatie

Rapport Toepassingsmodel (SF0): Digitale Bereikbaarheidskaart waaronder

Rapport Toepassingsmodel (SF0): Digitale Bereikbaarheidskaart waaronder Rapport Toepassingsmodel (SF0): Digitale Bereikbaarheidskaart waaronder Digitale Brandkraangegevens Geonovum In opdracht van Nederlandse Vereniging voor Brandweerzorg & Rampenbestrijding Brandweer Vraagorganisatie

Nadere informatie

Praktijkrichtlijn IMBRO

Praktijkrichtlijn IMBRO Praktijkrichtlijn IMBRO Auteur : TNO / Alterra Datum : 25 november 2009 versie : 1.0 Status : definitief IMBRO Informatiemodel Bodem en Ondergrond REVISIE HISTORIE Datum Versie Beschrijving Auteur(s)

Nadere informatie

15 mei Inspire richtlijn van kracht

15 mei Inspire richtlijn van kracht Er is er één jarig! 15 mei 2007 Inspire richtlijn van kracht Wat regelt INSPIRE INSPIRE mijlpalen 15/5/2009 INSPIRE wet 3/12/2010 Metadata van annex I en II 9/11/2011 Discovery en view services voor annex

Nadere informatie

Notitie Doel en noodzaak conceptueel (informatie)model

Notitie Doel en noodzaak conceptueel (informatie)model Notitie Doel en noodzaak conceptueel (informatie)model Deelprogramma Digitaal Stelsel Omgevingswet Contactpersoon A.J. Sloos Inleiding Het conceptuele model waar behoefte aan is, is het diepste representatieniveau

Nadere informatie

Nationaal Buisleidingen Platform

Nationaal Buisleidingen Platform op 20 maart 2019 Nationaal Buisleidingen Platform 20 maart 2019 Kadaster, 1 Henk Geurts Wie staat hier? Henk Geurts Programmamanager KLIC-WIN KLO, vertegenwoordiger Waterleidingbedrijven Senior adviseur

Nadere informatie

Informatie Model Omgevingswet (IMOW) de keten van plan tot publicatie. Versie beta. gebaseerd op CIMOW beta

Informatie Model Omgevingswet (IMOW) de keten van plan tot publicatie. Versie beta. gebaseerd op CIMOW beta Informatie Model Omgevingswet (IMOW) in de keten van plan tot publicatie Versie 0.98.1-beta gebaseerd op CIMOW 0.98.1-beta Dit informatiemodel is in 2019 Q2 ontwikkeld door DSO project PR33. Deze versie

Nadere informatie

Kennissessie INSPIRE

Kennissessie INSPIRE Metadata View Services Download Services Ondersteuning vanuit Geonovum 15 Mei 2013, Amersfoort Agenda Metadata View Services Download Services Ondersteuning vanuit Geonovum Michel Grothe, Geonovum 15 Mei

Nadere informatie

BIJLAGE 2: SCHILLENSTRUCTUUR VOOR ONSTLUITING VAN GEGEVENS

BIJLAGE 2: SCHILLENSTRUCTUUR VOOR ONSTLUITING VAN GEGEVENS /////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////

Nadere informatie

Wijzigingsvoorstel op het Informatiemodel Water IMWA 2006 versie 1.0

Wijzigingsvoorstel op het Informatiemodel Water IMWA 2006 versie 1.0 Wijzigingsvoorstel op het Informatiemodel Water IMWA 2006 versie 1.0 Indiener: Acceptatie: IDsW Huibert-Jan Lekkerkerk Kenmerk 0608-0051 Documentbeheer Wijzigingshistorie Datum Versie Auteur Wijziging

Nadere informatie

DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING

DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING DATAMODELLERING ARCHIMATE DATA- & APPLICATIEMODELLERING Inleiding In dit whitepaper wordt de datamodelleervorm ArchiMate data- & applicatiemodellering beschreven. Deze modelleervorm staat in verhouding

Nadere informatie

Archimate risico extensies modelleren

Archimate risico extensies modelleren Archimate risico extensies modelleren Notatiewijzen van risico analyses op basis van checklists versie 0.2 Bert Dingemans 1 Inleiding Risico s zijn een extra dimensie bij het uitwerken van een architectuur.

Nadere informatie