-
Notifications
You must be signed in to change notification settings - Fork 20
Update documentation of C:N calls #205
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
Conversation
…dd PR preview to publish-docs.yml
…doesn't show up as skipped by splitting docs build and publish workflows; renamed files for clarity and sorting
| $$ | ||
|
|
||
| Where $k_CN$ is a scaling parameter that controls the sensitivity of decomposition rate to C:N ratio. This parameter represents the half-saturation constant of the Michaelis-Menten equation. | ||
| Where $k_{CN}$ is a scaling parameter that controls the sensitivity of decomposition rate to C:N ratio. This parameter represents the half-saturation constant of the Michaelis-Menten equation. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hmmm, this is not really a Michaelis-Menten form, so that much of this comment should probably change.
Do we want to formulate D_{CN} as (k/(k+CN), and label k as "the CN ratio at which the dependency is 1/2"? (This is identical to the current form if k_new is equal to 1/k_current)
We could also formulate this in an analogous way with the D_N_min equation, and use the form 1/(1+CN/k), which is equivalent to k/(k+CN).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for pointing this out. I've addressed it in #216. Hopefully I haven't caused too many conflicts!
|
Closing; have included these changes and more in #216 |
@Alomir please update the description if needed.
In particular this sentence should reflect that CN is calculated on demand when used (if that is correct, as discussed in recent conversation about creating a cn calculating function instead of adding a state variable).
note: there are many commits assoc. w/ this PR b/c I did
git merge --no-ffinstead of rebase. I was just trying minimize merge drama; this is apparently expected behavior.