Inhoud
Inleiding
Op 8 oktober 2007 is in een kleine projectgroep bij AVV gesproken over de mogelijkheden om BIVAS goed te gaan testen door het bijvoorbeeld in te gaan zetten om het effect van onderhoudsscenario's op de doorstroming van het binnenvaartverkeer te bepalen. Hiervoor is een demonstratie gegeven van de tool, is er besproken wat de huidige (on)mogelijkheden zijn, wat goede test scenario's zijn en wat nuttige uitbreidingen op het model zouden zijn.
Demonstratie
De tool BIVAS is in ontwikkeling vanaf maart 2007. In juni is de eerste volledige oplevering gedaan en sindsdien is in stapjes gewerkt om de data goed te krijgen en extra opties/tooltjes bij te bouwen. Belangrijkste features die zijn getoond zijn:
- Grafische mogelijkheden om het binnenvaartnetwerk te bekijken
- Mogelijkheden om studiescenario's op te bouwen en door te rekenen
- Visualisatie van netwerkbeperkingen en gekozen routes voor elk type schip
Huidige mogelijkheden en beperkingen van BIVAS
BIVAS is ontwikkeld om binnenvaartanalyses te doen op netwerkniveau. De eerste stap hierin is gemaakt door voor alle bekende reizen in één jaar een route te kunnen vinden in een binnenvaartnetwerk. In totaal zijn dit ruim 660.000 reizen waarvan 325.000 beladen, 165.000 leeg en 170.000 deelladingen. De belangrijkste uitkomsten zijn:
- Routes voor elke reis
- Belasting van vaarwegen en kunstwerken
De kracht van BIVAS zit in de mogelijkheden om invoer en uitvoer te visualiseren en eenvoudig scenario's op te stellen. Beperkingen zijn:
- Er is geen relatie tussen verkeersintensiteit en reistijd, waardoor het nodig is om met een expertblik naar de uitkomsten te kijken om knelpunten te identificeren.
- Onderhoudsscenario's zijn vaak tijdsgebonden, dus niet het gehele jaar. In BIVAS zijn alle eigenschappen constant gedurende het jaar.
- Het is nog niet mogelijk om uitkomsten tussen twee scenario's goed te vergelijken. Als bijvoorbeeld een vaarweg wordt afgesloten ten opzichte van het basisscenario, zou het een goede analyse zijn om te laten zien wat in de uitkomsten veranderd is.
Ondanks dat BIVAS niet primair ontwikkeld is om datavalidatie te doen, blijkt het daarvoor uitermate geschikt. Om te doorgronden waarom bepaalde reizen niet waren toegedeeld zijn tools bijgebouwd die laten zien voor welke reizen geen route kan worden gevonden, voor elk scheepstype waar ze wel en niet langs kunnen en welke vaarwegen worden gebruikt door elk type schip. Deze tools hebben problemen in alle lagen van de data blootgelegd, zoals verkeerde vaarwegbeperkingen in het VIN, moeilijkheden bij de afmetingen van de schepen of reizen die in het basisbestand staan, maar waarschijnlijk nooit hebben plaatsgevonden.
Mogelijke scenario's
Er is gesproken over aantal scenario's die we met BIVAS zouden kunnen doorrekenen om het model te testen. Het doel is om te kijken of we de scenario's goed kunnen instellen en of de juiste overzichten er uit komen. De volgende suggesties zijn gedaan:
- calamiteiten doorrekenen: tijdelijk, bijvoorbeeld een week, een vaarweg afsluiten en onderzoeken welke reizen niet meer uitgevoerd kunnen worden, welke alternatieve routes worden gebruikt en waar knelpunten ontstaan.
- beheer / onderhoud: twee voorbeelden van sluizen die gepland staan voor onderhoud en het effect hiervan op het verkeer zou in kaart gebracht kunnen worden. Het gaat om de kreekkraksluizen en sluis weurt.
Uitbreidingen model
Naar aanleiding van bovenstaande punten zijn er een aantal uitbreidingen op het model ter sprake gekomen:
- Knelpuntanalyse: hoe kunnen knelpunten gevonden worden? Is er een wachttijdmodel wat we kunnen inbrengen?
- Diepgang: er is in het model nu één diepgang per scheepstype, maar bij lege reizen ligt het schip veel hoger.
- Vergelijken scenario's: als er op basis van een uitgangssituatie varianten worden bedacht, is het nu heel moeilijk om verschillen tussen de scenario's snel op te merken. Opties hiervoor zijn groei / daling percentages per vaarweg en een idee welke daling, welke groei tot gevolg heeft (waar gaan de reizen in het nieuwe scenario langs?)
- Wachttijd gebruiken in toedeling: na het implementeren van een wachttijdmodel is het mogelijk een systeem te bedenken om deze wachttijd in de toedeling te gebruiken. Dit kan door een terugkoppeling van een wachttijdrealisatie na een volledige toedeling of de reizen in de juiste volgorde toe te delen en de reistijd op de links aan te passen gegeven de "drukte"
- Percentage niet toegedeeld/aantal reizen: in de statistieken staan de niet toegedeelde reizen per herkomst, bestemming en scheepstype. Een extra kolom met een percentage zou een idee geven van de relatieve omvang. Er moet wel rekening worden gehouden met welk percentage getoond moet worden, want als er één reis tussen een herkomst en bestemming niet kan worden toegedeeld, zullen alle reizen van dat scheepstype tussen diezelfde locaties niet kunnen worden toegedeeld.
- Op datum toedelen en beperkingen instellen: voor de voorgestelde scenario's geldt dat beperkingen op vaarwegen slechts van tijdelijke aard zijn. Op dit moment is het nog niet mogelijk om dat in te stellen.
- Opnieuw toedelen reizen over een sluis/vaarweg of niet toegedeelde reizen: Na een toedeling kan het interessant zijn om snel het effect van een kleine wijziging te zien. Misschien is dit te realiseren door een beperkte set reizen binnen een scenario opnieuw toe te delen, bijvoorbeeld reizen via een specifieke vaarweg/sluis of niet toegedeelde reizen
- Batch: het runnen van een volledig scenario duurt een behoorlijke tijd (3 tot 12 uur, afhankelijk van de systeemeigenschappen), daarom kan het de moeite waard zijn om een aantal scenario's op te stellen en deze in één keer als batch door te rekenen. Hierdoor zouden 's nachts en in weekenden veel runs in één keer gedraaid kunnen worden.