openwave:1.33:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid

Verschillen

Dit geeft de verschillen weer tussen de geselecteerde revisie en de huidige revisie van de pagina.

Link naar deze vergelijking

Beide kanten vorige revisie Vorige revisie
Volgende revisie		 Vorige revisie
openwave:1.33:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid [2025/07/01 10:55] – ↷ Pagina verplaatst van openwave:1.32:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid naar openwave:1.33:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid Kars Gottschalopenwave:1.33:applicatiebeheer:instellen_inrichten:register_exrterne_veiligheid [2025/07/29 14:10] (huidige) – Lonneke van Dijk
Regel 1: Regel 1:
-======Register Externe Veiligheid======+====== Register Externe Veiligheid ====== 
 Vanuit OpenWave kunnen gegevens periodiek worden aangeleverd aan het Register Externe Veiligheid (REV). Daartoe is het Informatiemodel Externe Veiligheid (IMEV 2.0) ingepast in de OpenWave database met API-versie 4. Vanuit OpenWave kunnen gegevens periodiek worden aangeleverd aan het Register Externe Veiligheid (REV). Daartoe is het Informatiemodel Externe Veiligheid (IMEV 2.0) ingepast in de OpenWave database met API-versie 4.
 Op deze pagina staat beschreven wat er in het beheer in te stellen is, welke REV gegevens men bij inrichtingen/locatiedossiers waar kan vinden en hoe de Export naar de REV in zijn werk gaat. Op deze pagina staat beschreven wat er in het beheer in te stellen is, welke REV gegevens men bij inrichtingen/locatiedossiers waar kan vinden en hoe de Export naar de REV in zijn werk gaat.
  
-Zie voor synchronisatie van gegevens uit het REV naar OpenWave: [[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:rev_synchroniseren]]+Zie voor synchronisatie van gegevens uit het REV naar OpenWave: [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:rev_synchroniseren]] 
 + 
 +===== Beheer ====
  
-=====Beheer ==== 
 Aan de beheerkant van OpenWave is het IMEV zichtbaar in de volgende structuur: Aan de beheerkant van OpenWave is het IMEV zichtbaar in de volgende structuur:
  
-{{:openwave:applicatiebeheer:instellen_inrichten:ow_rev_structuur_beheer.png?800|}}+{{:openwave:applicatiebeheer:instellen_inrichten:ow_rev_structuur_beheer.png?800|ow_rev_structuur_beheer}}
  
 Via beheerportaal //Inrichtingenbeheer// zijn onder de kolom //Registratie en Veiligheid// deze tabellen terug te vinden, waarbij datatypes in OpenWave vertaald zijn naar (D): string op basis van Doorkieslijst, (I)nteger, (F)loat, (S)tring op basis van invoer en (B)oolean. Via beheerportaal //Inrichtingenbeheer// zijn onder de kolom //Registratie en Veiligheid// deze tabellen terug te vinden, waarbij datatypes in OpenWave vertaald zijn naar (D): string op basis van Doorkieslijst, (I)nteger, (F)loat, (S)tring op basis van invoer en (B)oolean.
Regel 15: Regel 17:
  
 ==== Definitietabel tbmilcodebkl ==== ==== Definitietabel tbmilcodebkl ====
 +
 Achter de tegel //REV BKL-activiteiten// bevindt zich de (gevulde) tabel met de EV-activiteiten uit het IMEV model. De meeste EV-activiteiten horen bij de hoofdgroep LocatieActiviteit (andere mogelijkheden zijn BuisleidingStelsel, Wegen en LocatieBasisnet). Bij elke EV-activiteit zijn de attributen uit het IMEV-model overgenomen (0 of maximaal 5) met het kolomtype dat daar bij hoort. Indien het type Doorkieslijst is, dan is de naam van de bijbehorende waardelijst uit het IMEV-model gevuld. Achter de tegel //REV BKL-activiteiten// bevindt zich de (gevulde) tabel met de EV-activiteiten uit het IMEV model. De meeste EV-activiteiten horen bij de hoofdgroep LocatieActiviteit (andere mogelijkheden zijn BuisleidingStelsel, Wegen en LocatieBasisnet). Bij elke EV-activiteit zijn de attributen uit het IMEV-model overgenomen (0 of maximaal 5) met het kolomtype dat daar bij hoort. Indien het type Doorkieslijst is, dan is de naam van de bijbehorende waardelijst uit het IMEV-model gevuld.
  
