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

Enabling two-entries layer: view and rank override #880

Open
matamadio opened this issue Mar 3, 2020 · 1 comment
Open

Enabling two-entries layer: view and rank override #880

matamadio opened this issue Mar 3, 2020 · 1 comment

Comments

@matamadio
Copy link
Contributor

matamadio commented Mar 3, 2020

Related to #879

There are cases in which we want to be able to override the TH ranking algorithm in some way.
One alternative way to do that could be by providing a secondary layer, consisting of a raster (or a point feature) representing the centroids of ADM2 units. This is required when:

  1. the set of data does not fit with the current classification script and requires different algorithms (e.g. ARUP landslide layer, FATHOM)
  2. the licensing of the data don't allow to share the full dataset, but only the aggregated ADM2 value (e.g. FATHOM)

The idea then is to have a "view" layer that represents the original hazard raster data when clicking "show source data", and an optional supplementary "rank override" layer that includes pre-processed TH values (1 to 4) as centroid points, either as tif or feature points (shp, csv). Whenever this optional centroid layer is added (via admin page?), that is used for classification instead of original dataset.

@matamadio
Copy link
Contributor Author

matamadio commented Mar 19, 2020

After internal discussion, we decide that the use of a double-entry layer may be not as efficient and flexible for future needs.
It is suggested to focus on a more flexible hazard ranking script within TH instead of rely on this workaround.
First, as a test, we want to implement a new processing approach on our new LandSlide layer (this can be hardcoded because we would need it as soon as possible).
In this test, the processing goes as follows:

For ADM2
    apply threshold on raster values using 80th percentile
    extract MAX

In this way, the hazard rank we show in our maps will be the same as the one depicted in the dataset report maps.

If this approach is successfull (works as intended without requiring much additional time to calculate) we may want to apply it to all layers.

Ideally, the parameters for hazard ranking (valid value range, ignore values, threshold filter, hazard classes range) should be all specified for each hazard type/subtype in the yaml file.
In this way we can better adapt the assessment according to the source data, withouth having to edit the original data (deprecated) and reharvest.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants