SEMICeu / DCAT-AP

This is the issue tracker for the maintenance of DCAT-AP
https://joinup.ec.europa.eu/solution/dcat-application-profile-data-portals-europe
72 stars 24 forks source link

Clarification on Dataset Series as an ordered or unordered collection #296

Closed terjesyl closed 2 weeks ago

terjesyl commented 9 months ago

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:

(edit: typo)

terjesyl commented 9 months ago

Also related to #277

nfreire commented 7 months ago

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.
terjesyl commented 7 months ago

@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.

bertvannuffelen commented 5 months ago

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.