W3C home > Mailing lists > Public > public-gld-wg@w3.org > November 2013

Re: ISSUE-69 (IC-8 Errata): Typo in IC-8 rule [Data Cube Vocabulary]

From: Sandro Hawke <sandro@w3.org>
Date: Mon, 04 Nov 2013 10:22:33 -0500
Message-ID: <5277BBB9.9070007@w3.org>
To: Dave Reynolds <dave.e.reynolds@gmail.com>, Government Linked Data Working Group <public-gld-wg@w3.org>
On 11/02/2013 03:11 PM, Dave Reynolds wrote:
> We need to decide how to handle this issue. Please could the chairs 
> add this to the agenda for the next meeting.
>
> My advocacy is that we regard this as a non-substantive error:
>    o the intent of the rule is clear
>    o the published query will work for the normal case where a single 
> Data Cube is being checked for well-formedness
>    o all current implementation reports are unchanged if we correct 
> the rule
>    o we have precedent with ISSUE-68 of accepting a similar scale of 
> change without a process reset
>

+1

      -- Sandro

> If this is a reasonable argument then I would like a formal working 
> group resolution to this effect.
>
> If we think this change is not acceptable then we would need to decide 
> whether to proceed without IC-8 (the integrity check section is marked 
> at risk in such a way that we could withdraw the rule entirely).
>
> Dave
>
>
> On 02/11/13 19:00, Government Linked Data Working Group Issue Tracker 
> wrote:
>> ISSUE-69 (IC-8 Errata): Typo in IC-8 rule [Data Cube Vocabulary]
>>
>> http://www.w3.org/2011/gld/track/issues/69
>>
>> Raised by: Dave Reynolds
>> On product: Data Cube Vocabulary
>>
>> There is a typo in the SPARQL query used to implement integrity check 
>> IC-8 (http://www.w3.org/TR/vocab-data-cube/#ic-8) in the Data Cube 
>> specification.
>>
>> The published query is:
>>
>>      ASK {
>>        ?slicekey a qb:SliceKey;
>>            qb:componentProperty ?prop .
>>        ?dsd qb:sliceKey ?sliceKey .
>>        FILTER NOT EXISTS { ?dsd qb:component [qb:componentProperty 
>> ?prop] }
>>      }
>>
>> However, the second occurrence of ?slicekey is mis-typed as ?sliceKey 
>> making it a different variable.
>>
>> For a data set comprising a single data cube, the normal case, this 
>> has no effect. There will be only one match to ?dsd (the Data 
>> Structure Definition) and the check will work. However, in cases 
>> where there are multiple data cubes with different DSDs within the 
>> same graph then the rule will incorrectly fail.
>>
>> This does not affect any reported implementation conformance results.
>>
>>
>>
>>
>
>
>
Received on Monday, 4 November 2013 15:22:40 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 20:32:40 UTC