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] – ↷ Links aangepast vanwege een verplaatsing 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.
Regel 5: Regel 6:
 Zie voor synchronisatie van gegevens uit het REV naar OpenWave: [[openwave:1.33: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 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 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.1751360146.txt.gz
  • Laatst gewijzigd: 2025/07/01 10:55
  • door Kars Gottschal