Hello Andy,
I have standalone code using validator.validate(Shapes, Graph, Node) where the
graph is a merge of the target graph, e.g., P707, and the ontology graph. This
works fine to validate examples like P707 generating sh:results just for
references to P705 which is not otherwise included i
This is exactly what I'm trying to do. What language is that rule specified
in? How can I utilize it in Jena?
Thanks!
Ken
On Tue, May 12, 2020 at 1:44 AM Lorenz Buehmann <
buehm...@informatik.uni-leipzig.de> wrote:
> Hi,
>
> I think the rule would be basically
>
> [r1: (?x rdf:type ex:RosterEnt
On 14/05/2020 19:06, Chris Tomlinson wrote:
Hi Andy,
I want to validate a named graph in the context of the union graph. I don’t want to
validate the union graph. The union graph has information in it such as the ontology
which defines subClass and subProperty relations needed to successful
Hi Andy,
I want to validate a named graph in the context of the union graph. I don’t
want to validate the union graph. The union graph has information in it such as
the ontology which defines subClass and subProperty relations needed to
successfully validate a target graph such as http://purl.b
?graph names the graph to be validated.
?graph can be a URI of a named graph in the dataset
or ?graph=default for the default graph (note: this is the storage
default graph, not the union default graph)
or ?graph=union for the union of all named graphs which is what I think
you're asking for
Steve,
> On 14 May 2020, at 12:53, Steve Vestal wrote:
>
> Thank you very much, very helpful.
>
> One final question. When you say a FILTER (such as FILTER
> {!sameTerm(a,b)}) removes certain solutions in a SELECT query, does that
> mean it removes rows that do not pass the FILTER? It does no
Hi Andy,
Thanks very much for the shacl guidance. The use of sh:targetSubjectsOf is
quite helpful. I replaced the bdo:personName w/ bdo:isRoot which must be
present on any Entity resource so that if a Work or Place or other entity is
checked it will fail if it isn’t a bdo:Person.
This still fa
Thank you very much, very helpful.
One final question. When you say a FILTER (such as FILTER
{!sameTerm(a,b)}) removes certain solutions in a SELECT query, does that
mean it removes rows that do not pass the FILTER? It does not try and
do anything clever about removing individual values within a
