Inputs

Subtask Description:
Identify inputs and useful variables, assess relevance, and assemble metadata.

Action points of the implementation:

Result: a table of the input metadata and functions necessary for the simulation analysis.

Area:
Barcelona Coast, Spain

Policy Issue:
Investigation of the effects of changes in water quality on the aesthetic & recreational aspects of the beaches

Human Activities:
Large scale urban & industrial activity, tourism.

General Information:
The quality of the water in the various beaches is affected significantly during heavy storms. Wastewater treatment plants are unable to deal with the sudden increase of inflow and the capacity of storm collectors is often insufficient to temporarily store this water for later treatment. This results in large quantities of untreated wastewater being released into the coast, causing bacteria concentration to exceed safety levels thus obliging the beach authorities to temporarily prohibit bathing or just causing aesthetic degradation that prohibits beach users from bathing. Reduced use of the coastal water influences the beach users decision whether to stay at the beach or to leave, thus affecting the revenue received by the local businesses and being an important stakeholder concern.

Example of Implementation (Click on tumbnail for full version):

Comments:
This is a well organised example of an input data table, regarding the social system of Barcelona coast. It incorporates the broad name of the inputs, the part of the system that refers to (here: camera model, beach users preference, etc.), identification of whether it is internal or external to the system, natural or human, the type of data it will represent in the model (parameter, boundary condition, forcing function, initial, value), the units, the time period for which time-series are available, the time step in which the data are available, possible conversion, the source that provided them, the level of reference to the model, the feasibility of acquiring them, and the purpose in the model (input, simulation, calibration, validation, proxy). Additionally here, two more fields are added: “Name in Extend” and “Extend blocks number”. Although the choice of the modelling software is a matter between the scientific team and the modellers, similar fields, that provide details for the use of the inputs in the model, are useful because a) they provide transparency to the model and b) they promote reusability as it is easier for the first time user to go through the model and identify which inputs are used for what purpose.

Contact: Ben Tomlinson, tomlinson@icm.csic.es .