Re: QB4ST - Spatio-temporal extension to RDF-QB

Thanks Dmitry.  Agree that we should aim for consensus and an integrated
single outcome on use of data cube for coverage data.



On 17 August 2016 at 13:04, Dmitry Brizhinev <dmitry.brizhinev@anu.edu.au>
wrote:

> The ANU team thinks it would be good to look at Rob's work and ours
> side-by-side and synthesise the important bits into a final product.
> We submit for your consideration the ontology we've been using:
>
> https://github.com/ANU-Linked-Earth-Data/ontology/blob/master/ANU-LED.owl
>
> And a minimal example of how it can be used:
>
> https://github.com/ANU-Linked-Earth-Data/ontology/blob/
> master/ANU-LED-example.owl
>
>
> It would be really instructive if Rob could construct such an example for
> QB4ST. I (for one) find it much easier to understand ontologies that way :)
>
>
> Regards,
> Dmitry Brizhinev
>
>
>
> On 16 August 2016 at 17:46, Bill Roberts <bill@swirrl.com> wrote:
>
>> Thanks Rob - will read and comment
>>
>> Cheers
>>
>> Bill
>>
>> On 15 August 2016 at 08:51, Rob Atkinson <rob@metalinkage.com.au> wrote:
>>
>>> I have created an initial set of specialisations of RDF-QB elements to
>>> support an interoperable means of describing spatio-temporal
>>> characteristics of dimensions and measures in metadata about data sets.
>>>
>>> There is a wiki page with some introduction to RDF-QB here:
>>> https://www.w3.org/2015/spatial/wiki/RDF_Datacube_for_Coverages
>>>
>>> and the ttl is here:
>>> https://github.com/rob-metalinkage/sdw/blob/gh-pages/coverag
>>> es/qb4st/qb4st.ttl
>>>
>>> (and i generated a pull request).
>>>
>>> Requesting a sanity check ASAP - and feel free to educate me on how such
>>> things _ought_ to be defined - first step is to outline what is required
>>> and what it needs to do - then we can refine the logic and language.
>>>
>>> Cheers
>>> Rob Atkinson
>>>
>>
>>
>