- From: Guillaume Duffes <guillaume.duffes@gmail.com>
- Date: Thu, 9 May 2013 18:26:06 +0200
- To: Dave Reynolds <dave.e.reynolds@gmail.com>
- Cc: public-gld-comments@w3.org, Cotton Franck <franck.cotton@insee.fr>
- Message-ID: <CACmwpp7gvX6gyo36-onFXkNOnZNVr7PjFyrD7SCe8Kdwt-5c7A@mail.gmail.com>
Hi, It is all fine for me. Have a nice day. Guillaume 2013/5/9 Dave Reynolds <dave.e.reynolds@gmail.com> > 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<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<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<http://lists.w3.org/Archives/Public/public-gld-comments/2013Apr/0037.html> > >
Received on Thursday, 9 May 2013 16:26:33 UTC