Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feedback: Always return gsp_ID and forecastCreationTime in responses #296

Open
JamieTaylor-TUOS opened this issue Sep 21, 2023 · 1 comment

Comments

@JamieTaylor-TUOS
Copy link

For consistency, all calls to forecast endpoints should ideally return the forecastCreationTime and also gspID for each targetTime.
This will help with interpreting the data and also with parsing API responses in a uniform/standardised manner.

Context

Difficult to work with overlapping forecasts unless the forecastCreationTime is included in the response. For some endpoints atm it is impossible to determine the forecastCreationTime e.g.

https://api.nowcasting.io/v0/solar/GB/gsp/0/forecast?start_datetime_utc=2023-09-21T00:30:00&end_datetime_utc=2023-09-22T00:00:00&creation_limit_utc=2023-09-21T00:00:00

Leaving users to assume in the above example that forecastCreationTime == creation_limit_utc may penalise OCF in validation tasks.

Possible Implementation

All forecast endpoints should always return at least the following for each targetTime:

  • gsp_id
  • forecastCreationTime
  • targetTime
  • expectedPowerGenerationMegawatts
  • expectedPowerGenerationNormalized
@JamieTaylor-TUOS JamieTaylor-TUOS added the enhancement New feature or request label Sep 21, 2023
@peterdudfield
Copy link
Collaborator

in the forecast/all end point you can get these things. @JamieTaylor-TUOS let me know if that works for you

@peterdudfield peterdudfield removed the enhancement New feature or request label Mar 13, 2024
@peterdudfield peterdudfield changed the title Always return gsp_ID and forecastCreationTime in responses Feedback: Always return gsp_ID and forecastCreationTime in responses Mar 13, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants