Re: [oslc-core] oslc:range property values.

From
Jim Amsden <>
Date
2016-02-22T18:33:09+00:00
ID
Thread
Re: [oslc-core] oslc:range property values.
It was just a note and should have been:
allowedValue - unspecified oslc:valueType 
defaultvalue - unspecified oslc:valueType
These two properties don't specify
a valueType since they could be literal or object values. So they should
not have any oslc:range specified either.

Jim Amsden, Senior Technical Staff Member
OSLC and Linked Lifecycle Data
919-525-6575

From:      
 Nick Crossley/Irvine/IBM@IBMUS
To:      
 Jim Amsden/Raleigh/IBM@IBMUS
Cc:      
 "OSLC Core TC
()" <>
Date:      
 02/22/2016 12:06 PM
Subject:    
   Re: [oslc-core]
oslc:range property values.
Sent by:    
   <>

I'm unsure what you mean by these two: 
allowedValue - unspecified oslc:valueType 
defaultvalue - specified oslc:valueType
I'm fine with everything else.

Nick. 
Jim
Amsden---02/22/2016 08:17:04 AM---At the last Core TC meeting I was assigned
the following actions: Weaken the description of range so

From: Jim Amsden/Raleigh/IBM@IBMUS
To: "OSLC Core TC ()"
<>
Date: 02/22/2016 08:17 AM
Subject: [oslc-core] oslc:range property values.
Sent by: <>

At the last Core TC meeting I was assigned the following actions: 
Weaken the description of
range so that it is recommended types, not required types
Create an inventory of core
object properties that could have a type and propose one
Send out an email with this
information and get feedback whether this should be included in the spec
or not. 
Below are the results. Take a look at the proposed oslc:range values and
see if these are 1) useful and 2) not over-constraining server implementations
or domain usages.

We should schedule a vote on this, and if adopted I will add the oslc:range
values to the property shapes.

1. oslc:range property description: 

In the specification body: The object resource SHOULD be any of the specified
oslc:range types, but no inferencing is intended if the actual target resource
is or is not one of these types. This is very different semantics than
rdfs:range which does have inferencing implications. 

This may already be weak enough. 

in the shape file: "For object properties, an allowed object resource
type." 
Change to: "For object properties, specifies what the object resource
type is expected to be, but that is not necessarily the case." 

2. Proposed oslc:range values for object properties:

Common Properties: 
contributor - foaf:Agent
creator - foaf:Agent
relation
type - rdf:type
member
serviceProvider - ServiceProvider
instanceShape - ResourceShape
discussedBy - oslc:Discussion
modifiedBy - foaf:Agent
Comment 
inReplyTo - oslc:Comment
Compact 
icon
largePreview - oslc:Preview
smallPreview - oslc:Preview
CreationFactory 
creation - ldp:Container
resourceShape - oslc:ResourceShape
resourceType - rdf:type
usage
Dialog 
resourceShape - oslc:ResourceShape
resourceType - rdf:type
usage
Discussion 
comment - oslc:Comment
discussionAbout
Error 
extendedError - oslc:ExtendedError
ExtendedError 
moreInfo
OAuthConfiguration 
oauthRequestTokenURI
authorizationURI
oauthAccessTokenURI
PrefixDefinition 
prefixBase
Preview 
document
Publisher 
icon
QueryCapability 
queryBase
resourceShape - oslc:ResourceShape
resourceType - rdf:type
usage
ResourceShape 
describes
property - oslc:Property
allowedValues - oslc:AllowedValues
allowedValue - unspecified oslc:valueType
defaultvalue - specified oslc:valueType
occurs - oslc:Cardinality
propertyDefinition - rdf:Property
range - rdf:type
representation - oslc:Representation
valueShape - oslc:ResourceShape
valueType - oslc:ResourceValueType
Service 
domain
creationFactory - oslc:CreationFactory
queryCapability - oslc:QueryCapability
selectionDialog - oslc:Dialog
creationDialog - oslc:Dialog
usage
ServiceProvider 
publisher - oslc:Publisher
service - oslc:Service
details
prefixDefinition - oslc:PrefixDefinition
oauthConfiguration - oslc:OAuthConfiguration
ServiceProviderCatalog 
domain
publisher - oslc:Publisher
serviceProvider - oslc:ServiceProvider
serviceProviderCatalog - oslc:ServiceProviderCatalog
oauthConfiguration - oslc:OAuthConfiguration
Jim Amsden, Senior Technical Staff Member
OSLC and Linked Lifecycle Data
919-525-6575