Description des capacités des services standards et non standards associés aux jeux de données.
Besoins
Les services de données (dcat:DataService), associés à des distributions de jeux de données, devraient être décrit de façon la plus standardisé possible (machine-readable). Ceci est souhaitable surtout quand il s'agit des services basés sur des API non standards (ex. pour une API basée sur OpenAPI/Swagger). Une description textuelle est également utile (human-readable).
Le typage des services permets de préciser sa nature (ex. découverte, visualisation, téléchargement, traitement, etc.), en utilisant pour cette description un vocabulaire contrôlée (ex. INSPIRE : Type de service de données géographiques).
Exemples de description 'machine-readable' des endpoints
Ces exemples visent à montrer la façon de spécifier les opérations et paramètres disponibles en fonction des API associés aux jeux de données.
WMS -OGC
:ifremer_SISMER a dcat:DataService ;
...
dcat:endpointDescription <https://sextant.ifremer.fr/services/wms/sismer?service=WMS&version=1.3.0&request=GetCapabilities> ;
dcat:endpointURL <https://sextant.ifremer.fr/services/wms/sismer> ;
...
Hydra
Source : Hydra Core Vocabulary :
dcat:endpointURL -> hydra:entrypoint
dcat:endpointDescription -> hydra:apiDocumentation
OpenSearch
Source : the OpenSearch Description element
OpenAPI/Swagger
:aeris_sedoo a dcat:DataService;
...
dcat:endpointURL <https://api.sedoo.fr/aeris-permalink-rest/> ;
dcat:endpointDescription <https://api.sedoo.fr/aeris-permalink-rest/swagger-ui/index.html>;
...
SPARQL
Source : sparql11-service-description
Typage des services
Un exemple dcat V2 de typage est disponible sous EEA-CSW-Endpoint.