-
Notifications
You must be signed in to change notification settings - Fork 6
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
facilitate output of potential evaporation directly from the offline code base #335
Comments
Process
edit: |
@ccarouge I may have been unlucky with exactly when you did a merge/update of MAIN - but benchcab seems to have failed for me. I think the problem is that the cable.nml file that gets created is/was still back with 'check%range = .FALSE.' - with the net result that nothing runs (and the bitwise comparison fails) - see I also note that the site specific outputs seem to reference Any suggestions? Perhaps I need to do a fresh git clone but I did do a benchcab clean all. |
I've checked - git status indicates that my local copy of benchcab is in sync with origin/main except for the config.yaml file, and the nml file attached is that created by benchcab (for AU-ASM). The out.txt file is giving the NAMELIST input error |
@har917 I believe this is now solved or about to be solved from the issue on benchcab repository. We still need some changes to benchcab, spatial configurations and the benchcab documentation so it works for everyone but you should be good here. |
#346) # CABLE Thank you for submitting a pull request to the CABLE Project. ## Description This PR adds the potential evaporation diagnostic (`canopy%epot`) to fluxes section of the cable output. A minor correction to the diagnostic has also been applied - which could lead to impacts in the coupled model (via `%wetfac_cs` and JULES variable `resft`) - and the checks_ranges updated. Fixes #335 ## Type of change Please delete options that are not relevant. - [x] Bug fix - [x] additional output ## Checklist - [x] The new content is accessible and located in the appropriate section. - [ ] I have checked that links are valid and point to the intended content. - [ ] I have checked my code/text and corrected any misspellings Please add a reviewer when ready for review. <!-- readthedocs-preview cable start --> ---- 📚 Documentation preview 📚: https://cable--346.org.readthedocs.build/en/346/ <!-- readthedocs-preview cable end -->
# CABLE ## Description This PR aims to achieve two tasks - removing the hard-wired lake index from the offline code (including GW module) - maintaining lakes at saturation in offline model (soil-snow only) Fixes #341 Addresses #347 ## Type of change - [x] Bug fix - [x] Science advancement ## Checklist - [x] The new content is accessible and located in the appropriate section. - [ ] I have checked that links are valid and point to the intended content. - [ ] I have checked my code/text and corrected any misspellings Please add a reviewer when ready for review. <!-- readthedocs-preview cable start --> ---- 📚 Documentation preview 📚: https://cable--348.org.readthedocs.build/en/348/ <!-- readthedocs-preview cable end -->
There are many applications where direct knowledge of potential evaporation (and/or its relation to simulated evaporation or evapotranspiration) would be of interest. However this is not facilitated by CABLE despite the
canopy%epot
variable carrying this information. While an approximation of average potential evaporation could be estimated from other outputs, the nonlinearity in the equations implies that it would be better evaluated by CABLE's inbuilt time averaging.Note that
ssnow%potev
in CABLE is more strictly the 'latent heat flux consistent with potential evaporation from the soil' not evaporation itself - i.e. units are currently W/m2 not mm of water/s - this may need to be handled within this issue.The text was updated successfully, but these errors were encountered: