Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Openwater model with STATSGO+FAO / Soil texture force exclusion option #1658

Open
slinskik opened this issue Dec 17, 2024 · 2 comments
Open
Labels
bug Something isn't working

Comments

@slinskik
Copy link

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.

@slinskik slinskik added the bug Something isn't working label Dec 17, 2024
@karsenau
Copy link
Contributor

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.

FYSA - @jvgeiger @dmocko @emkemp

karsenau added a commit to karsenau/LISF that referenced this issue Dec 18, 2024
 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.
@karsenau
Copy link
Contributor

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants