Use of OSLC Value Type and Representation in Resource Shapes
The OSLC 2.0 Core specification defines two properties to describe the type and representation of property values. The wording of those two properties is not as precise as it could be, and the meaning of combinations of the two properties is not always clear.
Pending clarification with OSLC Core 3.0, this is how the resource value types should be used, and the corresponding representations:
|
Representation |
Value Type |
Reference |
Inline |
Either |
Resource |
A link to an RDF resource with a stable URI. The target RDF resource SHOULD NOT be contained within the same RDF graph or same http resource as the source resource; a client may expect to be able to GET this URI separately and independently from the source URI (and possibly PUT/POST to it). |
A link to an RDF resource with a stable URI, which might be a hash URI. The target MUST be contained within the same RDF graph or same http resource as the source resource. |
A link to an RDF resource with a stable URI, which might be a hash URI. The target RDF resource MAY be contained in the same graph or http resource as the source, so the GET of the source URI might also fetch the target resource. |
LocalResource |
n/a |
A link to an RDF resource with a hash URI or blank node, The target MUST be contained within the same RDF graph or same http resource as the source resource. Clients MUST assume the resource is not separately fetchable or modifiable. |
n/a |
AnyResource |
n/a |
A link to an RDF resource. The target MUST be contained within the same RDF graph or same http resource as the source resource. Clients MUST NOT make any assumptions about the nature of the URI for this resource. |
A link to a resource. The representation and location of the target is not defined. Clients MUST NOT make any assumptions about the nature of the URI for this resource. |