Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Reference repository for the thorough assessment of multiple potential data space technology stacks for the EMDS

Notifications You must be signed in to change notification settings

deployEMDS/technical-documentation

Folders and files

NameName
Last commit message
Last commit date

Latest commit

History

491 Commits

Repository files navigation

deployEMDS

deployEMDS empowers interoperable, trustworthy and accessible data sharing

deployEMDS is a project co-funded under the EU Digital Europe Programme and responds to its outlined challenges. The project will help make the common European mobility data space a reality. The initiative will cultivate a broad European ecosystem of data providers and users, facilitating the adoption of common building blocks. 16 use cases from nine EU countries will contribute to the development of innovative services and applications.

The European mobility data space (EMDS) will offer a framework for interlinking and federating ecosystems. deployEMDS supports the EMDS initiative through:

  • Data interoperability: Sharing and exchaging data in a standardised way
  • Data sovereignty and trust: Retaining authority and control over data
  • Accessibility: Discoverability and availability of mobility data

The project supports real-life implementations in nine cities and regions:

  • Barcelona (ES)
  • Île-de-France (FR)
  • Milan (IT)
  • Lisbon (PT)
  • Flanders (BE)
  • Sofia (BG)
  • Stockholm (SE)
  • Tampere (FI)
  • Budapest (HU).

These initiatives focus on the development of innovative services and applications in urban mobility, while assisting in policymaking through the sharing and reuse of data.

The repository

The deployEMDS repository is the reference container of a thorough assessment of multiple data space technology stacks, more in detail:

  • The technical implementations of the test facilities(see infra)
  • The test environment, where reference data sources, data schemas, vocabularies, and usage control policies are shared across all tests.
  • The tests and assessments, these are linked to the data space participants' customer journeys covering the essential data space capabilities.

A test facility is an environment where a pre-defined technology stack is tested. There might be more test facilities based on the same core technologies but using different capabilities, if this would affect the tests. For instance: EDC using verifiable credentials, EDC using iShare, Fiware, ...

Each test facility develops tests adapted to the data space's technology. The test definitions are data space stack-agnostic, while the test implementations are specific to the facility. Tests must produce the same expected outcome, but no assumption is made on approaches and technology.

The workflow

A sandbox environment is provided by IONOS to deploy data space stacks. SaaS providers must make sure that their services are accessible from this environment.

A data space stack is the combination of technical building blocks, and it might span over more than one framework (e.g., EDC + iShare). The choice of the stack is delegated to the EMDS Building Block Working Group. The deployment of the stack should result in a mock data space.

The testing facility is the composition of infrastructure, data space stack, and test squad (team). We define one stack per test facility, and the mock data space should be consistent for each testing facility. They should have:

  • The same participants and their identities.
  • The same data product(s) being shared.
  • The same usage policies.
  • The same data planes.
  • The same root taxonomies and vocabularies describing the data product(s).
  • The same certificate authority.

The testing facilities will use a phased or agile approach, where in each phase specific components are deployed and tested. The progress of each testing facility will be tracked by use of reporting tools, in casu the GitHub issues of this repository.

deployEMDS workflow

Planning

The deployEMDS testing is planned to be executed in three phases:

  1. Phase 1: 2024年07月01日 - 2024年07月19日
    1. Minimal : The minimal set of tests to be executed in each testing facility.
    2. Extended : The extended set of tests to be executed in each testing facility, should time allow.
  2. Phase 2: 2024年07月22日 - 2024年08月09日
    • Minimal: The minimal set of tests to be executed in each testing facility.
    • Extended: The extended set of tests to be executed in each testing facility, should time allow.

Testing facilities

The following testing facilities are currently proposed:

