Comments (10)
I've compared the aggregate national factors when outliers are not excluded to the original approach. Where there is a difference greater than 5% only occurs in 4 sectors: 22, 212, 213, 562. The majority are in 22 where EFs can be several times greater 3-7x.
from useeio.
For 22
, it is mostly due to changes in APAC and MX. I"m trying to track down why there are imports from APAC for utilities.
^^ @Jnamovich can you confirm where this BEA service mappings comes from
from useeio.
For
22
, it is mostly due to changes in APAC and MX. I"m trying to track down why there are imports from APAC for utilities.^^ @Jnamovich can you confirm where this BEA service mappings comes from
I could potentially see this being used by U.S. military bases in the Indo-Pacific. https://crsreports.congress.gov/product/pdf/R/R47589
from useeio.
For
22
, it is mostly due to changes in APAC and MX. I"m trying to track down why there are imports from APAC for utilities.^^ @Jnamovich can you confirm where this BEA service mappings comes from
Those were manually developed mappings in the absence of a robust concordance between BEA services and detail codes. Since the 22 detail sectors didn't map to any Census imports categories, I felt that I needed to map it to one of the service categories and this seemed to be the most appropriate of our options. That said, there is no reason to believe that this sector maps to 'Technical, trade-related, and other business services'. I had a look into the more detailed levels of the service codes and there is no indication that utilities is captured by that service category. Perhaps we should take this lack of explicit representation in the service or goods categories as an indicator that no imports occur in 22?
from useeio.
For
22
, it is mostly due to changes in APAC and MX. I"m trying to track down why there are imports from APAC for utilities.
^^ @Jnamovich can you confirm where this BEA service mappings comes from
Those were manually developed mappings in the absence of a robust concordance between BEA services and detail codes. Since the 22 detail sectors didn't map to any Census imports categories, I felt that I needed to map it to one of the service categories and this seemed to be the most appropriate of our options. That said, there is no reason to believe that this sector maps to 'Technical, trade-related, and other business services'. I had a look into the more detailed levels of the service codes and there is no indication that utilities is captured by that service category. Perhaps we should take this lack of explicit representation in the service or goods categories as an indicator that no imports occur in 22?
I agree this is not a good mapping. Please remove it.
from useeio.
Yes we import electricity from CA and MX and this is reflected in TIVA import matrices
TIVA import matrixes million USD 2211 imported, 2021 | TIVA % | EIA Annual 2021, MWh electricity imported | EIA % | |
---|---|---|---|---|
CA | 1875 | 97% | 48,140,438 | 91% |
MX | 12 | 1% | 5,026,570 | 9% |
JP | 12 | 1% | 0 | 0% |
EU | 12 | 1% | 0 | 0% |
RoW | 12 | 1% | 0 | 0% |
APAC | 12 | 1% | 0 | 0% |
Data don't quite match up here, but TIVA import being greatest from CA is accurate.
Its appears the TIVA folks just spread a residual equally across all other non-CA TiVA regions.
At this point i don't suggest overwriting the import matrices to reflect the EIA data, although it could be considered later.
For now, the only thing significant in our calculations here would be the CA emission factor.
So i do recommend that we make sure that we're getting a CA electricity factor from EXIOBASE.
from useeio.
Yes @Jnamovich were wondering about this today - neither the census nor BEA data should really capture electricity so not sure where TiVA got their data from. Ultimately the mapping above should only impact the splits within regions (APAC, EU, etc.). We just need to confirm that when we drop that mapping it doesn't zero out this share above of < 3%
from useeio.
Because TiVA is only used in cases where we don't have imports data from BEA/census, this is now resolved. We use tiva for electricity which means the factor is >97% canada
from useeio.
@WesIngwersen @Jnamovich, we discussed pulling in the EIA data for electricity as noted in #24 (comment). However after I made the swap for electricity to aggregate sectors (in this case, fuel type) using industry output from exiobase instead of exports (non-existent) (in e800431) the factors look much better. So while using the EIA data might change things slightly, I think its less urgent now.
from useeio.
noting that @Jnamovich updated to use the EIA electricity data in fbd26dd
from useeio.
Related Issues (20)
- Impact factors in model builds HOT 1
- EUTR factor wrong for NOx to air HOT 1
- Expand versioning schema to accommodate other model types and primary regions
- JSON-LD archive contents should contain @context specification HOT 8
- Non-environment flows lack a category HOT 6
- Is is currency_converter correct? Can we find a better alternative for that package?? HOT 4
- Use satellite.M in place of impacts.M from EXIO 3 HOT 2
- "Bilateral trade" label confusing = Use "Export to US"
- Filtering of trade data with elementary flows? HOT 2
- pull_exiobase_bilateral_trade function comment on industry output not accurate
- Clarify requirements for BEA and Census API keys and format HOT 2
- Key parameters should be at topic of file or require run with params passed separately HOT 2
- Imports of Other and Used gets dropped HOT 3
- Missing imports factors for {'481', '512', '211', '562'} where imports are present HOT 5
- TiVA datasets are "after redefinitions" HOT 1
- Improve NAICS year specification for mappings
- Review ROW country classifications HOT 1
- Data update for import factors to work through 2022 using NAICS-2017 based schema
- wrong URL for Census API HOT 1
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 useeio.