- From: Simon Steyskal <simon.steyskal@wu.ac.at>
- Date: Fri, 16 Oct 2015 06:59:38 +0200
- To: Holger Knublauch <holger@topquadrant.com>
- Cc: RDF Data Shapes Working Group <public-data-shapes-wg@w3.org>
- Message-ID: <dv98wop8qdf2i9cdd27w6h3w.1444971465231@email.android.com>
Happy to see ISSUE-98 resolved!
+1 to your proposed adaptions
simon
-------- Ursprüngliche Nachricht --------
Von: Holger Knublauch <holger@topquadrant.com>
Datum: 16.10.2015 06:39 (GMT+01:00)
An: RDF Data Shapes Working Group <public-data-shapes-wg@w3.org>
Betreff: ISSUE-98 (cont'd): Further syntax improvements
Now that we have a more consistent framework for node constraints, I
noticed that we could further improve the syntax for various other
constraint types:
Currently:
ex:NotExampleShape
a sh:Shape ;
sh:constraint [
a sh:NotConstraint ;
sh:shape [
sh:property [
sh:predicate ex:property ;
sh:minCount 1 ;
] ;
]
] .
Suggested:
ex:NotExampleShape
a sh:Shape ;
sh:constraint [
sh:not [
sh:property [
sh:predicate ex:property ;
sh:minCount 1 ;
] ;
]
] .
Similar for sh:and and sh:or.
Closed constraints could become:
ex:ClosedShapeExampleShape
a sh:Shape ;
sh:constraint [
sh:closed true ;
sh:ignoredProperties (sh:nodeShape rdf:type) ;
] ;
(which would also help with Karen's recent issue because she could say
sh:closed=false explicitly).
Which would only leave the 4 property pair constraints as ugly
ducklings. We could decide to make them directional and then use
sh:property, e.g.
ex:EqualExampleShape
a sh:Shape ;
sh:property [
sh:predicate ex:firstName ;
sh:equals ex:givenName ;
]
] .
which would make perfect sense for sh:lessThan anyway.
Does anyone have issues with such changes? They almost feel like
editorial changes, but if needed I could raise a new formal ISSUE, put
this to the end of the queue and wait... :)
Cheers,
Holger
Received on Friday, 16 October 2015 05:00:11 UTC