inputView

[dunland]

modes overview

mode switching happens via tokens in frontend → UDP string initiates switching of modes

input view

could look somewhat like this:

features:

• changing variables → mark variables to change via colored rectangle (as shown above)
• households: variables of all selected buildings will be changed simultaneously

missing:

• global variables at bottom of screen

[dunland]

Here comes an update of the input mode screen. As always, these are not 100% set yet, so if at any point there is too much coding involved in designing certain features, let's talk about it first. If you ask me, this display is overloaded with text, and we should focus more on using icons as representations of the text.

• as of today, the individual household parameters that can be influenced will be:
  • state of refurbishment (Sanierungszustand, not implemented in our agent-based model yet, but may be added later)
  • heat supply (Wärmeversorgung)
  • electricity supply (Stromanbieter)
  • extraordinary engagement (besonderes Umweltengagement)
• new to this is the value "extraordinary engagement" (as I will call it for now) ‒ this includes energy relevant behavior and attitude values such as special focus on an environmently positive diet, selection of means of transport (car vs bike vs public transport), etc
• A new idea @lwinkeler and I had about the user interaction is that we could provide four sliders, each controlling tokens of a different color. This way, up to four users can work on the table simultaneously. Each of them can set up multiple households at the same time. These are indicated for example by different (roof top) colors in the info screen and aligned in four columns. (on a 4K screen, there might be enough space to stack multiple houses underneath each other...).
• Parameters that are bold are changeable. There will be always one parameter subject to change at a time, which should be highlighted in some way. Either, as suggested, via an arrow, which points at the selected parameter, or by drawing a frame around that entry, or ...
• Additionally to the list of variables, it'd be great to have icons indicating the current state of the variable, for example a heating for the state of heat supplyer / connection to the QUARREE100-heat grid (could also be a gray or green gas pipe, according to the state of connection). The same can be thought of for the electricity supplier, the house's state of refurbishment and the special environmental engagement.
• I don't really know where to position the overview image yet..
• We decided that the input mode itself should have two sub-modes:
  • The first one is to set global scenario/frame conditions for the next evaluation. These could for example be questions like "let's assume the cost for a house renovation be 10K€/30K€/50K€. What would you do?", "let's assume a CO2-prize of 50€/t / 100€/t / 10€/t. How would you behave"? Values like these could be referred to as "global" or "environment" variables and should be displayed permanently somewhere on the bottom of the screen. I don't know right now what these will be eventually.
  • The second submode is to set the individual household parameters listed above. After all variables are set, the parameters will be transfered to GAMA and the simulation will be started.
  • 

[dunland]

I introduced a table called scenario.csv that is to be stored in data. This table shall provide the global variables that define the premise under which users can make individual decisions. scenario.csv

At this point, it contains:

parameter	value
co2_prize	50
renovation_cost	10000