- From: Dimitris Kontokostas <kontokostas@informatik.uni-leipzig.de>
- Date: Mon, 18 Apr 2016 15:32:48 +0300
- To: "Peter F. Patel-Schneider" <pfpschneider@gmail.com>
- Cc: RDF Data Shapes Working Group <public-data-shapes-wg@w3.org>
- Message-ID: <CA+u4+a37gOtdczKQHU0D-6z9d5eE_Jh+AYz6+=OjAjA4o+L-mA@mail.gmail.com>
A solution to this problem would be to treat all results as errors, even sh:Info and sh:Warning then the user could request results above a severity with sh:Info as default On Mon, Apr 18, 2016 at 2:48 PM, Peter F. Patel-Schneider < pfpschneider@gmail.com> wrote: > The situation is even worse for components that actually depend on the > severity of their embedded shapes. One might think that a bunch of > related > shapes that all have severity sh:Info would work correctly together, but if > one of these shapes has a sh:not construct that uses another of the shapes > the > sh:not will not produce any results because it requires that the embedded > shape produces violations with severity sh:Violation. > > Proposal 4: Do away with severities. > > peter > > On 04/18/2016 03:50 AM, RDF Data Shapes Working Group Issue Tracker wrote: > > shapes-ISSUE-150 (nested severities): Treatment of nested severities > [SHACL Spec] > > > > http://www.w3.org/2014/data-shapes/track/issues/150 > > > > Raised by: Dimitris Kontokostas > > On product: SHACL Spec > > > > It is currently not defined (nor there is a WG decision) how nested > severities work in SHACL > > > > for example which severity will be returned if ex:p1 fails due to ex:p2 > or due to ex:p3 > > > > ex:TopShape a sh:Shape > > sh:property [ > > sh:predicate ex:p1 > > sh:severity sh:Warning ; > > sh:valueShape [ > > a sh:Shape > > sh:property [ > > sh:predicate ex:p2 > > sh:severity sh:Info ; > > #.. constraints > > ] > > sh:property [ > > sh:predicate ex:p3 > > sh:severity sh:Violation ; > > #.. constraints > > ] > > ] > > ] > > > > Options: > > proposal 1: take into account only the top severity and ignore all > nested severities even if top severity is not defined (default to > sh:Violation) > > > > proposal 2:take into account only the child severities and ignore the > top one > > > > proposal 3: take into account only the top severity only if the child > severity is lower, otherwise use the child severity. > > > > > > > > -- Dimitris Kontokostas Department of Computer Science, University of Leipzig & DBpedia Association Projects: http://dbpedia.org, http://rdfunit.aksw.org, http:// http://aligned-project.eu Homepage:http://aksw.org/DimitrisKontokostas Research Group: AKSW/KILT http://aksw.org/Groups/KILT
Received on Monday, 18 April 2016 12:33:43 UTC