MNiMORPH / TWSM-Modular

The Terrestrial Water Storage Model takes topographic and climatic inputs and outputs a depth to water table.

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

The Terrestrial Water Storage Model (TWSM)

This model combines groundwater and surface water flow to output the elevation of the water table relative to the land surface at a given time.

The model is intended for determining the depth or elevation of the water table, given a certain topography and set of climate inputs. Water table can be below ground (groundwater) or above ground (lake surfaces).

The model works by coupling groundwater and surface water components. The groundwater component is based on the methods used by Fan et al in their paper:

Fan, Y, Li, H, and Miguez-Macho, G, (2013), Global Patterns of Groundwater Table Depth, Science, doi:10.1126/science.1229881

The surface-water component was collaboratively written by R Barnes and KL Callaghan. It works by creating a hierarchy of depressions for the topography, and then allowing water to move across the land surface, filling depressions and spilling from one depression into another. For more details on the depression hierarchy, see:

Barnes, R, Callaghan, KL, and Wickert, AD, (2019), Computing water flow through complex landscapes, Part 2: Finding hierarchies in depressions and morphological segmentations, Earth Surf. Dynam. Discuss., doi:10.5194/esurf-2019-34

More details on the working of surface-water movement across the land surface will be added soon.

This code has not been tested on Windows and may only work on Unix-based systems.

Please contact us if you have questions or suggestions!

Required data inputs

Data inputs are all in a .nc (NetCDF) format. The NetCDF files should have 3 variables: 'lat' for latitude, 'lon' for longitude, and 'value' for the value of interest (e.g. elevation, precipitation, etc).

The following files are required:

  • Topography - elevation in metres
  • Mask - indicating the location of land (1) and ocean (0)
  • Precipitation - in metres per year
  • Evaporation - in metres per year
  • Relative humidity - as a proportion from 0 to 1
  • Winter air temperature - in degrees Celsius
  • Ground temperature - in degrees Celsius
  • Slope - determined from your topography
  • Hydraulic conductivity - in metres per second
  • Wind speed - in metres per second

Dependencies

  • The C++ compiler g++
  • NetCDF for C++
  • RichDEM

Downloading with dependencies

The best way to obtain this code is by cloning the repository.

Before starting, note that in order to include RichDEM from GitHub, you will need a Public Key associated with your account. Instructions to do so can be found here. https://help.github.com/en/github/authenticating-to-github/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent

Clone with submodule dependencies (RichDEM) included:

git clone --recurse-submodules https://github.com/KCallaghan/Coupled_SW_GW

If you forget to do this and just run a normal git clone, you can still pull the submodules:

git submodule update --init --recursive

In either case, use the following to update the submodules:

git pull --recurse-submodules

Compilation

Use the supplied Makefile. Open a terminal in the folder containing the makefile and source code, and type make

Running the code

Ensure that all of the data files are located appropriately in a folder together. Edit the global.cfg configuration file as appropriate. The configuration file contains the following variables:

  • textfilename {The name of your output text file.txt}
  • outfilename {The name of your output depth-to-water-table file in NetCDF format.nc}
  • cells_per_degree {How many cells per degree in your data. E.g. One-degree resolution will be 1. 5 arcsecond resolution will be 12.}

time_start, surfdatadir, and region are all to help you name your input files or place them in a specific folder. The code will look for data files in the following format: surfdatadir + region + time_start + "_suffix.nc", where the suffix refers to the specific file (topo, mask, precip, evap, relhum, temp, slope, wind_speed, ground_temp, or ksat). An example of a file path would be: "surfdata/North_America_10000_topo.nc". In this case, you would set:

  • surfdatadir surfdata/
  • region North_America_
  • time_start 10000

Two run types are possible: equilibrium, and transient. An equilibrium run assumes that the topography and climate are not changing and runs for many iterations until the equilibrium condition for the water table is found. Set the run_type parameter to 'equilibrium'. A transient run requires a starting depth to water table as an additional input. The algorithm will then run for a set number of iterations, to represent a number of years passing, and output the new water table under a changing set of climatic and topographic conditions. In this case, both start and end states are required for all file inputs. Set the time_end parameter to lead to the files at the end time of the transient run, while time_start leads to the files at the initial time of the transient run. The run_type parameter should be set to 'transient'. Other parameters include:

  • deltat {Number of seconds per time step, e.g. 315360000 for a 10-year time step}
  • southern_edge {Southern-most latitude of your domain in decimal degrees, e.g. 5}

Once the configuration file has been set up appropriately, simply open a terminal and type

./a.out global.cfg

There will be some on-screen outputs to indicate the first steps through the code, after which values of interest will be output to the text file and an updated netcdf output file will be saved every 100 iterations.

Outputs

The program outputs a text file that provides information on the current minimum and maximum water table elevation, the changes in surface water and groundwater within the past iteration, and the number of iterations passed. The main output is a netcdf file that supplies the depth to/elevation of the water table. Negative values indicate a water table below the surface, while positive values indicate a water table above the surface (i.e. a lake).

Completing a model run

A satisfactory method of detecting whether the model has reached equilibrium is still under construction. For now, it is at the discretion of the user whether he output after a given number of iterations is appropriate to use. The code will automatically complete after the number of iterations selected in the total_cycles parameter have been performed.

About

The Terrestrial Water Storage Model takes topographic and climatic inputs and outputs a depth to water table.

License:GNU General Public License v3.0


Languages

Language:C++ 99.7%Language:Makefile 0.3%