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

order of promotion and demotion #269

Closed
rgknox opened this issue Sep 6, 2017 · 3 comments
Closed

order of promotion and demotion #269

rgknox opened this issue Sep 6, 2017 · 3 comments

Comments

@rgknox
Copy link
Contributor

rgknox commented Sep 6, 2017

In EDCanopyStructure.F90:canopy_structure(), cohorts are split and partially demoted to lower layers if the layer they live in is too full. After which, we look top down at which layers are not full, and promote cohorts from lower layers into the one above.

I think the order of operations here matters. The reason, is that since we impose a hard cap on how many layers we are willing to accept, we end up killing understorey plants during the demotion phase, if the lowest allowable layer has too much crown area. It is possible that if we promoted first, the understorey area would had been relaxed, and we would not have had to kill off understorey plants to meet space requirements.

Note: I don't think this is a bug, and I don't think this has anything to do with #267.

@rosiealice
Copy link
Contributor

rosiealice commented Sep 6, 2017 via email

@rgknox
Copy link
Contributor Author

rgknox commented Sep 6, 2017

I don't think it has anything to do with the hanging. I think its more of a science thing than a bug thing.

@rgknox
Copy link
Contributor Author

rgknox commented May 19, 2022

fixed via #501

@rgknox rgknox closed this as completed May 19, 2022
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

2 participants