Binnen YAVC-client zijn diverse werkbladen beschikbaar waarmee analyse data kan worden opgevraagd:
Analyse per dag: weergave van vooraf doorgerekende analyse data per dag
Analyse gemiddeld: weergave van gemiddelde analyse data over meerdere dagen
Analyse realtime: weergave van analyse data per dag, live doorgerekend obv VLOG data
Analyse trend: weergave van totalen/gemiddelden per (deel van een) dag over een langere periode
Hieronder wordt per werkblad nader toegelicht waar dit voor dient, en welke data hiermee precies kan worden opgevraagd.
De diverse tabbladen zijn beschikbaar via rechtermuisklik op een kruispunt op de kaart: er verschijnt een context menu met de diverse opties. Al naar gelang wat is ingesteld, zijn er ook snelkoppelingen zichtbaar in de lijst met kruispunten.
Export van analyse data
Voor alle analyse werkbladen geldt: de data kan worden geëxporteerd naar:
.xlsx (Excel)
.csv (met ; gescheiden data velden in een tekstbestand)
.pdf (afbeelding met tabel)
.png (afbeelding)
.png of .csv naar klembord
Analyse per dag
Bij openen van dit werkblad wordt de meest recente dag geselecteerd waarvoor analyse data beschikbaar is; doorgaans is dit vandaag.
De analyse resultaten die worden getoond zijn altijd op basis van gefilterde data (tenzij alle filters zijn uitgeschakeld in de configuratie, wat niet wordt aangeraden).
Het werkblad ziet er als volgt uit:
Toelichting van de elementen:
Keuze voor weer te geven type analyse
Weergave met dagen van de geselecteerde maand, waarbij zichtbaar is welke data wel/niet beschikbaar is
Kalender weergave, waarmee van maand/jaar kan worden gewisseld; wisselen naar een andere maand ververst ook de lijst met dagen (2). De kleur van de dagen in de kalender is een maar voor de dekking van de data (lichter groen betekent minder data)
Feitelijke analyse weergave (zie hier voor meer uitleg)
De analyse weergave ververst automatisch bij het wisselen van dag, of van type analyse. Instellingen zoals interval en selectie van items blijft dan behouden.
Analyse gemiddeld
Bij openen van dit werkblad wordt niet direct data geladen. Dit gebeurt pas wanneer:
Er een of meer data zijn geselecteerd in de lijst
De knop “Collect data” wordt geklikt (of ‘Auto’ aan staat en de selectie/type wordt gewijzigd)
De analyse resultaten die worden getoond zijn altijd op basis van gefilterde data (tenzij alle filters zijn uitgeschakeld in de configuratie, wat niet wordt aangeraden).
Dit tabblad toont gemiddelde data: de analyse resultaten worden gemiddeld over het aantal geselecteerde dagen. Er wordt geen rekening gehouden met gaten in de data op bepaalde dagen; een halve dag data zal dus op de andere helft van de dag onterecht een temperende invloed hebben. Dit geldt overigens niet voor analyses met afzonderlijke metingen, zoals wachttijd eerstwachtende of cyclustijd. Wel geldt dit voor analyses met tellingen.
Het tabblad ziet er als volgt uit:
Toelichting van de elementen:
Type analyse
Complete lijst met alle beschikbare data, waarbij zichtbaar is welke data voor een bepaalde datum wel/niet beschikbaar is
Instructie knoppen:
Maak selectie: toont een dialoogvenster met de mogelijkheid op basis van voorwaarden een selectie van dagen te maken. Let op: selecteer éérst de eerste en laatste dag in de lijst, waartussen de selectie gemaakt moet worden; bij toepassen van de voorwaarden worden in dat bereik dagen geselecteerd die aan de voorwaarden voldoen
Let op: dagen waarop een wijziging in configuratie heeft plaatsgevonden zijn roodgekleurd en kunnen niet worden geselecteerd (want: ze kunnen niet als geheel worden verwerkt)
Wis selectie: alle dagen deselecteren
Collect data: ophalen van data
Auto: indien aangevinkt, wordt bij wijzigen van de selectie of wijzigen van het type analyse, de data automatisch ververst (gebruik hiervan is enkel aan te raden bij selectie van een beperkt aantal dagen!)
Na ophalen van de data verschijnt hier een dropdown box met de mogelijkheid tussen configuraties te wisselen: indien er binnen het bereik van de selectie een of meer wijzigingen in de configuratie heeft plaatsgevonden, worden de resultaten opgehaald per configuratie. Via de dropdown kan worden gewisseld tussen configuraties
Feitelijke analyse weergave: zie hier voor meer info
Analyse realtime
Dit tabblad werkt nagenoeg zoals ‘Analyse per dag’, echter wordt de analyse data hier live berekend: de achterliggende VLOG data wordt opgehaald, en de analyse wordt op basis van die data live uitgevoerd.
Let op: de resulterende analyse data is in dit geval niet gefilterd. De optie om de data te filteren staat op de wensenlijst.
Het is mogelijk de configuratie aan te passen, zodat de analyse live wordt doorgerekend met aangepast instellingen. Zijn analyse gegevens nodig met aangepaste instellingen, en betreft dit een eenmalige actie, dan is het aan te raden gebruik te maken van dit tabblad, en niet alle analyse data te herberekenen.
Analyse trend
In dit tabblad kan net als bij ‘Analyse gemiddeld’ een selectie van dagen worden gemaakt. Aanvullend kan een tijdspanne worden ingesteld waarvoor data moet worden opgehaald. Vervolgens wordt per dag voor de ingestelde tijdspanne de data opgehaald, en als totaal (of gemiddelde) weergegeven.
Bijvoorbeeld:
De totale intensiteit tussen 06:00 en 09:00 per richting voor de periode 01-03-22 tot en met 07-03-22: dit levert een gestapelde grafiek op, of een tabel met per richting per dag de totale intensiteit voor dit tijdvak.
De gemiddelde cyclustijd tussen 16:00 en 19:00 over een bepaalde periode: voor die periode wordt per dag de gemiddelde cyclustijd voor het betreffende tijdvak berekend en weergegeven in een tabel of grafiek.
Dit ziet bijvoorbeeld als volgt uit:
De analyse weergave voor trend data lijkt qua opzet op die van de overige tabbladen, maar kent gezien de aard van de data wat minder opties.
Deze analyse bepaalt het aantal keer dat een detector op is gekomen. Het aantal pulsen wordt geaggregeerd per blok van 5 minuten: de weergave met “Alle metingen” bevat dus enkel resultaten per 5 minuten. Indien wordt gefilterd worden enkel door YAVV in het geheel als “valide” aangemerkte detector meldingen meegenomen in de analyse.
Om een beeld te krijgen van wat YAVV precies filtert en op welke wijze, zie hier. Zoals hier omschreven kan de filtering ook worden gevisualiseerd in de fasenlog; het beeld dat in fasenlog ontstaat met de optie “verbergen gefilterde meldingen” komt overeen met wat deze analyse teruggeeft op basis van gefilterde data.
Deze analyse functioneert nagenoeg zoals de reguliere analyse voor intensiteiten. Echter, in plaats van tellen op koplussen, kan hier een eigen lus worden ingesteld per rijbaan. Default worden de koplussen ingesteld, en zal de analyse dus dezelfde resultaten geven als de reguliere analyse voor intensiteiten.
Merk op: gezien de aard van deze analyse, is deze minder efficiënt dan de reguliere analyse voor intensiteit. Voor kleine data sets zal dit verschil nauwelijks merkbaar zijn, voor grotere datasets (bv. meerdere maanden aan data) die met YAVV big-data worden verwerkt, zal dit wel extra rekentijd opleveren.
Belangrijk opmerkingen bij deze analyse:
Een detector mag slechts één keer worden toegewezen. Een tweede toewijzing is mogelijk in YAVV, maar kan onbedoelde effecten hebben; de resultaten van een detector kunnen slechts één keer worden toebedeeld
Om het effect van bepaalde maatregelen te kunnen beoordelen kan het interessant zijn te kijken naar gemiddelde wachttijden. In tegenstelling tot de wachttijd eerstwachtende worden hierin alle passerende voertuigen meegenomen. Zo kan het bijvoorbeeld zijn dat na een maatregel de wachttijd eerstwachtende gelijk is gebleven (of zelfs is toegenomen), maar er meer fietsers afrijden tijdens groen, waardoor de gemiddelde wachttijd, en daarmee de totale verliestijd, af is genomen. Deze analyse geeft een inschatting van de gemiddelde wachttijd voor fietsers.
Let op! De analyse gebeurt op basis van informatie omtrent massa detectie uit VLOG data. Daarom zijn de uitkomsten per definitie een inschatting: het is op basis van deze data niet mogelijk precies te weten waar er wanneer hoeveel fietsers waren. Daarom wordt gewerkt met een aantal aannames, en is de uitkomst van de analyse altijd een inschatting van de werkelijke waarde.
De huidige analyse werkt door fietsers te registreren op basis van verweg detectie. Dit werkt als volgt:
Indien er één verweg lus is, wordt die gebruikt
Indien er twee verweg lussen zijn, wordt richtinggevoel gemeten indien de lussen op maximaal 5 meter (instelbaar) van elkaar liggen en start detectie van de 2e lus volgt maximumaal 2 seconden (instelbaar) na start detectie van de eerste lus
Is enkel een koplus (of twee koplussen) aanwezig, dan wordt momenteel niets berekend
Let op! De juiste instellingen voor de ligging van detectie zijn belangrijk bij deze analyse
Het bepalen van de gemiddelde wachttijd verloopt vervolgens als volgt:
Per fietsers wordt op basis van een instelbare snelheid (default 15 km/u) bepaald wanneer deze bij de stopstreep zal arriveren (hier is dus een correct ingestelde afstand tot de stopstreep van belang)
Wanneer de fietser volgens de berekening bij de stopstreep arriveert wordt gekeken naar de status van de signaalgroep:
Tijdens rood, ná de ingestelde minimale roodtijd wordt de fietser geteld en wordt de wachttijd voor de fietser gestart
Tijdens groen wordt de fietser geteld, er geldt dan een wachttijd van 0
Tijdens geel en tijdens rood vóór de minimale roodtijd is bereikt, geldt dat de fietser wordt geteld en apart geregistreerd; bij bereiken van de minimale roodtijd wordt hier apart naar gekenen (zie volgende bullet)
Een instelbare tijd na start rood (default 2.0 seconden) wordt de berekening afgerond:
De totale wachttijd van fietsers die hebben gewacht wordt bepaald
Zijn er fietsers die volgens de berekening tijdens geel of vóór de minimale roodtijd zijn aangekomen bij de stopstreep, dan wordt gekeken of de koplus bezet is. Zo ja, dan geldt:
Is de laatste fietser tijdens geel afgereden, dan wordt deze verplaatst van de huidige naar de volgende ronde
Is de laatste fietser tijdens rood afgereden, dan worden alle fietsers die zijn afgereden tijdens rood verplaatst naar de volgende ronde
Met deze werkwijze wordt gepoogd een balans te vinden tussen het soms overschatten (onterecht verplaatsen van fietsers naar de volgende ronde) en onderschatten (onterecht meerekenen van fietsers met de huidige ronde) van de totale wachttijd
De totale wachttijd gedeeld op het aantal fietsers geeft de gemiddelde wachttijd voor deze realisatie (ronde)
Bij de implementatie zijn een aantal keuzen gemaakt v.w.b. omgang met bijzonderheden:
Roodrijders worden niet apart behandeld. Immers, deze zouden hebben moeten wachten. Een roodrijder wordt dus als reguliere fietser met wachttijd vanaf berekende aankomst bij de stopstreep meegenomen
Indien de aanvraag wordt ingetrokken wordt de berekening afgebroken. Dit is informatie die in de interne signaalgroepstatus zit, die niet altijd beschikbaar is
Indien startgroen volgt binnen de ingestelde minimale roodtijd wordt direct de berekening afgerond en de volgende ronde gestart
Bij meerdere rijstroken (bv. een fietser in twee richtingen met één signaalgroep) wordt het totaal van alle fietsers berekend; de omschreven omgang met fietsers tijdens geel/begin rood geldt per rijstrook
Wordt gedurende een meting geen enkele activiteit gezien op de koplus, dan wordt de meting niet meegenomen in de resultaten. Dit kan worden uitgeschakeld, voor het geval bv. de koplus defect is. Bij signaalgroepen zonder koplussen geldt deze voorwaarde niet
De volgende instellingen zijn beschikbaar voor de analyse (defaults in blokhaken):
Minimale roodtijd [2.0] – minimale tijd na start rood voordat de berekening wordt afgerond; dit is het punt waarop de bezetting van de koplus wordt bekeken; fietser die bij de stopstreep arriveren tussen startrood en dit moment worden niet meegenomen
Snelheid fietsers [15] – snelheid in km/u waarmee wordt gerekend om te bepalen wanneer fietsers bij de stopstreep arriveren
Maximale afstand richtinggevoelig meten [5.0] – maximale afstand tussen twee lussen om ze als richtinggevoelig paar te behandelen
Maximale rijtijd richtinggevoelig meten [2.0] – maximale afstand tussen start detectie op richtinggevoelig lussenpaar
Kijken naar activiteit op de koplus [aan] – al dan niet kijken naar activiteit op de koplus om een meting wel/niet mee te nemen in de resultaten
In regelingen waar in DSI data aanwezig is, bijvoorbeeld van KAR meldingen en/of selectieve detectie lussen (zoals VECOM) is het mogelijk de tijdsduur te bepalen tussen de inmelding en de uitmelding. Dit kan behulpzaam zijn bij het analyseren van de afwikkeling van het OV.
De inmelding wordt als volgt bepaald:
Bij een DSI melding zonder lus nummer (selectieve detectie index 0) wordt gekeken naar het type bericht: in of uit
Bij een DSI melding met een lus nummer (selectieve detectie index 1 of groter) wordt gekeken naar het type lus: in of uit
Het type lus wordt hierbij bepaald op basis van data uit de geladen configuratie.
Merk op: in de huidige versie van YAVV is het bewerken van deze configuratie data nog niet mogelijk
De meting wordt uitsluitend gestart indien de DSI melding een correct signaalgroep nummer heeft, en uitsluitend tijdens status rood van de gerelateerde signaalgroep
Het voertuignummer word geregistreerd
De uitmelding wordt bepaald net als de inmelding:
ofwel via het type bericht, ofwel bij selectieve detectie op basis van het type lus
de meting wordt uitsluitend afgesloten en geregistreerd indien bij een inmelding met voertuignummer X binnen een instelbare tijd (default 300 seconden) een uitmelding met hetzelfde voertuignummer wordt gezien.
Merk op: voor het juist functioneren van deze analyse is een correcte configuratie van de selectieve detectie nodig. Deze wordt, indien aanwezig, uitgelezen uit de VLOG config (.cfg, .vlc, etc.). Indien afwezig, zal ten minste het type lus juist ingesteld moet worden (in of uit).
