- From: Gary Murphy <gary@schemaapp.com>
- Date: Wed, 20 Mar 2019 11:41:33 -0400
- To: Irene Polikoff <irene@topquadrant.com>
- Cc: public-shacl@w3.org
- Message-ID: <CADnyxptoQH8APPEmo3Fs5kUhMcHh-5LVROdvsJ36i9spHr1xdA@mail.gmail.com>
Do I ever use shacl-shacl? Well, I don't know: if that is what validates the left side of the shacl-playground, then yes, all the time, if not, then no, never On Tue, Mar 19, 2019 at 9:38 PM Irene Polikoff <irene@topquadrant.com> wrote: > Another example of an invalid or rather (using correct terminology) not a > “well formed” shape. > > Do you ever use SHACL (e.g., https://www.w3.org/ns/shacl-shacl) to make > sure the shapes you produce follow the spec? > > On Mar 19, 2019, at 2:40 PM, Gary Murphy <gary@schemaapp.com> wrote: > > just for fun I tried > > hmshape:DateTimeShape > a sh:PropertyShape ; > sh:or ( > [ sh:path ex:date ] > [ sh:path ex:birthDate ] > [ sh:path ex:deathDate ] > ); > ... > > seemed promising, but no, doesn't work ;) > > > On Tue, Mar 19, 2019 at 2:17 PM Gary Murphy <gary@schemaapp.com> wrote: > >> Seeking some guidance with a frequent pattern: I have several properties >> which are all constrained to xsd:dateTime or xsd:string with a regex for >> ISO dates, but each of these properties also has other constraints such as >> maxCount = 1 >> >> So for a familiar example, in Person, for birthDate, I have these >> alternatives in sh:or clauses, plus I have the maxCount and the sh:lessThan >> deathDate rules, but when the data value is the wrong type, the violation >> takes the sh:message for the entire test, reporting only that the >> sh:OrConstraintComponent was violated and then a second violation for >> sh:LessThanConstraintComponent. >> >> I can of course split these into successive sh:property rules for the >> same sh:path and each with it's own sh:message, but the same datatype >> constraints apply also to deathDate and every other date value in my >> graph. I'd far prefer to define the rules for all date-like paths in one >> place. >> >> Is it possible to define a generic "value shape" where the rules are >> applied to the current path rather than to a path defined in the shape >> itself? >> >> something like >> >> myshape:DateShape a sh:PropertyShape ; >> [ sh:datatype xsd:dateTime ] >> [ sh:datatype xsd:date ] >> [ sh:datatype xsd:string ; >> sh:pattern >> "^\\d{4}-\\d{2}-\\d{2}T\\d{2}:\\d{2}:\\d{2}[0-9.+-Z]*$" ; >> ] >> ) ; >> sh:name "dateTime" ; >> gist:start "2017-12-18T17:00:00Z"^^xsd:dateTime ; >> sh:message "Date must be xsd:date xsd:dateTime or string in ISO >> format, eg 2018-12-18T12:00:00.000+0500" . >> >> myshape:PersonShape a sh:NodeShape ; >> sh:property [ >> sh:path ex:birthDate ; >> sh:??? myshape:DateShape ; # can this be done? >> sh:lessThan ex:deathDate ; >> sh:message "Birth date must be before death date unless time >> travel is possible" . >> >> Is there any mechanism in shacl to apply a path-agnostic shape? >> -- >> Gary Lawrence Murphy <gary@schemaapp.com> - Hunch Manifest, 15 Wyndham N >> 'C', Guelph >> > > > -- > Gary Lawrence Murphy <gary@schemaapp.com> - Hunch Manifest, 15 Wyndham N > 'C', Guelph > > > -- Gary Lawrence Murphy <gary@schemaapp.com> - Hunch Manifest, 15 Wyndham N 'C', Guelph
Received on Wednesday, 20 March 2019 15:42:09 UTC