inconsistencies in AR6 summation

[orichters]

inconsistencies in AR6 summation

[orichters]

Thanks, @robertpietzcker for the clarification. Maybe @christophbertram can explain why he added them and what was the rationale behind it.

[nicobauer]

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.

[pweigmann]

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.

[fschreyer]

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).

[robertpietzcker]

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, ...

[orichters]

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…)

[orichters]

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.

I don't know. Maybe nobody adapted it.

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.

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 that Energy Investments|Elec|Storage (this line) still needs to be added to Energy Investments|Electricity (this line).

Ok.

[robertpietzcker]

@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"

[christophbertram]

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....

[orichters]

@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.

[orichters]

What about the remaining Emi problem. Maybe @dklein-pik, @fschreyer or @gabriel-abrahao have an idea how it can be fixed? Thanks!

[gabriel-abrahao]

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.

[fschreyer]

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.

[gabriel-abrahao]

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?

[fschreyer]

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.

[strefler]

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

[orichters]

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.

[orichters]

replaced by new issue for better overview: https://github.com/remindmodel/development_issues/issues/253