- From: kcoyle via GitHub <sysbot+gh@w3.org>
- Date: Fri, 25 May 2018 06:05:06 +0000
- To: public-dxwg-wg@w3.org
kcoyle has just created a new issue for https://github.com/w3c/dxwg:
== profileDesc and the Guidance document ==
There are two possible approaches we can take to integrating profileDesc into our second deliverable. First would be a small-ish modification to the outline proposed by Lars. A W3C-structured document would exist as a separate item, not on recommendation track. (I'm not sure what options there are for a non-recommendation ontology, but I believe they do exist.)
* Introduction (non-normative)
* Definitions
* Profile
* Schema
* Formalism
* ...
* Profile description
* This is the meat of the document. Important parts are:
* A profile MUST have URI (or an IRI?) identifying it. The URI SHOULD be an http URI
* A profile SHOULD have a title
* A profile SHOULD have a textual description intended for humans
* A profile's description MAY be expressed using a formal model we define (such as @rob-metalinkage 's proposal)
* A profile document SHOULD link to schemas implementing the profile it describes
* Examples (non-normative)
* ODRL is a good example since their profiles are explicitly media-type independent
* _Profile Description Ontology (non-normative)_
* Introduction with link to PD documentation that exists elsewhere
* Examples
* Bibliography
In the other option, profileDesc *is* the main normative content of the Guidance document. This could be seen to fit the definition of the Guidance deliverable, which is:
A definition of what is meant by an application profile and an explanation of one or more methods for publishing and sharing them.
One could read this as meeting this outline:
* Introduction (non-normative)
* What is a profile
* A profile MUST have URI (or an IRI?) identifying it. The URI SHOULD be an http URI
* A profile SHOULD have a title
* A profile SHOULD have a textual description intended for humans
* A profile's description MAY be expressed using a formal model we define (such as @rob-metalinkage 's proposal)
* A profile document SHOULD link to schemas implementing the profile it describes
* Examples (non-normative)
* ODRL is a good example since their profiles are explicitly media-type independent
* Definitions
* Profile
* Schema
* Formalism
* ...
* Profile description ontology (normative)
* This is the meat of the document
* Background
* Design rationale
* (primary classes, definition of properties, etc. cf. [SKOS document](https://www.w3.org/TR/2009/REC-skos-reference-20090818/))
* Bibliography
Please view or discuss this issue at https://github.com/w3c/dxwg/issues/242 using your GitHub account
Received on Friday, 25 May 2018 06:05:34 UTC