Comments (18)
Thanks, @robertpietzcker for the clarification. Maybe @christophbertram can explain why he added them and what was the rationale behind it.
from remind.
On PE to Electricity and Heat. Depends on the definition. The approach to allocate all CHP inputs to the electricity input is OK. One could also use the co-production factor for heat to allocate between electricity and heat.
from remind.
Note that this is based on an analysis of a mif file that went through the mapping, so what is exported to IIASA. And it is a bit confusing if that happens despite that fact we have an
Other
category.
But I am not sure if the solution is to use other
as a dump to make the summation work. In some cases on the emission data we have the total and some sub-values from one source and other sub-values (e.g. Land-Use) from another. Other
also exists as an AR6 category and I am not sure if it might create more confusion if we use it in a different way to balance out other inconsistencies.
from remind.
On the Emi
and FE
variables. Is there a reason why we don't use the variable versions with +
in the most recent AR6 mapping? They should sum up. I guess, in the case of emissions the problem is that Emissions|CH4|Land
comes from Magpie. I don't know how the emissions reporting works/is supposed to work when Magpie is involved. @dklein-pik is the one who worked on that.
Why should PE|Biomass|Electricity + Heat
be PE|Biomass|Electricity|w/ CC + w/o CC
in the first place? Electricity and heat are two different sectors.
On the energy investments: This is a reporting function which has not been checked for consistency since the reporting overhaul and therefore does not have +
variables so far. From looking at the code, I would guess that Energy Investments|Elec|Storage
(this line) still needs to be added to Energy Investments|Electricity
(this line).
from remind.
On PE to Electricity and Heat. Depends on the definition. The approach to allocate all CHP inputs to the electricity input is OK. One could also use the co-production factor for heat to allocate between electricity and heat.
But here it looks like simply ALL of PE|Biomass|Heat is added to Primary Energy|Biomass|Electricity.
As there is no "Primary Energy|Biomass|Heat" AR6 variable reported by this mapping, I am pretty sure this is simply a copy-paste error and should be corrected.
(same for Primary Energy|Coal|Heat, Primary Energy|Gas|Heat, ...
from remind.
I made clear above that I used the summation_group template in piamInterfaces to see which groups are assumed to sum to each other, and then used the mapping inversely to find out to which remind2 variables they correspond. This way, it could easily be seen that AR6 variable Primary Energy|Gas|Electricity
is remind2 PE|Gas|Electricity + PE|Gas|Heat
, but this is not reflected in the summation_group file (which may simply be outdated, which we should fix thenβ¦)
from remind.
On the
Emi
andFE
variables. Is there a reason why we don't use the variable versions with+
in the most recent AR6 mapping? They should sum up. I guess, in the case of emissions the problem is thatEmissions|CH4|Land
comes from Magpie. I don't know how the emissions reporting works/is supposed to work when Magpie is involved. @dklein-pik is the one who worked on that.
I don't know. Maybe nobody adapted it.
Why should
PE|Biomass|Electricity + Heat
bePE|Biomass|Electricity|w/ CC + w/o CC
in the first place? Electricity and heat are two different sectors.
Well, Heat
is added to the Electricity
part here. I wasn't sure whether it is nonsense, but @nicobauer seems to think it is fine. So then we just have to adapt the summation_groups_ar6.csv file to reflect this.
On the energy investments: This is a reporting function which has not been checked for consistency since the reporting overhaul and therefore does not have
+
variables so far. From looking at the code, I would guess thatEnergy Investments|Elec|Storage
(this line) still needs to be added toEnergy Investments|Electricity
(this line).
Ok.
from remind.
@orichters not sure to which comment you replied - if it is mine, I simply wanted to say "the summation of heat in the template is wrong, so please change it" - I think @nicobauer only commented that you can add CHP heat PE to electricity heat, but he didn't look into the concrete point. it may be that CHP heat input is added to electricity PE, but if this is the case, it should (and hopefully would) happen already in the REMIND PE|Electricity variable.
so if you have the time, it would be great if you could simply correct the AR6 mapping to that respect and make sure "PE|Biomas/Coal/Gas|Heat" is mapped to "Primary Energy|Biomass/Coal/Gas|Heat" (which is currently missing) and not to "Primary Energy|Biomass/Coal/Gas|Electricity"
from remind.
Hm, not really sure what happened there, but the most plausible explanation it was just a stupid mistake, and I actually wanted to map "PE|Biomas/Coal/Gas|Heat" to "Primary Energy|Biomass/Coal/Gas|Heat"... so please go ahead correcting this....
from remind.
@fschreyer: The Investment|Energy Supply|Electricity
inconsistency seems to have a different cause:
both NAVIGATE and AR6 template don't map Investment|Energy Supply|Electricity|Oil
and Investment|Energy Supply|Electricity|Oil|w/ CCS
, so oil is simply missing from the mif file I base my analysis on. If I take Oil temporarily out of the summation group, it fits. But of course I rather add it to the templates.
from remind.
What about the remaining Emi
problem. Maybe @dklein-pik, @fschreyer or @gabriel-abrahao have an idea how it can be fixed? Thanks!
from remind.
I'm not familiar with piamInerfaces
, but I noticed that there's nothing in the piam_variable
column of Emissions|CH4|Industrial Processes
in inst/templates/mapping_template_AR6.csv
, even though it's part of the summation groups. Could this be the source of the problem?
239;Emissions|CH4|Energy|Supply;Mt CH4/yr;Emi|CH4|+|Energy Supply;Mt CH4/yr;;;;;CH4 emissions from fuel combustion and fugitive emissions from fuels: electricity and heat production and distribution (IPCC category 1A1a),other energy conversion (e.g. refineries,synfuel production,solid fuel processing,IPCC category 1Ab,1Ac),incl. pipeline transportation (IPCC category 1A3ei),fugitive emissions from fuels (IPCC category 1B) and emissions from carbon dioxide transport and storage (IPCC category 1C);
240;Emissions|CH4|Industrial Processes;Mt CH4/yr;;;;;;;CH4 emissions from industrial processes;x
Just FYI, I can keep looking into this later but I'll be out next week.
from remind.
Well, I can comment on how I would imagine it when linked to Magpie:
- Emissions|CH4|Energy -> Emi|CH4|+|Energy Supply (combustion emissions) + Emi|CH4|+|Extraction (fugitive emissions) (energy demand CH4 emissions don't exist in REMIND)
- Emissions|CH4|Waste -> Emi|CH4|+|Waste
- Emissions|CH4|AFOLU -> should come from Magpie and include agriculture and land-use change, so not sure about their variable names but something like: Emissions|CH4|Agriculture (Magpie) + Emissions|CH4|Land-Use Change (Magpie)
- Emissions|CH4 -> Take REMIND value, deduce REMIND agriculture and land-use change and add magpie agriculture and land-use change
For N2O the same just that:
- Emissions|N2O|Energy -> Emi|N2O|+|Energy Supply + Emi|N2O|+|Transport (although I am not fully sure about what is exactly is we account under transport there to be honest. It is very small in any case. )
- Emissions|N2O|Industrial Processes -> Emi|N2O|+|Industry
Naming is not always super consistent on this like it is for Emi|CO2
. But this is to some extend because we don't have emissions on all branches (e.g. distinguishing Emi||CH4|Energy|Supply/Demand does not make much sense if we don't have (or there are no) demand emissions anyways). But this could be improved.
from remind.
I see a couple of odd things, maybe @strefler knows what's going on?
As far as I know, we don't represent industry CH4 emissions in REMIND (correct me if I'm wrong Jess, Simon), but we do represent emissions from fossil fuels extraction and that doesn't seem to be part of Emi|CH4|+|Energy Supply
. Below is our summation.
Emi|CH4 =
Emi|CH4|+|Agriculture
Emi|CH4|+|Energy Supply
Emi|CH4|+|Extraction
Emi|CH4|+|Land-Use Change
Emi|CH4|+|Waste
Also, Emi|CH4|Energy Supply and Demand
(just the one for CH4) does not seem to be reported anymore. I can't find references for it in the latest remind2
, and it's not on the MIFs of the latest AMT (/p/projects/remind/modeltests/output/SSP2EU-AMT-Base_2022-11-02_12.42.21
). That would of course cause problems with the summation here, does anyone else know what could have happened?
from remind.
As far as I know, we don't represent industry CH4 emissions in REMIND (correct me if I'm wrong Jess, Simon), but we do represent emissions from fossil fuels extraction and that doesn't seem to be part of Emi|CH4|+|Energy Supply
True, that's not a great distinction I made here (I am the one to blame for this code ;-)). In some projects you also only want the combustion part (IPCC sector 1A) for your energy supply without the fugitive emissions (IPCC sector 1B). IPCC distinguishes between combustion and fugitive on the level of energy emissions. But I agree that usually both is accounted together for many IAM projects and the naming could be better. Emi|CH4|Energy Supply|Combustion/Fugitive perhaps. Not sure how new project templates label that.
from remind.
I think Emi|CH4|+|Extraction should be part of Emi|CH4|+|Energy Supply as it used to be. This differentiation doesn't make sense to me, and I think it is also covered in the variable definitions of the project templates
from remind.
If you like to have a deeper look into what variables exists in the mappings and a mif
file you have, I recommend
piamInterfaces::variableInfo("Emi|CH4", mif = "/p/tmp/oliverr/debugging/REMIND_generic_SSP2EU-AMT-Base.mif")
(you need piamInterfaces version > 0.0.26). It prints you all the relevant mappings, summations and further variables present in the mif file in a way humans can read it.
from remind.
replaced by new issue for better overview: https://github.com/remindmodel/development_issues/issues/253
from remind.
Related Issues (20)
- REMIND tests fail on the cluster HOT 6
- bea9d29/requirements.txt introduced a hard Python version dependency, crashing i.a. make test on current systems
- fresh REMIND sets up renv with insufficient packages HOT 1
- MR #1154 broke REMIND EU21 HOT 11
- cm_peakBudgYr, cm_taxCO2inc_after_peakBudgYr need renaming since only used in core since #1480
- R-package dependency-check does not work, if version does not exist HOT 3
- with 15_climate = magicc and cm_magicc_calibrateTemperature2000 = uncalibrated, pm_gmt_conv is undefined
- Remove 16 core options from choose_slurmConfig() HOT 6
- AMTs fix on random gdx if AMT they are based on failed HOT 3
- EU21 runs alter pm_cesdata β but shouldn't HOT 8
- Simplify REMIND Calibration Data Transfer HOT 1
- using input_bau.gdx still correct in emicapregi/AbilityToPay HOT 2
- cd753ed break CES calibration reporting HOT 1
- negative fossil emissions HOT 6
- Transport calibration/NPi differences HOT 7
- testOneRegi in make test breaks with q37_feedstocksShares HOT 8
- q37_FossilFeedstock_Base still relevant? HOT 7
- Scalars with a parameter prefix instead of a scalar prefix
- Improving REMIND/CONOPT Performance w.r.t. Feedstock Shares HOT 7
- make check telling about warnings, but not showing warnings, defeats its purpose
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
π Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. πππ
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google β€οΈ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from remind.