-
Notifications
You must be signed in to change notification settings - Fork 110
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
sapwood ratio ref #3
Comments
I don't know the ref, but I'm pretty sure pipe model derives a ratio between m2 leaf to m2 sapwood (cross sectional area). On May 16, 2014, at 5:24 PM, Ryan Knox notifications@github.com wrote:
|
What you say seems to be the conventional wisdom I'm seeing in the literature. see: "Allometric relationships predicting foliar biomass and leaf On an aside, there seems to be some evidence that this area ratio has some dependency on height and other things, based on sapwood conductance. Maybe that would be a an interesting functionality to try some day. In the mean time... if it is the case that sapwood_ratio is an area/area ratio, then we need to address the unit conversion. I will subdue my barking until I can get a ref or reason for our 3900. But beware, I will not rest until I forget about this and get fixated on something else. |
So to revive an old thread, did the sapwood ratio and qsw ever get sorted out? I'm having trouble with the water balance in ED and I think it might comeback to sapwood ratios. |
@crollinson ironically I don't think the sapwood ratio affects water uptake, it just affects allocation |
@crollinson Which error are you getting? Is it happening at the first day of the month? I'm asking because most of the time the error message that the model is not conserving energy/water/carbon budget is not caused by a real budget problem, but due to uninitialized variables. @rgknox In case you haven't found the reference yet, I think the pipe model comes from these two papers, according to Moorcroft et al. 2001: |
@mpaiao I'm not receiving any error. My soil moisture is just ending up so low almost no matter what I do that it's having a hard time supporting deciduous trees. |
Thank you for the references Marcos. On that note, has anyone considered http://link.springer.com/article/10.1007/s00442-015-3220-y?wt_mc=alerts.TOCjournals On Thu, Apr 2, 2015 at 9:42 AM, Christy Rollinson notifications@github.com
|
@rgknox I've seen other models allocating to sapwood, and a fraction of sapwood would become heartwood based on the turnover ratio. Perhaps CLM? I think it would be an interesting test, though it may require a different definition of qsw (I remember that there was some debate on what qsw was supposed to represent at some point, and the values were very different. BTW, Yeonjoo Kim may know where the 3900 came from). @crollinson Some suggestions to try to figure out what is causing the soil to dry so quickly.
|
@mpaiao Thanks for the suggestion. Interestingly, I turned IED_INIT_MODE=-1 and still get trees. That must've gotten disabled somewheres along the way. Looks like that gets to be added to the list of bugs to get fixed at some point. In the meanwhile I'll try hardcoding transp=0 or removing PFTs (so I don't have to recompile the code) and see what happens. I suspect it's a parameterization issue rather than a bug (creating an aquifer helps a lot), but I'll post an issue if I think there's a structural problem. |
If anyone knows the reference for our parametrization of sapwood_ratio(1:17) = 3900 (see ed_params.f90), please chime in and lets get it in the code.
Unit consistency when calculating qsw suggests that sapwood_ratio is [m2 leaf / kg sapwood]. the definition in pft_coms for sapwood_ratio is a little vague, it says "area ratio"
qsw: [kg sapwood] / [kg leaf]
SLA: [m2 leaf] / [kg leaf]
sapwood_ratio: [m2 leaf]/[kg sapwood] ??
The text was updated successfully, but these errors were encountered: