-
Notifications
You must be signed in to change notification settings - Fork 446
[WIP] Changes the way columns and patches are identified #7790
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
base: master
Are you sure you want to change the base?
Conversation
|
@bishtgautam I don't see any obvious conflicts with the E3SM-GCAM code, although I am not sure if you are comparing with the current master, which includes the E3SM-GCAM code. Most of these files were not touched by adding the human component. The init and restart files appear not to change any land level weighting. As long as the new check functions the same as the old one, and all of the code controlled by it functions the same, I don't think it should be an issue. |
|
After a few open land-related PRs are merged, I will rebase this PR off the master. |
Presently, the way a column or a patch is identified is whether they are associated with natural vegetation
or crop is to look at the landunit type.
This PR does the following :
col_pp:is_soilis_cropis_lakeveg_ppis_on_soil_colis_on_crop_colThis change will help in the development of dynamic lake areas.