User experiences Eelco Verschelling and Govert Verhoeven

Attendees: Onno van Logchem, Alex Koster

To find out wat users expect from a new UI for Sobek two colleagues working at Deltares were interviewed this thursday. The experiences derived from interviews like these will be used to implement functionality that will satisfy most users (80/20 rule).

Missing functionality in the current Sobek version

Overview of conveyance for the whole network.
Cross section editor like in Hec Ras or Mike 11 (is planned in delftshell development)
Documentation for entry level user.
Inspection of waterbalance per node from within user interface.

Discussion of DelftShell UI

Possibility to work with several windows open is appreciated. Where possible user should be able to operate Sobek using the keyboard. Treenavigation, opening of views and running models should be possible from the keyboard. Editing input should also be done using the keyboard.
Viewing input and output at the same time (having more than one window open at a time) is very much appreciated.

Requirements

Output should still be accessible even if input has been modified.
Viewing input and output at the same time should be possible
Reimplement Case Analysis Tool
Facilitate working with many combinations of strategies and scenarios
Change properties of multiple objects in the map at once (ModelEdit)

Usage of Sobek

Calculations are usually in the order of 10 minutes. Calculation time varies between 10 seconds and 10 days.
Calculations may be performed for different combinations of Strategies and Scenarios. In current Sobek this means that the user needs to generate several cases using almost the same input.
Analyzing differences between input and output of cases is performed using Case Analysis Tool. Working with Case Analysis Tool has some drawbacks so sometimes people use their own tools.
To perform calculations for many combinations of strategies and scenarios a tool developed by Klaas Jan van Heeringen is used.
When error messages are generated by the flow module it is difficult to find out what should be done to fix the error. SobekCheck provides some validation of the input but in some cases this is not sufficient.

The terminology in DelftShell does not conform to the terminology people are used to.

Scenario : water related issues caused by climatic conditions (external source)
Strategy : man made measure to deal with water related issues
Model : schematization with x-sections, hydraulic structures, properties and boundary conditions
Case : combination of scenario and strategy

Hoi Onno,
 
Hier bij wat punten die mij opvielen tijdens het interviewen:
 
Termen:

    * strategie versus schematisatie
    * scenario versus randvoorwaarden
    * model is een schematiesatie met profielen, kunstwerken en eigensachappen 
      en randvoorwaarden
    * case = +/- strategie en scenario samen 

Algemene opmerkingen:

    * Rekentijd wordt geaccepteerd ('s avonds opstarten, de volgende dag 
      resultaat bekijken)
    * Output en input naast elkaar kunnen zetten (ivm traceren van fouten)
    * Loskoppelen van tijdsafhankelijke data in netter (laterale debiet)
    * Knopen in een schematiesatie zijn vaak gekoppeld aan modules (bijv. RR en CF).
      iwm overzicht dis/enablen als een module geselecteerd is
    * Werken via 2 assen: bij strategie-as en een scenario-as
    * Twee schermen van Netter naast elkaar kunnen zetten als je bijv in 2 lagen 
      bezig ben, of twee schematisaties (cases) aan het bewerken ben.
    * Input en output van verschiilende case beter met elkaar kunnen vergelijken
    * Ideaal zou zijn als je 4 case kunt klaarzetten en laten uitrekenen in 1 job.
    * Overzicht van alle Crossectie op een rij zou mooi zijn.
    * Het selecteren van een stukje schematisatie (ipv 1 knoop) met een overzicht 
      van eigenschappen die daar bij horen.
    * Selectie op type knoop en een overzicht van de eigenschappen
    * Foutmeldingen zijn niet altijd duidelijk

Opmerkingen schematisatie/netter:

    * ID's van knopen kunnen fixeren, zodat je toch knopen (input/ouput gegevens) 
      van twee verschillen schematisaties met elkaar kan vergelijken
    * Reduceren van het aantal klikken is wenselijk. Meeste klikken worden veroorzaakt
      door:  het maken van knopen + eigenschappen in Netter, het switchen van layers in
      Netter. (Gebruik van toetsen -- bv pijltjes toetsen -- zou helpen)
    * Suggestie om met pijltjes stroomopwaards/afwaards door de schematisatie te kunnen
      navigeren werd positief ontvangen

Tip:

    * CrossSection HEC wordt als goed ervaren

 
Okido, dat was het z'n een beetje,
 
 
Met een vriendelijke groet,
 
Alex Koster