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

Remove allometry size thresholds in FATES #1102

Open
JessicaNeedham opened this issue Oct 16, 2023 · 4 comments
Open

Remove allometry size thresholds in FATES #1102

JessicaNeedham opened this issue Oct 16, 2023 · 4 comments

Comments

@JessicaNeedham
Copy link
Contributor

FATES has some threshold parameters related to allometry, e.g. fates_recruit_seed_dbh_repro_threshold and fates_allom_dbh_maxheight that are not biologically realistic and can cause strange behavior in some contexts. For example, the dbh at max height parameter causes an increase in radial growth at large sizes which is inconsistent with data, and might in part contribute to FATES’s large tree problem. It is also possible that step functions are causing issues with integration as part of daily allocation of carbon.

We discussed in the software meeting today removing these thresholds. While different species do have different max heights in nature, this can be approximated with an asymptotic function e.g. the Martinez-Cano et al. 2019 that is already in FATES. @adamhb ’s TRS (tree recruitment scheme) also relates dbh to reproductive allocation using a continuous function rather than a threshold value which seems more biologically reasonable.

Does anyone see any reason to keep these thresholds or could we remove them in a future PR?

@adamhb
Copy link
Contributor

adamhb commented Oct 17, 2023

Hi @JessicaNeedham,

I support removing the step functions for the reasons you mention above. As mentioned in our discussion on PR 1093, there are some fringe cases where it can be useful to cap leaf biomass using fates_allom_dbh_maxheight in this section of code when allom_lmode = 3. But this was really just a stopgap measure to keep the needed number of vai bins below 30 for large, tall, narrow crowns, not a good long term solution.

Another related physiology question that @JessicaNeedham and I were discussing is if leaf biomass should continue to increase with DBH, or if there is a point where this should also asymptote in large trees. If maintenance costs continue to increase then leaf biomass might need to too, but perhaps at some point large trees increase their dbh (just heartwood) without increasing the live (metabolizing) components and therefore leaf biomass doesn't keep growing with DBH...?

@JessicaNeedham
Copy link
Contributor Author

Here's dbh by leaf biomass from the BAAd database:
Screenshot 2023-10-17 at 11 16 28

It looks like an exponential or almost linear depending on PFT, although you're right that there isn't a huge amount of data for the large sizes.

@JoshuaRady
Copy link

@JessicaNeedham,
I would not like to see fates_allom_dbh_maxheight deprecated. I am use fates_allom_dbh_maxheight to specify an asymptotic max height for one of my allometries. This might be considered a misuse of this this parameter but with a limited number of parameter sometimes the interpretation needs to vary a bit across routines that uses it. I'm hoping to find time to put in a PR to add my new allometries and was going to bring this issue up in it, possibly suggesting a change in name. In any case I would appreciate it if the parameter stuck around for the moment.

I hear your underlying concern about the unrealistic nature of the way that the max height is implemented in the current allometries. I see that as a code/allometry problem. However, given the other limitations in FATES a max height parameter seems like it may be useful for a while.

@JessicaNeedham
Copy link
Contributor Author

Hi @JoshuaRady , thanks for the feedback. Could you say more about how you are using the fates_allom_dbh_maxheight parameter? How does your asymptotic max height allometry differ from using the Michaelis-Menten function specified by allom_hmode = 5?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: ❕Todo
Development

No branches or pull requests

3 participants