-
Notifications
You must be signed in to change notification settings - Fork 92
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
Burial of vegetation by snow in FATES #1250
Comments
Hi @katyarjay Exciting you are running at Toolik :) I guess my question looking at these plots is 'why is the maximum snow depth so much lower in fates'? Is that all down to the differences in the snow burial algorithm? It would be helpful to see a couple more output variables- specifically the elai and tlai, and end albedo, and maybe some temperature variable (tveg?)? Cheers, |
I guess it wouldn't be very hard to add a similar statement to the fates code. You would want to use the 'woody' pft parameter to distinguish whether things should be bending or not... If anything, 20% seems like a very conservative estimate of how much grass bends under persistent snow. I guess danica's implementation was for her cover crop studies where snow might be more intermittent? |
...although it might be easier to check the impact of the snow burial by commenting it out of the clm5-sp run instead? |
Thanks @rosiealice, I like your suggestion to try a CLM-SP run without the snow burial fix - I'll give that a try once derecho is back up! |
Cool. So the differences are mostly in the winter, going with the snow burial theory. Are you sure elai is the same? Tlai will be the same but I have a feeling )and I haven't checked as I am multi tasking) that elai is still prognostic in sp mode? |
I wonder if some of the differences are due to CLM-SP having access to the new biomass heat storage module, which FATES doesn't use (but should!). |
I hadn't thought of that, Ryan, i guess the grass leaves would have a heat capacity, but without woody stems it seems like biomass heat storage would be a small term. Regardless we can turn BHS off too if turning off the snow burial term for grasses in CLM-SP runs doesn't results in more similar snow dynamics in CLM and CLM-FATES simulations. Now if they'd just turn Derecho back on...! |
Hi @katyarjay did you end up figuring this out any further? Asking as we are running some couped simulations where we have too much snow! |
@rosiealice, I tried commenting out the snow burial fix in the CLM code and it didn't affect snow depth at all in my CLM-SP runs. But I did find that changing HTOP in the FATES-SP runs has a significant effect on snow. I decreased HTOP on the surface dataset to 0.3m (it was 0.5) and got much more reasonable results for snow at TOOL (though still less snow than in the CLM-SP runs, especially when decreasing HTOP in those as well): |
I've been running some single-point CLM-SP and FATES-SP experiments at Toolik (with only one pft - c3 arctic grass) and have noticed that there are large differences in snow depth between the CLM and FATES runs. Comparing with the NEON observations of net radiation at this site, the CLM-SP results look pretty good. It seems like this issue is likely due to a difference in how grasses are buried by snow in CLM.
Below is the FATES code describing the fraction exposed vegetation:
fates/biogeochem/FatesAllometryMod.F90
Line 3179 in e06e0df
And the parallel code in CLM, which allows for "snow burial fraction for short vegetation (e.g. grasses, crops) changes with vegetation height using a 20% bending factor, as used in Lombardozzi et al. (2018) GRL 45(18), 9889-9897"
Here is a time series and climatology of snow depth from a CLM-SP run, which looks as expected:
And corresponding results from the FATES-SP run:
Should FATES include a similar bending factor for grasses as is being used in CLM?
@wwieder @adrifoster @ckoven @jenniferholm
The text was updated successfully, but these errors were encountered: