Re: Profile definition

Sounds like we can start with the DCAP/DCAT-AP definition as a working
definition - and then look to update it if we find the DCAT expression of
dataset features needs to handle a wider definition of profile.

Please everyone try to keep in mind that the special case of content
negotiation to get an appropriate DCAT profile is needed to describe
service access to datasets _within_ DCAT - because this would appear to be
a common pattern (certainly it holds true for geographic data in general).

Cheers
Rob

On Wed, 14 Jun 2017 at 17:58 <andrea.perego@ec.europa.eu> wrote:

> Hi, Rob.
>
>
>
> Makx can correct me if I'm wrong, but basically DCAT-AP re-uses the Dublin
> Core [1] and DCAT [2] definition(s) of application profile.
>
>
>
> About what we mean with "application profile" and "negotiation profile"
> (which may not be necessarily the same thing), I think it would be
> beneficial for our discussion to know more about the background of the
> Doblin Core AP document. I wonder whether Karen, who co-authored it, can
> share some insights. Also, I think it would be good to start collecting
> reference documentation on this topic – I took the liberty of updating the
> AP wiki page accordingly [3].
>
>
>
> Cheers,
>
>
>
> Andrea
>
>
>
> [1] http://dublincore.org/documents/profile-guidelines/
>
> [2] https://www.w3.org/TR/vocab-dcat/#conformance
>
> [3]
> https://www.w3.org/2017/dxwg/wiki/Guidance_on_publishing_application_profiles_of_vocabularies
>
>
>
> ----
>
> Andrea Perego, Ph.D.
>
> Scientific / Technical Project Officer
>
> European Commission DG JRC
>
> Directorate B - Growth and Innovation
>
> Unit B6 - Digital Economy
>
> Via E. Fermi, 2749 - TP 262
>
> 21027 Ispra VA, Italy
>
>
>
> https://ec.europa.eu/jrc/
>
>
>
> ----
>
> The views expressed are purely those of the writer and may
>
> not in any circumstances be regarded as stating an official
>
> position of the European Commission.
>
>
>
> *From:* Rob Atkinson [mailto:rob@metalinkage.com.au]
>
> *Sent:* Tuesday, June 13, 2017 5:14 AM
> *To:* Simon.Cox@csiro.au; rob@metalinkage.com.au; public-dxwg-wg@w3.org
> *Subject:* Re: Profile definition
>
>
>
> Thanks Simon,
>
>
>
> I was _aware_ of it - but its not yet clear to me whether the scope of
> application profiles discussed there fully covers the requirements under
> discussion here.
>
>
>
> It would be great if Andrea or someone could provide a pointer to a formal
> definition as settled on within this community (so far in discussions this
> has not been offered as a straw man, and only the question "what is a
> profile" has been raised.)
>
>
>
> Rob
>
>
>
>
>
> On Tue, 13 Jun 2017 at 12:47 <Simon.Cox@csiro.au> wrote:
>
> Assume you are already aware of
> https://joinup.ec.europa.eu/asset/dcat_application_profile/home
>
> which I think is where the whole idea of DCAT profiles was most
> comprehensively discussed until now.
>
>
>
> Simon
>
>
>
> *From:* Rob Atkinson [mailto:rob@metalinkage.com.au]
> *Sent:* Tuesday, 13 June, 2017 12:35
> *To:* public-dxwg-wg@w3.org
> *Subject:* Profile definition
>
>
>
> Looking for a working definition of a profile - here's a starter from
> Dublin Core [1]
>
>
>
> "A DCAP is a document (or set of documents) that specifies and describes
> the metadata used in a particular application. To accomplish this, a
> profile:
>
>    - describes what a community wants to accomplish with its application
>    (Functional Requirements);
>    - characterizes the types of things described by the metadata and
>    their relationships (Domain Model);
>    - enumerates the metadata terms to be used and the rules for their use
>    (Description Set Profile and Usage Guidelines); and
>    - defines the machine syntax that will be used to encode the data
>    (Syntax Guidelines and Data Formats)."
>
>
>
> I think service access is possibly another dimension of profile - and in
> fact I'd like to model profiles as n-dimensional, with the ability to label
> (soft-type) each of the dimensions an AP chooses to qualify.
>
>
>
> So, even though we are not going to define any specific AP, I think we
> need to decide if we will define a meta-model for an AP, in terms of
> attachment points for each of these aspects, as well as self-reporting
> identification of the set of APs a document conforms to.
>
>
>
> Any advances on this definition  before I have a go at defining generic
> Use Case(s) that covers this scope?
>
>
>
> [1] http://dublincore.org/documents/profile-guidelines/#sect-2
>
>