- From: Dimitris Kontokostas <kontokostas@informatik.uni-leipzig.de>
- Date: Tue, 23 Jun 2015 08:00:37 +0200
- To: Holger Knublauch <holger@topquadrant.com>
- Cc: public-data-shapes-wg <public-data-shapes-wg@w3.org>
- Message-ID: <CA+u4+a0CymyqO9PvBdhQoPFQ_xDRuoggNa-QMffxp96G30JAHA@mail.gmail.com>
> > > > BTW I noticed there is another complication if we dropped ?shapesGraph: > template arguments can be rdf:Lists that are stored in the shapes graph. In > order to walk these lists, ?shapesGraph access is needed. To get rid of > this we would need to come up with a fairly sophisticated text insertion > mechanism that generates various alternative SPARQL serializations for > different use cases. And even then I don't see how we could implement > order-preserving scenarios such as the tail recursion implemented by the > sh:walkShapesList and lists of bnode shapes. An alternative again would be > to disallow rdf:List arguments outside of the core, but I know from > experience that SPIN users asked about multi-valued template arguments. > I am not sure I understand the problem with list/non list arguments, maybe you can send me an offline example. I am also in favor of this feature and RDFUnit supports multiple arguments but with a kind of more verbose syntax e.g. definition: https://github.com/AKSW/RDFUnit/blob/master/configuration/patterns.ttl#L31-L52 binding: https://github.com/AKSW/RDFUnit/blob/master/data/tests/Manual/dbpedia.org/ontology/dbo.tests.Manual.ttl#L26-L40 Of course functions that use sh:hasShape will have to be implemented in a different way, for sh:walkShapesList my approach would be to preserve the order but move all the AND/OR/XOR/NOT/... calculation in the shacl engine > > So what are your thoughts on ISSUE-71? Would this help with your dbpedia > use cases? > My suggested resolution is in this direction, we allow all your design but disallow some parts outside of core. This is a decision we can change with no cost later in the process or the next shacl version ISSUE-71 would definitely help but members from sparql engines would be better fit to comment this best, Dimitris > Regards, > Holger > > -- Dimitris Kontokostas Department of Computer Science, University of Leipzig & DBpedia Association Projects: http://dbpedia.org, http://http://aligned-project.eu, http://rdfunit.aksw.org Homepage:http://aksw.org/DimitrisKontokostas Research Group: http://aksw.org
Received on Tuesday, 23 June 2015 06:01:35 UTC