W3C home > Mailing lists > Public > public-data-shapes-wg@w3.org > March 2015

Re: Implementation feasibility

From: Peter F. Patel-Schneider <pfpschneider@gmail.com>
Date: Sat, 21 Mar 2015 08:43:22 -0700
Message-ID: <550D919A.3030602@gmail.com>
To: Jose Emilio Labra Gayo <jelabra@gmail.com>
CC: Dimitris Kontokostas <kontokostas@informatik.uni-leipzig.de>, Holger Knublauch <holger@topquadrant.com>, public-data-shapes-wg <public-data-shapes-wg@w3.org>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I can't find any examples of an extension mechanism in the referenced paper.

peter


On 03/20/2015 10:16 PM, Jose Emilio Labra Gayo wrote:

[...]

> 
> From my point an extension mechanism similar to ShEx semantic actions can
> be included in the SHACL high-level language.
> 
> The mechanism allows the inclusion of an action that has a language
> identifier and some code. The language identifier can be SPARQL,
> javascript, or whatever and if the SHACL validator has support for that
> external language processor it calls it passing the code. You can see
> some examples here [1]
> 
> I think Eric didn't add it to his latest proposal because he was just
> trying to be conservative and include only the most basic language
> constructs. We have found that such a mechanism offers enough flexibility
> to handle complex constraints without imposing a particular
> implementation.
> 
> From my perspective Eric's proposal can be used as a first step towards 
> identifying the main high-level language constructs, but it doesn't mean
> that those constructs should be the only ones. That's why I think your
> table in the wiki was also a good step forward to identifying those
> language constructs.
> 
> Best regards, Jose Labra
> 
> [1] Validating and Describing Linked Data Portals using RDF Shape
> Expressions, Jose Emilio Labra Gayo, Eric Prud'hommeaux, Harold Solbrig,
> , 1st Workshop on Linked Data Quality, Sept. 2014, Leipzig, Germany PDF:
> http://labra.github.io/ShExcala/papers/ldq2014.pdf Slides:
> http://www.slideshare.net/jelabra/linked-dataquality-2014
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEcBAEBAgAGBQJVDZGaAAoJECjN6+QThfjzWWwIAMlRb/ebuSQeMbG2VABc+XPq
kPR/uj8nmY06ieG1KcAQ3AMaqMShZO6VQBfihz0zK3ybP/Tkf0zvJ2paD57gqrz1
7xWQN56OwYKlElbBzOM3Nm/HxRtHhjhlc2E7lfWnjhfHCRop+ne8wnXV1ffg2hXp
s4n3T3jcDo0OYxP+RhNz8xU5cpDeRpNlTo10gc2QkKYsyrP3zl7QISfFtgDUY93I
aSan2j/AJU65k/pf2TU+IXJHejn/wJ/XbYWcAcFrHSJi17oSa0np1lvCvcFYz2S0
LQVxHAVNX4BMz4WgAsK7Cx23aCt5I5Rfhlkl3CcqIvJQ3THKRMV8KajA08fdQ6M=
=FDW1
-----END PGP SIGNATURE-----
Received on Saturday, 21 March 2015 15:43:53 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:30:18 UTC