- From: Karen Coyle <kcoyle@kcoyle.net>
- Date: Tue, 13 Oct 2015 12:19:13 -0700
- To: public-data-shapes-wg@w3.org
On 10/12/15 12:12 PM, Jim Amsden wrote: > Abstract should make it clearer that SHACL is intended to specify > constraints on an RDF vocabulary for use in a particular context, and > that those constraints are not intended to control the vocabulary in > other contexts. That is, SHACL closes the world up for a specific > purpose, but doesn’t enforce closed-world assumptions on all uses of a > vocabulary. Very good point! Yes, we should make this clear. Thanks. > > 3.1 mentions rdfs:label and rdfs:comment, but what about dcterms:title > and dcterms:description? Would these be more general and not introduce > additional coupling to RDFS? As the DCMI representative on the Working Group I am fine with this idea, but I'm curious why you find "additional coupling to RDFS" something to be avoided. kc > > There are some concepts defined in OSLC Resource Shapes 2.0 that are not > in this SHACL draft: > > 1. oslc:readOnly - indicates a property value cannot be changed after > the containing resource is created. > > 2. oslc:hidden - gives a hint to applications that the property may be > hidden in a user interface > > 3. oslc:name - the name of the property being defined (not sure why this > was needed). > > 4. oslc:representation - for properties whose oslc:valueType was > Resource or AnyResource, specifies if the property value should be > Inline, Reference or Either. This is important for defining resource > representations that include property values in the same resource > representation for efficient access. This is not the same as sh:nodeKind > because oslc:Inline can still be an IRI, its just that the content of > the IRI reference must be contained in the same resource representation. > > 5. oslc:isMemberProperty - to indicate the property is a membership > property (used to specify shapes for Query results) > > Jim Amsden, Senior Technical Staff Member > OSLC and Linked Lifecycle Data > 919-525-6575 > -- Karen Coyle kcoyle@kcoyle.net http://kcoyle.net m: 1-510-435-8234 skype: kcoylenet/+1-510-984-3600
Received on Tuesday, 13 October 2015 19:19:43 UTC