You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

<work in progress>

zie ook het projectplan

scenario generatie

Manier realiseren om gemakkelijk op basis van bestaand materiaal een scenario generen. Hiervoor zijn verschillende aanpakken mogelijk, zoals:
1. Methodiek / tool om automatisch of met een kleine inspanning data (uit FEWS) van een opgetreden echt situatie op te slaan om als scenario te gebruiken.
2. Bewerken van bestaand scenario, bijvoorbeeld het debiet op de Maas met een factor verhogen of verlagen. Deze aanpassingen zouden ook moeten doorwerken in het weerbeeld en meetlocaties. Dit is een complexe taak, hiervoor wordt eerst een aanpak uitgewerkt en voorgelegd.
3. Generatie van een scenario bij bepaalde waterstandsverwachtingen of afvoerdebieten met bijbehorend weerbeeld. Dit is voor nu niet realiseerbaar.
Aanvulling:
Ad 1. Tijdens het gesprek van 2012-05-21 is nogmaals bevestigd dat het huidige project alleen zal voorzien in een methodiek voor het verzamelen van alle benodigde data voor een scenario. Er wordt momenteel niet gewerkt aan een zogenaamde automatische scenario generator.

Echter, In een interne brainstormsessie op 2012-06-01 kwam het idee naar voren om in een scenario ipv de meetwaardes (i.e. de waarheid) de uitkomst van 1 van de ensemble members te gebruiken. KNMI maakt 50(question) weersverwachtingen elk met een kleine perturbatie. Met elke afzonderlijke weersverwachting kan het waterstandsmodel (en golvenmodel) ook worden doorgerekend. Een tijdserie hieruit ter plaatse van de meetstations kan worden gebruikt als een alternatief meetsignaal. Voordeel hiervan is dat het scenario consistent blijft (i.e. weer en water). Door het meetsignaal zo aan te passen, weet de speler niet wat de "goede" uitkomst is en verklein je de kans dat men alle scenario's "uit het hoofd" kent.

Ad 2. Tijdens het gesprek van 2012-05-21 is nogmaals bevestigd dat het huidige project alleen zal voorzien in een methodiek voor het bewerken van een bestaand scenario op basis van eerdere ervaringen binnen FEWS Rivieren. Aad Dollee is van mening dat een kloppende meteorologie van ondergeschikt belang is.

Scenario bibliotheek

Verzameling opbouwen, waarin alle ooit gemaakte scenario's (= datastores) met per scenario alle bijbehorende scripts worden gearchiveerd. In dit assortiment van scenario's moeten ook scenario's zitten die over de overlappende gebieden van de verschillende FEWS systemen gaan (Kampen, Dordrecht)
Aanvulling:
Tijdens het gesprek van 2012-05-21 is nogmaals bevestigd dat het niet de bedoeling is om binnen dit project extra scenario's te maken. Scenario's worden gemaakt op het moment dat ze nodig zijn en verzameld op een centrale plek, i.e. de scenario bibliotheek. Aad Dollee acht het wenselijk om op termijn 10 of meer scenario's per groep (LCW, LCO, SVSD, HWG, WDIJ) ter beschikking te hebben. De applicatiebeheerder (Peter Weiland) zal dit moeten inrichten.
Planning (product 2): Afgerond. Het begin van de scenario bibliotheek is opgeleverd met de scenario's zoals gebruikt bij de WMCN oefening. De inrichting hiervan bij RWS ligt in handen van Peter Weiland. De al bestaande handleiding van de Water Coach (wiki) kan hierbij ter ondersteuning dienen.

Ter ondersteuning kan de Waterdienst/DID het mogelijk maken om in de operationele omgeving naast het scenario ook zaken ten behoeve van het script vast te leggen. Denk bijvoorbeeld aan:

  • emails archiveren
  • telefoon gesprekken opnemen en achteraf analyseren
    Deltares neemt hiervoor geen actie, maar kan hierbij indien nodig ondersteunen. Wat wel al is uitgevoerd is de uitbreiding van de mogelijkheden om handmatig berichten en opmerkingen toe te voegen en te archiveren vanuit de operationele FEWS applicatie. Het hoe en wat staat gedocumenteerd in de FEWS documentatie (wiki). Om deze functionaliteit te kunnen gebruiken moet de config worden aangepast (kleine inspanning) en moet aan de kant van RWS de opslag van de archief files worden geregeld.

Archivering

FEWS-5806 Archiving and extended filtering of log messages

Archiving log messages

Create ArchiveRun module with export task LogEntriesArchive and include it in an archiving workflow. Log messages are archived by (periodically) running this archiving workflow .
Use constraints to select log messages that should be archived. A log message will be archived when its event code is configured as logEventContstraint option and/or the log message text contains the specified messageText configured as logEventConstraint option.

Configuration example:

<exportArchiveRun>
<archivePeriod start="-2" end="0" unit="day"/>
<archiveType>LogEntriesArchive</archiveType>

<logEventConstraint eventCode="Manual."/>
<logEventConstraint eventCode="Validation.HardLimit"/>
<logEventConstraint eventCode="Validation.SoftLimit" messageText="at Lobith"/>
<logEventConstraint eventCode="Workflow.ActivityStarted" messageText="Workflow 'Rijntakken_Forecast'"/>
<logEventConstraint eventCode="Workflow.ActivityCompleted" messageText="Workflow 'Rijntakken_Forecast'"/>

/exportArchiveRun>

In this example the following messages will be archived:

  • all manual messages,
  • all Validation.HardLimit messages
  • Validation.SoftLimit messages only for Lobith
  • Workflow.ActivityStarted/Finished messages only for workflow Rijntakken_Forecast

Retrieving archived log messages from archive

Log messages can be retrieved using ArchivedDialog. The user selects and downloads the log messages archive in the same way as for example thresholds.

1. ArchiveDialog configuration
Configure in this dialog an archive type LogEntriesArchive.
An example:
<archiveTask name="Log Entries" workflowId="Import_Archive_LogEntries" iconName="icons/LookUpTable.gif" queryServiceUrl="$ARCHIVE_SERVER_URL$">

<archiveRun>
<importDirectory>$ARCHIVE_IMPORT_PATH$</importDirectory>
<importArchiveRun>
<archiveType>LogEntriesArchive</archiveType>
</importArchiveRun>
</archiveRun>
</archiveTask>

2. ArchiveRun configuration
Create ArchiveRun module with import task LogEntriesArchive and include this module in the workflow specified in ArchiveDialog.
An example:
<importArchiveRun>
<archiveType>LogEntriesArchive</archiveType>
</importArchiveRun>

Displaying/filtering (archived) log messages in SystemMonitor

By default, all non-manual messages are displayed in LogBrowser tab, and all manual messages are displayed in BulletinBoardPlus.
For Water Coach purposes we need to display both manual and selected non-manual messages in one tab. For this purpose a new tab has been added – BulletinBoardPlus In this new tab we also have some more choices to create manual messages quickly.

To show this tab, configure in SystemMonitorDisplay:

<bulletinBoardPlus>
<tabName>Interesting events</tabName>
</bulletinBoardPlus>

We can also add several optional 'messageTemplates' to create quickly messages with a specific mark. An example:

<bulletinBoardPlus>
<tabName>Interesting events</tabName>
<messageTemplate>Analysed by operator</messageTemplate>
<messageTemplate>Phone line went dead</messageTemplate>
<messageTemplate>Emergency advice requested</messageTemplate>
</bulletinBoardPlus>

Similarly we can add several optional 'users' to quickly create messages from a specific user. An example:

<bulletinBoardPlus>
<tabName>Interesting events</tabName>
<usertemplate>Name 1</usertemplate>
<usertemplate>Name 2</usertemplate>
</bulletinBoardPlus>

Button Add message
Using this button we add a manual message 'plus'.

Manual message 'plus' is actually a standard manual message. The information entered in the additional fields, is stored in the messages text (message body) in LogEntries table field 'logMessage'. Compared to standard manual message , the additional fields are Event Time (default value is Current System Time) and messageTemplate.
The message text (body) entered in the example above is stored as follows:
Simone De Kleermaeker@05-12-2011 13:47:00@Phone line went dead@

If we enter also some additional text, the messages body looks like:
Simone De Kleermaeker@05-12-2011 13:47:00@Phone line went dead@my comment

View period
is applicable to the Event Time, not to the log message creation time. For example, if we choose one month, the log messages with event time inside this period are displayed. Event time of the messages generated automatically is the same as message creation time so column "Event time" shows the same time as column "event creation time"

User
The drop down box 'User' is filled with the current user name, the user names that are found in the table FewsSessions and the userTemplates as defined in the configuration. It is also possible to enter any name in this editable drop down box.
The users, configured with user templates, can be entered while creating manual messages. Configure the user templates if you want to enter usernames that are different from the system user.
<bulletinBoardPlus>
<tabName>Interesting events</tabName>
<messageTemplate>Analysed by operator</messageTemplate>
<messageTemplate>Phone line went dead</messageTemplate>
<messageTemplate>Emergency advice requested</messageTemplate>
<userTemplate>Simone De Kleermaeker</userTemplate>
<userTemplate>gast gebruiker</userTemplate>
</bulletinBoardPlus>
Template
The drop down box 'Template' is filled with templates configured in SystemMonitorDisplay <bulletinBoardPlus> tab. It is also possible to enter any text in this editable drop down box.

Other fields in the tab BulletinBoardPlus
Buttons Refresh, Save and fields log Level, Search in Message, Max number of events have the same meaning and behaviour as in standard BulletinBoard.

Zie ook notulen
Water Coach werksessie 2012-06-01

Aanwezig:
Frank Keppel
Rens van den Bergh
Michelline Hounjet
Simone De Kleermaeker
Martin Verlaan

Ondersteunen script creatie (software ontwikkeling)

Visualiseren van script: plot de activiteiten in een simpele grafiek. Daarvoor moeten activiteiten in een categorie van tijdsduur worden geplaatst.

Scenario generator

Meerdere scenario's maken obv ensemble's?
>>>>>> Metingen vervangen door 1 van de ensemble runs (betekent dat je ook het water 50 keer moet door rekenen)
Model data die fews toont verandert niet!!

Leerdoelen

  • Knoppencursus
    • focus op vaardigheid
    • basis verwachting maken
  • Ervaring op doen met maken van verwachting in extreme situaties i.e. alarmpeilen (simulatie)
    • focus op inhoud
    • hoe houd je iemand geintresseerd?
  • Ervaring op doen met maken van verwachting in extreme situaties i.e. alarmpeilen (training)
    • focus op het proces
    • belangen worden groter
    • mensen gaan op je leunen (directeur gaat zich er mee bemoeien)
    • media aandacht (afleiding, tijdvreters)
    • tijdsindeling, hoe ga je om met tijdsdruk

Tijdsdruk - mini game

  • Laat speler een visuele tijdslijn maken, waarin ze alle acties en belangrijke momenten in de tijd uit zetten
    • Het spel kan je houden aan je eigen planning
    • Zomer- wintertijd. KNMI hanteert geen zomertijd, dat kun je dus fout doen.
    • Dit kan een opzet zijn voor een hulpmiddel tijdens operationele acties
  • Communicatie
    • focus op de inhoud
    • terminologie: knmi begint over trog, wat is dat? Hoe gaan mensen met niet bestaande term om?
      >>>> woordenboek / naslagwerk (OPLTR-198)
      • "punten" door woorden op te zoeken die niet bestaan
      • afweging maken of je alle moeilijke termen opzoekt ivm tijdsdruk, a la 2 voor 12 (je mag het maar 10 keer doen)
    • weerinfo in het spel moet gebaseerd op die selectie die SVSD en KNMI samen belangrijk vinden voor een maritieme verwachting
    • speler moet:
      • informatie filteren op relevante info
      • info afwijkend van verwachting afwegen
      • knmi denkt er niet aan, dus je moet er naar vragen
    • KNMI (script) kan informeren obv 50 ensemble runs, waarvan sommige extreem zullen zijn
    • KNMI vs SVSD met knmi als doel om (zonder te liegen) zo'n slecht mogelijke verwachting
    • SVSD als KNMI vs SVSD
  • Communicatie
    • focus op het proces
    • procedures goed volgen (om gaan met pers, directie limburg, etc)
    • Je moet afstemmen met
      • knmi
      • hmc's
      • senior
    • Je mag afstemmen met
      • xx
    • Je mag niet afstemmen met
      • xx

Omgaan met tegenslag en tijdsdruk is onderdeel van de moeilijkheidsgraad, niet een leerdoel op zich.

>>>> Moeilijkheidsgraad (OPLTR-180)

  • Beginners (level 1, of tot aan het eerste bericht)
    • Hulp door een senior (vraagbaak)
    • KNMI geeft informatie obv de ensemble die is gebruikt om de metingen te maken (zie scenario generator)
  • Gemiddeld (level 2, of tot aan het tweede bericht)
    • geen hulp, geen obstakels
  • Ervaren mensen (level 3)
    • Obstakels in de vorm van moeilijke vragen of tegenslag

Voor het spel kun je deze "obstakels" aandikken (Drama creeren in "stories"). Maakt het grappig, herkenbaar en maakt dat je de subtiliteiten in de praktijk eerder doorziet

    • Verschillende karakters
    • Tegenslag (meetpaal/stroom/model valt uit; etc )
    • Opvoeren tijdsdruk (KNMI berekening komen een uur later (i.e. je hebt een uur minder om de verwachting te maken); overvloeden met extra vragen)
    • Buitenwereld (paarden op een wad, nieuwe auto's op de kade)
    • Vragen die je niet mag/ mag /moet beantwoorden
    • Berichten gekoppeld aan een drempelwaarde

>>>> Verzamel dit soort berichten schiet die random af tijden de training. De hoeveelheid berichten is:

    • Vooraf bepaald, of
    • Gekoppeld aan een moeilijkheidsgraad, of
    • Gekoppeld aan progressie van speler

Extra immersie door de "knmi-er" een karakter te geven (meewerkend, knorrig, etc)

  • Moeilijkheidsgraad: laat speler vooraf kiezen wat voor'n type knmi-er je krijgt (verwarde professor, newby, exact op maat gesneden)

Feedback

Verwachting + redenatie van elke speler / team opslaan

  • No labels