-
Notifications
You must be signed in to change notification settings - Fork 0
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
Impact Evaluation Visualisation #7
Comments
How is this related to each hazard index? |
Those are the Heat related indexes provided by Science Support (for rcp26, rcp45, rcp85 and periods 1971 - 2000, 2011 - 2040, 2041 - 2070 and 2071 - 2100):
IMHO the relevant index for HW Impact Calculation is Heat Wave Duration, so those other Heat indexes shown in the HC / HC-LE Steps are just "informative" . But this has to be answered by @clarity-h2020/science-support-team and @clarity-h2020/mathematical-models-implementation-team. In any case, the scenario-analysis component is mainly useful for comparison & ranking of different scenarios by means of indicators following to the CRISMA definition of an indicator:
So for (tabular) visualisation of the hazard indices, "raw" impact model output, etc. we probably need another component. |
It looks reasonable to me, but ... this introduces a new requirement in the Data Package / CSIS specification ... "if you want to assess how heat wave hazard may affect to people then the data package must contain at least the Heat Wave Duration index". If this is the way to proceed, then maybe we need to identify for each hazard and vulnerable element what are the mandatory indexes that must be present in the data package in order for the CSIS to be able to support the assessment. |
Yes, for the HW impact calculation PLINIVS needs information about the duration of a heat wave. The other indices are informative. However, it might not be the heat wave duration index they are using but another index we have calculated specifically for PLINIVS (the number of consecutive days above a certain temperature threshold). Robert presented this index in his presentation in Madrid. We are hoping to have another telco with PLINIVS next week to discuss this index and see if they need anything else. |
IMHO it depends on the individual Impact Model to decide which index is the relevant one. So a pragmatic solution would be to sent the complete Data Package Meta-Data (or just the URI) plus some context information like the study area polygon to the "Impact Model Service" (Emikat) (btw @bernhardsk, we need to set-up another repository for your scripts, etc.) and then let the Impact Model Implementation select and retrieve the HC(-LE), EE and VA data needed for the calculation. This makes especially sense if some of the data is stored either in or "nearby" (e.g. directly accessible PostgreSQL RDBMS container) the "Impact Model Service" instance so that data retrieval and extraction is performed only "locally". @clarity-h2020/mathematical-models-implementation-team : WDYT? |
@clarity-h2020/mathematical-models-implementation-team Here is an example that better explains the comment above. |
We provide a separate component for Impact Evaluation Visualisation. The Scenario Analysis Component will be used to visualise aggregated indicators. |
Output of impact modelling defined in clarity-h2020/csis#21 and implemented in clarity-h2020/csis#22 will look like
Example people damage classification:
The visualisation proposed in the current Mock-Ups doesn't seem to be suitable:
Instead of developing a new component for tabular visualisation of impact indicators, we could re-use the Scenario Analysis Component. However, the JSON Data Format (Example: sampleIndicatorSet_1.json) expected by this component doesn't support multidimensional tabular data. It just supports single indicators grouped into categories, so for example
This supports a visualisation like this:
Furthermore, the scenario analysis component is intended to visualise aggregated Indicators for the whole study area (not a single grid cell), for a single event (e.g. the worst heat wave that might occur in the a specific period) but for different scenarios.
Usually baseline vs. adaptation scenarios are compared but the scenario analysis component could also be used to compare different Emission Scenarios. So there is probably an additional step or service needed that aggregates the output of the impact model so that it can be visualised in the scenario analysis component.
The text was updated successfully, but these errors were encountered: