Restart file specifies (0,0,0,0), (0,0,0) and (0,0,2) snow layers for each GRU respectively
Various print statements in subroutine read_icond(), showing (1) how initial values are read all at once from the netCDF file, and (2) how values are transferred into the data structure
Regular (non-parallel run)Experiment: Run all 3 GRUs
Command: summa.exe -m filemanager.txtOutcome: Values are correctly read from file and stored in the correct HRU in the data structure. Note that ixFile refers to "index of this HRU in the netCDF file (and thus the data we loaded from the file" and that this matches with HRU and iHRU_global.
Parallel runExperiment: Skip GRU 1, run only GRUs 2 and 3
Command: summa.exe -g 2 2 -m filemanager.txtOutcome: Values are correctly read from file and but incorrectly in data structure. Note that ixFile no longer matches iHRU_global and HRU.
Error catching: If snow layers are present in the domain (as they are here in GRU 3, HRU 3), read_icond() will detect something has gone wrong and exit with a message. In cases where the entire domain has the same number of layers, this error will not have been detected by the code.
Parallel run after changes to fileExperiment: Skip GRU 1, run only GRUs 2 and 3
Command: summa.exe -g 2 2 -m filemanager.txtOutcome: Values are read correctly from file and stored correctly in the data structure. ixFile matches iHRU_global (for obvious reasons, becaues iHRU_global is now used for indexing) and HRU.
Ran the whole domain from start to finish, using a 2-month simulation while generating a restart file at the start of the second month (this is the same restart file as used in the tests above);
Ran the second month only, using the restart file from (1) and a variety of runs:
Make sure all the relevant boxes are checked (and only check the box if you actually completed the step):
./summa/docs/whats-new.md
or./summa/docs/minor-changes.md
depending on what changed)Relevant code: https://github.com/CH-Earth/summa/blob/fa9adf808229a45085defdc2bb8ef05836b9b3aa/build/source/netcdf/read_icond.f90#L279-L330
Experiment setup:
read_icond()
, showing (1) how initial values are read all at once from the netCDF file, and (2) how values are transferred into the data structureRegular (non-parallel run) Experiment: Run all 3 GRUs Command:
summa.exe -m filemanager.txt
Outcome: Values are correctly read from file and stored in the correct HRU in the data structure. Note thatixFile
refers to "index of this HRU in the netCDF file (and thus the data we loaded from the file" and that this matches withHRU
andiHRU_global
.Print outputs (reformatted for easier reading):
Parallel run Experiment: Skip GRU 1, run only GRUs 2 and 3 Command:
summa.exe -g 2 2 -m filemanager.txt
Outcome: Values are correctly read from file and but incorrectly in data structure. Note thatixFile
no longer matchesiHRU_global
andHRU
. Error catching: If snow layers are present in the domain (as they are here in GRU 3, HRU 3),read_icond()
will detect something has gone wrong and exit with a message. In cases where the entire domain has the same number of layers, this error will not have been detected by the code.Print outputs (reformatted for easier reading):
Parallel run after changes to file Experiment: Skip GRU 1, run only GRUs 2 and 3 Command:
summa.exe -g 2 2 -m filemanager.txt
Outcome: Values are read correctly from file and stored correctly in the data structure.ixFile
matchesiHRU_global
(for obvious reasons, becaues iHRU_global is now used for indexing) andHRU
.Additional tests To confirm functioning I:
summa.exe -m filemanager.txt
)summa.exe -g 1 1 -m filemanager.txt
,.. -g 2 1 ..
, etc.),
.. -g 2 2 ..`, etc.),
.. -g 2 3 ..`, etc.)All runs from (2) are identical to the baseline run.