Page History

<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. Het huidige project voorziet alleen in een methodiek voor het verzamelen van alle benodigde data voor een scenario. Er wordt momenteel niet gewerkt aan een zogenaamde automatische scenario generator.
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. Het huidige project voorziet alleen in een methodiek voor het bewerken van een bestaand scenario op basis van eerdere ervaringen binnen FEWS Rivieren. Aad D. is van mening dat een kloppende meteorologie van ondergeschikt belang is. 
3. Generatie van een scenario bij bepaalde waterstandsverwachtingen of afvoerdebieten met bijbehorend weerbeeld. Dit is voor nu niet realiseerbaar.

Bewerken scenario

The GUI should offer an intuitive method to adjust the data of the timeline, i.e. adapt the scenario:
Increase occurred water levels (measured and/or forecast)
Simulated failure of measurements by deleting certain signals
Manipulate availability of data, to simulate (temporarily) failing data and systems:
Measurements not available for the entire period of interest
Forecasts that come in (too) late
etc
etc
A scenario editor is not part of the current project plan. It is suggested to look into this in a later stage.

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  weersverwachtingen 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.

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!!

Archiveren events

This functionality is built in gradually into FEWS. Every step will be discussed with the client (or a representative) after implementation. During these discussion, ideas to fine-tune the next implementation step will arise and can still be incorporated.

Making a copy of the relevant data may not under any circumstances disturb the workflow of the operators. Therefore, the actual copying of the dataset will only be performed after the crisis has passed. The relevant data is stored within the database MATROOS and the local datastore of FEWS North Sea. Both MATROOS and the local datastore keep all data for at least 10 days, which is enough history for a storm surge event as is the case for the SVSD. (Please note that this condition needs to be check for each individual FEWS configuration where this method will be applied.)

This will result in a prototype, that keeps growing in functionality. If the remaining budget and time permits it, the final prototype will be tested within the FC2015 Serious Gaming environment.

Make a copy of all data in FEWS
The archive functionality should be configured and implemented in the operational FEWS system. This includes:
Archive of the Forecasts, Thresholds, TimeSeries of selected modules and the FEWS Configuration into Zip files.
Data storage availability
The archive_run will be scheduled on a daily / weekly basis and thus performed automatically. The archive is saved on a pre-defined location. The archive can be stored for a period of for example 1 year (via a rolling barrel method).
Note: It is not correct to use the local data store to make a copy of the data in FEWS, since the content of the local data store is not complete, but only a snap-shot of the current state of FEWS for a fixed period of time (e.g. the last 10 days). The content changes every second via the rolling barrel method. Therefore, this can not be used to recreate an event.
Retrieve copy based on time markers
Within the period that the archive is saved, the data for a specific time window can be retrieved from the archive based on time markers (start and stop time) and imported to a local data store. For this, the archive server will be used. The following functionality is required (partially to be developed):
Define time window for which to restore data
Import data (i.e. Zip files) into a local data store
Filter log file from Bulletin Board on event-messages to generate the time line (see below)
Furthermore, you want to log the occurrence of interesting events during the scenario, i.e. the historical time line. This time line can be entered to by hand or automatically, see below.
Retrieve copy based on time markers for selected parameters
It is too complex to archive only selected parameters. Also, it is not necessary from a performance point of view. The size of the local data store does not effect the performance of Fews, as long as it is configured correctly (e.g. use of the amalgamme module). Therefore, we will not look into this.
2a: Manual generation of time markers via "bulletin board

Create an event-message using Bulletin Board to mark
Beginning and end of the scenario
Interesting events
The messages created by all users are stored in the same overall log file.
The template of the event should be the following (requires discipline of the user)
yyyy-mm-dd hh:mm <description of event>
These even-messages are stored amongst other messages and have to be filtered out afterwards, based on
Events entered by certain users
Events starting with the date and time tag as described above.
2b: Automated generation of time markers via thresholds

Create an event message into the Bulletin Board to mark
Beginning (and end) of the scenario
Interesting events, ie.
Approve forecast
Occurrence of predefined (water) levels
Which data is analyzed by the operator
The template of the event should be similar to the manual messages.
The messages are filtered out similar to the manual messages.
Please note that in the operational system there will be multiple users, simultaneously logged on to the FEWS North Sea system. The implementation for the above should be able to deal with this in a logical way.

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.

...