Revise ambiguous dct:type
mapping on Data Service
#77
Labels
alignment:style-guide
SEMIC Style Guide alignment related
release:3.0.0-oct2024
Actively being worked on for GeoDCAT-AP 3.0.0
status:fixed
Resolution applied in draft
type:improvement
Improvement of current handling of a problem
webinar:2024-03-12
To be discussed in the 2024-03-12 webinar
webinar:2024-04-23
To be discussed in the 2024-04-23 webinar
Problem statement
In GeoDCAT-AP 2.0.0
dct:type
on Data Service is used in three different contexts.This makes correct assignment of usage notes, labels and the required code lists rather difficult, as well as consequent validation e.g. via SHACL.
The current approach is not in line with the profiling guidelines established in the context of the SEMIC Style Guide property reuse guideline Reuse of a property with terminological adaptations and Reuse of a property with semantic adaptations.
Also, the approach becomes even more problematic in a cross-profile environment where incompatible requirements can be easily made.
Proposal
Introduce subproperties of
dct:type
geodcatap:serviceCategory
for "Classification of spatial data services" code listgeodcatap:serviceType
for "Spatial data service types" code listgeodcatap:resourceType
for "Resource types" code list with the domain ofdcat:Resource
to accomodate both for Datasets and Data ServicesThis approach is in line with the profiling guidelines established in the context of the SEMIC Style Guide property reuse guideline Reuse of a property with terminological adaptations and Reuse of a property with semantic adaptations.
If interoperability is a concern, a data publisher can always easily materialize the subPropertyOf inference and replace the subproperties with
dct:type
.The text was updated successfully, but these errors were encountered: