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

fix for double counting halocarbons #201

Merged
merged 2 commits into from Oct 18, 2017
Merged

fix for double counting halocarbons #201

merged 2 commits into from Oct 18, 2017

Conversation

cahartin
Copy link
Contributor

deleted the total forcing from halocarbons so it is not added to the
total forcing.

deleted the total forcing from halocarbons so it is not added to the
total forcing.
@cahartin
Copy link
Contributor Author

this addresses issue #200.

@cahartin
Copy link
Contributor Author

I pulled out a random year of 2000 and plotted the difference between the old version of Hector and the new fixed Hector. We see a significant change in the total harlocarbon forcing, which has been deleted, resulting in a change in total radiative forcing, but we also see a small change in the forcing from CO2.
rf_diff

@cahartin cahartin added the bug label Oct 17, 2017
@cahartin cahartin added this to the v2.0 milestone Oct 17, 2017
@bpbond
Copy link
Member

bpbond commented Oct 18, 2017

The CO2 change is presumably a feedback from previous years? Halocarbons changed, changing temperature, changing the terrestrial and ocean uptakes, changing CO2?

@rplzzz
Copy link
Contributor

rplzzz commented Oct 18, 2017

That sounds right to me. The direction of the feedback change looks right, at least with respect to ocean uptake. Higher temperatures should lead to less ocean absorption, which leaves more in the atmosphere. Does terrestrial uptake go in the same direction?

Copy link
Contributor

@rplzzz rplzzz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This looks fine to me. I suggest you add a note somewhere in the forcing module to the effect that forcings in this list have to be mutually exclusive; there can't be any subtotals. Calculating subtotals for different groups of pollutants seems to be a thing that people do in these models (GCAM has several such, for example), and if we don't put a note in there warning against it, someone is bound to do it again someday.

We should also check SO2. Computing direct, indirect, and total components for it seems to be a common practice, so we should make sure we're not doing that.

@cahartin
Copy link
Contributor Author

good idea @rplzzz, I added a comment in the code. I don't see a problem with SO2. We have 2 entries, one for indirect and one for direct with no total SO2.

@cahartin
Copy link
Contributor Author

temp_diff

@rplzzz and @bpbond do you want to see some other variables, CO2, fluxes, etc?

no subtotals in forcing calcuation.
@cahartin
Copy link
Contributor Author

Just to be complete - atmospheric CO2.
co2_diff

@cahartin cahartin merged commit 8596bfe into master Oct 18, 2017
@cahartin cahartin deleted the dev_halocarb branch October 18, 2017 17:19
@rgieseke rgieseke mentioned this pull request Nov 16, 2017
rgieseke added a commit to openclimatedata/pyhector that referenced this pull request Dec 20, 2017
This applies the bug fix from Hector's 2.0 branch to Pyhector:
JGCRI/hector#201

After compiling the wrapped Hector in its subdirectory,
test output has been updated by running

    ./source/hector input/hector_rcp26.ini

for all RCP scenarios and copying over the updated output
streams to Pyhector's test.

The wrapped Hector needs to be patched in `hectorwrapper/hector`:

    git pull https://github.com/JGCRI/hector pull/201/head
@cahartin cahartin mentioned this pull request Jan 5, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants