Add exports and storage to Origin of electricity graph

[ghost]

Is your feature request related to a problem? Please describe. Today, we do not display exports or storage (hydro/battery) on the origin of electricity graph available on the app. This can be a bit misleading because it doesn't accurately display the electricity available in a give zone.

Origin of electricity graph for AT on 04-02-2023 at 12:00 PM

Electricity production by source for AT on 04-02-2023 at 12:00 PM

Describe the solution you'd like The Origin of electricity graph could include exports and storage and display values as negatives on the Y-axis

Describe alternatives you've considered TBD

Additional context This would enable us to have consistency across all visuals on the app and increase the accuracy of our charts.

[VIKTORVAV99]

I know we have had this up for discussion before but there was no clear decision made on the matter.

But I personally think this is a good idea and I'll add it to the agenda for the Avo meeting so we can discuss it more in detail. I think the biggest questions where how we should display the emissions and such but we should be able to work something out in that regard.

[corradio]

For context, the reason we decided against this in the old days was that we wanted the graph to sum up to total load, in order to give a good representation of where electricity comes from. Having negative storage / exports meant the top graph values would not represent load anymore (you'd have to "net" out the graph to get load), and thus it wouldn't show a good picture of the origin of electricity. However, we could decide to show "available" electricity (i.e. before export/storage), but then again the graph would not show total load.

More details here: https://github.com/electricitymaps/electricitymaps-contrib/issues/1030#issuecomment-377270088

Just wanted to provide a bit more context - I hope it's helpful!

[VIKTORVAV99]

For context, the reason we decided against this in the old days was that we wanted the graph to sum up to total load, in order to give a good representation of where electricity comes from. Having negative storage / exports meant the top graph values would not represent load anymore (you'd have to "net" out the graph to get load), and thus it wouldn't show a good picture of the origin of electricity. However, we could decide to show "available" electricity (i.e. before export/storage), but then again the graph would not show total load.

More details here: #1030 (comment)

Just wanted to provide a bit more context - I hope it's helpful!

Definatly helpful! I think we should take another look at how we show load in the app as I think many people would expect load to be consumption i.e. imports + production - exports and just show the load of the zone itself. The reason for this is that many zones are what I'd call transit zones where they import power from one zone to export it to another; this does not really increase the consumption of the zone (but does increase the load).

This might also play into if we add net positions (imports - exports) or not, as we have also just briefly discussed but haven't decided anything.

[corradio]

@VIKTORVAV99 curious: how do you define load and consumption? I've been using both interchangeably, but that might have been a mistake :)

[VIKTORVAV99]

@VIKTORVAV99 curious: how do you define load and consumption? I've been using both interchangeably, but that might have been a mistake :)

Personally I define consumption as the usage of electricity in that particular zone and load as the total grid stress which would be consumption + export if that makes sense.

[VIKTORVAV99]

General update on this: We have decided to work towards adding the negative axis of the graph in the following configuration:

• Storage will be shown individually, using the same color as the production.

• Exports will be summed and will either be shown with a gray color, or the current carbon intensity of the zone in question. This is due to the fact that all export will have the same color values and there will be no real border between them. (Color choices are not final and will be subject to some testing once the feature is implemented).