-
Notifications
You must be signed in to change notification settings - Fork 169
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
Allow DCaPST AmbientCO2 value to be read from weather component. #9524
base: master
Are you sure you want to change the base?
Conversation
Some simulations in the DCaPST validation file are set to run for years in the 1990s and 2000s. Is this change appropriate? Shouldn't a CO₂ setter be included in each of those simulations to set CO2 at the appropriate level? |
…ST. Default this to 420, but allow it to be overridden via the CO2 model value, that can be added to the weather.
…nts in the SorghumDCaPST simulation.
… test that was also forcing public method which should've been private.
Hi Brian. Thank you for your comment. It is a good point. We are looking at implementing a better solution that allows more flexibility than a hardcoded value. Once implemented and tested, I will provide some more information on this Bug report. Hope that's ok? |
….AmbientCO2" instead of "[Weather].CO2" as the XValue.
…n files. Revert Sorghum.json to use the original CO2Modifer.
This might be helpful: #9356. |
Resolves #9523
DCaPST currently uses a default value for the concentration of carbon dioxide (CO2) in the atmosphere, of 363ppm. This value is out of date. Rather than simply change the harcoded value to match the current value of 420ppm, DCaPST will be udpated to use the Weather.CO2 value. This Weather.CO2 can be set via the CO2Value component. DCaPST will now error if no CO2Value component has been added to the Weather component.