OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

oslc-core message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Re: [oslc-core] Groups - Ballot opened: "Mark oslc:LocalResouce archaic"

As I'm not currently a voting member of the TC I presume can't vote on this ballot.
In any case I'd like to give it my support.
----- Original message -----
From: <tc_admin@oasis-open.org>
Sent by: workgroup_mailer@lists.oasis-open.org
To: Martin P Pain/UK/IBM@IBMGB
Subject: [oslc-core] Groups - Ballot opened: "Mark oslc:LocalResouce archaic"
Date: Mon, Feb 22, 2016 7:04 PM
"Mark oslc:LocalResouce archaic" has opened.
Ballot Title: Mark oslc:LocalResouce archaic

Closing Date: Monday, 29 February 2016 @ 2:00 pm EST

OSLC2 ResourceShapes describes oslc:valueType constraints on properties to allow domains to specify how object resource URIs should be represented in an RDF resource representation (or document). For object values, oslc:valueType has three possible values:

1. oslc:Resource - the representation is a URI reference to some external resource

2. oslc:LocalResource - the representation is a blank node in the containing document

3. oslc:AnyResource - the representation can be a blank node or URI reference

This property is related to the oslc:representation property which constrains how a resource is represented in an RDF document. This property only applies to object resources and has three possible values:

1. oslc:Inline - the resource must be contained inside the resource representation

2. oslc:Reference - the resource must be in a separate, external resource representation

3. oslc:Either - the resource can be inline or external

The combination of oslc:valueType and oslc:representation leads to some representations that do not make sense: LocalResource/Reference, LocalResource/Either, AnyResource/Reference.

In OSLC2, the notion of inlining a resource in a document, and the use of blank nodes to identify such resources were coupled. However, this is unnecessary. A resource that can be accessed separately by its own URI could still be included inline in the representation of some related resource. And resources that cannot be accessed separately could have fragment URIs relative to the document base. So it is unnecessary to couple blank nodes with inline representations, or for OSLC to specify any constraints on the URI representation within a document. Servers should be free to provide the inlined resource representations with either blank nodes or local URIs.

Proposal: The OSLC Core TC has already approved a motion to replace all instances of oslc:LocalResource with oslc:AnyResource to provide server flexibility in using blank nodes vs. local or global URIs for inlined resources. In order to enforce this best practice, the Core vocabulary property oslc:LocalResource should be marked as vs:term_status "archaic".
Group: OASIS OSLC Lifecycle Integration Core (OSLC Core) TC
Date Opened: Monday, 22 February 2016 @ 2:00 pm EST
Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 741598.
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]