Re: [BP] EO-QB meets BP

Bill - flagging point 1 of Kerry's email. This is something you might
consider including in the edits on BP10. I've added a reminder to the
detailed plan [1].

Kerry. I'm working through the other points and will update shortly.

Jeremy

[1]:
https://www.w3.org/2015/spatial/wiki/Detailed_planning_BP_document#BP10:_Encoding_spatial_data

On Tue, 4 Apr 2017 at 14:00 Kerry Taylor <kerry.taylor@anu.edu.au> wrote:

> Dear  BP editors,
>
> This relates to eo-qb issue-107 and issue-100.
>
>
>
> I have revised EO-QB to make reference to its application of best
> practices, you might like to have a look. http://w3c.github.io/sdw/eo-qb/
>
>
>
> As I did it, I spotted  a few places where BP might like to reference
> EO-QB as  examples.
>
>
> *1.  Balancing quality and cost*
>
> BP Encoding spatial data https://www.w3.org/TR/sdw-bp/#semantic-thing
> needs an example for "Balancing quality and cost.” “For example, if using a
> Linked Data approach, one option is to keep all data in a triple store; but
> hybrid approaches are also possible, “ … This EO-QB could be the missing
> example,  Say…
>
>
>
> In EO-QB  satellite imagery metadata is stored in a triple store but
> observational data is stored in HDF5  and served through DGGS and query
> processing middleware that materializes RDF triples only in response to a
> SPARQL query for them.
>
>
>
>
>
> *2.BP change over time*
>
> “Best Practice 6: Describe properties that change over time” I suppose
> EO-QB is an example of approach 3 “capturing a time-series of data values
> within an attribute of the spatial thing.” Although in eoqb he spatial
> thing itself (earth surface) is never really mentioned…  I suggest “EO-QB”
> should be added to the list of includings in the following (although it is
> not quite a standard itself, but it uses the RDF datacube standard to do
> it)  “Standard data encodings are available for time-series data,
> including: [TIMESERIESML <http://w3c.github.io/sdw/bp/#bib-TIMESERIESML>]
> for [GML <http://w3c.github.io/sdw/bp/#bib-GML>], plus [COVERAGE-JSON
> <http://w3c.github.io/sdw/bp/#bib-COVERAGE-JSON>] and [SENSORTHINGS
> <http://w3c.github.io/sdw/bp/#bib-SENSORTHINGS>] for JSON.”
>
>
>
> *3. section 6*
>
> “Coverages: describing properties that vary with location (and time)"
> should reference EO-QB and COV-JSON.
>
> Note that COV_JSON uses the domain/range/range metadata  model explicitly
> whereas in EO-QB this model is  obscured by the primary  conceptualisation
> as  a  3-dimensional Data Cube.
>
>
>
> *4. crossreferencing to UCR*
>
>
>
> BP doc should crossreference req
> https://www.w3.org/TR/sdw-ucr/#CoverageTemporalExtent  from
>
> http://w3c.github.io/sdw/bp/#desc-changing-properties
>
>
>
> Cheers,
>
> Kerry
>

Received on Thursday, 6 April 2017 10:48:34 UTC