GFDRR / rdl-standard

The Risk Data Library Standard (RDLS) is an open data standard to make it easier to work with disaster and climate risk data. It provides a common description of the data used and produced in risk assessments, including hazard, exposure, vulnerability, and modelled loss, or impact, data.
https://docs.riskdatalibrary.org/
Creative Commons Attribution Share Alike 4.0 International
16 stars 1 forks source link

[DATA] CCDR risk analytics #36

Open matamadio opened 1 year ago

matamadio commented 1 year ago

CCDR risk analytics

Data produced for the CCDR reports by M. Amadio and A. Essenfelder.

Countries (9)

South & South-East AsiaWest Africa & Sahel countriesCentral & East AfricaLatin America & Caribbean
  • Pakistan
  • Nepal
  • Bangladesh
  • Cambodia
  • India
  • Thailand
  • Ghana
  • Burkina Faso
  • Mali
  • Niger
  • Chad
  • Mauritania
  • Guinea-Bissau
  • Nigeria
  • Senegal
  • Ethiopia
  • Rwanda
  • Dominican Republic
  • OECS countries

Data types

Type Format Description
Hazard data  Raster (tiff) Multiple or individual layers packages on various resolutions - global scale, not clipped for the countries, except Fathom
Exposure data Raster (tiff) Individual raster layers
Vulnerability data Excel file Noted excel file including all models used in the assessment
Loss data Excel file, vector (gpkg) Output including impact for individual RPs and EAI/EAE calculations, indexing, charts, fields legend

All global data uses CRS: 4326

Data samples

Exposure

immagine

Hazard

immagine

immagine

Vulnerability

immagine

immagine

Loss

immagine

immagine

matamadio commented 1 year ago

While the discussion about loss schema is ongoing, the other CCDR components can be included. The question is how to add them. @stufraser1 please check the proposal:

Global hazard data

The files with global coverage should have just one global entry, instead of multiplicating for each country/extent.

Global exposure data

In the case of exposure, the data are often downloaded as tiles and then processed (country mosaic and clip; resampling in some case). In some cases (WSF3D), we also have the global extent datasets, but in a very large file (>2 Gb). Thus, differently from Hazard layers, I would provide the national (analysis) extent for these data, uploaded on our catalog and with reference to source models.

Global vulnerability data

These are global model with minimal regionalisation, so they should be just one global entry for each.

matamadio commented 1 year ago

Please check metadata sheet for global hazard layers:

stufraser1 commented 1 year ago

For Fathom Flood: Only one request: Please remove values from hazard/event_sets/0/event_count per this field description "You should only use this field when details of individual events are not included in the RDLS metadata." In reality the no. of events in the modelled hazard numbers many more, so including the number of return period layers shown is misleading.

STORM:

matamadio commented 1 year ago

Thanks Stu, see fixed:

Related to this: I tried to upload a couple of datasets (deltares global flood, STORM) directly to DDH to produce the download link for metadata. However there seems to be issues with data upload from external networks (outside intranet); does it happen to you as well?

matamadio commented 1 year ago

Adding for review:

stufraser1 commented 1 year ago

For ARUP Landslide:

matamadio commented 1 year ago
* I understand why you've added 'convective storm' as trigger, but this might be a limitation we need to address: rainfall is the trigger, but not necessarily only from convective storm.

Yes, agree on principle. The list of triggers is however the same of hazards and processes; proposing to add "extreme rainfall" or "heavy precipitation" to process list. Usefull for floods anyway.

* IMT is given as `ls_hzd:-`; We need to add a dimensionless landslide hazard index as maybe `ls_HI:-` but this data gave annual frequency so we also need to reference that too, can I suggest: `ann_freq:-`

From the ARUP report: immagine

It's a composite index that considers frequency and magnitude, but yes, I would add annual_freq; not just for LS, but applicable to all hazards. Please also see comment I left on imt.csv PR:

It's not always useful to specify the hazard type in the metric. In some cases it just create unnecessary duplication when the same metric:unit could be used, e.g.

My proposal is to have a first section of general imts (meters, km/h, m/s, annual frequency, and others). Following, a list of more hazard-specific imts (like PGA:g and others).

  • 'hazard/event_sets/0/events/0/occurrence/deterministic/thresholds': I think there is a copy-down error here - please confirm. Also remind me what the thresholds refer to please.

Thanks, yes copy-down error occurred. Thresholds are the same for all three layers.

Index value Hazard class  
> 0.01 High
0.001 – 0.01 Medium
< 0.001 Low