RWS INFORMATIE
Service Level Agreement Blauwe Golf Verbindend
Borgen van betrouwbare ketenleveringsafspraken voor het leveren van brugstatus en ligplaatsbezetting
Datum Februari 2019
Status Versie 1.0 (Definitief)
● Colofon
Uitgegeven door Rijkswaterstaat Informatie Martijn van Hengstum Telefoon
Fax
Uitgevoerd door Rijkswaterstaat i.s.m. BGV partners Opmaak
Datum
Status Definitief Versienummer 1.0
Document Historie
Versie Datum Gewijzigd door Opmerkingen
0.1 15-2-2018 Martijn van Hengstum Eerste opzet gemaakt 0.2 16-2-2018 Edwin van der Vlist Aanvullingen gedaan
0.3 16-3-2018 Martijn van Hengstum Verbeteringen doorgevoerd en reactie NDW, PNH verwerkt 0.4 10-4-2018 Martijn van Hengstum Diverse opmerkingen verwerkt 0.5 19-4-2018 Martijn van Hengstum Besproken in datakwaliteit
overleg BGV
0.6 30-4-2018 Martijn van Hengstum Bijlage 4.1 brugstatus herschreven
0.7 14-11- 2018
Han de Lange Diverse aanvullingen op gebied ligplaatsbezetting
0.9 6-2-2019 Martijn van Hengstum Definitief gemaakt naar aanleiding van bespreking in datakwaliteitsoverleg BGV.
Aanvullingen voor sluisgegevens gedaan. Opmerkingen van diverse personen verwerkt 1.0 25-3-2019 Martijn van Hengstum Definitieve versie.
Inhoud
● Colofon—3
● Inleiding—6
1 Identificatie—7
1.1 Wat is Blauwe Golf Verbindend—7 1.2 Motivatie—7
1.3 Proces—8
1.3.1 Het realtime brugstatus signaal—8 1.3.2 Geplande brugopeningen—8 1.3.3 Ligplaatsbezetting—9 1.3.4 Realtime sluisgegevens—9 1.4 Technische informatie—10 1.4.1 Schematisch—10
1.4.2 Koppelvlakken—10
Koppeling tussen objecten en BGV—11
Koppeling tussen applicaties en BGV voor ligplaatsbezetting—11 Koppeling tussen BGV en NDW—11
BGV webservices—11 NDW webservices—11
2 Taken en verantwoordelijke partners—12
2.1 Algemeen—12
2.1.1 Versiebeheer—12
2.2 Taken object beheerders—12
2.3 Rollen en Taken BGV organisatie—13 2.3.1 Beheerder landelijke BGV voorziening—13 2.3.2 Loket Functioneel beheer BGV—13
2.3.3 Operationeel beheerder BGV voorziening—13 2.3.4 Landelijke projectmanagement BGV—14 2.4 Taken NDW organisatie—14
3 Kwaliteitsborging dienstverlening—15 3.1 Kwaliteit diensten—15
3.1.1 Realtime brugstatus—15 3.1.2 Geplande brugstatus—16 3.1.3 Realtime ligplaatsbezetting—16 3.1.4 Realtime sluisstatus—17
3.2 Evaluatie—17
4 Bijlagen—18
4.1 Bijlage Brugstatus—18 4.2 Sluisstatus—20
4.3 Unieke ID—20
4.4 Lijst met afkortingen—21
5 Dossier Afspraken en Procedures—22 5.1 Verstoringen en opvolging—22
5.2 Procedure opschaling verstoringen—23 5.3 Contactpersonen opschaling—23
5.4 Lijst met contactpersonen BGV keten—24
● Inleiding
De afgelopen jaren is veel inspanning geleverd om de informatievoorziening Blauwe Golf Verbindend (BGV) op te zetten. BGV is in 2012 ontstaan vanuit het programma Beter Benutten en voortgezet onder het programma Beter Benutten Vervolg. Per 1 januari 2018 hebben de BGV partners besloten de samenwerking voort te zetten.
Deze samenwerkingsovereenkomst BGV is getekend op 1 februari 2018. De kern van de overeenkomst betreft:
Partners spannen zich in om tijdswinst c.q. vlotte doorvaart te bereiken door een betere informatie-uitwisseling tussen (vaar)wegbeheerders, de scheepvaart en het wegverkeer.
Partners richten zich op het delen en distribueren van data over:
• de geplande en actuele statusgegevens van bruggen en sluizen
• de beschikbaarheid van ligplaatsen langs de vaarwegen en in de havens In dit document ‘Service Level Agreement Blauwe Golf Verbindend’, kortweg SLA BGV, wordt aangeven hoe de partners samenwerken en zorgen dat er gezamenlijk een betrouwbare dienstverlening wordt geborgd. Dit document geeft inzage in de ketenregie, het gegevensleveringsproces, de kwaliteitsborging van de gegevens en de bijbehorende organisatorische afspraken.
Dit document is een bijlage bij de getekende samenwerkingsovereenkomst BGV. In 2018 wordt ervaring opgedaan met de SLA BGV en worden de afspraken in de SLA BGV als norm beschouwd. Per 18 april is het document defintief gemaakt in BGV datakwaliteit overleg
Nieuwe partners dienen zich dan ook te conformeren aan de afspraken in dit document zodat een betrouwbare dienstverlening is geborgd.
1 Identificatie
1.1 Wat is Blauwe Golf Verbindend
Blauwe Golf Verbindend is zowel een samenwerkingsverband, een (scheepvaart)verkeersoptimalisatie als dienstverlening aan derden.
In dit document wordt ingegaan op de dienstverlening BGV in Nederland. Dit betreft:
• Het verstrekken van geplande en real-time brug statussen en de real time sluisstatus
• Het verstrekken van real-time ligplaatsbezettingspercentages
De dienstverlening betreft de hele keten van object (bijvoorbeeld een brug) naar het portaal BGV voor de scheepvaart gerelateerde gegevens en Nationale Databank Wegverkeersgegevens (NDW) als portaal voor de weg gerelateerde gegevens.
Binnen de backend van BGV en NDW is functionaliteit opgenomen om de
dienstverlening te ondersteunen. Binnen de backend van BGV voert de Provincie Zuid-Holland bijvoorbeeld de geplande bedientijden en restduurverwachting in.
Vereenvoudigd ziet de keten er als volgt uit.
1.2 Motivatie
De motivatie om dit document op te stellen is meerledig.
1. De voorziening BGV (backend en portaal) is samen met diverse partners opgezet als pilot onder Beter Benutten. Inmiddels is het een bewezen dienstverlening. Gezamenlijke afspraken over de betreffende dienstverlening zijn onvoldoende uitgewerkt.
2. Serviceproviders stellen de aanleverende partijen vragen over de
betrouwbaarheid van de data. Er is geen document waarin is vastgelegd wat de kwaliteit is, dan wel op welke wijze we dit borgen.
3. In het BGV partner overleg is besloten dat het BGV portaal gaat verdwijnen en onder wordt gebracht bij het portaal Vaarweginformatie voor de
vaarweggebruiker en het NDW voor de weggebruiker. Hiermee wordt invulling gegeven aan de gebruikerswens van het consolideren van overheidsportalen. Vaarweginformatie en NDW kennen een strakke
beheerorganisatie. Het vastleggen van BGV afspraken is daarom van belang.
4. Opname in het vaarweginformatie portaal maakt het eenvoudiger om de integratie uit te voeren met internationale afspraken in het kader van uitwisseling van informatie. BGV lijkt op de beoogde dienst Traffic Information Services (TIS) in de EU. NDW zorgt voor (internationale) afstemming binnen het werkveld wegverkeersmanagement.
1.3 Proces
1.3.1 Het realtime brugstatus signaal
Het proces voor realtime brugstatus ziet er als volgt uit
1.3.2 Geplande brugopeningen
Het proces voor geplande brugopeningen ziet er als volgt uit
1.3.3 Ligplaatsbezetting
Het proces voor het genereren van ligplaatsbezettingspercentages komt vanuit het BLIS (Binnenvaart Ligplaats Informatie Systeem) of LV BLIS (Landelijke Voorziening Binnenvaart Ligplaats Informatie Systeem). De havens van Rotterdam en
Amsterdam leveren de gegevens van hun beheergebied en RWS de gegevens van het Rijksvaarwegennet en de overige aangesloten vaarwegbeheerders en havens.
1.3.4 Realtime sluisgegevens
Het BGV portaal biedt de mogelijkheid om realtime sluisgegevens te presenteren.
Het aantal sluizen dat wordt ontsloten is zeer beperkt maar het BGV portaal faciliteert dit al wel.
1.4 Technische informatie 1.4.1 Schematisch
In de onderstaande figuur is schematisch de huidige situatie van het applicatielandschap (vanuit het perspectief van RWS) beschreven.
In deze figuur wordt een applicatie weergegeven met een groen blokje. Webservices zijn weergegeven als blauw blokje. Opmerkingen over systemen en/of
informatiestromen, zijn weergegeven met een paars bolletje.
De pijlen in de figuur geven de richting van informatiestromen weer.
1.4.2 Koppelvlakken
In de systeemarchitectuur zijn de volgende koppelvlakken onderkend en genummerd volgens de behandeling in de daarop volgende paragrafen:
1.4.2.1 Koppeling tussen objecten en BGV ten behoeve van (geplande en realtime) brugopeningen
1.4.2.2 Koppeling tussen applicaties en BGV ten behoeve van ligplaatsbezetting 1.4.2.3 Koppeling tussen BGV en NDW
1.4.2.4 BGV Webservices 1.4.2.5 NDW Webservices
DMZ (RWS) Intranet (RWS) Extern
BGV FIS-Dataservices
NDW Ligplaatsen (Geometrie, bezetting)
Datex2 bericht Optioneel: VILD code Verplicht: ID inclusief ISRS-code
ESB-Bruggen
BMS Brug/Sluis openingstijden
(Gepland/Actueel)
Provincie Noord Holland HbR/HbA
HAMIS
RWS WNZ Mobibox Brugopeningstijden
(Actueel) Objectinformatie (Naam, ISRS-code, etc.)
RWS WNN
FIS-FFW
FIS-VNDS
OpendataservicesBGV FIS-FFS Objectgegevens
(Naam, etc)
Objectgegevens (Naam, ISRS-code, etc.)
NDW Opendataservices Telemetriesysteem
Brugopeningstijden (Actueel)
Beheer ISRS- code object Beheer naam
object
Bruggen Sluizen Ligplaatsen etc Bruggen
Sluizen Ligplaatsen
Bruggen
Brug/Sluis openingstijden (Actueel) Mapping VILD code via
ISRS code Genereren ID inclusief
ISRS-code
BLIS-DIST
Ligplaats (bezetting)
LPB (IVS-Next) Ligplaats
(Geometrie)
Ligplaats (bezetting)
VPO (IVS-Next) Scheeps posities Ligplaatsen
(Bezetting)
FIS IVS-Next
Diamonis AIS-berichten
LoRa-server
Brugopeningstijden (Actueel)
LoRa signaal
Status brug Brug open Brug dicht
RWS WNZ RWS WNN
ODS ESB-Bruggen
Objectstatus Objectstatus
Koppeling tussen objecten en BGV
Brugopeningstijden kunnen op een aantal manieren worden ontsloten richting BGV, namelijk:
• MobiBoxx op brug, die direct is gekoppeld aan BGV
• Brugmanagementsysteem
• V-log, DATEX II datastroom van verkeerssystemen
• LoRa-sensor, waarbij signaal beschikbaar is via centrale server.
• MobiBoxx op brug, die is gekoppeld aan het RWS-netwerk en aan BGV.
RWS heeft het systeem ODS ontwikkeld voor het ontsluiten van objectgegevens. Als een object is aangesloten op ODS, dan kunnen de brugopeningen en sluisstatussen ook aangeleverd worden aan BGV. Hiervoor moeten de verschillende systemen nog wel worden geconfigureerd, zodat de objectgegevens worden ontsloten richting BGV.
Informatie over de verschillende koppelingen zijn op te vragen bij de applicatiemanager van BGV.
Koppeling tussen applicaties en BGV voor ligplaatsbezetting
De ligplaatsbezettingspercentages worden door HAMIS en BLIS-DIST (laatste is onderdeel van RWS FIS) aangeleverd aan BGV. HAMIS maakt gebruik van een interface, die op termijn uit gefaseerd zal worden. Doelstelling is dat zowel HAMIS en BLIS-DIST dezelfde interface gaan gebruiken.
De interfacebeschrijving van de beide interfaces zijn op te vragen bij de applicatiemanager van BGV.
Koppeling tussen BGV en NDW
Gegevens over brugopeningen worden door BGV aangeleverd aan NDW via het DATEX II formaat. Zie ook http://docs.ndwcloud.nu/ voor tekst en uitleg van DATEX II en bruggendata
BGV webservices
Via de BGV-webservices wordt informatie over brug-, sluisopeningen en ligplaatsbezetting ontsloten.
Informatie over de webservices is op te vragen bij de applicatiemanager BGV.
NDW webservices
Via de NDW webservices wordt o.a. informatie over de brugopeningen ontsloten.
Voor informatie over de services wordt verwezen naar de website van NDW.
2 Taken en verantwoordelijke partners
De verantwoordelijkheid voor de BGV keten is verdeeld over vele verschillende partners. In dit hoofdstuk worden de taken en verantwoordelijkheden per partij weergeven.
De lijst met partners en contactgegevens wordt apart bijgehouden in bijlage 4.3
2.1 Algemeen
Partners zullen niet zonder overeenstemming met de andere partners:
• wijzigingen in de structuur van de levering van gegevens aanbrengen;
• wijzigingen in de betekenis van de definities van de geleverde gegevens aanbrengen;
• onderhoud aan de bronnen te initiëren als dit de levering in de weg komt te staan;
• wijziging in naamgeving van het bestand aanbrengen;
• wijziging in leveringswijze of in leveringsvoorwaarden aanbrengen.
• gegevens af te schermen voor niet-geautoriseerd gebruik;
• geen “eigen versies” in omloop te brengen van de geleverde brongegevens/informatie.
2.1.1 Versiebeheer
Deze SLA en DAP zijn onderdeel en verdere uitwerking van de
samenwerkingsovereenkomst. Eventuele wijzigingsverzoeken van deze SLA of DAP kunnen per mail worden aangevraagd bij Landelijk projectmanagement BGV.
Landelijke projectmanagement BGV verwerkt deze wijzigingen waarna een nieuwe versie van de SLA / DAP wordt verstuurd of indien nodig worden de
wijzigingsvoorstellen eerst geagendeerd en besproken in het BGV (data)
partneroverleg. Partners wordt gevraagd om per mail de laatste versie van deze SLA en DAP te bevestigen. Bij geen reactie binnen 2 weken na versturen van de mail met wijzigingen, worden de wijzigingen stilzwijgend geaccepteerd.
2.2 Taken object beheerders
Er zijn verschillende beheerders aangesloten op de BGV keten. Provincies, gemeentes, havenbedrijven en Rijkswaterstaat.
Van de beheerder van een object (brug/sluis/ligplaats) worden de volgende taken verwacht:
• Het aanwijzen van een contactpersoon of helpdesk (e-mail en telefoonnummer)
• Aan- en afmelden van bruggen aan BGV bij het loket functioneel beheer van RWS (voor nieuwe, gewijzigde statische gegevens bruggen/sluizen)
• Aanmelden van de geometrie en kenmerken van nieuwe of gewijzigde ligplaatsen (zelfservice of via servicedeskdata@rws.nl). Deze ligplaatsen worden na publicatie automatisch meegenomen in de berekening door LV BLIS en daarna doorgezet naar BGV.
• Zorgen voor betrouwbare realtime brugstatus/sluisstatus. De dienstverlening van de beheerder wordt geacht te voldoen aan de kwaliteitseisen die zijn opgesteld in hoofdstuk 3.
• Reageren en actie ondernemen als vanuit de keten BGV het signaal wordt ontvangen dat er mogelijk foutieve of geen gegevens worden geleverd. Zie verderop, paragraaf ‘Verstoringen en opvolging’
• Aangeven dat een brug of sluis door een storing gestremd is en voor welke modaliteit door aan te loggen op BGV (binnenkort functionaliteit
beschikbaar). Geplande stremming van bruggen en sluizen worden aan de Waterkamer gemeld en middels een Berichtgeving aan de Scheepvaart (BAS) verspreid.
• Zorgen voor geplande brug- of sluisstatus, indien mogelijk
2.3 Rollen en Taken BGV organisatie
De BGV organisatie onderkent de volgende rollen
• Beheerder landelijke BGV voorziening
• Loket Functioneel beheer BGV
• Operationeel beheerder BGV voorziening
• Landelijke projectmanagement BGV
2.3.1 Beheerder landelijke BGV voorziening
Het beheer van de landelijke BGV voorziening (portaal, backend) is belegd bij Rijkwaterstaat Verkeer en Watermanagement in opdracht van het ministerie van Infrastructuur en Waterstaat. De volgende rollen worden door Rijkswaterstaat ingevuld.
• Eigenaar BGV voorziening (RWS Verkeer en Watermanagement) namens de BGV partners
• Functioneel beheer BGV voorziening (RWS Verkeer en Watermanagement)
• Het Operationeel beheer is extern belegd en wordt aangestuurd door de applicatiemanager van de RWS Centrale informatievoorziening (CIV)
Rijkswaterstaat is verantwoordelijk voor de instandhouding en vernieuwing van de landelijke BGV-voorziening. Partners kunnen functionele wensen indienen bij het loket Functioneel beheer. Technische storingen kunnen worden gemeld bij de Helpdesk MKO van Rijkswaterstaat (zie 4.3 voor de contactgegevens)
2.3.2 Loket Functioneel beheer BGV
Het functioneel beheer wordt uitgevoerd door RWS VWM. De taken zijn:
• Helpdeskvoorziening. Tijdens kantooruren kan contact worden opgenomen voor vragen.
• Loket voor indienen van functionele wensen
• Het beheren van de actuele lijst van bruggen en ligplaatsen die worden ontsloten
• Uitgeven van beheeraccounts voor het wijzigen van de gegevens van ligplaatsen en bruggen
2.3.3 Operationeel beheerder BGV voorziening
Het operationeel beheer van de BGV voorziening borgt het technisch beheer en de werking van de functionaliteit. Deze taak is neergelegd bij een marktpartij.
De taken van de operationeel beheerder BGV voorziening zijn:
• Helpdeskvoorziening. 7 x 24 uur kan contact worden opgenomen voor technische vragen. De afhandeling is afhankelijk van de prioriteit.
• Opstellen brugprofiel en monitoren brugprofiel. Een brugprofiel beschrijft het
‘normale gedrag’ van opening en sluiting van de specifieke brug gedurende het jaar.
• Zet actie op foutieve brugstatussen indien deze teveel afwijkt van brugprofiel door een melding aan de beheerder van de brug.
• Verzorgen van centrale voorziening BGV waar beheerder van objecten kan aanloggen om bruggen te plannen of een stremming (door storing) kan melden
• Verzorgen Servicelevelrapportage ( Hierin storingen enz.)
• Beheert het dashboard, dat de mogelijkheid biedt aan objectbeheerders om de (historische) status te bekijken en analyse te doen
2.3.4 Landelijke projectmanagement BGV
De taken van landelijk projectmanagement komen voort uit de opdracht van het ministerie I&W en worden uitgevoerd door Rijkswaterstaat en worden voortgezet in overleg met partners en het ministerie.
De taken zijn:
• Duurzaam organiseren van BGV. Hieronder valt:
• Organiseren van data kwaliteitsoverleg BGV
• Beheerder document Ketenleveringsafspraken BGV (dit document)
• Impuls organiseren dat serviceproviders BGV data gaan gebruiken en stimuleren van het gebruik in algemene zin.
• Deelnemen aan Talking Traffic.
• Stimuleren van nieuwe partners om meer brug- en sluisstatussen en/of ligplaats te ontsluiten.
2.4 Taken NDW organisatie NDW
• Helpdeskvoorziening. Tijdens kantooruren kan contact worden opgenomen voor inhoudelijke vragen.
• Beheert tooling voor historische logging van brugstatussen.
• Beheerder logging Historische database bruggen
• Vertegenwoordiger in DATEX II overleg
• Vertegenwoordiger in overleg met serviceproviders droog namens BGV
3 Kwaliteitsborging dienstverlening
De kwaliteit van de dienstverlening is een optelsom van de verschillende factoren
• Betrouwbare levering van data door beheerder van object. Is de data in overeenstemming met de situatie buiten (juist, tijdig, actueel, consistent)?
• Het tijdig doorleveren van het ‘event’. Dus met zo min mogelijk latency publiceren van het signaal en doorzetten van de data door de gehele keten.
• Het tijdig en juist reageren door partijen in de keten, indien een foutief signaal wordt vermoedt.
3.1 Kwaliteit diensten
3.1.1 Realtime brugstatus
De brugstatus wordt lokaal via een sensor of het centrale bediensysteem gegenereerd. Het signaal dient te worden geleverd:
• Conform de eisen van de brugstatus en DATEX II. Zie hiervoor de bijlage met brugstatus
• Conform de interface-definitie, die is vastgesteld voor de gebruikte koppelingen tussen een object en BGV.
• De beheerder dient zelf zoveel als mogelijk te borgen dat het signaal juist en betrouwbaar is (zoals dat het aantal brugopeningen gelijk hoort te zijn met het aantal brugsluitingen)
• De latency1 tussen het verzenden van een veranderende brugstatus van het object/bediensysteem en het publiceren van de data via het NDW portaal (bijvoorbeeld: brug is open) dient minimaal te zijn. De norm voor latency die wordt gehanteerd betreft maximaal 10 seconden.
Naast de verantwoordelijkheid van de beheerders van objecten wordt er door de operationeel beheerder van de BGV voorziening en door NDW gecontroleerd op kwaliteit. Er wordt continu gewerkt aan het inrichten en verbeteren van de plausibiliteit en kwaliteit van de brugstatus.
De norm voor de betrouwbaarheid van het realtime brugsignaal betreft 95%
De betrouwbaarheid van het realtime brugsignaal wordt bepaald of een brugopening buiten daadwerkelijk wordt voorzien van een tijdig brugsignaal. Idem voor sluiting.
Dit is lastig te meten omdat we dan buiten, middels een extra observatie of sensor die we als waarheid beschouwen, moeten controleren of brugsignaal juist en tijdig door de keten loopt. Het dubbel uitvoeren met sensoren kan bijdragen aan een juist brugsignaal.
Het verhogen van de betrouwbaarheid gebeurt ook doordat er ‘triggers’ kunnen worden toegevoegd in de BGV keten (gepland tweede helft 2019). Het aantal brugopeningen dat binnenkomt bij BGV wordt vergeleken met de volgende parameters:
1. Er wordt éénmaal een opening signaal afgegeven door de brug 2. Er dient ook een sluiting signaal te worden afgegeven
3. De brug blijft niet langer openstaan dan we volgens het brugprofiel mogen verwachten. Dit moet nog nader worden uitgewerkt, waarbij er ook rekening dient te worden gehouden indien de brug in storing is.
1 Latency betreft de vertraging tussen het ontstaan van het signaal, dan wel de gebeurtenis, en de tijd die het kost dat het signaal beschikbaar is verderop in de keten
4. Bij NDW wordt er automatisch gecontroleerd of de brug langer dan 15 minuten open staat.
Dergelijke controles willen we automatiseren in de keten en per brug vaststellen wat de juiste trigger-waarden zijn. Ook wordt bekeken of een combinatie van de
brugstatus met Floating Car Data (FCD) zinvol is als extra controle. Een eerste analyse duidt erop dat dit zinvol is voor de bruggen op de grote wegen. Bij bruggen in de buurt van VRI’s is nog geen eenduidige relatie te leggen met het wijzigen van de brugstatus. Er wordt gewerkt naar 1 plek voor de monitoring in de keten.
Het vaststellen van de betrouwbaarheid kan op dit moment alleen steekproefsgewijs.
De beschikbaarheid van de service wordt besproken in de DAP, paragraaf ‘verstoring en opvolging’.
3.1.2 Geplande brugstatus
De norm voor de betrouwbaarheid voor de geplande opening van de brug betreft 80% voor een geplande brugopening een kwartier van te voren. De
betrouwbaarheid wordt gemeten door de geplande openingstijd te vergelijken met de daadwerkelijke opening. Een afwijking van meer dan 3 minuten wordt
beschouwd als onbetrouwbaar. Omdat praktische gegevens ontbreken of dit haalbaar is wordt eerst een aantal maanden gemeten/bepaald of dit haalbaar is.
Het meten van de betrouwbaarheid is nog niet geïmplementeerd.
3.1.3 Realtime ligplaatsbezetting
Een ligplaatsbezettingspercentage wordt berekend met BLIS of LV BLIS. De hiervoor gebruikte algoritmes zijn hetzelfde. Als invoer worden gebruikt:
- Geometrie en andere kenmerken van een ligplaats
- AIS gegevens van vaartuigen, waaronder tijdstip, scheepsidentificatie, positie, snelheid, lengte en breedte van het vaartuig.
Op de BGV website wordt het berekende bezettingspercentage per ligplaats getoond met de volgende statussen:
- groen betreft een bezetting tussen 0 en 40%
- oranje betreft een bezetting tussen 40 en 75%
- rood betreft een bezetting van meer dan 75%
Latency
De berekening van de ligplaatsbezetting wordt elke 10 minuten uitgevoerd en is vervolgens “binnen enkele seconden” te zien op de BGV website.
AIS gegevens worden real-time ververst.
Ligplaatsgegevens worden elke nacht opgehaald, een wijziging in geometrie wordt dus pas de volgende dag zichtbaar op BGV.
Betrouwbaarheid
De betrouwbaarheid wordt voor een belangrijk deel bepaald door de
betrouwbaarheid van de invoergegevens, te weten de statische ligplaatsgegevens en de statische (zoals afmetingen) en dynamische (zoals posities en snelheid) scheepsgegevens.
3.1.4 Realtime sluisstatus
Het BGV portaal publiceert de sluisstatus van enkele sluizen. Deze dienst is nog relatief nieuw waardoor er nog geen nadere afspraken zijn gemaakt over het kwaliteitsniveau. In de bijlage is weergegeven hoe de sluisstatus wordt getoond.
3.2 Evaluatie
De werking van deze overeenkomst wordt op operationeel niveau met een
vertegenwoordiging van de BGV partners in het data kwaliteitsoverleg BGV minimaal 1 maal per jaar naar behoefte geëvalueerd.
4 Bijlagen
4.1 Bijlage Brugstatus2
Een brugopening kent in de regel het volgende vereenvoudigde verloop.
In dit verloop maken we onderscheid in de volgende brug statussen:
• normale of rust status (tot b) ‘Dicht’
Het moment van de gebeurtenis is bekend en wordt alvast aangekondigd.
• overgang van rust naar actieve status (van b tot c) ‘Gaat open’
Vanaf dit moment is de brug niet meer beschikbaar voor het wegverkeer (denk aan verkeerslichten staan op rood, of slagbomen zijn/worden gesloten).
• actieve status (van c tot d) ‘Is open’
Vanaf dit moment is de brug voor de scheepvaart volledig open of per vaarrichting toegankelijk
• overgang van actieve naar rust status (van d tot e) ‘Gaat dicht’
Vanaf dit moment is de brug voor de scheepvaart niet meer volledig open.
Aan het einde van dit situatieonderdeel is de brug gesloten voor de scheepvaart, en weer beschikbaar voor het wegverkeer.
• normale of rust status (na e) ‘Dicht
Vanaf dit moment is de brug weer beschikbaar voor het wegverkeer.
Hierbij wordt gestreefd naar een zo volledig mogelijke beschrijving van het verloop van de handeling. Echter, in de meest minimalistische vorm wordt enkel een bericht verstuurd waarin wordt aangegeven dat actieve status is ingegaan (b). Zodra dit bericht wordt beëindigd, dient te worden aangenomen dat de actieve status is beëindigd (e). Indien de overgang statussen niet bekend zijn, wordt de actieve status geacht te lopen van b tot e.
Daarnaast kennen we nog statussen voor vaarrichtingen, stremmingen, etc. In onderstaande tabel is het complete overzicht weergegeven.
nr letter Betekenis voor
bruginstallatie Functie Betekenis op het moment
dat de waarde ontstaat volgens definitie DATEX II
DATEX II waarde van het bepalende element
1 0 n.v.t. Er was informatie, maar
nu is er geen data beschikbaar
Geen of valse data beschikbaar Er is een situationrecord opgenomen van het type trafficElement.EquipmentOr SystemFault, type
2 Later wordt ook een bijlage sluis(en brug)status en ligplaatsstatus beschreven
equipmentOrSystemFaultTy pe =
roadsideCommunicationsSys tem en de status
faultyEquipmentOrSystemTy pe= workingIncorrectly.
2 0 Niet aanwezig in bruginstallatie.
Er is een planning om de brug te openen (meer dan 4 uur van tevoren)
probabilityOfOccurance=risk Of
3 0 Niet aanwezig in bruginstallatie.
Moment brugopening gepland (4 uur tot 30 minuten van te voren
Het moment van de gebeurtenis is (ongeveer) bekend en wordt alvast aangekondigd.
probabilityOfOccurance=risk Of
4 0 Niet aanwezig in bruginstallatie.
Moment brugopening gepland (30 minuten 5 minuten van te voren)
Het moment van de gebeurtenis is bekend wordt aangekondigd.
probabilityOfOccurance=pro bable
4 a-b Voorwaarschuwings seinen: uit OF: Brugprogramma VRI: uit
Cyclus brugopening beëindigd.
Vaarrichting op rood.
Vanaf dit moment is de brug (weer) beschikbaar voor het wegverkeer.
operatorActionStatus=being Terminated
Lifecyclemanagement End=true of Cancel = true 5 b (tot c) Voorwaarschuwings
seinen: aan OF: Brugprogramma VRI: aan
Cyclus brugopening start. Het kan per brug verschillen welk moment exact wordt doorgeven.
Vanaf dit moment is de brug niet beschikbaar voor het
wegverkeer.
operatorActionStatus=being Implemented OF
Implemented
6 c (tot-d) Slagboom wegverkeer op: nee
Doorgang wegverkeer gesloten.
De brug is niet beschikbaar voor het wegverkeer.
operatorActionStatus=
beingImplemented OF Implemented
Let op: Dit geld alleen voor bruggen die ook
beingTerminated en beingImplented leveren.
7 c-d Brugdek op: ja Vaarverkeer toegestaan De brug staat volledig open, scheepvaartverkeer is toegestaan.
operatorActionStatus = Implemented*
Let op: Dit geld alleen voor bruggen die ook
beingTerminated en beingImplented leveren.
8 c-d Brugdek op: ja En
Vaarrichting: 1 of 2
Een bepaalde vaarrichting is toegestaan3
Nog geen data over opgenomen in DATEXII
n.v.t
9 d-e Brugdek op: nee Brug wordt gesloten.
Vaarverkeer niet toegestaan
Vanaf dit moment is de brug voor de scheepvaart niet (meer) volledig open.
operatorActionStatus=being Terminated of
beingImplemented, of geen DII bericht.
10
=4 a-b en (e) Voorwaarschuwings seinen: uit OF: Brugprogramma VRI: uit
Cyclus brugopening beëindigd.
Vaarrichting op rood.
Vanaf dit moment is de brug (weer) beschikbaar voor het wegverkeer.
operatorActionStatus=being Terminated
Lifecyclemanagement End=true of Cancel = true
11 a-b n.v.t. Wegverkeer stagneert
(plus verwachte duur)
Vanaf dit moment is de brug niet (meer) beschikbaar voor het
Met cause is een causetype gespecificeerd waarom de
3 De definitie van de vaarrichting wordt later opgenomen in dit document
wegverkeer als gevolg van een storing ,etc.
brug open staat (bijvoorbeeld InfraStructureFailure)
12 a-b n.v.t. Stremming
scheepvaartverkeer (plus verwachte duur).
Dit levert een bericht voor de scheepvaart op (NtS, BAS)
n.v.t. n.v.t.
Toelichting brugopening, sluiting:
Bij nummer 5 en nummer 9 is het afhankelijk van de wijze waarop welk signaal wordt ingewonnen, doorgegeven en welke status precies wordt doorgegeven (toestand b-c). Dit kan variëren van het eerste moment dat de
voorwaarschuwingslichten aangaan, de slagbomen dalen, de slagbomen horizontaal zijn, de brug wordt geopend tot het moment dat de brug echt open is. Hetzelfde geldt voor het sluiten van de brug (d-e). In veel gevallen wordt deze fase overgeslagen en is de brug enkel dicht of open volgens de datafeed.
Voor de DATEX II feed aan het NDW is de beschikbaarheid (maximale niet- beschikbaarheid toestand b-e) van de brug voor het wegverkeer gewenst. Bij voorkeur signalen 10 en 4 (voorwaarschuwingsseinen aan/uit).
4.2 Sluisstatus
De volgende iconen worden gebruikt op de kaart voor de sluisstatus
Een beschrijving van de dataservice is op te vragen bij functioneel beheer
4.3 Unieke ID
In deze bijlage wordt uitleg gegeven over de unieke ID van bruggen en ligplaatsen.
Dit betreft de ISRS code. ISRS staat voor International Ship Reporting Standard en is een locatiecode langs de vaarweg.
• Er is voor alle bruggen (vanuit het scheepvaartdomein) een uniek codering beschikbaar voor iedere brug. Deze code wordt meegeleverd via BGV en NDW. Deze code is toekomstvast.
• ISRS-codes kunnen eventueel worden opgezocht via
https://www.vaarweginformatie.nl/fdd/main/infra/vin?tabIndex=1 (kaart).
Later komt er een webservice beschikbaar met vergelijkbare functionaliteit.
De VILD code is een gebruikelijke code in het wegverkeer als locatiereferentie.
Echter deze VILD code biedt niet de mogelijkheid om alle bruggen aan te duiden en is waarschijnlijk ook niet toekomstvast. Deze code wordt meegegeven aan bruggen indien beschikbaar.
Nadere toelichting VILD code:
• Indien een brug zich bevindt op het RVM netwerk, en deze voorzien is van een VILD code, dan dient deze inclusief VILD code door de leverancier te worden aangeleverd aan het NDW, welke NDW/BGV weer doorgeeft aan afnemers.
• Indien een brug zich bevindt op het RVM netwerk, en deze niet voorzien is van een VILD code, dan dient de VILD code te worden aangevraagd en door RWS te worden opgenomen in een toekomstige versie van de VILD. Tot die tijd mag de brug worden geleverd zonder VILD code, met alleen XY
coördinaten.
• Indien een brug zich bevindt buiten het RVM netwerk, en is voorzien van een VILD code, dan dient deze door de leverancier te worden aangeleverd met deze VILD code, welke NDW weer doorgeeft aan afnemers.
• Indien een brug zich bevindt buiten het RVM netwerk en niet is voorzien van een VILD code, zal deze ook niet worden voorzien van een VILD code.
De brug wordt dan geleverd met alleen coördinaten. Dit is bij een groot aantal bruggen het geval.
• De toekomst van de VILD code is onduidelijk, juist voor bruggen. De VILD code kent zijn beperkingen.
4.4 Lijst met afkortingen
BGV Blauwe Golf Verbindend BMS Brug Management Systeem
BLIS-DIST Binnenvaart Ligplaats InformatieSysteem DISTributiedeelsysteem DAP Dossier Afspraken en Procedures
FCD Floating Car Data
ISRS International Ship Reporting Standard FIS Fairway Information Services
HAMIS HAven Management InformatieSysteem
LV BLIS Landelijke Voorziening Binnenvaart Ligplaats Informatie Systeem NDW Nationale Databank Wegverkeergegevens
PNH Provincie Noord-Holland PZH Provincie Zuid-Holland RWS Rijkswaterstaat
SLA Service Level Agreement
VILD Verkeers Informatie Locatie Database VRI Verkeers Regel Installatie
5 Dossier Afspraken en Procedures
Deze bijlage bevat de praktische afspraken en procedures.
5.1 Verstoringen en opvolging
De keten voor het melden van verstoring (in ITIL termen incident) en oplossingen ziet er als volgt uit
Een verstoring kan zijn: De status in BGV (website, uitgaande koppeling) wijkt af van de status van het fysieke object: Een onjuist status wordt
aangeleverd/verwerkt. Een voorbeeld van een verstoring betreft een brug die volgens BGV open staat, maar in werkelijkheid dicht is. Tevens kan bijvoorbeeld de gehele dienstverlening verstoord zijn. De impact van een verstoring hangt van het type verstoring af en ook mogelijk van de locatie van de brug. Vooralsnog gelden voor alle objecten dezelfde afspraken/prioriteiten.
We maken in het contract van BGV onderscheid in soorten verstoringen:
Een Prio 1 incident wordt 24x7 afgehandeld. Dit betreft:
o dat de BGV-website niet bereikbaar is;
o het NDW geen data ontvangt vanuit het BGV;
o dat de BGV open data service niet bereikbaar is;
o dat alle leverende partijen geen data kunnen leveren aan het BGV
Een P2, P3 of P4 incident van het BGV portaal wordt 9x5 afgehandeld (kantooruren).
1. Medium prio - Algehele datauitval of fouten in de data – er komen GEEN ligplaatsen meer door vanuit BLIS en/of LV BLIS naar BGV. De
beschikbaarheid van de service is niet meer.
2. Medium prio - Gedeeltelijke datauitval – 1 of enkele bruggen geven een storing. Beschikbaarheid of betrouwbaarheid is in het geding.
3. Lage prio - In de uitwisseling worden afspraken niet juist opgevolgd.
Voor prio 1 meldingen ten aanzien van het BGV portaal geldt dat deze 24/7 gemeld kunnen worden bij MKO. De responsetijd hiervoor is 30 minuten en de oplostijd 60 minuten.
De responsetijd van een melding tijdens werkuren betreft 30 minuten.
Per prio gelden de volgende oplostijden (opvolging):
1. <4 uur (geldt ook voor Major incidenten) 2. volgende werkdag
3. Binnen 3 werkdagen of in samenspraak met NDW en/of BGV in eerstvolgende release
Deze normen gelden zowel voor de beheerder als voor BGV en NDW.
De BGV dienstverlening is gekwalificeerd als niet missie kritiek voor de verkeersmanagementprocessen van de BGV partners. Echter het gevolg van foutieve dienstverlening kan wel leiden tot onnodige vertragingen in bijvoorbeeld het wegverkeer. De ondersteuning is daar dan ook op ingericht. De dienstverlening en bijhorende ondersteuning is daarom ingericht op werkdagen met werkuren van 6:00-21:00 (inclusief de ochtend- en avondspits).
De wijze van melding van een verstoring kan per mail en per telefoon. Het proces van opvolging is:
1. NDW voor gegevensvragen over brug statussen
2. MKO voor technische vragen (MKO zet dit door aan de beheerder operationele voorzieningen BGV)
3. Beheerder voor het verifiëren van de juiste brugstatus EN het zo nodig aangeven dat het een stremming betreft voor het weg- en/of
scheepvaartverkeer inclusief de verwachte duur.
5.2 Procedure opschaling verstoringen
Indien niet tijdig opvolging wordt gegeven aan een verstoring conform de gestelde kwaliteitsborging kan dit worden opgeschaald richting de beheerder van de
objecten.
De opschaling vindt in goed overleg plaats met de betreffende contactpersoon of helpdesk tot onvoldoende verbetering leidt. Dit gebeurt na 4 uur en tijdens kantooruren.
De eerste opschaling vindt plaats richting de deelnemers aan het BGV partner overleg. De tweede opschaling vindt plaats richting de
ondertekenaars/vertegenwoordigers in de samenwerkingsovereenkomst. Dit kan per email of middels telefonisch overleg tijdens kantooruren.
De opschaling wordt uitgevoerd door Rijkswaterstaat, zijnde de beheerder van de BGV voorziening en/of beheerder. Indien Rijkswaterstaat zelf veroorzaker is van de verstoring zal NDW de opschaling verzorgen.
5.3 Contactpersonen opschaling
Functioneel beheerders:
Functioneel Beheerder NDW
Tony Meeuwsen Tony.Meeuwsen@ndw.nu 06-15060746 Functioneel beheerder
BGV voorziening Peter Weber of
Loket Functioneel beheer
Verkeerssystemen
Peter.Weber@rws.nl of
loket-fb-vwm@rws.nl
06-15883833
06-15469867
Per e-mail of bellen
BGV partners:
Rijkswaterstaat, tevens landelijk projectleider
Martijn van
Hengstum Martijn.van.Hengstum@rws.nl 06-51450172 Provincie Noord-
Holland Bart
Bosman bosmanb@noord-holland.nl 06-18609474 Provincie Zuid-Holland Ellen van
der Knaap etm.vander.knaap@pzh.nl 06-53817684 Nationale Databank
Wegverkeersgegevens Arthur
Maring Arthur.Maring@ndw.nu 06 - 15942469 Port of Amsterdam Rob Smit rob.smit@portofamsterdam.nl 06-22696769 Port of Rotterdam Johan Gille J.Gille@portofrotterdam.com 06-1149 0619
Per e-mail of bellen
Met medeweten van beide partners en de landelijke projectleider BGV
Directeuren/ondertekenaars samenwerkingsovereenkomst BGV Rijkswaterstaat Peter den
Held
Contactgegevens bekend via BGV partner, zie boven
Provincie Noord-
Holland Chris de
Vries idem
Provincie Zuid-Holland Mevr. P den
Dunnen Idem Nationale Databank
Wegverkeersgegevens Frits
Brouwer idem Port of Amsterdam Rob Smit idem Port of Rotterdam Heer
Gouwentak idem
5.4 Lijst met contactpersonen BGV keten
Rol naam email telefoon
Functioneel BGV
voorzieningen helpdesk Loket functioneel
beheer Loket-fb-vwm@rws.nl 06-15469867
Servicedesk Missie Kritische Ondersteuning (24/7)
MKO CCMKO@rws.nl 088 - 7980 000
Helpdesk Operationeel beheerder BGV voorziening (9/5)
Support
Technolution bg.support@technolution.nl 0182-594155 Helpdesk NDW Servicedesk NDW mail@servicedeskndw.nu
Helpdesk PNH Technisch beheer centrale
Hoofddorp
topdesk@pnh- verkeerscentrale.nl
023 – 514 5080
Helpdesk PNH Verkeerskundig bms@noord-holland.nl 06-38773613
beheer Blauwe Golf
Helpdesk PZH Tino van As (voorlopig)
06-51550417 Servicedesk RWS voor
bruggen en ligplaatsen Control Center Missie Kritieke ondersteuning
ccmko@rws.nl 088 - 7980 000
Port of Rotterdam Port of Amsterdam
Applicatiemanager BGV Edwin van der
Vlist Edwin.vander.Vlist@rws.nl 06-23974768 Functioneel beheerder
BGV voorziening Peter Weber Peter.Weber@rws.nl 06-15883833 Sensorleverancier
Mobilitysensing Tom van der Ven Via NDW
