Re: geospatial sparql

Hi Linda,

Thank you getting in touch with the group.

One area that may be relevant here is how SPARQL addresses extensions 
and has the ability to call out to non-RDF indexes, algorithms, and 
services. While engines have ways to do this today, mostly by creative 
use of the SPARQL syntax and sometimes syntax extensions, there is 
interest in a common facility with defined execution semantics. Staying 
within the syntax of the SPARQL spec has always been popular with many 
users.

Issues in this area include:

#6    Function call - algorithms and indexes.
#64   Named arguments for SPARQL functions
#20   Dynamic function invocation
#46   SPARQL-friendly lists

Questions to the Spatial Data on the Web Interest Group:

 1. Does the approach of a common way to access specialized facilities
    work? Are there missing items of functionality?
 2. What would the ideal way and syntax be to access geospatial
    functionality?

    Andy

    co-chair, SPARQL 1.2 Community Group

On 27/11/2019 12:29, Linda van den Brink wrote:

> Hi all,
>
> I wanted to point out that in the geospatial community, there is a 
> standardized extension of SPARQL, called GeoSPARQL (a standard by the 
> Open Geospatial Consortium (OGC)).  I’m part of a coordinated effort 
> at OGC to gather change requests for this standard and to bundle this 
> in a document explaining the benefits of representing geospatial data 
> using semantics and graph technologies, and subsequently outlining 
> some shortcomings of the existing GeoSPARQL implementation 
> specification that, if addressed, would unlock its potential to a 
> greater extent.
>
> I do not know if geospatial requirements for SPARQL have at all been 
> considered within the SPARQL 1.2 community group. If this is of 
> interest, I’m happy to provide a bridge between this group and the 
> GeoSemantics group at OGC.
>
> Linda van den Brink
>
> Chair Spatial Data on the Web Interest Group (W3C)
>
> Chair GeoSemantics DWG (OGC)
>

Received on Tuesday, 3 December 2019 14:13:02 UTC