Description
This is related to #18 and clarity-h2020/csis#91
Also related to: #45, #46, #47, #49
Issue at hand: if I understand our application model correctly, we have to list all the EMIKAT results as ressources with EMIKAT-specific variables in the URIs in the Data Packages that will be used for screening. Otherwise CSIS will not be able to visualize them.
@p-a-s-c-a-l , @helllth : is this correct/is this the way to go or not?
One example of such a resource is the "population density within the EU-wide data package (see https://csis.myclimateservice.eu/node/682 and https://csis.myclimateservice.eu/node/754)
@humerh: Which other resources is EMIKAT producing (or will produce) that need to be listed in this ? Impact tables? Impact maps? Impact tables and maps with adaptation options applied (in development/future)? Other? What are the links that need to be added?
Alternatively, we could produce special "screening" versions of the embedded applications that know what needs to be done. This would make it easier to produce screening data packages, but we would have to invest more in javascript application developments.
@p-a-s-c-a-l , @helllth : which way should we go in your opinion?
Any other issues that you are aware of, or ideas how to handle this?