Carbon Capture and Utilization reporting for feedstocks

[jayfuhrman]

In the carbon_seq_tech file, the reporting under both the Energy and Industrial processes category appears to be in conflict for chemical, construction, and other industrial feedstocks sectors, refined liquids technology. Because the feedstocks are not used for energy, we should only report under Industrial Processes.

I'd also recommend changing {utilization-type} to Materials|Short-Lived for chemical feedstocks (plastics), and Materials with no additional reporting detail for construction and other industrial feedstocks, as we don't currently track the amount of short-lived (e.g., plastics) vs. long-lived (e.g., asphalt) carbon storage for these sectors.

Uploading a suggested version here.

carbon_seq_tech_map.csv

This exercise raises the question of whether or not we should be reporting what is now essentially crude oil use for feedstocks production as "carbon capture" at all, which I will post separately on the common-definitions page.

See:
https://github.com/IAMconsortium/common-definitions/blob/main/definitions/variable/emissions/tag_carbon-utilization.yaml

[christophbertram]

I think we should get rid of the "Carbon Capture|Geological Storage|Other Sources" in the var3 column, as the "Other Sources" I think should only be used if we have carbon that is neither of Fossil, Biomass, Industrial Process nor DAC origin.

And I think it would be good to have a clear structure: var2 in my view can be "Carbon Capture|Geological Storage" for all rows, as if I am not mistaken, all the carbon captured in GCAM also is assumed to be sequestered, right? We do not yet have carbon captured that goes into efuels or similar, right? And rows 14 and 18 are thus not correctly attributed to "Carbon Capture|Utilization", as this would mean that the carbon gets used for purpose other than geological storage?

To have a clearer overview in all these mapping files, it actually would be great if we could have an additional row that all scripts just ignore that explains which components should be added: so in this case:
var1=toplevel capture, var2=top level geo storage, var3=geo storage|source {fossil, biomass, industrial processes, direct air capture}, var4=geo storage|use case, ....

Happy to provide a full fledged proposal, but would be good to first have confirmation of the question above from you, @jayfuhrman .