Skip to content

Which EMIKAT-generated resources do we need to include in the screening Data Package(s)? #42

Closed
@DenoBeno

Description

@DenoBeno

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?

Metadata

Metadata

Labels

BB: Data DashboardData Dashboard Building BlockenhancementNew feature or requesthelp wantedExtra attention is neededquestionFurther information is requested

Type

No type

Projects

No projects

Relationships

None yet

Development

No branches or pull requests

Issue actions