-
Notifications
You must be signed in to change notification settings - Fork 318
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
allowlakeprod are outputing standard variables instead of the "lake" specific versions... #168
Comments
Erik Kluzek < erik > - 2017-05-19 12:41:29 -0600 If this is a legit problem it goes back to the beginning of this work. The changes below also do work. It also appears that we don't have any tests for allowlakeprod. |
Erik Kluzek < erik > - 2017-05-19 13:04:14 -0600 Add Zack to the CC list. |
David Lawrence < dlawren > - 2017-05-20 08:32:00 -0600 Zack is no longer working in the field so is not likely to comment. We do not and have not used the lake production code so if this is a bug, it hasn't affected anything. We have no current plans to use it, either, though if the fix is easy, we should go ahead and do it. |
We don't test this configuration. So closing as a WONTFIX. |
Merge branch 'rgknox-leafnpp-diag-fix' This pull request mostly deals with some bug fixes to carbon accounting. @jenniferholm noticed that the diagnostics for leaf_npp were periodically showing negative values. Through ESCOMP#164 we identified that this occurred because daily carbon balances during the allocation sequences were sometimes negative to to high respiration and low gpp. The model was correctly using storage carbon to "pay" the negative daily carbon balance and allow maintenance respiration to occur, it was not however correctly diagnosing this flow. The accounting of this process is a little complicated because storage can be used to pay for maintenance respiration as well as maintenance turnover demand. During the process of verifying that carbon accounting errors were low, I triggered spurious values of output variables that triggered netcdf write errors, this lead to the identification that cohort%npp_accum was not being properly copied during copying of cohorts during patch fission. A fix was needed to lawrencium machine files for its lr2 partition for serial runs. While these changes are unrelated to carbon accounting, they are trivial and simple, so I bundled them here. Fixes: ESCOMP#164, ESCOMP#169, ESCOMP#168 and possibly ESCOMP#154 User interface changes?: no Code review: requesting @jenniferholm and @serbinsh for evaluation in their science algorithms. Testing: rgknox: Test suite: lawrencium lr3 (baseline) and lawrencium-lr2 (non-baseline) edTest, Rapid Science Check tool (single site multi-decadal analysis) Test baseline: 5c5928f Test namelist changes: none Test answer changes: Test summary: all PASS andre: Test suite: ed - yellowstone gnu, intel, pgi hobart nag Test baseline: 30f84d7 Test namelist changes: none Test answer changes: bit for bit Test summary: all tests pass Test suite: clm_short - yellowstone gnu, intel, pgi Test baseline: clm4_5_12_r195 Test namelist changes: none Test answer changes: bit for bit Test summary: all tests pass
Actually add a read for ZBOT in the streams for CLMNCEP fixing ESCOMP#168
Erik Kluzek < erik > - 2017-05-19 12:12:34 -0600
Bugzilla Id: 2464
Bugzilla CC: cdkoven, dlawren, rfisher, subin,
When allowlakeprod is on, the lake specific version of variables should be output, and yet it's outputting the non-lake versions which already are output.
This is in clm4_5_16_r241. I need someone to look at this and check if I'm right about this or not. I noticed this looking at the code for other issues.
The text was updated successfully, but these errors were encountered: