Editing Candidate technologies for review

This page contains a list of the items being considered and reviewed as part of the ENVRIplus technology review. The entries may refer to general ''areas'' that need to be covered, specific ''technologies'', specific examples and ''implementations'' of those technologies, or specific examples of the ''application'' of those implementations. For example, the general ''area'' might be ''data-intensive workflow systems'', the specific technology might be ''data-streaming workflows'', the implementation might be ''dispel4py'', and the application might be its use ''correlating traces from 500 seismometers on an hourly basis''.

Entries should be made on this page when

# A member of the ENVRIplus notes that a topic needs to be covered, or
# A member of the ENVRIplus project commits to, is in progress of, or has reported a review of the topic.

The purpose of these entries is to keep each other informed, and to reduce the risk of unnecessary duplication. It will also help track progress.

Entries should be logically grouped, for example under the six pillars of theme 2, or the three cross-cutting areas of investigation, namely:

# Data identification and citation
# Data curation including quality control
# Data, Method, Process and Resource Cataloguing
# Data Processing including transformations for integration
# Optimisation of data-handling to reduce human effort or reduce resource use
# Provenance including tools and mechanisms exploiting provenance
# Community support including Virtual Organisations and CSCW
# Architecture including mechanisms to meet non-functional requirements
# Linking model
# Reference model including extensions to ontologies to improve description
# Other topics

Within that categorical structure related issues, such as the drilling into more detail on a topic, should be grouped.

Each entry should contain the following information:

# A title by which this topic will be known (Name)
# A URL where treatment of this topic can be found (when it is available) i.e, link to another page in this wiki
# The person(s) making the entry
# The date the entry was initially made
# A short description of the topic, delimiting its scope
# Related topics
# The current status: (a) requires investigation, (b) will be investigated, (c) is being investigated, or (d) has been reported.
# For b, c or d above the person(s), group, ENVRIplus task or WP that is undertaking the work.
# Its category, from the list above, or a new category name, which should be gathered under ''other topics''.
# Its depth, from ''area, technology, implementation or application''.
# Its form, e.g. ''Protocol, Distributed framework, SW system, SW library, HCI framework, Tool, metadata framework, ontology, standard, authoritative report,'' ...
# Where relevant its maturity, e.g. TRL for software
# Its potential source
# Why this topic is critical and needs attention

The topics follow, with Category headings dividing the list.

(copy and paste the text below and then complete the entry. Leave the text below as it is for someone else to copy and use)


<span style="color: #BBCE00"><big>'''>>insert topic here with Heading 3 style<<'''</big></span>

# A URL where treatment of this topic can be found (when it is available) i.e, link to another page in this wiki
# The person(s) making the entry
# The date the entry was initially made
# A short description of the topic, delimiting its scope
# Related topics
# The current status: (a) requires investigation, (b) will be investigated, (c) is being investigated, or (d) has been reported.
# For b, c or d above the person(s), group, ENVRIplus task or WP that is undertaking the work.
# Its category, from the list above, or a new category name, which should be gathered under ''other topics''.
# Its depth, from ''area, technology, implementation or application''.
# Its form, e.g. ''Protocol, Distributed framework, SW system, SW library, HCI framework, Tool, metadata framework, ontology, standard, authoritative report,'' ...
# Where relevant its maturity, e.g. TRL for software
# Its potential source
# Why this topic is critical and needs attention

== <span style="color: #BBCE00">Data identification and citation</span> ==


== <span style="color: #BBCE00">Data curation</span> ==


== <span style="color: #BBCE00">Cataloguing</span> ==


== <span style="color: #BBCE00">Data processing</span> ==

'''Scientific Workflow Management Systems:'''

* Meandre;
* Kepler;
* Pegasus;
* Swift;
* Taverna;
* ...

gCube Data Analytics Platform;

== <span style="color: #BBCE00">Optimisation</span> ==


== <span style="color: #BBCE00">Provenance</span> ==


<span style="color: #BBCE00"><big>'''PROV'''</big></span>

# A URL where treatment of this topic can be found (when it is available) i.e, link to another page in this wiki - to be made
# Barbara Magagna
# 20160118
# An overview of the Prov Family of Documents and its relevance for Provenance
# A model for Provenance
# The current status: (b) will be investigated
# Barbara Magagna, Thomas Loubrieu, Keith Jeffery and whoever wants
# Provenance, underlying model
# Implementation
# ''ontology, standard''
# Where relevant its maturity, e.g. TRL for software
# [http://www.w3.org/TR/2013/NOTE-prov-overview-20130430 www.w3.org/TR/2013/NOTE-prov-overview-20130430]
# This is one of the most cited ontologies in this areas and should if not used at least be a basis for comparison


<span style="color: #BBCE00"><big>'''CERIF'''</big></span>

# A URL where treatment of this topic can be found (when it is available) i.e, link to another page in this wiki - to be made
# Barbara Magagna
# 20160118
# An overview of the CERIF model and its relevance for Provenance
# A potential model for Provenance
# The current status: (b) will be investigated
# Barbara Magagna, Thomas Loubrieu, Keith Jeffery and whoever wants
# Provenance, underlying model
# Implementation
# ''concept model, standard''
# Where relevant its maturity, e.g. TRL for software
# http://eurocris.org/cerif/main-features-cerif
# This is one of the most cited concept models in this areas and should if not used at least be a basis for comparison

== <span style="color: #BBCE00">Community support</span> ==


== <span style="color: #BBCE00">Architecture</span> ==

<span style="color: #BBCE00"><big>'''Data-Intensive Federations'''</big></span>

# A URL where treatment of this topic can be found (when it is available) i.e, link to another page in this wiki
# Malcolm Atkinson
# 18 January 2016
# Data-Intensive federations (DIF) are formed to enable practitioners to have easier access to dynamic and evolving data that is ''owned'' and ''provided'' by ''multiple independent organisations'' some of whom may be ''partners'' in the DIF. A DIF needs to be long-lived to enable its many users to depend on its services. During its lifetime the provisions, priorities, data organisation and services of the data providers will evolve, as will the requirements and activities of its user community. The target of gaining benefit from the improvements in data acquisition, data preparation and data curation happening contemporaneously in provider organisations and the requirement to handle dynamic data so that uses can have response horizons vary from almost immediate to very long term, differentiat DIF from Digital Asset Management (DAM), which helps practitioners develop static collections of under their own control. An effective DIF delivers a holistic and comprehensible view of the relevant data to its users, it facilitates the specification and application of dynamic data integration strategies and it permits effective working with a wide variety of data analysis systems, problem-solving and development tools and all of the functional and non-functional aspects of a DAM. <span style="background: #f5c342">In particular it supports a ''Virtual Research Environment'' (VRE), which is underpinned by a ''Virtual Organisation'' (VO) that administers identity, membership of groups, allocation of roles, and hence of authority to use data and resources. The implementation needs to implement these rules with proper security and accounting across the provider and partner organisations. The DIF will offer computer-supported collaborative working (CSCW), e.g. sharing workspaces, collaborating on developing scientific methods, data handling processes, agreed data organisations, vocabularies, ontologies, user-driven metadata, and so on, with specified scope. However, these will extend to dynamic access, handling and integration processes in the DIF context that are designed to be reused repeatedly on demand. To achieve sustainability, most of this work should be constructed at an abstract level not bound to underpinning technologies, platforms and computational resource provisions. The ''scientific gateway'' should ''dynamically map'' user actions (often performed using tools that call the science gateway's API) onto executable data-intensive workflows or distributed queries that are deployed across the distributed infrastructure to deliver the required result. With sufficiently high-quality descriptions of the platforms, components, services and data these mappings can be largely automated.</span> It is necessary to develop a good architecture for DIF, that is reusable for many DIF. Otherwise DIF (and even DAM) will become unsustainable as their context evolves and as the number of pairwise interactions between components grows at an order N<big>2</big> rate.
# Related topics: Digital Asset Management (DAM), Data Integration, Virtual Research Environment (VRE), Computer-Supported Collaborative Working (CSCW), Virtual Organisations (VO), Virtual laboratories, Science Gateway, Dynamic Mappings, Data-Intensive Platforms, Data-Intensive Workflows. Distributed Databases and Queries.
# The current status: (a) requires investigation, (b) '''will be investigated''', (c) is being investigated, or (d) has been reported.
# For b, c or d above the person(s), group, ENVRIplus task or WP that is undertaking the work. '''Malcolm Atkinson, Alex Hardisty and Keith Jeffery'''
# Its category '''''Architecture'''''.
# Its depth, from '''''area''', technology, implementation or application''.
# Its form, e.g. ''Iterative development of an architectural style and at least one candidate implementation''
# Where relevant its maturity, e.g. TRL for software: ''Novel proposal needs attention''
# Its potential source: ''being investigated''
# Why this topic is critical and needs attention: Without it, work on e-Infrastructure to support RIs and on tools to aid all of their practitioner roles will run into a complexity barrier and become unsustainable. This is particularly the case where some of the data used is collected and used for other social, political or commercial purposes, and the RI needs to sustain effective working with provider organisations that have other priorities.

== <span style="color: #BBCE00">Linking model</span> ==


== <span style="color: #BBCE00">Reference model</span> ==


== <span style="color: #BBCE00">Other topics</span> ==

[[Category:ENVRI Technology Review]]