Commit abbf1651 authored by Cecilia Nievas's avatar Cecilia Nievas
Browse files

Fixed minor typos and formatting, added details on GDE output

parent bb564862
......@@ -6,17 +6,19 @@ This repository contains prototype code for the Global Dynamic Exposure (GDE) Mo
The Global Dynamic Exposure Model combines existing building exposure models that are usually spatially aggregated with crowd-sourced and worldwide building information to produce a new state of the art high-resolution model. One of its main sources of information is OpenBuildingMap (OBM, http://www.openbuildingmap.org/), a twin project that continuosly harvests data from OpenStreetMap (OSM, https://www.openstreetmap.org), cleanses it, processes additional building attributes and makes the results available to the community.
This prototype code focuses in Europe, as it merges the building exposure model of the new European Seismic Risk Model (ESRM20) (https://eu-risk.eucentre.it/exposure/), developed under the SERA project (http://www.sera-eu.org/), with building-by-building data from OBM. The ESRM20 model (also named as "SERA model" herein) is still to be officially released by the end of 2020, and we have been working so far with preliminary, in-progress data files.
This prototype code focuses on Europe, as it merges the building exposure model of the new European Seismic Risk Model (ESRM20) (https://eu-risk.eucentre.it/exposure/), developed under the SERA project (http://www.sera-eu.org/), with building-by-building data from OBM. The ESRM20 model (also named as "SERA model" herein) is still to be officially released by the end of 2020, and we have been working so far with preliminary, in-progress data files.
# Overview of the Procedure
The overall procedure can be grouped into three main stages:
I. The distribution of the SERA exposure model, defined by administrative levels and units, onto a grid.
II. The retrieval of data on individual buildings from OpenBuildingMap for that same grid.
III. The combination of both sources of data.
1. The distribution of the SERA exposure model, defined by administrative levels and units, onto a grid.
The spacing of the grid used by the present prototype code is 10 arc-seconds, though the final code will work with a map tiles approach, handled through a Quadtree principle. In the present 10-arcsec grid, the cell ID starts from North-West corner of the world, moves East by row, and finishes at the South-East corner of the world. First cell ID is 0, last cell ID is 8,398,079,999 (total number of cells is 8,398,080,000). There are 64,800 rows and 129,600 columns of cells.
2. The retrieval of data on individual buildings from OpenBuildingMap for that same grid.
3. The combination of both sources of data.
The spacing of the grid used by the present prototype code is 10 arc-seconds, though the final code will work with a map tiles approach, handled through a Quadtree principle. In the present 10-arcsec grid, the cell ID starts from the North-West corner of the world, moves East by row, and finishes at the South-East corner of the world. First cell ID is 0, last cell ID is 8,398,079,999 (total number of cells is 8,398,080,000). There are 64,800 rows and 129,600 columns of cells.
The first stage consists in going one by one the relevant administrative units of each country, determining the grid cells associated with each unit, and distributing the total number of buildings indicated by the SERA exposure model across those grid cells, according to a certain criterion ("distribution method"), such as population count or built-up area estimated from the processing of remote-sensing imagery. The proportion or distribution of building classes (structural types) is also retrieved from SERA, as well as the parameters of relevance for each building class, such as the number of people per dwelling, number of dwellings per building, cost per area, etc. All this information is stored as HDF5 files.
......
......@@ -26,7 +26,7 @@ The order in which the scripts in the present repository need to be run to produ
8. If the OpenQuake input files for the SERA model distributed onto a grid are desired (i.e. not GDE, just SERA), run `SERA_create_OQ_input_files.py` with the desired distribution method.
9. If a CSV summarising the number of buildings, dwellings, people and costs by cell according to the SERA model is desired (i.e. not GDE, just SERA), run `SERA_create_visual_output_of_grid_model_full_files.py` with the desired distribution method.
10. Run `OBM_buildings_per_cell.py` with the desired distribution method.
11. Run `GDE_gather_SERA_and_OBM.py` with the desired distribution method.
11. Run `GDE_gather_SERA_and_OBM.py` with the desired distribution method. The output is a series of CSV files that serve as input for damage/risk calculations to be run in OpenQuake (https://github.com/gem/oq-engine), a CSV file that summarises results per cell and contains the geometry of the cells so that it can all be visualised with a GIS, and a CSV file that summarises results per adminstrative unit and contains the geometry of the administrative boundaries so that it can all be visualised with a GIS.
## Testing Scripts
......
Supports Markdown
0% or .
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment