- From: Peter F. Patel-Schneider <pfpschneider@gmail.com>
- Date: Fri, 16 Oct 2015 10:44:33 -0700
- To: RDF Data Shapes Working Group <public-data-shapes-wg@w3.org>
I was looking at the SHACL document in preparation for making a suggestion about what to do about subclassing between templates. I ended up being most struck with how complex SHACL now is. I found this very strange, as a big reason in my mind for basing SHACL on SPARQL was to make SHACL small and easy to understand. Given that SHACL is so complex, what can be done? I see two approaches: 1/ Don't base SHACL on SPARQL. 2/ Simplify SHACL. The first approach admits that a constraint language is in itself so complex that it needs its own complete foundation from the ground up. What the result of this approach would be is uncertain, but the syntax and the formal underpinnings might be something like ShEx, but with a different set of implicit or explicit control constructs The second approach needs a determination of what to simplify to get to a modest SHACL. It seems to me that a large source of complexity are the template mechanisms. A SHACL specification without templates and related notions would, I think, be viable, and quite easy to produce from the current document. This would retain the ability to use native SPARQL as an extension mechanism. This would not prevent SHACL implementors from implementing SHACL by means of templates nor in exposing this template mechanism to their users. I think that other simplifications are possible and desirable, but removing templates is the biggest reasonable simplification. Of the two approaches, I prefer the second. (No surprise here!) Peter F. Patel-Schneider Nuance Communications
Received on Friday, 16 October 2015 17:45:03 UTC