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

[Proposal] Forecast data - label H, E, L datasets as forecasts #267

Open
stufraser1 opened this issue Mar 20, 2024 · 2 comments
Open

[Proposal] Forecast data - label H, E, L datasets as forecasts #267

stufraser1 opened this issue Mar 20, 2024 · 2 comments
Labels
proposal New feature or request

Comments

@stufraser1
Copy link
Member

If you are filing a proposed change, e.g. a new attribute, relationship, use of a new taxonomy, or a revised definition, then please fill in the below template.

What is the context or reason for the change?

Risk data could include simulated forecast data and forecasts can be deterministic or probabilistic. Consider how to label a dataset as a forecast. Extend this to include 'projections'?

Why is this not covered by the existing model?

We have included data that records the timeframe of a dataset (temporal object) but not included an explicit label for this case.

What is your proposed change?

Consider whether the following codelists are the appropriate place(s) to include 'forecast' as a value to label data.
https://docs.riskdatalibrary.org/en/latest/reference/codelists/#data-calculation-type
https://docs.riskdatalibrary.org/en/latest/reference/codelists/#analysis-type
Neither type is mutually exclusive with 'forecast' however (forecast can be inferred or simulated, and deterministic or probabilistic. Is another codelist needed to place a hazard dataset / exposure dataset / loss dataset in time using e.g., 'forecast', 'projection', 'snapshot', 'historical'? Could this be achieved with the existing temporal object? It describes the time of event / dataset, but may not be clear enough for filter/search.

Forecast data may be kept for longer than the event duration as a record of forecast activity, or comparison with later retrospective modelling, so this is valid a use case for medium-long term data storage and sharing.

Can you provide an example?

TBC - but typically most attributes will be the same as a modelled event footprint, but temporal information would indicate the lead time (time ahead of event at which the forecast is made)

@stufraser1 stufraser1 added the proposal New feature or request label Mar 20, 2024
@matamadio
Copy link
Contributor

Agree, we need to add clear distinction between historical records and projections.
It's implicit that when a future period is specified, than it's a projection.
ATM we have the period attributes, and we only suggest to mention it by naming of the resource.

That opens the way for a number of additional attributes related to future projections, most importantly climate scenario, model, index, source, ...

@stufraser1
Copy link
Member Author

stufraser1 commented Apr 11, 2024 via email

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
proposal New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants