You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
LIS crashes when run with the openwater model over the FLDAS-Global domain (180°W to 180°E, 60°S to 90°N) with STATSGO+FAO soils without setting "Soil texture force exclusion of water points during fill: .true." in LDT when I generate the LIS input file.
Setting "Soil texture force exclusion of water points during fill: .true." fixes the issue.
Thanks @slinskik for this information of the problem you ran into.
I am working on testing a solution at this time in LDT to ensure a check for when STATSGOFAO is present AND surface model types > 1. Will provide an update soon on this.
Implemented fix in LDT to address when the
Soil texture force exclusion of water points during fill is not
set in the ldt.config file, even though STATSGOFAO soil texture
and more than 1 surface model type are selected.
The default value is set to "false", which causes a mismatch for
points north of -60S in STATSGOFAO soil texture and when surface
type, e.g., open water, are selected -- and causes LIS run to fail.
This is issue is documented in the LISF GitHub issue NASA-LIS#1658.
In addition, some additional info has been included in ldt.config.adoc
and some additional comment notes for SRTM30 native topo readers
for dealing with points south of -60S.
This is issue is addressed with the recent pull request: #1662
With testcase provided to run through the steps. The case involves running with STATSGOFAO soil texture + 2 surface model types in a simple ensemble case with NoahMP401 + HyMAP, with MERRA2 forcing and perturbed forcing.
Bug Description
LIS crashes when run with the openwater model over the FLDAS-Global domain (180°W to 180°E, 60°S to 90°N) with STATSGO+FAO soils without setting "Soil texture force exclusion of water points during fill: .true." in LDT when I generate the LIS input file.
Setting "Soil texture force exclusion of water points during fill: .true." fixes the issue.
Steps to Replicate
@karsenau has replicated this error.
The text was updated successfully, but these errors were encountered: