Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Use Case: Profiles of DCAT-AP and various implementation resources #238

Open
rob-metalinkage opened this issue May 17, 2018 · 7 comments

Comments

@rob-metalinkage
Copy link
Contributor

commented May 17, 2018

Profiles of DCAT-AP and various implementation resource

Development and governance of localised DCAT Application Profiles

Status: proposed

Identifier:

Creator: Rob Atkinson (Please Andrea and Makx check details)

Deliverable(s): (DCAT1.1, AP Guidelines)

Tags

Profiles, Semantics

Stakeholders

Publishers and users of implementing profiles of DCAT. (This use case is evidence for a wider scope of any cases where the finer grained semantics of catalogues resources needs to address interoperability concerns.)

Problem statement

As evidenced by DCAT-AP and GeoDCAT, profiles of DCAT may be declared and then specialised by communities of practice or local jurisdictions. GeoDCAT-AP is thus a profile of both DCAT-AP and GeoDCAT, DCAT-AP-IT is an Italian profile of DCAT-AP.
Profiles may be supported by multiple resources, with different roles. DCAT-AP for example provides documents in multiple formats, SHACL validations for multiple versions of SHACL, spreadsheet templates and other types of implementation resources.
The DCAT-AP example also illustrates the practical need to describe relationships between different versions of the profile, and for each of these a unique set of implementation resources.

[link to Makx's presentation at F2F here]

Existing approaches

Current use of DCAT-AP is a clear example of the need for this pattern in practice. https://joinup.ec.europa.eu/release/dcat-ap-v11 shows this registered in a catalogue (as a sort of Dataset - which suggests generalisation of DCAT scope) along with a set of implementations resources (described as "distributions").

Links

https://joinup.ec.europa.eu/release/dcat-ap-v11

Requirements

6.2.1 Version subject [RVSS]
6.2.3 Version identifier [RVSID]
6.8.1 Profile definition [RPFDF]
6.8.2 Profile representation [RPFRP]

Related use cases

5.3 Responses can conform to multiple, modular profiles [ID3]
5.4 Dataset Versioning Information [ID4]
5.7 Support associating fine-grained semantics for datasets and resources within a dataset [ID7]
5.20 Modelling resources different from datasets [ID20]
5.24 Harmonising INSPIRE-obligations and DCAT-distribution [ID24]
5.30 Standard APIs for metadata profile negotiation [ID30]
5.39 DCAT Metadata profile integration [ID39]
5.41 Vocabulary constraints [ID41]

Comments

The nature of profile inheritance and attached resources are implications of this Use Case that were previously inferred from the context in which, for example, the DCAT-AP example was raised, i.e. in more specific Use Cases about single aspects of DCAT expressivity. A comment was made that without a grounding in typical technical solution patterns it was insufficiently clear that these overarching governance and usage experiences directly drove the inferred requirements.


@kcoyle

This comment has been minimized.

Copy link
Contributor

commented May 18, 2018

@rob-metalinkage What new requirement(s) would you derive from this use case? (Note that we have a requirement from Europeana that speaks of expressing compatibility between profiles. Also, remember that profiles are not necessarily machine-actionable, so any requirements cannot assume that.)

@rob-metalinkage rob-metalinkage added the ucr label May 22, 2018

@agbeltran

This comment has been minimized.

Copy link
Member

commented May 22, 2018

As just discussed in the call today, I believe we are missing a requirement on the relationship between profiles (e.g. specifying that DCAT-AP-IT is related to DCAT-AP).

@kcoyle

This comment has been minimized.

Copy link
Contributor

commented May 23, 2018

This may be a requirement that can be derived from the Europeana use case, since what is discussed there are issues that arise from related profiles. So I'll @rob-metalinkage and @aisaac on this. Thanks, @agbeltran

@rob-metalinkage rob-metalinkage changed the title New UC for Development and governance of localised DCAT Application Profiles Use Case: Profiles of DCAT-AP and various implementation resources May 29, 2018

@rob-metalinkage

This comment has been minimized.

Copy link
Contributor Author

commented May 29, 2018

@agbeltran This requirement is already present : "Profiles may inherit clauses from one or more parent profiles" Perhaps is ought to be written as "Profiles may add to or specialise clauses from one or more base specifications. Such profiles inherit all the constraints from base specifications."

This requirement is consistent across all the profiling experience but has been left out of the current discussion centered around the https://docs.google.com/document/d/13hV2tJ6Kg2Hfe7e1BowY5QfCIweH9GxSCFQV1aWtOPg/edit#heading=h.5l26dadqk5v7

@kcoyle

This comment has been minimized.

Copy link
Contributor

commented May 30, 2018

If this is to be based on the information that Makx included in his presentation at F2F3, then it should include the community and maintenance management that he outlines in slides 5-9. That is missing from our requirements. Also, nothing about DCAT-AP as he describes it refers to inheritance. As you may recall, at the May 22 meeting we agreed that we would not use the term "inheritance" but would speak of relationships or dependencies between profiles. I think we need to adhere to that, here and elsewhere.

@kcoyle

This comment has been minimized.

Copy link
Contributor

commented Aug 31, 2018

This use case was APPROVED at the plenary meeting of August 28, 2018.

@rob-metalinkage

This comment has been minimized.

Copy link
Contributor Author

commented Aug 31, 2018

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
4 participants
You can’t perform that action at this time.