- From: Jerven Tjalling Bolleman <jerven.bolleman@isb-sib.ch>
- Date: Mon, 26 Jan 2015 13:58:07 +0100
- To: "Eric Prud'hommeaux" <eric@w3.org>
- CC: public-data-shapes-wg@w3.org
Hi Eric,
On 26/01/15 13:11, Eric Prud'hommeaux wrote:
> * Jerven Tjalling Bolleman <jerven.bolleman@isb-sib.ch> [2015-01-26 11:38+0100]
>> Hi Eric,
Brutal Snip
> I think we're actually arguing for the same solution, just factored
> slightly differently. You propose:
>
> foaf:Person
> rdfs:subClassOf foaf:Agent ;
> ldom:property [
> ## something magic here to indicate applicability of constraint ##
> ldom:recordConstraintFor <MayoContactDatase> ;
>
> ldom:predicate foaf:givenName ;
> ldom:valueType xsd:string ;
> ldom:minCount 1
> ].
>
> I propose:
>
> mayoHR:ContactShape
> ldom:property [
> ldom:predicate foaf:givenName ;
> ldom:valueType xsd:string ;
> ldom:minCount 1
> ].
>
> ## something magic here to indicate applicability of shape ##
> <MayoContactDatase> ldom:recordStructure mayoHR:ContactShape .
>
Shapes with the something magic is ok. But if the something magic is
required for shapes then the first version is as good. Because then
File/endpoint/service 1
foaf:Person rdfs:subClassOf foaf:Agent .
File/endpoint/service 2
foaf:Person ldom:property :personMustHaveAGivenNameInMyContactApp .
:personMustHaveAGivenNameInMyContactApp
ldom:recordConstraintFor <MyContactApp> ;
ldom:predicate foaf:givenName ;
ldom:valueType xsd:string ;
ldom:minCount 1 .
Is practically equivalent. This becomes more apparent when we want to
use shapes to document what data one can expect e.g. with ldom:minCount
0. (Although I would like a ldom:requiredProperty and a
ldom:expectedProperty)
Basically I feel that the shape resource is not needed, and as its not
needed to meet the requirements, it should be dropped because its one
less thing to worry about. i.e. as simple as possible.
Of course I might not see a requirement where a Shape indirection is
absolutely required, in which case I would like to see such an
requirement so we can think about it. I think Shapes where introduced to
avoid the need for "something magic" but as they need them anyway their
reason for existing has IMHO disappeared.
Regards,
Jerven
PS.
I won't reply to list until Friday at the earliest.
But I will read all replies at that time and further the discussion if
needed.
--
-------------------------------------------------------------------
Jerven Bolleman Jerven.Bolleman@isb-sib.ch
SIB Swiss Institute of Bioinformatics Tel: +41 (0)22 379 58 85
CMU, rue Michel Servet 1 Fax: +41 (0)22 379 58 58
1211 Geneve 4,
Switzerland www.isb-sib.ch - www.uniprot.org
Follow us at https://twitter.com/#!/uniprot
-------------------------------------------------------------------
Received on Monday, 26 January 2015 12:58:37 UTC