W3C home > Mailing lists > Public > public-sdwig@w3.org > July 2018

Re: W3C SDWIG - Ontology for RDF Data Cube dicing

From: Jeremy Tandy <jeremy.tandy@gmail.com>
Date: Mon, 9 Jul 2018 14:33:14 +0100
Message-ID: <CADtUq_1URA1uWufseq3ZDQOQMF4KJyL_waAtx-Fq8SE=sfqZ9g@mail.gmail.com>
To: "Little, Chris" <chris.little@metoffice.gov.uk>
Cc: Rob Atkinson <robatkinson101@gmail.com>, "Bill Roberts - Swirrl IT Limited (hello@swirrl.com)" <hello@swirrl.com>, Rob Atkinson <rob@metalinkage.com.au>, "public-sdwig@w3.org" <public-sdwig@w3.org>
Hi Chris-

You suggest adding an item to the w3c/strategy funnel? Before you do,
please can you clarify whether you expect to create a W3C or OGC standard
as the end result? (Remember that the funnel allows us to track things on
route to standardisation).

Alternatively, if you only want to publish patterns for ‘slicing a data
cube’ as a NOTE / Best Practice, this is entirely within the remit of the
SDW IG; e.g. we can publish NOTES as necessary. Furthermore, it seems
sensible to develop the concept a little in SDW IG to the point where it is
concrete enough to write a Charter for a standardisation WG.

So - my suggestion: please start a Project in the w3c/sdw repository, grab
yourself a top-level folder for your content, and start developing the
concept (hopefully with the help of the wider community).

BR, Jeremy
On Thu, 5 Jul 2018 at 11:23, Little, Chris <chris.little@metoffice.gov.uk>
wrote:

> Hi Rob,
>
>
>
> Thanks for these useful and informed comments.
>
>
>
> This suggests to me that I put this work item into the W3C SDWIG ‘funnel’.
>
>
>
> Chris
>
>
>
> *From:* Rob Atkinson <robatkinson101@gmail.com>
> *Sent:* 04 July 2018 22:48
> *To:* Little, Chris <chris.little@metoffice.gov.uk>
> *Cc:* Bill Roberts - Swirrl IT Limited (hello@swirrl.com) <
> hello@swirrl.com>; Rob Atkinson <rob@metalinkage.com.au>;
> public-sdwig@w3.org
> *Subject:* Re: W3C SDWIG - Ontology for RDF Data Cube dicing
>
>
>
> Previously i have played with url templates referencing qb components...
>
>
>
> This supports arbitrary service interfaces. The dxwg work on profile
> descriptions might be a pathway to classifying such services.  Documenting
> such services, and various subset relationships is important and not well
> supported, but possibly some of the DCAT work will help.. but probably just
> recommend using an external vocab. So leveraging that to justify this new
> work makes sense.
>
>
>
> Qb metadata for subsets once transferred is another concern, but a use
> case for the same vocabulary
>
>
>
> Available and keen to support any activity in this space.
>
>
>
> Rob
>
>
>
>
>
>
>
>
>
>
>
>
>
> On Thu, 5 Jul 2018, 03:41 Little, Chris <chris.little@metoffice.gov.uk>
> wrote:
>
> Dear Rob and Bill,
>
> Do you think  that there is any mileage in defining an ontology, in OWL or
> SKOS I suppose, for 'dicing' a data cube?
>
> My understanding is that the RDF definition supports 'slicing' across one
> dimension  or more, reducing the dimensionality of the data cube.
> Originally when the RDF ontology was proposed, the UN SDMX statisticians
> could not agree on further sub-setting or summarising.
>
> At the OGC Tech Conference in March in Orléans, there was recognition that
> there was a commonality underlying all the proposed big data cubes,
> geospatial data cubes, map tiles, vector tile sets, data partitions, result
> paging, etc.
>
> With the OGC enthusiasm for the newer, more flexible, less schematic, more
> RESTful, WFS3, there seems to be a push to review the entities that appear
> in various web services and generalising them to use across a variety of
> services and APIs.
>
> It appears to me that there are some very common patterns in data
> partitioning that could be re-used, especially if the concepts and
> terminology were honed. E.g. along one dimension, partition according to
> item count (give me the first 10 000 values, then the next 10 000, ...) or
> according to measure along the dimension (give me everything between 0.0 to
> 45.0, then 45.0 to 90.0, ...) or according to data volume (give me the
> first 10MB of data values, then the next 10MB, .. and by the way, tell me
> the index value of the dimension boundaries)
>
> These patterns could be applied in 1D (timeseries), 2D (map tiles), 3D
> (Cesium), or more.
>
> I see this as being complementary and orthogonal to the QB4ST work.
>
> Does all that make sense? Do you think it worthwhile doing?
>
> Chris
>
> Chris Little BA, MSc, FRMetS, MBCS
> Chair, OGC Meteorology & Oceanography Domain Working Group
> Chair, OGC Temporal DWG
> Member, OGC Architecture Board
>
> IT Fellow - Operational Infrastructures
> Met Office  FitzRoy Road  Exeter  Devon  EX1 3PB  United Kingdom
> Tel: +44(0)1392 886278  Fax: +44(0)1392 885681  Mobile: +44(0)7753 880514
> E-mail: chris.little@metoffice.gov.uk  http://www.metoffice.gov.uk
>
>
Received on Monday, 9 July 2018 13:33:47 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:17:49 UTC