Regel 37: Regel 40:
 </adm> </adm>
  
-==== Koppeltabel activiteit/referentiecontour==== +==== Koppeltabel activiteit/referentiecontour ==== 
 In het IMEV-model is vastgelegd welke referentiecontouren bij welke EV-activiteiten mogelijk zijn. In OpenWave vindt dit zijn weerslag in de koppeltabel tbkoppelbklactrefcontour. Zichtbaar in het blok //Gekoppelde referentiecontouren// op de detailkaart van de definitietabel tbmilcodebkl. In het IMEV-model is vastgelegd welke referentiecontouren bij welke EV-activiteiten mogelijk zijn. In OpenWave vindt dit zijn weerslag in de koppeltabel tbkoppelbklactrefcontour. Zichtbaar in het blok //Gekoppelde referentiecontouren// op de detailkaart van de definitietabel tbmilcodebkl.
  
 ==== Definitietabel tbrevevcontour ==== ==== Definitietabel tbrevevcontour ====
- 
 Achter de tegel //REV EV contouren// bevindt zich de (gevulde) tabel met de EV-contouren uit het IMEV model. Bij elke EV-contour zijn de attributen uit het IMEV-model overgenomen (0 of maximaal 10) met het kolomtype dat daar bij hoort. Indien het type Doorkieslijst is, dan is de naam van de bijbehorende waardelijst uit het IMEV-model gevuld. Achter de tegel //REV EV contouren// bevindt zich de (gevulde) tabel met de EV-contouren uit het IMEV model. Bij elke EV-contour zijn de attributen uit het IMEV-model overgenomen (0 of maximaal 10) met het kolomtype dat daar bij hoort. Indien het type Doorkieslijst is, dan is de naam van de bijbehorende waardelijst uit het IMEV-model gevuld.
  
Regel 52: Regel 54:
 </adm> </adm>
  
-==== Koppeltabel activiteit/EV-contour==== +==== Koppeltabel activiteit/EV-contour ==== 
 In het IMEV-model is vastgelegd welke EV-contouren bij welke EV-activiteiten mogelijk zijn. In OpenWave vindt dit zijn weerslag in de koppeltabel tbkoppelbklactevcontour. Zichtbaar in het blok //Gekoppelde EV-contouren// op de detailkaart van de definitietabel tbmilcodebkl. In het IMEV-model is vastgelegd welke EV-contouren bij welke EV-activiteiten mogelijk zijn. In OpenWave vindt dit zijn weerslag in de koppeltabel tbkoppelbklactevcontour. Zichtbaar in het blok //Gekoppelde EV-contouren// op de detailkaart van de definitietabel tbmilcodebkl.
  
-====Waardelijsten ==== +==== Waardelijsten ====
 De in te vullen attributen van de activiteiten, referentiecontouren, EV-contouren en kwetsbare gebouwen/locaties kunnen gekoppeld zijn aan dwingende waardelijsten. In OpenWave krijgt in dat geval het type attribuut de waarde 'D' (van Doorkieslijst) en wordt het attribuut direct gekoppeld aan de naam van de betreffende waardelijst. Die waardelijsten zijn gevuld aangeleverd in de tabellen tbrevwaardelijsten en tbrevitemswaardelijsten achter de tegel //REV-waardelijsten//. De in te vullen attributen van de activiteiten, referentiecontouren, EV-contouren en kwetsbare gebouwen/locaties kunnen gekoppeld zijn aan dwingende waardelijsten. In OpenWave krijgt in dat geval het type attribuut de waarde 'D' (van Doorkieslijst) en wordt het attribuut direct gekoppeld aan de naam van de betreffende waardelijst. Die waardelijsten zijn gevuld aangeleverd in de tabellen tbrevwaardelijsten en tbrevitemswaardelijsten achter de tegel //REV-waardelijsten//.
  
Regel 64: Regel 65:
  
 ==== Definitietabel Kwetsbare gebouwen/locaties ==== ==== Definitietabel Kwetsbare gebouwen/locaties ====
- 
 Achter de tegel //REV Kwetsbare gebouwen locaties// bevindt zich de (gevulde) tabel tbrevkwetsbaargebouwlocatie met de twee kwetsbaarheidsdefinities uit het IMEV model. Bij de twee kwetsbaarheidsdefinities zijn de attributen uit het IMEV-model overgenomen (0 of maximaal 7) met het kolomtype dat daar bij hoort. Indien het type Doorkieslijst is, dan is de naam van de bijbehorende waardelijst uit het IMEV-model gevuld. Achter de tegel //REV Kwetsbare gebouwen locaties// bevindt zich de (gevulde) tabel tbrevkwetsbaargebouwlocatie met de twee kwetsbaarheidsdefinities uit het IMEV model. Bij de twee kwetsbaarheidsdefinities zijn de attributen uit het IMEV-model overgenomen (0 of maximaal 7) met het kolomtype dat daar bij hoort. Indien het type Doorkieslijst is, dan is de naam van de bijbehorende waardelijst uit het IMEV-model gevuld.
  
Regel 75: Regel 75:
 </adm> </adm>
  
-====TbRevJsonMallen=====+==== TbRevJsonMallen =====
 Deze tabel met voorbeelden van JSON exportdefinities per EV-activiteit wordt gevuld aangeleverd en wordt door OpenWave gebruikt voor de opmaak van de JSON export files. Niet aankomen dus. Deze tabel met voorbeelden van JSON exportdefinities per EV-activiteit wordt gevuld aangeleverd en wordt door OpenWave gebruikt voor de opmaak van de JSON export files. Niet aankomen dus.
  
-====TbREVAfstanden: regels voor automatisch invoegen van een of meer EV-contouren ==== +==== TbREVAfstanden: regels voor automatisch invoegen van een of meer EV-contouren ====
 Deze tabel is gevuld. Niet op grond van IMEV, naar op grond van aangeleverde regels van een omgevingsdienst. De bedoeling van deze tabel is vast te leggen welke EV-contouren bij een bepaalde referentiecontour (die op zijn beurt - per definitie - gekoppeld is aan een EV-activiteit) automatisch kunnen worden aangemaakt op grond van de ingevulde attributen bij de activiteit en of referentiecontour. Deze tabel is gevuld. Niet op grond van IMEV, naar op grond van aangeleverde regels van een omgevingsdienst. De bedoeling van deze tabel is vast te leggen welke EV-contouren bij een bepaalde referentiecontour (die op zijn beurt - per definitie - gekoppeld is aan een EV-activiteit) automatisch kunnen worden aangemaakt op grond van de ingevulde attributen bij de activiteit en of referentiecontour.
  
-{{:openwave:applicatiebeheer:instellen_inrichten:revafstanden.png?800|}}+{{:openwave:applicatiebeheer:instellen_inrichten:revafstanden.png?800|revafstanden}}
  
 Bovenstaand voorbeeld betekent dat indien bij een referentiecontour (tbmilopslag)  met de definitie //OpslagReferentie// waarbij:  Bovenstaand voorbeeld betekent dat indien bij een referentiecontour (tbmilopslag)  met de definitie //OpslagReferentie// waarbij: 
Regel 99: Regel 98:
  
  
-=====Activiteiten, contouren, kwetsbare gebouwen/locaties bij een inrichting ====+===== Activiteiten, contouren, kwetsbare gebouwen/locaties bij een inrichting ====
  
-{{:openwave:applicatiebeheer:instellen_inrichten:ow_rev_structuur_inrichting.png?800|}}+{{:openwave:applicatiebeheer:instellen_inrichten:ow_rev_structuur_inrichting.png?800|ow_rev_structuur_inrichting}}
  
 De groene blokken slaan op tabellen van de OpenWave database die ook buiten het REV om bestaan: Er zijn veel inrichtingen die geen Locatie-EVactiviteit zijn (dus geen EV-activiteiten hebben) en een tbmilopslagkaart hoeft geen referentiecontour te zijn (dat wil zeggen hoeft niet gekoppeld te zijn aan een EV-activiteit). De groene blokken slaan op tabellen van de OpenWave database die ook buiten het REV om bestaan: Er zijn veel inrichtingen die geen Locatie-EVactiviteit zijn (dus geen EV-activiteiten hebben) en een tbmilopslagkaart hoeft geen referentiecontour te zijn (dat wil zeggen hoeft niet gekoppeld te zijn aan een EV-activiteit).
Regel 136: Regel 135:
 Alleen indien de datum ExportnaarREV nog leeg is EN de inlogger het recht //Wijzigen van REV-identificatiecode van tbmilinrichtingen// (tbmilrechten.dlbmilinrrevidedt) heeft, kan de inlogger hier zelf een code toekennen. Alleen indien de datum ExportnaarREV nog leeg is EN de inlogger het recht //Wijzigen van REV-identificatiecode van tbmilinrichtingen// (tbmilrechten.dlbmilinrrevidedt) heeft, kan de inlogger hier zelf een code toekennen.
  
-De kolom **OW-identificatie** (dvrevbronobjectid) kan gebruikt worden om de locatie-EVactiviteit zowel in het REV als in OpenWave met een eigen codering te vullen. Toepassing: zie [[openwave:1.32:applicatiebeheer:probleemoplossing:programmablokken:rev_synchroniseren]]. +De kolom **OW-identificatie** (dvrevbronobjectid) kan gebruikt worden om de locatie-EVactiviteit zowel in het REV als in OpenWave met een eigen codering te vullen. Toepassing: zie [[openwave:1.33:applicatiebeheer:probleemoplossing:programmablokken:rev_synchroniseren]]. 
          
 De **beginGeldigheid** slaat hier op de begin geldigheid van de Locatie-EVactiviteit. Een wijziging op beginGeldigheid wordt niet geaccepteerd indien de datum ExportNaarREV reeds is gevuld. Een beginGeldigheid moet - op het moment van export - kleiner zijn dan vandaag. Indien de Locatie-EVactiviteit voor het eerst wordt geëxporteerd (met een POST, wanneer de exportdatum dus nog leeg is) dan moet deze kleiner of gelijk zijn - dus eerder gestart zijn - dan de beginGeldigheid van de onderliggende EV-activiteiten (in tbmilbklactiviteiten). Bij een succesvol geaccepteerd wijzigingsbericht (een PUT), wanneer een of meer attributen van waarde zijn veranderd, zal de beginGeldigheid automatisch met de datum van de export worden vervangen.  De **beginGeldigheid** slaat hier op de begin geldigheid van de Locatie-EVactiviteit. Een wijziging op beginGeldigheid wordt niet geaccepteerd indien de datum ExportNaarREV reeds is gevuld. Een beginGeldigheid moet - op het moment van export - kleiner zijn dan vandaag. Indien de Locatie-EVactiviteit voor het eerst wordt geëxporteerd (met een POST, wanneer de exportdatum dus nog leeg is) dan moet deze kleiner of gelijk zijn - dus eerder gestart zijn - dan de beginGeldigheid van de onderliggende EV-activiteiten (in tbmilbklactiviteiten). Bij een succesvol geaccepteerd wijzigingsbericht (een PUT), wanneer een of meer attributen van waarde zijn veranderd, zal de beginGeldigheid automatisch met de datum van de export worden vervangen. 
Regel 220: Regel 219:
 Om direct een **nieuwe opslagkaart met referentiecontour** toe te voegen kan de insertknop worden gebruikt onderaan het lijstje van gekoppelde referentiecontouren in het detailscherm van de EV-activiteit. Ook hier wordt de keuze van de mogelijke referentiecontouren beperkt door de //koppeltabel activiteit/referentiecontour//. Om direct een **nieuwe opslagkaart met referentiecontour** toe te voegen kan de insertknop worden gebruikt onderaan het lijstje van gekoppelde referentiecontouren in het detailscherm van de EV-activiteit. Ook hier wordt de keuze van de mogelijke referentiecontouren beperkt door de //koppeltabel activiteit/referentiecontour//.
  
-De opslagkaart kent van oudsher een aantal verplichte kolommen die bij een insert moeten worden gevuld. Een aantal daarvan is eigenlijk dubbelop met betrekking tot de REV-data. Onder het kopje //Nieuwe Opslagkaart// van [[openwave:1.32:applicatiebeheer:instellen_inrichten:opslag_bij_inrichtingen]] wordt uitgelegd hoe hiertoe defaultwaardes in te stellen.+De opslagkaart kent van oudsher een aantal verplichte kolommen die bij een insert moeten worden gevuld. Een aantal daarvan is eigenlijk dubbelop met betrekking tot de REV-data. Onder het kopje //Nieuwe Opslagkaart// van [[openwave:1.33:applicatiebeheer:instellen_inrichten:opslag_bij_inrichtingen]] wordt uitgelegd hoe hiertoe defaultwaardes in te stellen.
  
 De **geometrie** van de referentiecontour is vastgelegd in een punt (in het blok //Geometrie punt//) of door een vlak of lijn (in het blok //Geometrie lijn of vlak//). Zie ook hieronder bij attribuut geometrie. De **geometrie** van de referentiecontour is vastgelegd in een punt (in het blok //Geometrie punt//) of door een vlak of lijn (in het blok //Geometrie lijn of vlak//). Zie ook hieronder bij attribuut geometrie.
Regel 270: Regel 269:
 Het **blok wordt verder aangevuld met de attributen** overgenomen uit de definitietabel tbrevevcontour (zie hierboven) waarbij het vakje //Overnemen// aangevinkt is. Deze attributen (met uitzondering van //afstand//) moeten een gevulde waarde krijgen alvorens de EV-contour geëxporteerd kan worden. Het vraagtekenschermknopje toont de omschrijving van het attribuut zoals gedefinieerd in de definitietabel tbrevevcontour. Deze omschrijving heeft geen invloed op de export. Het **blok wordt verder aangevuld met de attributen** overgenomen uit de definitietabel tbrevevcontour (zie hierboven) waarbij het vakje //Overnemen// aangevinkt is. Deze attributen (met uitzondering van //afstand//) moeten een gevulde waarde krijgen alvorens de EV-contour geëxporteerd kan worden. Het vraagtekenschermknopje toont de omschrijving van het attribuut zoals gedefinieerd in de definitietabel tbrevevcontour. Deze omschrijving heeft geen invloed op de export.
  
-Het attribuut **geometrie** geeft aan welke type geometrie van toepassing is op de EV-contour (punt of vlak). Indien het attribuut afstand gevuld is, dan is het geotype per definitie Punt. Het betreffende punt waaraan de afstand gelieerd is dat van de bovenliggende referentiecontour!!!!+Het attribuut **geometrie** geeft aan welke type geometrie van toepassing is op de EV-contour (punt of vlak). Indien het attribuut afstand gevuld is, dan is het geotype per definitie Punt of Vlak Het betreffende punt of vlak waaraan de afstand gelieerd is dat van de bovenliggende referentiecontour!
  
-De puntcoördinaten in het blok //Geometrie;punt Ref.Cont// zijn hier niet muteerbaar en komen uit de bovenliggende referentiecontour.+De puntcoördinaten en de vlakcoördinaten in het blok //Geometrie van Ref.Cont// zijn hier niet muteerbaar en komen uit de bovenliggende referentiecontour.
  
 Bij de export van de JSON naar REV redeneert OpenWave qua geometrie en **afstand** als volgt:  Bij de export van de JSON naar REV redeneert OpenWave qua geometrie en **afstand** als volgt: 
-  * Indien attribuut afstand is gevuld, dan wordt deze afstand doorgegeven met als referentiepunt het Punt van de bovenliggende referentiecontour. +  * Indien attribuut afstand is gevuld, dan wordt deze afstand doorgegeven met als referentiepunt het Punt dan wel het Vlak van de bovenliggende referentiecontour. 
-  * Indien afstand niet gevuld, dan wordt het polygoon van de EV-contourkaart doorgegeven.+  * Indien afstand niet gevuld, dan wordt het polygoon van de EV-contourkaart zelf doorgegeven.
  
 Onderaan de detailkaart is de knop //Teken en vervang vlak op kaart// zichtbaar (mits opslagrechten: tbmilrechten.dlcmilinropsedt). Onderaan de detailkaart is de knop //Teken en vervang vlak op kaart// zichtbaar (mits opslagrechten: tbmilrechten.dlcmilinropsedt).
Regel 330: Regel 329:
 Het attribuut //geometrie// geeft aan welke type geometrie van toepassing is op het gebouw/locatie (multivlak of vlak). OpenWave ondersteunt voorlopig alleen Vlak. Het attribuut //geometrie// geeft aan welke type geometrie van toepassing is op het gebouw/locatie (multivlak of vlak). OpenWave ondersteunt voorlopig alleen Vlak.
  
-=====Export naar REV ====+===== Export naar REV ====
 Voor het kunnen exporteren naar het REV dienen de volgende gegevens gevuld te zijn: Voor het kunnen exporteren naar het REV dienen de volgende gegevens gevuld te zijn:
   * Algemeen Endpoint (kolom //Tekst// van //Sectie: REV// en //Item: AlgemeenEndpoint//)   * Algemeen Endpoint (kolom //Tekst// van //Sectie: REV// en //Item: AlgemeenEndpoint//)
Regel 338: Regel 337:
   * bronhouderscode (kolom //Tekst// van //Sectie: REV// en //Item: Bronhouder//. Deze gegevens worden door Rijkswaterstaat uitgegeven.   * bronhouderscode (kolom //Tekst// van //Sectie: REV// en //Item: Bronhouder//. Deze gegevens worden door Rijkswaterstaat uitgegeven.
  
-De export wordt gescheduled verzorgd door de [[openwave:1.32:applicatiebeheer:instellen_inrichten:taskscheduler|Taskscheduler]]. In deze tabel (//beheer: Service centrum-portaal, tegel: Taskscheduler//) moet een kaart aangemaakt worden met als Action: //ExportREV//, aangevinkt, een geplande startdatum/tijd en bijvoorbeeld een ophoging van 1440 minuten (= dagelijks).+De export wordt gescheduled verzorgd door de [[openwave:1.33:applicatiebeheer:instellen_inrichten:taskscheduler|Taskscheduler]]. In deze tabel (//beheer: Service centrum-portaal, tegel: Taskscheduler//) moet een kaart aangemaakt worden met als Action: //ExportREV//, aangevinkt, een geplande startdatum/tijd en bijvoorbeeld een ophoging van 1440 minuten (= dagelijks).
  
 Wanneer de taak gaat draaien wordt eerst een kaart aangemaakt in tboperationslog met code = ExportREV en begintijd = timestamp en als medewerker het robotaccount dat geïnstalleerd is bij de implementatie van de cronjob (vaak //TASKS//). Wanneer de taak gaat draaien wordt eerst een kaart aangemaakt in tboperationslog met code = ExportREV en begintijd = timestamp en als medewerker het robotaccount dat geïnstalleerd is bij de implementatie van de cronjob (vaak //TASKS//).
Regel 384: Regel 383:
 Zijn alle kaarten van beide loops doorlopen, dan wordt de status in de taskcheduler kaart op 0 gezet (succesvol uitgevoerd) en en krijgt //Getal1// van de instelling //Sectie: Operations, Item: ExportREV// de waarde 0. Zijn alle kaarten van beide loops doorlopen, dan wordt de status in de taskcheduler kaart op 0 gezet (succesvol uitgevoerd) en en krijgt //Getal1// van de instelling //Sectie: Operations, Item: ExportREV// de waarde 0.
  
-{{tag>openwave:1.32:applicatiebeheer:functionaliteiten:rev}}+{{tag>openwave:1.33:applicatiebeheer:functionaliteiten:rev}}
  • openwave/1.33/applicatiebeheer/instellen_inrichten/register_exrterne_veiligheid.1751360107.txt.gz
  • Laatst gewijzigd: 2025/07/01 10:55
  • door Kars Gottschal