Facility Name Stack Components available Technical buddy Test squad 1 Test squad 2 Status
EDC+VC EDC v0.7 with Verifiable Credentials TBD imec i2cat (ph 1), NTTDATA (ph 2) Ready to start
Fiware Fiware with Verifiable Credentials TBD Gernot (Fiware) Fraunhofer Cefriel Ready to start
Pontus-X Gaia-X compliant decentralized data economy toolbox TBD TBD TBD TBD Interview had, seems interesting (?)
(削除) EDC+Gaia-X (削除ここまで) (削除) EDC v0.7 with Gaia-X (削除ここまで) (削除) TBD (削除ここまで) (削除) Jonathan (Eona-X) (削除ここまで) (削除) NTTDATA (削除ここまで) (削除) i2cat (ph 1), imec (ph 2) (削除ここまで) (削除) Info session completed, not a lot of useful components ready right now (削除ここまで)
(削除) EDC+iShare (削除ここまで) (削除) EDC v0.7 with iShare (削除ここまで) (削除) TBD (削除ここまで) (削除) Ferdinand (Fairsfair) (削除ここまで) (削除) Fraunhofer (削除ここまで) (削除) NTTDATA (削除ここまで) (削除) Not developed (削除ここまで) yet
(削除) Fiware+iShare (削除ここまで) (削除) i4Trust (削除ここまで) (削除) TBD (削除ここまで) (削除) Gernot (Fiware) (削除ここまで) (削除) imec (削除ここまで) (削除) Cefriel (削除ここまで) (削除) Deprecated, will not test (削除ここまで)
(削除) EDC+XFSC (削除ここまで) (削除) EDC v0.7 with some XFSC components (削除ここまで) (削除) Catalog, identity provider, wallet from XFSC (Eclipse) (削除ここまで) (削除) Christoph Lange-Bever (Fraunhofer) (削除ここまで) (削除) TBD (削除ここまで) (削除) TBD (削除ここまで) (削除) Info session completed, difficult deployment and lower maturity (削除ここまで)
  • Technical buddies are either commercial providers or experienced partners who help deploying the stacks.
  • The Test squads are deployEMDS WP2 workgroup "Building blocks" partners that are responsible for phase 0 and phase 1.

Test overview

This gives a quick view of the tests from Phase 1 and Phase 2 that were deemed crucial for a Minimum Viable Data Space.

Last updated: 2024年09月06日 13:16:10 UTC

