You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The above should have a nuclear production unit (Ringhals 2) removed after 2019-12, but the output doesn't have any timestamps, so the merging logic will ensure the line in question is present in the output.
Would it make sense to include the timestamp in the resulting output?
That way it is possible to determine that the production unit in question is removed at later stages.
It would also support any changes in data (e.g. increased capacity) over time.
The downside would be that unchanged production units would occur for each date, but the number of API queries would remain the same.
The text was updated successfully, but these errors were encountered:
tjader
changed the title
query_installed_generation_capacity_per_unit only returns data for the latest queried perid.
query_installed_generation_capacity_per_unit only returns data for the latest queried peroid.
Jan 22, 2024
tjader
changed the title
query_installed_generation_capacity_per_unit only returns data for the latest queried peroid.
query_installed_generation_capacity_per_unit only returns data for the latest queried period.
Jan 22, 2024
@fboerman, yes, there is a element period.timeinterval.start and period.timeinterval.end when extracting the soup inside _parse_installed_capacity_per_plant.
FYI, the issue I'm trying to resolve is to determine (roughly) when generation units have closed down.
In SE, the nuclear reactor Ringhals 1 closed down 2020-12-31.
Querying the endpoint over a longer period returns this
rres=entsoe_client.query_installed_generation_capacity_per_unit(country_code='SE', start=pd.Timestamp('2020-01-01', tz='Europe/Stockholm'), end=pd.Timestamp('2024-01-01', tz='Europe/Stockholm'))
res.query('Name == "Ringhals 1"').T
46WPU00000000105
Bidding Zone 10YSE-1--------K
Installed Capacity [MW] 881
Name Ringhals 1
Production Type Nuclear
Voltage Connection Level [kV] 400
The above should have a nuclear production unit (Ringhals 2) removed after 2019-12, but the output doesn't have any timestamps, so the merging logic will ensure the line in question is present in the output.
Would it make sense to include the timestamp in the resulting output?
That way it is possible to determine that the production unit in question is removed at later stages.
It would also support any changes in data (e.g. increased capacity) over time.
The downside would be that unchanged production units would occur for each date, but the number of API queries would remain the same.
The text was updated successfully, but these errors were encountered: