-
Notifications
You must be signed in to change notification settings - Fork 160
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
GCAM (v7.0) -forcing a target temperature #413
Comments
The file |
Thank you very much! I followed your suggestion and started a batch run last night. So far my laptop (not a bad one) is running for more than 14 hours. what I am missing from the exe environment is the total number of scenario dispatches (now its at #62) to estimate when the model can stop. It is really because of a lack of comprehensive understanding of how the batch run was determined. Before I hit run, I was simply thinking of using the results to understand what scenarios were generated with my single temperature goal. but now it seems like the (time) cost is indeed high and maybe you can direct me to determine given the specified batch run, how many model runs would there be in total? Cheers! |
Well, if you're on scenario dispatch number 62, that's about 50 more scenario dispatches than I've ever seen, so I don't think there's anything good happening! There are probably just a lot of solution failures, and each run isn't producing any useful information that helps get closer to the target. I don't know; I haven't ever run a 1.9, and we don't include that scenario in our continuous integration testing. We do include 2.6, so that should work, and perhaps you should just cut off the 1.9 run and try 2.6, and only ratchet up the stringency once you know that the scenario set-up works. |
Exactly. now after some workout and coming back it is at scenario dispatch #86. I remember last night i did not see any error 'the following model periods did not solve: 21' but today i saw a lot. I guess i should halt the current run and check what you recommended. I also have a question: does it mean that, given the newly added/modified relationships/data in v7. 1.5 degree as a target is simply not achievable? |
I don't know; again the 1.9 W/m2 target isn't part of our standard testing suite. Still one thing that might make it harder to solve such an extreme scenario is the assumed negative emissions budget specified in |
Hi guys! I'm sorry for joining the discussion but I have a few doubts about topics which are really close to yours. More specifically I'm trying to run the 2.6 and 1.9 and I'd like to check whether I'm doing everything properly. I already run the 4.5 and 3.7 by simply using forcing_4p5 and forcing_3p7 respectively as policy target files in the configuration_policy.xml . The results are satisfying but here comes the first question: Please let me know if you can help me and thanks a lot in advance! |
I have encountered the same problem mentioned in the previous comment. Have you found a solution? |
I'm not exactly sure what the question is; there seemed to be issues of model implementation as well as theoretical questions about the intersection of the SSP's and the RCP's and which combinations therein are possible. As a description on the theoretical part, the SSP’s define future socioeconomic and technological conditions that are relevant for determining the difficulty of adapting to and mitigating climate change. The RCP's describe the atmospheric conditions over time that are relevant for determining climate change impacts. For purposes of modeling in GCAM, the RCP’s are defined by year 2100 average radiative forcing, which is estimated based on the concentrations of all substances in the atmosphere in the year 2100 that are relevant for the calculation of radiative forcing. |
I am exploring the GCAM model, with its newest version 7.0. However, I think my question is not related to the version but rather applies to the model itself.
After reading the document (https://jgcri.github.io/gcam-doc/user-guide.html#target-finder): When running the target finder, as is the case when running any policy, users should start from the configuration_policy.xml to ensure the market structures are properly set up. I struggle to understand how I should set up the market structure, given my target is 1.5 degree.
When I looked at the configuration_policy.xml, the default shows that many of the input files use the ssp2 version, while I indeed could find ssp1/3/4/5 versions in the input/gcamdata/xml folder. I wonder if these are the files I should use instead, given that SSP2 (the default ones being used) is simply not in line with my 1.5 degree target.
I ran the model, without addressing the the market structures are properly set up issue, but only specified my policy-target in the configuration_policy.xml file:
policy-target-file: policy_target_1p9_spa1.xml
and
find-path: 1
and in the configuration.xml file:
policy-target-file: policy_target_1p9_spa1.xml
and
find-path: 1
The model seemed to iterate a few times before results were written (as compared to the default run using the configuration_ref), however, tthe results did not changed, as compared to the reference, if I look at co2 emissions or global temperature change over time (for example, by 2100 the temp difference was still 3.6).
Could anyone help me to solve this issue? Many thanks in advance. @Amsterdam
The text was updated successfully, but these errors were encountered: