- From: Peter F. Patel-Schneider <pfpschneider@gmail.com>
- Date: Fri, 29 May 2015 06:25:30 -0700
- To: Holger Knublauch <holger@topquadrant.com>, public-data-shapes-wg <public-data-shapes-wg@w3.org>
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 05/28/2015 08:53 PM, Holger Knublauch wrote: > (Moved to WG mailing list, from public list) (Oops, my bad.) > The current organization is the result of discussions with WG members > who suggested a separation into Core and Advanced parts. This has lead to > a separation of aspects that - from a logical point of view - would > belong together. Technically it would be possible to start the document > with Templates, then formalize the algorithms and then simply list the > various built-in templates at the end. This would certainly make for a better definition document. > At the same time, an average reader would likely prefer the current > separation. I believe some people feel very strongly about the > separation between core and advanced parts, so it may be difficult to > reopen that can of worms. The current document may be better for the average reader, but I believe that the working group needs a document that defines SHACL, and the current document is not very good at doing that. > Having said this, I welcome other suggestions for the structure, e.g. as > a branch of the document on github. Like with many other topics, we now > have a specific starting point, and if anyone has better suggestions then > they should IMHO make similarly specific suggestions. The issue is how much work needs to be done before something can be put before the working group. I am unwilling to fork the document without some indication that that direction I take has some decent chance of being accepted . That said, I'll put together a more detailed proposal. > Holger peter > > > On 5/29/15 8:29 AM, Peter F. Patel-Schneider wrote: I'm finding it rather > hard to tease out the formal aspects of SHACL from > https://w3c.github.io/data-shapes/shacl/ > > I propose that the formal aspects of SHACL be consolidated into one or > two sections of the document to make it clearer what constructs are > allowed and what they mean. > > peter >> > > -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJVaGjKAAoJECjN6+QThfjzKQ4H/Rf6ZWN3hZIIipf4ko2Qc1QB CWIiHJgqQNhhGwP8Tr4gwPH69L9kmLA0TvOHLq1xu7SBcnJmiA+L2yFxKojkg/aY /ldXg26BmHo30Bo/NWi5rhd1EKP8s1DWIPrgZ3N8n1oN668L0FQLLgnDDrnosvBt Y6sLh5qRWEJGr+6pvnrHLMHImBi5TeMkV4GDdhTjg8tgUandH9GXUTE+xQPM3Y+S sC3uEj9DZIBsdwhQDlp0JODaarQS0J6/dJ3pbk5Y6MCmXtsbTTQoCzty7Ar9jXzR 0hYSw5TuG6AszjY0Nnnx/J8+tiMs57aW08ex94Kn0lBBR0oQz14/bL+zqegzRcg= =dDTM -----END PGP SIGNATURE-----
Received on Friday, 29 May 2015 13:26:00 UTC