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

Single cohort BGC mode #679

Open
rosiealice opened this issue Aug 5, 2020 · 12 comments
Open

Single cohort BGC mode #679

rosiealice opened this issue Aug 5, 2020 · 12 comments

Comments

@rosiealice
Copy link
Contributor

In light of our desire to a) figure out if and how FATES could be speeded up (as per @dlawrenncar 's tests in ESCOMP/CTSM#1076) we thought it would be good to add another reduced-complexity mode which has

  • Fixed biogeography (as is already running) with prescribed patch area from surface dataset.
  • One patch per PFT (as per nocomp mode)
  • One cohort per PFT/oatch (as is intended for SP mode)
    AND
  • active carbon cycling by this one cohort (thus, prognostic LAI, carbon pools etc.)

This is therefore as close as one can get FATES to looking like CLM/ELM BGC modes, and therefore would provide a way of assessing the cost of just the FATES physiology implementation, as well as providing a platform for people who would still like to do BGC simulations but in the absence of demographics (e.g. to rapidly test hypotheses e.g. of controls on NPP?)

The primary differences between FATES and CLM should thus be the multi-layer canopy in FATES as well as the different allocation scheme.

The major scientific hurdle to implementation would be figuring out what to do about 'n' for the single cohort in question. One could follow the logic in here: https://docs.google.com/document/d/1n72jKxuxvF4pxTKCpZ1Ot_w1y_aK24LpO37gumnFStA/edit
assuming a full canopy layer. I have to think about this a little more.

@rosiealice rosiealice changed the title Single cohort mode Single cohort BGC mode Aug 5, 2020
@ckoven
Copy link
Contributor

ckoven commented Aug 5, 2020

Hi @rosiealice, I was trying to think this through some more this morning. I think a possible solution to this is along the lines the following:

  1. turn off both recruitment and mortality.
  2. represent the effect of mortality via a turnover time of stemwood carbon, which we already have in place as the branch loss term in the allocation code. so set that as something like a 2%/year or similar loss of stemwood carbon to represent mortality
  3. at each daily timestep, update the carbon gains from NPP and carbon losses from turnover to prognose the biomass pools of the cohort as per usual.
  4. after updating the biomass, solve for new values of both DBH and n to satisfy the two conservation equations for crown area and stem biomass at the level of the ecosystem:
    n_new * crown_area(DBH_new) = patch area
    n_new * stem_biomass_allometry(DBH_new) = n_old * stem_biomass_allometry(DBH_old)

I think this would be a bit different from the solution that Levine et al 2016 arrived at in their implementation of a big-leaf version of ED2, which they describe in appendix S2 of (https://www.pnas.org/content/113/3/793.short), because FATES has the crown area conservation from PPA that is not in ED2, which via the equations above should allow us to prognose diameter and thus height(DBH) instead of fixing height at some value as they did in ED2-big leaf.

@ckoven
Copy link
Contributor

ckoven commented Aug 5, 2020

I guess, to make this even more of a closer analogue to the full model, we could calculate all of the mortality rates as per normal but just use them in the sense of a stemwood turnover rate in step 2 above rather than an actual mortality rate?

@aswann
Copy link
Collaborator

aswann commented Aug 5, 2020

I'm very much in favor of having this mode of FATES. I currently use CLM-BGC mode to have prognostic leaves & biomass without having to deal with changing plant distributions.

This approach sounds reasonable to me but good to explicitly recognize that it has a built in assumption that roughness length will change when biomass changes. @ckoven pointed out that if there was a big disturbance event the left over plants would all of a sudden become smaller. This would impact roughness which will impact turbulent fluxes with the atmosphere.

I think the ED-Big leaf version from the Levine et al 2016 paper had a different goal - which was to show how the cohort-based approach differed from other DGVM approaches, rather than from a static spatial distribution of plants.

@dlawrenncar
Copy link

dlawrenncar commented Aug 5, 2020 via email

@ckoven
Copy link
Contributor

ckoven commented Aug 5, 2020

Yeah I guess the slightly weird dynamic of the scheme I'm suggesting above is that, when something causing elevated mortality rates and/or low growth rates were to occur, the number density of plants would tend to actually increase, as I'm pretty sure that the solution to the two allometry equations (at least for the parameter values that I would think we'd use) would generally result in a larger number of smaller-statured trees to fill the available canopy area. I guess that's kind of how the real world works in a long-term steady-state sense, whereby high disturbance rates mean lots of small canopy trees and low disturbance rates mean fewer large canopy trees, but it does seem a bit odd that mortality would instantaneously increase the population size. But maybe that's just a fundamental artifact of a big-leaf view of the world.

We'd probably also have to use higher values of the leaf biomass allometry parameters to compensate for having only one canopy layer.

@ckoven
Copy link
Contributor

ckoven commented Aug 14, 2020

I tried to work through the math of how to solve for n and DBH, given the dual constraints on crown area and biomass conservation. There is an analytic solution for the special case where both biomass and crown area allometries are power laws. Algebra here: https://github.com/ckoven/assorted_notebooks/blob/master/fates_bigleaf_equations.ipynb

I tried to work through the case with Chave et al allometry and the Michaelis-Menten height allometry from Martinez-Cano (which is needed since Chave has a height term in the biomass allometry equation), but arrived at a set of equations that didn't seem to have an obvious analytic solution. So probably we could use the equations above for the special case of power-law allometries but then put in a numerical solution for the more general case of arbitrary allometries.

@wwieder
Copy link

wwieder commented Nov 15, 2022

I'm not sure where to drop this question, but I wondered about the status of other reduced complexity modes from FATES? FATES-sp is supported, but what's the status and timeline of getting features of other modes running?

@glemieux
Copy link
Contributor

We have a FATES board dedicated to this, although its been a while since it was updated: https://github.com/NGEET/fates/projects/5

@jkshuman
Copy link
Contributor

This list of various complexity modes are functional and undergoing calibration and testing for various sites, region, and global applications across a range of projects.

Modes are set at case creation using namelist options as summarized below and here FATES runtime modes

  • FATES-SP (PFTs, LAI, and other details read from data)
    • specify FATES SP compset in case creation (such as I2000Clm51FatesSpRsGs for CLM)
    • in user_nl_clm set use_fates_sp = .true.
  • FATES-fixed biogeography (PFTs read from data & run with or without competition)
    • specify FATES compset
    • FATES-fixed biogeo nocomp (PFTs read from data & do not compete)
      • in user_nl_clm set use_fates_fixed_biogeog=.true.
      • in user_nl_clm set use_fates_fixed_nocomp=.true.
    • FATES-fixed biogeo comp (PFTs read from data & will compete)
      • in user_nl_clm set use_fates_fixed_biogeog=.true.
  • FATES (all PFTS everywhere and will compete)

@ckoven
Copy link
Contributor

ckoven commented Nov 15, 2022

I gave up on this proposed configuration a while ago, because I'm not sure it's really needed or what the real use-case would be (other than maybe a one-off study). While the current fixed-biogeography/nocomp is not exactly parallel in assumptions to big-leaf BGC mode, it is close enough to be comparable. I think our current portfolio of configurations might be sufficient for the long run?

@rosiealice
Copy link
Contributor Author

Thanks all.

Indeed the titular mode of this thread is the one @ckoven didn't end up pursuing, but all the modes @jkshuman describes are functional, plus twommore from earlier, so in total we have:

-FATES- SP

-fixed biogeography (without competition)
-fixed biogeography (with competition)
-No competition by itself *

-Full FATES

Plus:
-Static stand structure (initialised from inventory)
-Prescribed physiology (just runs stuff downstream of NPP and mortality)

These latter two are presently mostly run for site level applications.

Many of these have publications associated with them. Rutuja and Jessie have papers on the latter two, and Marius Lambert's papers on hydraulics and frost damage will utilise SP mode and no comp mode.

At the moment I am focusing on the bigger biases in SP mode and @JessicaNeedham is looking further down the chain (with iteration i between).

  • this runs an equal fraction of all PFTs everywhere so has more limited (but not no) applications.

@jkshuman
Copy link
Contributor

given comment from @ckoven "

I gave up on this proposed configuration a while ago, because I'm not sure it's really needed or what the real use-case would be (other than maybe a one-off study). While the current fixed-biogeography/nocomp is not exactly parallel in assumptions to big-leaf BGC mode, it is close enough to be comparable. I think our current portfolio of configurations might be sufficient for the long run?

should this issue be closed?

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

No branches or pull requests

7 participants