Test Title Phase Minimal Results
[1.1.1.1] Participant onboarding: Registration - Gather information 2 Yes fiware
edc_vc
[1.2.1.1] Participant onboarding: Evaluation - Self-assessment 1 Yes fiware
edc_vc
[1.2.2.1] Participant onboarding: Evaluation - Proof of identity 1 Yes fiware
edc_vc
[1.3.1.1A] Participant onboarding: Certification - Identity and credentials issuance 1 Yes fiware
edc_vc
[1.3.1.1B] Participant onboarding: Certification - Identity and credentials issuance 1 No fiware
edc_vc
[1.3.1.1C] Participant onboarding: Certification - Identity and credentials issuance 1 No fiware
edc_vc
[1.3.1.5] Participant onboarding: Certification - Identity and credentials issuance 1 Yes fiware
edc_vc
[2.1.1.1] Data product publication: Provision - Data source endpoint provisioning 1 No fiware
edc_vc
[2.1.1.2] Data product publication: Provision - Data source endpoint provisioning 1 No fiware
edc_vc
[2.1.1.3] Data product publication: Provision - Data source endpoint provisioning 1 Yes fiware
edc_vc
[2.1.1.4] Data product publication: Provision - Data source endpoint provisioning 1 No fiware
edc_vc
[2.1.1.5] Data product publication: Provision - Data source endpoint provisioning 1 No fiware
edc_vc
[2.1.1.6] Data product publication: Provision - Data source endpoint provisioning 1 No fiware
edc_vc
[2.1.1.7] Data product publication: Provision - Data source endpoint provisioning 1 No fiware
edc_vc
[2.1.2.1] Data product publication: Provision - Submit vocabulary artifacts 2 Yes fiware
edc_vc
[2.1.2.2] Data product publication: Provision - Submit vocabulary artifacts 2 Yes fiware
edc_vc
[2.1.2.4] Data product publication: Provision - Submit vocabulary artifacts 2 Yes fiware
edc_vc
[2.1.3.1] Data product publication: Provision - Reuse or create usage control policies / functions 1 Yes fiware
edc_vc
[2.1.3.2] Data product publication: Provision - Reuse or create usage control policies / functions 1 Yes fiware
edc_vc
[2.1.3.3] Data product publication: Provision - Reuse or create usage control policies / functions 1 No fiware
edc_vc
[2.1.3.4] Data product publication: Provision - Reuse or create usage control policies / functions 1 No fiware
edc_vc
[2.2.1.3] Data product publication: Publication - Data product offering submittal 1 No fiware
edc_vc
[2.2.2.10] Data product publication: Publication - Deploy/config usage control functions 1 Yes fiware
edc_vc
[2.2.2.1] Data product publication: Publication - Deploy/config usage control functions 1 Yes fiware
edc_vc
[2.2.2.4] Data product publication: Publication - Deploy/config usage control functions 1 Yes fiware
edc_vc
[2.2.2.5] Data product publication: Publication - Deploy/config usage control functions 1 No fiware
edc_vc
[2.2.2.6] Data product publication: Publication - Deploy/config usage control functions 1 No fiware
edc_vc
[2.2.3.1A] Data product publication: Publication - Publication on EMDS catalogue 1 Yes fiware
edc_vc
[2.2.3.1B] Data product publication: Publication - Publication on EMDS catalogue 1 Yes fiware
edc_vc
[2.2.3.1C] Data product publication: Publication - Publication on EMDS catalogue 1 No fiware
edc_vc
[2.2.3.1D] Data product publication: Publication - Publication on EMDS catalogue 1 Yes fiware
edc_vc
[2.2.3.3] Data product publication: Publication - Publication on EMDS catalogue 1 No fiware
edc_vc
[2.2.3.4] Data product publication: Publication - Publication on EMDS catalogue 1 No fiware
edc_vc
[2.2.4.1] Data product publication: Publication - Publication on 3rd-party catalogues 2 Yes fiware
edc_vc
[2.2.4.2] Data product publication: Publication - Publication on 3rd-party catalogues 2 Yes fiware
edc_vc
[3.1.1.1] Data product survey: Discover - Consult data space catalogue 1 Yes fiware
edc_vc
[3.1.1.4] Data product survey: Discover - Consult data space catalogue 1 No fiware
edc_vc
[4.2.1.1] Sharing agreement: Negotiation - Negotiating sharing agreement 1 Yes fiware
edc_vc
[4.2.1.3] Sharing agreement: Negotiation - Negotiating sharing agreement 1 Yes fiware
edc_vc
[4.2.1.6] Sharing agreement: Negotiation - Negotiating sharing agreement 1 Yes fiware
edc_vc
[4.2.1.7] Sharing agreement: Negotiation - Negotiating sharing agreement 1 No fiware
edc_vc
[4.2.3.1] Sharing agreement: Negotiation - Refusal or registration of sharing agreement 1 Yes fiware
edc_vc
[4.2.3.2] Sharing agreement: Negotiation - Refusal or registration of sharing agreement 1 Yes fiware
edc_vc
[4.3.2.1] Sharing agreement: Agreement management - Rating & billing 2 Yes fiware
edc_vc
[5.1.1.1] Data sharing: Data sharing request - Request data transfer 1 Yes fiware
edc_vc
[5.1.1.2] Data sharing: Data sharing request - Request data transfer 1 Yes fiware
edc_vc
[5.2.1.1] Data sharing: Data sharing activities - Enforce usage control 1 Yes fiware
edc_vc
[5.3.3.1] Data sharing: Post-sharing activities - Log data sharing transaction 2 Yes fiware
edc_vc
[5.3.3.2] Data sharing: Post-sharing activities - Log data sharing transaction 2 Yes fiware
edc_vc

Information security

GitHub may be utilized for version control; however, code should be treated as an information asset. Prior to publication, all code must undergo a thorough assessment in addition to standard code review procedures. This assessment aims to prevent the unintended disclosure of sensitive information, such as credentials, to the repository.

In accordance with the deployEMDS Information Security Policy, section 7.1 "Information asset protection responsibility," we are required to evaluate all information assets used or created during the project. This evaluation should adhere to the checklist provided in the risk assessment template (Annex 1, pp. 15) . The Security Advisory Board (SAB) and Project Security Officer (PSO) should only be consulted if information security concerns arise, such as when any question on the checklist is answered affirmatively.

This process ensures compliance with our security protocols and safeguards the intellectual property and sensitive information.

Please note: secret keys have been redacted in this repository and must be replaced with user-provided keys to ensure functionality.

About

Reference repository for the thorough assessment of multiple potential data space technology stacks for the EMDS

Topics

Resources

Stars

Watchers

Forks

Packages

No packages published

Contributors 11

AltStyle によって変換されたページ (->オリジナル) /