Difference between revisions of "Progress (EOSC Life)"

From ECRIN-MDR Wiki
Jump to navigation Jump to search
 
(26 intermediate revisions by the same user not shown)
Line 1: Line 1:
 
The table below summarises the progress on the project in terms of the goals listed within the H2020 Project EOSC Life.
 
The table below summarises the progress on the project in terms of the goals listed within the H2020 Project EOSC Life.
  
'''''Last updated 11/12/2020'''''
+
'''''Last updated 07/10/2021'''''
  
 
{| class="wikitable" style="width: 90%;"
 
{| class="wikitable" style="width: 90%;"
Line 8: Line 8:
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 1 || Re-examination and refinement of the current metadata model, to enhance searching and filtering capability. || '''Completed'''<br/>Model now at version 5 for both studies and data objects. A variety of changes introduced to enhance filtering, improve alignment with other systems and simplify by losing unused data points. || style="padding-bottom:10px;|Changes include:<br/>a) Provenance information introduced for both study and data object data (required to support terms of use of source registries)<br/>b) Consent classification aligned to DUO categories and similar scheme introduced for de-identification.<br/>c) EOSC risk categorisation added to data objects.<br/>d) Topic data re-organised to better support MESH coding<br/>e) Field names made more consistent.<br/>f) Distribution of 'contains html' fields clarified. <br/>g) Some unused fields relating to people dropped.
+
| 1 || Re-examination and refinement of the current metadata model, to enhance searching and filtering capability. || '''Completed:'''<br/>Model now at version 6 for both studies and data objects. A variety of changes introduced, as listed in comments. || style="padding-bottom:10px;|'''Recent changes:'''<br/>a) Provenance information introduced for both study and data object data (required to support terms of use of source registries)<br/>b) EOSC risk and DUO consent classification incorporated (see 2 below)<br/>c) DUO like scheme introduced for de-identification categories.<br/>d) Topic data re-organised to better support MESH coding<br/>e) Field names made more consistent.<br/>f) Simplification by removal of some unused fields.
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 2 || Exploration of the inter-relationships and possible alignments with other ontologies and approaches to discoverability (e. g. OmicsDI, data tags, BioSchema).|| style="padding-bottom:10px;" | '''Ongoing'''<br/>Done:<br/>a) DUO consent classification examined and incorporated.<br/>b) EOSC data tag for risk examined and incorporated.<br/>c) Bioschema examined but at this stage does not appear very relevant - fundamentally has a different purpose. || style="padding-bottom:10px;|To do:<br/>a) Explore and promote further compatibility with PID developments (e.g. from RDA PID forum)<br/>b) In particular examine developing Organisation id schemas for contextual data.
+
| 2 || Exploration of the inter-relationships and possible alignments with other ontologies and approaches to discoverability (e. g. OmicsDI, data tags, BioSchema).|| style="padding-bottom:10px;" | '''Ongoing:'''<br/>a) DUO consent classification examined and incorporated.<br/>b) EOSC data tag for risk examined and incorporated. <br/>c) Organisation ids (ROR) added to contextual data. || style="padding-bottom:10px;|'''To do:'''<br/>a) Investigation of additional possible mappings, to schema.org and DCAT schemas
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 3 || Obtaining and integrating metadata from more (at least 6) major study registries. || style="padding-bottom:10px;" | '''Completed'''<br/>a) All 18 WHO registries now serve as sources, though 15 of these are via WHO data. Creates about 580,000 study records.<br/>b) WHO data set processing now much improved – data from different registries split on initial download and then processed separately. ||  style="padding-bottom:10px;|a) 3 repositories interrogated individually (ClinicalTrials.gov, EU CTR and ISRCTN).<br/>b) German, Dutch and Australian registries seem to be the best candidates for also being interrogated in this way, and they then can be removed from the WHO dataset.
+
| 3 || Obtaining and integrating metadata from more (at least 6) major study registries. || style="padding-bottom:10px;" | '''Completed:'''<br/>a) All 18 WHO registries now serve as sources, though 15 of these are via WHO data. Creates about 580,000 study records.<br/>b) WHO data set processing now much improved – data from different registries split on initial download and then processed separately. ||  style="padding-bottom:10px;| '''Further work:'''<br/>a) German, Dutch and Australian registries to be interrogated directly rather than through WHO data. <br/>b) EUPAS dataset to be added for additonal observational studies
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 4 || Extending extraction to other data repositories (at least 10). || style="padding-bottom:10px;" | '''Ongoing'''<br/>a) Only BioLINCC and Yoda being targeted at present, through web scraping. <br/> b) Vivli data downloaded and analysed but appears too incomplete at the moment for use. || style="padding-bottom:10px;|To do:<br/>a) Examine suitability of DataDryad, Zenodo, CrossRef as potential data sources, and add each of these if possible.<br/>b) Examine the possibility of using other NIH sponsored repositories, (i.e. similar to BioLINCC) as data sources.<br/>c) Examine the possibility of using designated protocol documents, as published in Trials.<br/>d) Examine possible contributions of one or two institutional repositories.
+
| 4 || Extending extraction to other data repositories (at least 10). || style="padding-bottom:10px;" | '''Ongoing:'''<br/>a) Only BioLINCC and Yoda being targeted at present, through web scraping. <br/> b) Vivli data downloaded and analysed but appears too incomplete at the moment for use. || style="padding-bottom:10px;|'''To do:'''<br/>a) Examine suitability of DataDryad, Zenodo, CrossRef as potential data sources, and add each of these if possible.<br/>b) Examine the possibility of using other NIH sponsored repositories, (i.e. similar to BioLINCC) as data sources.<br/>c) Examine the possibility of using designated protocol documents, as published in Trials.<br/>d) Examine possible contributions of one or two institutional repositories.
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 5 || Establishing algorithms for identifying the links between new data and already extracted studies and data objects || style="padding-bottom:10px;" |'''Completed'''<br/>a) Mechanisms introduced into the system based around md5 hashes, to identify data objects and studies without PID. <br/>b) A revised procedure for identifying links between studies now in place, based upon 'other study identifiers' listed in registries. <br/>c) Management of cross-source study-study one-to-many relationships now added to the system.|| style="padding-bottom:10px;|To do: <br/>a) Study linkage based on title should be explored.<br/>b) The possible use of text mining and ML techniques for establishing links and duplications needs to be explored.
+
| 5 || Establishing algorithms for identifying the links between new data and already extracted studies and data objects || style="padding-bottom:10px;" |'''Completed:'''<br/>a) Mechanisms introduced into the system based around md5 hashes, to identify data objects and studies without PID. <br/>b) A revised procedure for identifying links between studies now in place, based upon 'other study identifiers' listed in registries. <br/>c) Management of cross-source study-study one-to-many relationships now added to the system.|| style="padding-bottom:10px;|'''Further work:'''<br/>a) Study linkage based on title should be explored.<br/>b) The possible use of text mining and ML techniques for establishing links and duplications needs to be explored.
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 6 || Modification of data extraction to better handle periodic interrogation of the same source (i.e. only handle new or revised data). || style="padding-bottom:10px;" |'''Ongoing'''<br/>a) Download and processing mechanisms brought within a generic framework, for better control and monitoring.<br/>b) Local data stores established for all sources.<br/>c) Logging and tracking mechanisms introduced to identify correct candidate studies / objects for each process.|| style="padding-bottom:10px;|To do:<br/>a) Gradual introduction of data download tasks as scheduled tasks (frequency will depend on data source).<br/>b) Gradual introduction of data processing and aggregation tasks as scheduled tasks, ultimately aiming for a nightly frequency but will be less frequent initially.
+
| 6 || Modification of data extraction to better handle periodic interrogation of the same source (i.e. only handle new or revised data). || style="padding-bottom:10px;" |'''Completed:'''<br/>Data extraction and processing mechanisms now brought within a generic framework and scheduled operation introduced, scheduling and logging improved.|| style="padding-bottom:10px;|'''Supporting changes:'''<br/>a) Download and processing mechanisms brought within a generic framework, for better control and monitoring.<br/>b) Local data stores established for all sources.<br/>c) Logging and tracking mechanisms introduced to identify correct candidate studies / objects for each process<br/>d) Introduction of data download, processing and aggregation tasks as scheduled tasks (weekly at present).
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 7 || Modularising data extraction architecture where possible, with a view to providing interchangeable components for uptake by other RIs. || style="padding-bottom:10px;" | '''Completed'''<br/>a) Different stages of extraction process now separated in order to better support modularisation and independent functioning. Not possible to assess possible usefulness to other RIs until the full range of systems developed. || style="padding-bottom:10px;|To do: <br/>Documentation of the systems still required - should be done shortly.
+
| 7 || Modularising data extraction architecture where possible, with a view to providing interchangeable components for uptake by other RIs. || style="padding-bottom:10px;" | '''Completed:'''<br/>a) Different stages of extraction process now separated into modules in order to better support modularisation and independent functioning. <br/> b) Greater use of dependency injection within systems. || style="padding-bottom:10px;|'''To do:'''<br/>a) Documentation of the systems needs bringing up to date in MDR wiki.<br/> b) Assessment of possible usefulness to other RIs, but this is difficult until the full range of systems is developed, including APIs.
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 8 || Developing ways of rationalising topics / keywords against a common UMLS based schema, to reduce duplication and enhance searchability. || style="padding-bottom:10px;" | '''Ongoing'''<br/>MESH codes selected as the best interim method of rationalising topic terms, and applied to the system. (Much source data is already MESH coded) || style="padding-bottom:10px;|To do:<br/>Further exploration of UMLS systems and related services. Need to find as comprehensive a solution as possible.
+
| 8 || Developing ways of rationalising topics / keywords against a common UMLS based schema, to reduce duplication and enhance searchability. || style="padding-bottom:10px;" | '''Ongoing:'''<br/>MESH codes selected as the best interim method of rationalising topic terms, and applied to the system. (Much source data is already MESH coded) <br/> b) Mesh coding of several hundred of the most common non-MESH coded terms carried out || style="padding-bottom:10px;|'''To do:'''<br/>a) MESH coding, where possible, of further uncoded terms against their MESH equivalents<br/>b) Further exploration of UMLS systems and related services. Need to find as comprehensive a solution as possible.
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 9 || Developing ways of processing names (of research, organisations, people) to better support matching and searching. || style="padding-bottom:10px;" | '''Ongoing'''<br/>Algorithms introduced for applying standardised versions of names during the import process, but not 100%. ||  style="padding-bottom:10px;|To do:<br/>a) Explore the text indexing capabilities of Postgres. <br/>b) Explore if developments in PID management (e.g. from PID forum) can be applied to entities in the MDR.
+
| 9 || Developing ways of processing names (of research, organisations, people) to better support matching and searching. || style="padding-bottom:10px;" | '''Ongoing:'''<br/>a) Algorithms introduced for applying standardised versions of names during the import process, but not 100%. <br/> b) Links established to ROR data for organisations. ||  style="padding-bottom:10px;|'''To do:'''<br/>a) Explore the text indexing capabilities of Postgres.  
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 10 || Maintaining comprehensive documentation of all aspects of the system, including each extraction routine, within a project Wiki. || style="padding-bottom:10px;" | '''Ongoing'''<br/>a) Wiki re-organised but a lot of new material required<br/> By its nature this task always 'ongoing'|| style="padding-bottom:10px;|a) Wiki currently being re-organised and rewritten, both in general and for specific sources.<br/>b) Issue tracking system still missing, though relatively little impact at present.
+
| 10 || Maintaining comprehensive documentation of all aspects of the system, including each extraction routine, within a project Wiki. || style="padding-bottom:10px;" | '''Ongoing:'''<br/>a) Wiki re-organised and new material introduced for metadata and data extraction sections|| style="padding-bottom:10px;|'''To do:'''<br/>a) Portal documentation needs bringing up to date <br/>b) Latest system developments need to be reflected in the documentation<br/> By its nature this task always 'ongoing'
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 11 || Maintaining all extraction and data processing code in GitHub. || style="padding-bottom:10px;" | '''Ongoing'''<br/>a) Source code made more uniform and Github repository tidied up <br/>b) Revised Readme files created for all 4 main data collection / extraction systems.<br/> By its nature this task always 'ongoing'||  style="padding-bottom:10px;|
+
| 11 || Maintaining all extraction and data processing code in GitHub. || style="padding-bottom:10px;" | '''Ongoing:'''<br/>a) Source code made more uniform and Github repository tidied up <br/>b) Revised Readme files created for all 4 main data collection / extraction systems ||  style="padding-bottom:10px;|'''Comment:'''<br/>By its nature this task always 'ongoing'
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 12 || Development of tests (including test data) for regular testing of extraction accuracy. || style="padding-bottom:10px;" | '''Ongoing'''<br/>A strategy now outlined using a sampe of studies from each source ||  style="padding-bottom:10px;|To do:<br/>a) Initial selection of relevant material required for each source (or source type). b) An automated system for comparing actual versus expected values required.
+
| 12 || Development of tests (including test data) for regular testing of extraction accuracy. || style="padding-bottom:10px;" | '''Ongoing:'''<br/>a) A strategy developed. Different types of tests required for different parts of the system. <br/>b) Initial selection of relevant test material made (e.g. sample studies) for each source (or source type) - 60 studies in total b) Automated systems for comparing actual versus expected values developed for harvest and import processes. ||  style="padding-bottom:10px;|'''To do:'''<br/> Testing for aggregation mechanism still to be put in place.  
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 13 || Creation of a co-ordinating system for scheduling, triggering, monitoring and logging extraction activity. || style="padding-bottom:10px;" | '''Not yet begun'''<br/>Now ready for introduction (see 6 and 7). An urgent task for the next few weeks.|| style="padding-bottom:10px;|
+
| 13 || Publication of journal papers around the MDR. || style="padding-bottom:10px;" | '''Begun:'''<br/>Outline of initial paper circulated and agreed || style="padding-bottom:10px;|'''To do:'''<br/>Text to be written in near future
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 14 || Preparation and testing of a Restful (or possibly GraphQL) API for supporting data access. || style="padding-bottom:10px;" | '''Not yet begun''' ||  style="padding-bottom:10px;|a) Characterisation of data demands from the portal interface need to be clarified.<br/>b) To explore usefulness of GraphQL instead of or in addition to a RESTful API.
+
| 14 || Preparation and testing of a Restful (or possibly GraphQL) API for supporting data access. || style="padding-bottom:10px;" | '''Not yet begun:'''<br/>Other tasks have had to take priority up to now. ||  style="padding-bottom:10px;|'''Comment:'''<br/>a) Characterisation of data demands from the portal interface need to be clarified.<br/>b) To explore usefulness of GraphQL instead of or in addition to a RESTful API.
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 15 || Developing a web-based support tool to help data generators more easily apply the metadata at source. || style="padding-bottom:10px;" | '''Not yet begun''' ||  style="padding-bottom:10px;|a) Low priority compared with most other activities – likely to be 2021
+
| 15 || Developing a web-based support tool to help data generators more easily apply the metadata at source. || style="padding-bottom:10px;" | '''Begun:'''<br/>a) Initial design work being carried out (to support metadata capture in EOSC Life WP14) <br/>b) Initial version of forms and code developed within COVID-19 repository management system. ||  style="padding-bottom:10px;|'''Comment:'''<br/>Version 1 expected Spring 2022
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 16 || Integration with AAI, developed and provided by EOSC-Life. Although the data itself will be public, access to development and data management systems will need to be controlled. || style="padding-bottom:10px;" | '''Not yet begun''' || style="padding-bottom:10px;|a) Needs further details on how the portal will be integrated within EOSC hub and how development / production versions will be managed.
+
| 16 || Integration with AAI, developed and provided by EOSC-Life. Although the data itself will be public, access to development and data management systems will need to be controlled. || style="padding-bottom:10px;" | '''Not yet begun'''<br/>Not needed at the moment || style="padding-bottom:10px;|'''Comment:'''<br/>Needs further details on how the portal will be integrated within EOSC hub and how development / production versions will be managed.
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 17 || Contributing to an overall strategy around discoverability of data sources, within EOSC as a whole and within life science RIs in particular. || style="padding-bottom:10px;" | '''Not yet begun''' || style="padding-bottom:10px;|a) Not clear how this can be progressed at present.
+
| 17 || Contributing to an overall strategy around discoverability of data sources, within EOSC as a whole and within life science RIs in particular. || style="padding-bottom:10px;" | '''Not yet begun''' || style="padding-bottom:10px;|'''Comment:'''<br/>Not clear how this can best be progressed at present, but developments in EOSC strategy and related systems monitored.
  
 
|- style="vertical-align:top;"
 
|- style="vertical-align:top;"
| 18 || Exploration of how data sharing can be improved by the MDR (i.e. demonstrations of usefulness). || style="padding-bottom:10px;" | '''Not yet begun'''  ||  style="padding-bottom:10px;|a) The system needs to reach a certain degree of maturity before it can be properly evaluated. Once that is done a dialogue can be begun with users, both in general and with a designated test group.<br/>b) Dialog should include mechanisms for feedback, user requests and issue tracking.
+
| 18 || Exploration of how data sharing can be improved by the MDR (i.e. demonstrations of usefulness). || style="padding-bottom:10px;" | '''Not yet begun'''  ||  style="padding-bottom:10px;|'''Comment:'''<br/>The system needs to reach a certain degree of maturity before it can be properly evaluated. Once that is done a dialogue can be begun with users, both in general and with a designated test group.
 
 
|- style="vertical-align:top;"
 
| 19 || Publication of journal papers around the MDR. || style="padding-bottom:10px;" | '''Not yet begun'''  ||  style="padding-bottom:10px;|a) Scope and number of papers to be clarified.<br/>b) A general description, however, required relatively urgently.
 
  
 
|}
 
|}

Latest revision as of 11:31, 7 October 2021

The table below summarises the progress on the project in terms of the goals listed within the H2020 Project EOSC Life.

Last updated 07/10/2021

# Task Status Comments
1 Re-examination and refinement of the current metadata model, to enhance searching and filtering capability. Completed:
Model now at version 6 for both studies and data objects. A variety of changes introduced, as listed in comments.
Recent changes:
a) Provenance information introduced for both study and data object data (required to support terms of use of source registries)
b) EOSC risk and DUO consent classification incorporated (see 2 below)
c) DUO like scheme introduced for de-identification categories.
d) Topic data re-organised to better support MESH coding
e) Field names made more consistent.
f) Simplification by removal of some unused fields.
2 Exploration of the inter-relationships and possible alignments with other ontologies and approaches to discoverability (e. g. OmicsDI, data tags, BioSchema). Ongoing:
a) DUO consent classification examined and incorporated.
b) EOSC data tag for risk examined and incorporated.
c) Organisation ids (ROR) added to contextual data.
To do:
a) Investigation of additional possible mappings, to schema.org and DCAT schemas
3 Obtaining and integrating metadata from more (at least 6) major study registries. Completed:
a) All 18 WHO registries now serve as sources, though 15 of these are via WHO data. Creates about 580,000 study records.
b) WHO data set processing now much improved – data from different registries split on initial download and then processed separately.
Further work:
a) German, Dutch and Australian registries to be interrogated directly rather than through WHO data.
b) EUPAS dataset to be added for additonal observational studies
4 Extending extraction to other data repositories (at least 10). Ongoing:
a) Only BioLINCC and Yoda being targeted at present, through web scraping.
b) Vivli data downloaded and analysed but appears too incomplete at the moment for use.
To do:
a) Examine suitability of DataDryad, Zenodo, CrossRef as potential data sources, and add each of these if possible.
b) Examine the possibility of using other NIH sponsored repositories, (i.e. similar to BioLINCC) as data sources.
c) Examine the possibility of using designated protocol documents, as published in Trials.
d) Examine possible contributions of one or two institutional repositories.
5 Establishing algorithms for identifying the links between new data and already extracted studies and data objects Completed:
a) Mechanisms introduced into the system based around md5 hashes, to identify data objects and studies without PID.
b) A revised procedure for identifying links between studies now in place, based upon 'other study identifiers' listed in registries.
c) Management of cross-source study-study one-to-many relationships now added to the system.
Further work:
a) Study linkage based on title should be explored.
b) The possible use of text mining and ML techniques for establishing links and duplications needs to be explored.
6 Modification of data extraction to better handle periodic interrogation of the same source (i.e. only handle new or revised data). Completed:
Data extraction and processing mechanisms now brought within a generic framework and scheduled operation introduced, scheduling and logging improved.
Supporting changes:
a) Download and processing mechanisms brought within a generic framework, for better control and monitoring.
b) Local data stores established for all sources.
c) Logging and tracking mechanisms introduced to identify correct candidate studies / objects for each process
d) Introduction of data download, processing and aggregation tasks as scheduled tasks (weekly at present).
7 Modularising data extraction architecture where possible, with a view to providing interchangeable components for uptake by other RIs. Completed:
a) Different stages of extraction process now separated into modules in order to better support modularisation and independent functioning.
b) Greater use of dependency injection within systems.
To do:
a) Documentation of the systems needs bringing up to date in MDR wiki.
b) Assessment of possible usefulness to other RIs, but this is difficult until the full range of systems is developed, including APIs.
8 Developing ways of rationalising topics / keywords against a common UMLS based schema, to reduce duplication and enhance searchability. Ongoing:
MESH codes selected as the best interim method of rationalising topic terms, and applied to the system. (Much source data is already MESH coded)
b) Mesh coding of several hundred of the most common non-MESH coded terms carried out
To do:
a) MESH coding, where possible, of further uncoded terms against their MESH equivalents
b) Further exploration of UMLS systems and related services. Need to find as comprehensive a solution as possible.
9 Developing ways of processing names (of research, organisations, people) to better support matching and searching. Ongoing:
a) Algorithms introduced for applying standardised versions of names during the import process, but not 100%.
b) Links established to ROR data for organisations.
To do:
a) Explore the text indexing capabilities of Postgres.
10 Maintaining comprehensive documentation of all aspects of the system, including each extraction routine, within a project Wiki. Ongoing:
a) Wiki re-organised and new material introduced for metadata and data extraction sections
To do:
a) Portal documentation needs bringing up to date
b) Latest system developments need to be reflected in the documentation
By its nature this task always 'ongoing'
11 Maintaining all extraction and data processing code in GitHub. Ongoing:
a) Source code made more uniform and Github repository tidied up
b) Revised Readme files created for all 4 main data collection / extraction systems
Comment:
By its nature this task always 'ongoing'
12 Development of tests (including test data) for regular testing of extraction accuracy. Ongoing:
a) A strategy developed. Different types of tests required for different parts of the system.
b) Initial selection of relevant test material made (e.g. sample studies) for each source (or source type) - 60 studies in total b) Automated systems for comparing actual versus expected values developed for harvest and import processes.
To do:
Testing for aggregation mechanism still to be put in place.
13 Publication of journal papers around the MDR. Begun:
Outline of initial paper circulated and agreed
To do:
Text to be written in near future
14 Preparation and testing of a Restful (or possibly GraphQL) API for supporting data access. Not yet begun:
Other tasks have had to take priority up to now.
Comment:
a) Characterisation of data demands from the portal interface need to be clarified.
b) To explore usefulness of GraphQL instead of or in addition to a RESTful API.
15 Developing a web-based support tool to help data generators more easily apply the metadata at source. Begun:
a) Initial design work being carried out (to support metadata capture in EOSC Life WP14)
b) Initial version of forms and code developed within COVID-19 repository management system.
Comment:
Version 1 expected Spring 2022
16 Integration with AAI, developed and provided by EOSC-Life. Although the data itself will be public, access to development and data management systems will need to be controlled. Not yet begun
Not needed at the moment
Comment:
Needs further details on how the portal will be integrated within EOSC hub and how development / production versions will be managed.
17 Contributing to an overall strategy around discoverability of data sources, within EOSC as a whole and within life science RIs in particular. Not yet begun Comment:
Not clear how this can best be progressed at present, but developments in EOSC strategy and related systems monitored.
18 Exploration of how data sharing can be improved by the MDR (i.e. demonstrations of usefulness). Not yet begun Comment:
The system needs to reach a certain degree of maturity before it can be properly evaluated. Once that is done a dialogue can be begun with users, both in general and with a designated test group.