Comments (8)
Oh yeah, I looked at production mode for this reproducer. So import / export shouldn't really matter for these numbers, right?
However, the steps described in the repro section above seem to be independent of consumption / production mode. They don't change when I switch to consumption mode, it's still 194 Mt of CO2eq emissions.
from electricitymaps-contrib.
They should change...
But it seems like they indeed don't. I'll have to look further into this.
from electricitymaps-contrib.
The monthly and yearly aggregations are updated once per month, so these should be updated in February. I do think we have already re-run flow tracing for all historical dates affected by it but I'll double check just to be sure.
from electricitymaps-contrib.
Oh, that's probably why the numbers don't add up for me.
So waiting for the February update should hopefully fix this issue. Thank you @VIKTORVAV99 ! :-)
I'm closing this issue since everything seems to be working as intended. (Of course I'd welcome manually triggering the aggregations update now to fix them after #6308, but if it's computationally expensive or difficult, waiting a few weeks is fine.)
from electricitymaps-contrib.
I took a look if we have a easy way to re-compute these ahead of time but it seems like we don't using our internal tools and I don't really want to go an poke around the system directly. So unfortunately we'll have to wait a bit until feb. But I'll make sure all the flow tracing has been run before that at least.
from electricitymaps-contrib.
Thanks for taking a look!
from electricitymaps-contrib.
Is this in consumption or production mode?
It's likely that if this is in consumption mode that Germany exported more carbon than they imported which makes up the discrepancy. Exchanges are currently not shown (some more work needed to make that happen) but the values for carbon emissions are calculated from our hourly values that contain the exchange data. (Exchange data is currently not aggregated).
from electricitymaps-contrib.
Looking into this a bit more, it seems like the emission sum matches my manual calculation (as described above) for 2019, 2020, 2021. There is a discrepancy in 2022 and 2023 only.
Now, regarding the 2022 numbers, the gas emissions are given as 30.6 Mt. This is using the updated gas emission factor of of 572g/kWh for Germany. Manually calculating the emissions using the previous, incorrect emission factor of 733 and generation of 53.3 TWh results in emissions of 39.2 Mt, which is 8.6 Mt more than the updated value.
The difference between my manually calculated sum for total emissions in 2022 (242.5 Mt) and the sum given by electricitymaps (251 Mt) happens to be 8.5 Mt, so it matches the old/new gas emission factor difference almost exactly.
The same calculation works for 2023.
I believe this strongly supports my suspicion that the emission sum was not updated after the gas emission factor fix for 2022+ in #6308
from electricitymaps-contrib.
Related Issues (20)
- [Data Issue]: Upstream emissions for gas in Europe are not specified. HOT 10
- Nova Scotia (CA-NS): Near real-time data on e.g. load, wind, and imports (not lumped together!) and exports HOT 1
- ElectricityMaps crashes after switching to another tab while the app is loading HOT 1
- Consumption of imported nuclear missing from US-SW-PNM (and nearby zones) HOT 7
- Errors in SW USA zone boundaries
- [Data Issue]: CZ solar installed capacity
- [Data Issue]: Difference between production and consumption implies unexpectedly high electricity imports for Germany HOT 5
- Add an option to not show the nuclear energy in green HOT 5
- Potential issues with solar and wind layers on Android devices HOT 1
- [Data Issue]: IT-* zones are not getting parser data anymore HOT 1
- Battery capacity in Belgium
- Imports emissions doesn't account for zone vs country
- Net exchange is not translated HOT 2
- Precision of emission factors is misleading HOT 5
- Create easily citable SoMe replies to ideological debates
- AU-TAS-KI production parser down HOT 3
- Getting data for middle of Atlantic Ocean using API. HOT 3
- ENTSO-E parser is failing for GB-NIR price data HOT 4
- Germany's solar load factor bug ? HOT 5
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 electricitymaps-contrib.