- From: Dave Reynolds <dave.e.reynolds@gmail.com>
- Date: Thu, 09 May 2013 13:51:12 +0100
- To: Guillaume Duffes <guillaume.duffes@gmail.com>
- CC: public-gld-comments@w3.org
Hi Guillaume, Thank you again for your comments on the Data Cube Last Call draft. We previously responded to your primary comment but I wanted to follow up to confirm that we have also made the editorial corrections that you suggested. Details below. The current editor's draft is at [1]. Please can you let us know if you are satisfied with this response. On 04/04/13 17:04, Guillaume Duffes wrote: > _*6.4*_ :A typo: “ /To express the value of this attribute we would > typically us//*e *//a common thesaurus”/ Fixed. > _*6.4*_ : Need some clarification: “/well call this the ///normalized/ > <http://www.w3.org/TR/2013/WD-vocab-data-cube-20130312/#dfn-normalized>//representation“ > / → *we'll***or *well, let's call *?? Fixed ("this is called the ..."). > _*6.4*_ : “ /In a data set with multiple observations > //*[measures ??]*//**//then we add an additional dimension whose value > indicates the measure. This is appropriate for applications where the > measures are separate aggregate statistics“/→ I do not completely agree > with that. > > First, I guess you meant multiple measures instead of observations. Yes, fixed. > The above-mentioned “ /additional dimension/ “, that is the measure > dimension is defined in SDMX 2.1 as “/ is a special type of dimension > which defines multiple measures in a data structure definition. [..]. > Note that it is necessary that these representations are compliant (the > same or derived from) with that of the primary measure.” /The primary > measure which represents the value of the phenomenon to be measured via > a reference to a concept, is mandatory and can take its semantic from > any concept, although it is provided as a fixed identifier (OBS_VALUE). > > The SDMX MeasureDimension is above all a dimension, admittedly of a > particular type, whereas it seems to me that the RDF Data Cube > MeasureDimension, declared as a qb:MeasureType is primarily a measure. > In my mind it is exemplified by the fact that the qb:MeasureType > component is a dimension property with an implicit code list whereas > SDMX requires a reference to an explicit ConceptScheme whether its > representation be made explicit or not. I think it would be worth > mentioning this slight difference. We already addressed this in the previous discussion [2], though we have further clarified that this is a divergence from SDMX. > _*7:*_“/Internal and external metadata/” seem to be equivalent to the > SDMX structural and reference metadata. Provided that you deem the terms > as identical, the SDMX terminology seems to me more specific to the > statistical context. Accepted, changed to use the SDMX terminology. This subsection has moved earlier in the document in response to another commenter. Best wishes, Dave [1] https://dvcs.w3.org/hg/gld/raw-file/default/data-cube/index.html [2] http://lists.w3.org/Archives/Public/public-gld-comments/2013Apr/0037.html
Received on Thursday, 9 May 2013 12:51:43 UTC