2.1.1.3
Data product publication: Provision - Data source endpoint provisioning
Assessment: Assess the availability of multiple data planes that support multiple protocols. Refer to D2.1 for an overview of the most used protocols. The higher the coverage, the higher the ranking.
The description of Test 2.1.1.3 was extracted from this page in the GitHub repository.
This file was last modified at 2025-06-02 13:59:00 UTC.
Information
-
Phase 1
-
Minimal? Yes
-
Related KPIs:
- Functional suitability: Can the provider integrate different data source methods (APIs, data bases, file systems, etc.)
-
Evaluation Criteria:
N/A
Results
- EDC+VC
- Fiware
The results for Test 2.1.1.3 for EDC+VC were extracted from this page in the GitHub repository.
This file was last modified at 2025-06-02 13:59:00 UTC.
Environment
EDC Connector v.0.7.1 within a local testbed. The tests are available in this Postman workspace.
Tested quality metric and method
If an asset can represent a data source X
, then data source X
can be provisioned.
Expected output
Evaluate the level of support for the following data formats
- GTFS - Public dataset with direct download via HTTPS
- GTFS-RT - Public dataset via APIs
- DATEX-II - Public dataset via APIs
- DATX II Light - No available datasets for this data format, tests are skipped
- GBFS - Public dataset via APIs
- WMS/WFS - Public dataset via APIs
Also access through APIs. Access to private APIs is tested using the AMB mobilitat endpoint.
Results
Assessment
All the tests are stored under this folder. A single, parameterized call is used for the entire batch of tests. Execute this tests by running the entire folder at once.
Measured results
The EDC-VC stack fully supports all 6 types of data planes explained in this test. As such, it is evaluated with the highest score in each of the criteria used to evaluate this test as shown in the table below.
Criterion | Description | Score (0-4) | Explanation |
---|---|---|---|
Functional Completeness | Technical requirements cover all the specified tasks and user objectives. | 4 | Artifacts can store a URL to any file format. The URL is stored by setting the field dataAddress.baseUrl . |
Functional Correctness | Technical requirements meet results with the needed degree of precision. | 4 | Both publicly-accessible as well as private artifacts are supported. For the latter, different authentication methods are also provided, such as access through API keys which is supported through the attribute privateProperties.privateKey |
Functional Appropriateness | Technical requirements facilitate the accomplishment of specified tasks and objectives. | 4 | All artifacts were created easily through a single API call passing the required information. |
Overall score calculation: (4 + 4 + 4) / 3 = 4
Functional Suitability Quality Metric Score: 4
The results for Test 2.1.1.3 for Fiware were extracted from this page in the GitHub repository.
This file was last modified at 2025-06-02 13:59:00 UTC.
Environment
This functionality has been tested in the IONOS Deployment
Tested quality metric and method
Comparative criteria (checklists, ...)
Expected output
Multiple protocols can be used in the data plane.
Results
Assessment
The data plane in the Fiware Connector is realized with the Apache APISIX component. Therefore all protocols and schemes supported by APISIX can be used with the Fiware Connector.
APISIX supports multiple protocols:
- HTTP
- TCP/UDP
- SSL
- gRPC
- Kafka
- Redis
Measured results
Notes
In addition to the available protocols, new protocals can be added to APISIX, see How to write your own protocol.