Code Monkey home page Code Monkey logo

Comments (4)

pkyle avatar pkyle commented on June 21, 2024 1

Re: (1), starting with v7 GCAM includes fugitive CO2 emissions from fossil resource production. This includes venting, flaring, and any other passive CO2 emissions e.g. from abandoned facilities, but it excludes any energy-related emissions. The energy consumption for coal mining (EMINES), and for oil and gas exploration and production (EOILGASEX) are mapped to other industrial energy use, as indicated in energy/mappingsIEA_flow_sector.csv.
Re: (2), yes the emissions are calculated as the sum of each input-output coefficient times the carbon content of the input commodity, minus the carbon content of the output fuel (if it's non-zero), times (1 minus the CO2 removal fraction) for any technology with CCS. So, the calculation is simpler for end-use sectors and for electricity and hydrogen than it is for carbon-containing fuels (refining, gas processing, etc). And it's simpler for technologies that don't have CCS. The reason water electrolysis doesn't have any reported CO2 emissions is that the carbon content of electricity is zero; the CO2 emissions from producing electricity are tracked in the electric power sector. Note that in this reporting scheme, biomass is assigned a carbon content, which differs from standard emissions reporting practices. It is done so as to physically track the carbon in biomass so that it can be sequestered by BECCS; the carbon emissions from biomass use are counter-balanced by atmospheric CO2 uptake in the biomass production sectors which report negative emissions (regional biomass, regional corn for ethanol, regional sugar for ethanol, regional biomass Oil). The queries with (no bio) in their names perform a series of extra steps to remove any biomass-derived carbon from reported CO2 emissions.

from gcam-core.

pkyle avatar pkyle commented on June 21, 2024 1

(1) What is deduced in that calculation is the physical carbon in the output commodity. For simplicity we assume the carbon content of steel is zero (in reality steel is something like 0.5% carbon; again we don't worry about. that). Same for aluminum, cement, ammonia, etc. As an alternative example, in the refining sector, the output commodity has a carbon content of 19.6 kgC per GJ of fuels produced. To estimate the emissions from any production technology, that carbon needs to be deducted from the sum of the input carbon to estimate the net emissions.
(2) Yes, for transportation, the emissions will be equal to the carbon content of the input fuel multiplied by the ratio between the input fuel and the output of the technology, which is indicated in million passenger or million tonne-km. There are some hard-wired unit conversions in transportation; the reported input-output coefficient is in btu per vehicle-km, whereas the relevant ratio here is EJ per million pass-km.
(3) For attribution of "upstream" emissions to any end use, yes you can compute the average emissions intensity of electricity, and use that as the carbon content of the electricity input to the grid electrolysis technologies of the hydrogen sectors. This would be done in post-processing and wouldn't change anything in the model or its output. For that calculation, I normally query the CO2 emissions by subsector or technology so that I can manually zero out the reported emissions coming from the biomass technologies, and then for the denominator, I add up the outputs of elect_td_bld, elect_td_ind, and elect_td_trn. That way the estimated average carbon intensity takes into account the own-use and T&D losses. Note that the method I described includes rooftop PV in the denominator, which might or might not be wanted, and doesn't assign any emissions to the numerator from cogenerated electricity in the industrial sector.

from gcam-core.

Youyi77 avatar Youyi77 commented on June 21, 2024

Hi Page @pkyle,

Many thanks as always! Also big thanks for the additional biomass explanation as well, very helpful.

I misunderstood the CarbonCoef. I used to think the carbon coefficient = emission coefficients. But it actually means the carbon content. Regarding your comments, I am still a bit confused about the following:

Q1: You mentioned the carbon content examples about the output “fuels”. How about manufacturing sectors where the outputs are not fuels but commodities like steel, cement, aluminum etc. So we need to deduct the carbon content embodied in steel/cement/etc to get total CO2 emissions in their sectors. I looked carefully for CarbonCoef for those outputs but failed. Could you please share any insights on this?

Q2: For transportation sectors, can we consider all the energy inputs consumed to provide transportation services and there aren’t any other outputs generated that contain carbon? So the total CO2 emissions of the transportation sector is the CarbonCoef in any input fuel* how much fuel is consumed.

Q3: “The electricity for H2 production considered to be zero” seems like a system perspective to avoid double counting. So the electricity (regarding the grid electricity mix, not solar/wind electricity) used for electrolysis is recorded as zero but actually, there are still emissions associated with it. (If I am understanding it correctly.)

Therefore, if I want to calculate the total carbon emissions of H2 central production, it makes sense to add back the CO2 emissions (calculated by the below formula) associated with the grid electricity mix under any given scenario?

Electricity supply mix emission intensity * electricity inputs for H2 production

where the electricity supply mix emission intensity = CO2 emissions of total electricity generation/total electricity generation

Thanks so much!

from gcam-core.

Youyi77 avatar Youyi77 commented on June 21, 2024

Hi Page! Got it! Thank you so much. These really help clear out all my confusion! Very helpful.

from gcam-core.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo 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.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.