-
Notifications
You must be signed in to change notification settings - Fork 3
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
1st Data Package: 05 Risk & Impact (Heat Wave) #16
Comments
The calculation of impacts (mortality) needs now a new data source: As defined in the PLINIVS-Documentation "impact_calculation_mortality_v3.doc" (31.7.2019) we need for each city the number of deaths from heat waves. Following data source is referenced: Where this database should be implemented?
|
I suggest in EMIKAT ... quickest solution. |
Cities in Eurostat are defined as you find here: https://ec.europa.eu/eurostat/documents/3859598/8012444/KS-GQ-17-006-EN-N.pdf/a3f1004f-cfae-4cc4-87da-81d588d67ae2, Source of City records: https://ec.europa.eu/eurostat/documents/4422005/4430532/City-FUAs-Greater-cities-list-2017.xls @maesbri, @patrickkaleta, @p-a-s-c-a-l |
Are you referring to our Cities Taxonomy in CSIS that defines the cities/regions for which we have all the required UA LE Input layers for HC-LE and impact screening calculation? Does it have to be extended?, e.g. mapped to Eurostat cities you mentioned above? FYI: This is how the cities taxonomy is created: clarity-h2020/docker-drupal#68 (comment) The original data source is Urban atlas, right @therter ? |
The needed statistic (Mortality/Population) for cities has been implemented in EMIKAT and is now available by: |
I have the cities from the atos geoserver. See clarity-h2020/map-component#24 (comment) . I think @negroscuro said that the cities came from urban atlas. But i am not sure. The cities from the atos geoserver have a field code. The values therein are similar to the UA_CODE_2017 field in https://ec.europa.eu/eurostat/documents/4313761/4311719/Metro_reg_Defining_urban_areas. Wien has in geoserver the code "AT001L3" and in the eurostat excel file the value "AT001C1". I used the codes to assign the countries to the cities. It looks like all codes differ only in the last two characters |
The exact definition is in https://ec.europa.eu/eurostat/documents/4313761/4311719/Metro_reg_Defining_urban_areas
City). However a FUA can include multiple Cities so not all Cities within a FUA will have the
|
OK, and who shall do what with this information? :-) |
|
Make a new issue for flood hazards? |
Description of the Heat mortality risk/impact screening has to be updated. At the moment, it just contains "This data is generated by EMIKAT on the fly and for the study area indicated by $emikat_id" which is not enough. We have to clearly describe the underlying methodology / models that lead to those results (mortality rate), the datasets that were used as input how these datasets were produced, processed and derived (provenance) as well as any uncertainties and quality issues involved. This applies also to the respective Data Package Resources representing these input datasets which include population exposure managed in EMIKAT, HC-LE input layers, HC-LE output (TMRT), etc. |
Remaining issues related to resource descriptions to be resolved here: clarity-h2020/csis#140 (comment) |
Remaining issues related to resource descriptions to be resolved here: clarity-h2020/csis#140 (comment) |
Risk and Impact Table and Map data is currently not loaded from the Data Package, because there are no corresponding Resources in the Data Package. This is probably due to the fact, that Impact is calculated dynamically based on the study context (currently: study area, in the future additional: selected event, selected rcp, selected time period).
Example Impact result URIs:
Therefore, dynamic and scenario (study) specific parameters like "view.2813" and "HW.6d_34C" must be configurable, that means replaced in the URI by parameters, e.g. $studyId as explained in #11 (comment) and $event Id.
The text was updated successfully, but these errors were encountered: