1 / 16

The Research Data Alliance ICT Technical Specifications

Learn about the identification and adoption process of ICT technical specifications in Europe, promoting interoperability and encouraging innovation. Includes the role of the Research Data Alliance and the European Multi-Stakeholder Platform.

leorar
Download Presentation

The Research Data Alliance ICT Technical Specifications

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. The Research Data AllianceICT Technical Specifications Contact: enquiries@rd-alliance.org Revised version – 29 May 2019 www.rd-alliance.org - @resdatall | @rda_EuROPE CC BY-SA 4.0

  2. ICT technical specifications - Definitions Standard A technical specification, adopted by a recognised standardisation body, for repeated or continuous application, with which compliance is not compulsory Technical Specification A document that prescribes technical requirements to be fulfilled by a product, process, service or system ICT Technical Specification A technical specification in the field of information and communication technologies Identified ICT Technical Specifications Can be referenced in public procurement, primarily to enable interoperability between devices, applications, data repositories, services and networks. Official status under the EU public procurement legislation: “Common Technical Specification” Comply with Regulation No 1025/2012, Annex II Identification of ICT technical specifications : a lighter procedure than standardisation www.rd-alliance.org - @resdatall CC BY-SA 4.0

  3. Identification of ICT specifications in Europe • The European Commission has a flexible approach to standardisation when identifying new ICT technical specifications. WHY? The European Commission can identify ICT technical specifications that are not national, European, or international standards, provided they meet precise requirements. Once identified and approved, these specifications can then be referenced in European public procurement. This flexible approach allows the EU to respond to the fast evolution of technology in ICT. It also helps encourage competition, promote interoperability and innovation, and facilitate the provision of cross-border services. • In July 2017, the Research Data Alliance was officially recognised and approved as an organisation that issues ICT Technical Specifications. https://ec.europa.eu/digital-agenda/en/identification-ict-specifications CC BY-SA 4.0

  4. Identification Procedure Submission form • Annex 2 of Regulation • By the Commission or a Member State Form verification Multi Stakeholder Platform (MSP) Secretariat Submission to MSP 4 weeks before discussion Evaluation report . Proposal for the MSP advice . Available 6 weeks before 2nd discussion Formal MSP advice 2nd discussion at MSP meeting 1st discussion . Establishment of the evaluation working groups Commission Decision . Official Journal publication Consultation by Commission . Relevant Committees . or Sectorial Experts www.rd-alliance.org - @resdatall | @rda_EuROPE CC BY-SA 4.0

  5. Who is involved in this process? The European Multi Stakeholder Platform (MSP) is an expert advisory group on ICT standardisation. It deals with: Potential future ICT standardisation needs in support of European legislation, policies and public procurement; Technical specifications for public procurements, developed by global ICT standards-developing organisations; Cooperation between ICT standards-setting organisations; The Rolling Plan, which provides a multi-annual overview of the needs for preliminary or complementary ICT standardisation activities in support of the EU policy activities • The Multistakeholder platform (MSP) is chaired and coordinated by the European Commission. www.rd-alliance.org - @resdatall | @rda_EuROPE CC BY-SA 4.0

  6. MSP Members Member States and EFTA countries ICT Standardisation Bodies Industry, SMEs and society representatives The MSP is composed of ICT standard experts www.rd-alliance.org - @resdatall | @rda_EuROPE CC BY-SA 4.0

  7. General Conditions for ICT technical specification identification Market acceptance Implementation do not hamper interoperability with the implementations of existing European or international Standards Operational examples Coherence principle Do not conflict with European Standards No new European standard foreseen Existing European standards have not gained market uptake Existing European standards became obsolete Transposition into European standards or standardisation deliverables not foreseen ANNEX II: Requirements 1 and 2 www.rd-alliance.org - @resdatall | @rda_EuROPE CC BY-SA 4.0

  8. Openness: RDA WG processes & procedures are public & completely open RDA Compliance with Requirements for ICT Technical Specifications Consensus: foundation upon which RDA is built • All processes and procedures, in connection with focus, work plans, deliverables, milestones & tangible specifications / recommendations are consensus based. • WG work plans, activities & outputs go through an open & transparent public community review process in addition to feedback provided by RDA Technical Advisory Board and Council. ANNEX II: Requirements 3 (a) (b) (c) Transparency:all information available, balance and harmonisation ensured and all feedback considered and responded to. https://rd-alliance.org/working-and-interest-groups/group-process-procedures.html CC BY-SA 4.0

  9. RDA Compliance with Requirements for ICT Technical Specifications • (a) maintenance • (b) availability • (c) intellectual property rights • (d) relevance • (e) neutrality and stability • (f) quality MAIN TARGET MARKET: • Service Providers • Data Providers • Repositories • E- & Research Infrastructures • SW Developers • Data Scientists • Researchers & Scientists ANNEX II: Requirements 4 (a) (b) (c) (d) (e) (f) Open information exchange & involvement of all interested categories are at the core of RDA‘s vision of an open, global, collaborative science. RDA adopts a consultative approach involving all relevant actors to spur international collaborations necessary to address the global challenges. www.rd-alliance.org - @resdatall | @rda_EuROPE CC BY-SA 4.0

  10. Why RDA ICT technical specifications? RDA Technical specifications • Data federation cost efficiency • Avoid / reduce technology & market lock-in • Innovation friendly • Open & User-driven • Enable European and Global data Interoperability • Increased implementation due to Public procurement e-Infrastructure approach Service orientationfederation, virtualisation Multiple funding sourcesflexible, agile business models InnovationUser and technology-driven Interoperability of data and computing www.rd-alliance.org - @resdatall | @rda_EuROPE CC BY-SA 4.0

  11. RDA Working Groups – Technical Specification Producers • RDA Working groups (WGs) accelerants to advance global data-driven discovery, interoperability & innovation in the long-term. • Case Statement open for public comment • Comments integrated -> Revised case statement • Work begins (12-18 month duration) & presented every 6 months • Outputs released for public comment (RfC) • Outputs revised -> integration / modification • Endorsed & Recognised by RDA Council • Openly available for implementation / adoption Testing & Implementation www.rd-alliance.org - @resdatall | @rda_EuROPE CC BY-SA 4.0

  12. RDA recommendations approved as ICT Technical Specifications (20 July 2017) • ✓ TS1 Data Foundation & Terminology Model - produced by the Data Foundation & Terminology WG which ensures researchers use a common terminology when referring to data. • ✓TS2 PID Information Types API - Persistent Identifier Type Registry produced by the PID Information Types WG, a conceptual model for structuring typed information to better identify PIDs, common interface for access to this information. • ✓TS3 Data Type Registries Model published by the Data Type Registries WG providing machine-readable and researcher-accessible registries of data types that support the accurate use of data • ✓TS4 Practical Policies recommendations produced by the Practical Policy WG designed to support data sharing and interchange between communities. Official publication at: https://ec.europa.eu/growth/industry/policy/ict-standardisation/ict-technical-specifications_en

  13. RDA recommendations approved as ICT Technical Specifications (5 Dec 2017) • ✓ “TS5 RDA” Data Citation of Evolving Data: supports efficient processing of data and linking from publications referencing precise subsets of changing data. • ✓“TS6 RDA” Data Description Registry Interoperability Model: an interoperability model addressing the problem of cross platform discovery by connecting datasets together on the basis of co-authorship or other collaboration models such as joint funding and grants. • ✓“TS7 RDA” RDA CoreTrustSealData Repository Requirements: establishing criteria and providing technical guidance for assessment and core level certification of organisations as trustworthy data repositories. • ✓ “TS8 RDA” RDA/WDS Workflows for Research Data Publishing Model: A data-publishing reference model specifying options to research communities for data publishing workflows based on of emerging standards and best practices. POSITIVE EVALUATION MSP MEETING 5 DECEMBER 2017 https://rd-alliance.org/

  14. RDA recommendations submitted as ICT Technical Specifications (May 2019) • RDA/WDS Publishing Data Services: an approach to sharing information about the links between the literature and research data. A set of hubs collect literature­ data (as well as data­-data) links from their natural communities using minor extensions to existing local procedures and, in some cases, inference. • Research Data Repository Interoperability Recommendations: a set of recommendations to increase the visibility of an approach facilitating research data repository platform interoperability to a broader audience. • Data Collections API: this specification defines a generic way to interact with collections of research or other data as part of a client-server model. • Wheat Data Interoperability Guidelines: a set of guidelines to facilitate the access and interoperability of all wheat related data for wheat research communities. https://rd-alliance.org/

  15. Conclusions • Annex II Requirement compliance • Huge interoperability implications • No conflict with EU standards • Market acceptance The Research Data Alliance is a global initiative with the support & funding of European Commission, Australian Government Department of Education and Training, US National Science Foundation, US National Institute of Standards and Technology, Alfred P. Sloan Foundation. The legal representative of RDA is the RDA Foundation, a non-profit limited company with charity status in England and Wales and has it’s legal headquarters at the Rutherford Appleton Laboratory in Oxfordshire. https://rd-alliance.org/

  16. Thank you RDA Global Email - enquiries@rd-alliance.org Web - www.rd-alliance.org Twitter - @resdatall LinkedIn - www.linkedin.com/in/ResearchDataAlliance Slideshare - http://www.slideshare.net/ResearchDataAlliance Contact Hilary Hanahoe, RDA Secretary General Email – hilary.hanahoe@rda-foundation.org Tel - +39 345 4719284 Twitter - @hilaryhanahoe LinkedIn - www.linkedin.com/in/hilary-hanahoe

More Related