W3C home > Mailing lists > Public > public-rdf-shapes@w3.org > April 2015

Re: vote for supporting "closed shapes"

From: Martynas Jusevičius <martynas@graphity.org>
Date: Thu, 23 Apr 2015 01:12:28 +0200
Message-ID: <CAE35VmzLJ4LTPe+0esMfe_B8+m1ZLRzdPcTr_UqhFegG726m_A@mail.gmail.com>
To: Erik Wilde <dret@berkeley.edu>
Cc: public-rdf-shapes@w3.org

could you maybe illustrate what you mean with a little example? Thanks.


On Thu, Apr 23, 2015 at 12:50 AM, Erik Wilde <dret@berkeley.edu> wrote:
> hello.
> i am not a member of the RDF shapes WG. but i have been encouraged to voice
> my opinion on the public mailing list, so here i go.
> it seems that the "closed shapes" feature so far is not a required feature
> for the envisioned language. i want to support this feature, and claim that
> having or not having this will make a huge difference in terms of how
> business-ready the language is.
> being able to exactly say what is or isn't allowed is a critical feature in
> business processes. very often, there even are validation pipelines, with
> various levels of openness and increasing levels of strictness, after
> cleanup and consolidation stages.
> not being able to "strict" validation (borrowing XSD's terminology of "lax"
> and "strict" and bending it a little bit here) would mean that the new
> language would only be useful for some validation tasks, but that others
> would still need to be hand-coded.
> having well-defined language features similar to the "wildcards" in XSD is
> critical in terms of getting RDF closer to be business-ready. in my work
> with XML, JSON, and RDF, one typical criticism of RDF is that it assumes
> well-meaning peers, and has little support for scenarios beyond that.
> supporting "closed shapes" could be one step in this direction, and i would
> like to consider the WG to make this a mandatory feature and provide
> fine-grained controls for how open/closed a model should be.
> thanks and kind regards,
> dret.
> --
> erik wilde | mailto:dret@berkeley.edu  -  tel:+1-510-2061079 |
>            | UC Berkeley  -  School of Information (ISchool) |
>            | http://dret.net/netdret http://twitter.com/dret |
Received on Wednesday, 22 April 2015 23:12:55 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:02:41 UTC