ISSUE-129: Existential constraints should be consistent
existential constraints
Existential constraints should be consistent
- State:
- CLOSED
- Product:
- SHACL - Core
- Raised by:
- Dimitris Kontokostas
- Opened on:
- 2016-03-07
- Description:
- The current core spec defines three existential constraints: sh:minCount, sh:maxCount and sh:hasValue.
sh:hasValue requires for a value to exist and match the one supplied in the shape definition.
This is not consistent with sh:in which is a variation of sh:hasValue and probably not easy for users to understand the different of sh:hasValue and other constraints e.g. sh:minLength, sh:class, etc
I suggest we restrict the core existential constraints to sh:minCount and sh:maxCount only. The rest of the constraints will apply only when there is a value. - Related Actions Items:
- No related actions
- Related emails:
- Re: shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from pfpschneider@gmail.com on 2016-03-17)
- Re: shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from kontokostas@informatik.uni-leipzig.de on 2016-03-16)
- Re: shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from holger@topquadrant.com on 2016-03-16)
- Re: shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from kontokostas@informatik.uni-leipzig.de on 2016-03-16)
- Re: shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from kontokostas@informatik.uni-leipzig.de on 2016-03-16)
- Re: shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from simon.steyskal@wu.ac.at on 2016-03-16)
- Re: shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from holger@topquadrant.com on 2016-03-16)
- Re: shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from kontokostas@informatik.uni-leipzig.de on 2016-03-16)
- Re: shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from holger@topquadrant.com on 2016-03-16)
- Re: shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from iovka.boneva@univ-lille1.fr on 2016-03-15)
- Re: shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from kontokostas@informatik.uni-leipzig.de on 2016-03-15)
- Re: shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from kontokostas@informatik.uni-leipzig.de on 2016-03-08)
- Re: SHACL syntax and metamodel complexity (from holger@topquadrant.com on 2016-03-08)
- Re: shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from holger@topquadrant.com on 2016-03-08)
- Re: SHACL syntax and metamodel complexity (from kontokostas@informatik.uni-leipzig.de on 2016-03-07)
- shapes-ISSUE-129 (existential constraints): Existential constraints should be consistent [SHACL - Core] (from sysbot+tracker@w3.org on 2016-03-07)
Related notes:
RESOLUTION: Close ISSUE-129, as addressed by the change of sh:notEquals to sh:disjoint
See http://www.w3.org/2016/04/21-shapes-minutes.html#resolution06
Display change log