- From: Bert Van Nuffelen <bert.van.nuffelen@tenforce.com>
- Date: Fri, 27 May 2016 17:45:06 +0200
- To: public-dwbp-comments@w3.org
- Message-ID: <CAFtwG1=s=5a42i5BDZC2PpOuny9Ef_On6fOouqkCPd1E6zFxZw@mail.gmail.com>
Hi,
---
before making my comment: I reacted to the email-address (
public-gld-comments@w3.org) mentioned on the datacube vocabulary and this
forwarding me to this. I suggest that the introduction is adapted to
reflect the right address.
---
I would like to understand why a MeasureProperty is declared disjoint from
an AttributeProperty and DimensionProperty in the turtle file while this is
not mention in the text of *https://www.w3.org/TR/vocab-data-cube/
<https://www.w3.org/TR/vocab-data-cube/>.*
qb:MeasureProperty a rdfs:Class, owl:Class;
rdfs:label "Measure property"@en;
rdfs:comment "The class of components which represent the measured
value of the phenomenon being observed"@en;
rdfs:subClassOf qb:ComponentProperty;
owl:disjointWith qb:AttributeProperty;
owl:disjointWith qb:DimensionProperty;
rdfs:isDefinedBy <http://purl.org/linked-data/cube>;
.
I believe that this constraint is too strict.
Datasets can categories the same property differently. So a merge of 2
datasets resulting from 2 different origins is very lickely to violate this
constraint.
It means that the merge is inconsistent and hence requires adaptations
which cannot be done via a machine since the choice of the propertycategory
is business decision.
I would propose to remove the disjoint declarations and move them in a
recommendation section stating e.g. "A coherent QB dataset categorizes each
used component property uniquely into one of the categories Attributes,
Dimensions or Measures."
kind regards,
Bert
--
Bert Van Nuffelen
*_____________________________________*
Bert Van Nuffelen
Senior Semantic Technologies and Open Data Architect
phone: +32 (0) 16 31 48 60
mobile: +32 (0) 479 06 24 26
email: Bert.Van.Nuffelen@tenforce.com
skype: bert.van.nuffelen
Havenkant 38, 3000 Leuven
http://www.tenforce.com
*_____________________________________*
Received on Sunday, 29 May 2016 19:31:26 UTC