You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@rob-metalinkage: we declare a DataService for a dataset that uses one of the Conneg functional profiles
How do we describe both functional and data aspects of a service?
From DCAT:
the dcat:accessURL for each dcat:Distribution corresponds with the dcat:endpointURL of the service. Each service is characterized by its general type using dct:type (here using values from the INSPIRE spatial data service type vocabulary), its specific API definition using `dct:conformsTo'
This section's [2.1] identifications of profiles of this specification exemplifies functional profiles which profile a functional specification, rather than a data profile which profiles a data specification. This specification describes how a system should behave and this section indicates different profiles of that behaviour, rather than content (data).
Perhaps:
Dataset/Distribution/conformsTo --> Data Profile
Dataset/Distribution/accessService/conformsTo --> Functional Profile
The text was updated successfully, but these errors were encountered:
:aDataset dcat:hasDistribution :aDatasetDistribution .
# declare what this version data looks like
:aDatasetDistribution a dcat:Distribution ;
dcterms:conformsTo eg:someDataProfile ;
dcat:accessService eg:connegDataAccessService
.
# describe data
eg:someDataProfile a prof:DataProfile ;
# other details
.
# declare how data can be accessed
eg:connegDataAccessService a dcat:DataService ;
dcterms:conformsTo <http://www.w3.org/ns/dx/conneg/profile/http>,<http://www.w3.org/ns/dx/conneg/profile/qsa> ;
# declare that the dataset may be invoked by URI id using conneg-by-ap
dcat:endPointURL :aDataset ;
.
Note that there doesnt appear to be a way of saying in DCAT that each member of the dataset may be accessed by conneg-by-ap - this applies to the identifier of the dataset as a whole. Possibly this could be expressed in VoiD as a void:technicalFeature using a "well known" feature, or alternatively by a profile of conneg-by-ap?
<https://conneg.info/mediatypes>
a dcat:DataService ;
dct:title "Media Types Web Service" ;
...
# URIs for the all the Functional Profiles of Content Negotiation
# by Profile that this system is conformant with
dct:conformsTo
<http://www.w3.org/ns/dx/conneg/profile/http> ,
<http://www.w3.org/ns/dx/conneg/profile/qsa> ,
<http://www.w3.org/ns/dx/conneg/profile/qsa-alt> ,
<http://www.w3.org/ns/dx/conneg/profile/rrd> ;
...
dcat:endpointURL <https://conneg.info/mediatypes> ;
...
@rob-metalinkage: we declare a DataService for a dataset that uses one of the Conneg functional profiles
How do we describe both functional and data aspects of a service?
From DCAT:
From Conneg by P:
Perhaps:
The text was updated successfully, but these errors were encountered: