Closed terjesyl closed 2 weeks ago
Also related to #277
I believe that the possibility to represent ordered and unordered dataset series is relevant for DCAT-AP. Therefore, regarding the proposed solutions, I support option ii):
The guidelines says that:
If the series is unordered, seriesMember must exist on the DatasetSeries to all its members (to make implementation computationally feasible), and
If the series is ordered, all members (except the last) has dcat:prev.
@nfreire The only issue is the requirement from DCAT on inverse properties that says that dcat:inSeries
must be present whenever dcat:seriesMember
is used.
This topic has been discussed during the november 2023 webinars. It was concluded that W3C Dataset Series can handle simple groupings but that more complex usages may lead to misinterpretations or distinct expectations.
Since the working group did not found a consensus on more precise expression of what is a Dataset Series, the consensus is to impose only a very minimal amount of constraints and stay close to W3C. The drawback is that questions like the one here in the title: being an ordered or unordered collection did not got an answer and that implementers have complete freedom. Broad harvesting portals must be ready to accept any possible case in the harvested data feeds.
This issue is closely related to #278 but directed more towards Dataset Series in general, where I see the need for some clarifications.
Does a series need to be ordered? Currently the profile seems to be ambigous with regard to the usage of Dataset Series.
If a Dataset Series can be an unordered collection, does it makes sense to require
dcat:prev
? In general I don’t think it would be natural to sequentially link the elements of an unordered collection.The way this is solved would be tigthly connected to how #278 is solved, but I see three alternatives:
dcat:prev
must be set for all series members except the last one in the chain. This requires all series to be ordered, whether there is a natural order for the collection or not (current requirement in profile).seriesMember
must exist on the DatasetSeries to all its members (to make implementation computationally feasible), anddcat:prev
.(edit: typo)