Hi Rob (a bit out of the loop at the moment, however) do you know if there is any GeoSPARQL open source implementation around we could look at?
One useful thing to do would be go to through the GeoSPARQL spec and make a list of the FILTERs which need to be implemented. What is not "trivial" IMHO is understand how the optimizer will handle/transform/implement those FILTERs. Maybe an approach a la LARQ (i.e. do the geo bit first) should be the first thing to do. Marco said in a reply: "the task should not be underestimated" +1 However, I do believe in the magic of collaboration around open source software and maybe just describing what needs to be done might help others to help/contribute to that. How many FILTERs need to be implemented? One paragraph for each FILTER to explain what that does, how it could be implemented with Spatial4j and implications on optimizer/query execution would IMHO help. Is there a JIRA issue for this? An issue vaguely related is JENA-144: https://issues.apache.org/jira/browse/JENA-144 See also SIS-42 (but I do not think there has been progress on that): https://issues.apache.org/jira/browse/SIS-42 Paolo On 12 September 2012 22:42, Rob Vesse <[email protected]> wrote: > I remember some discussions a while back about one of the barriers to > implementing GeoSPARQL in Jena being the lack of a good indexing library to > use > > I notice that Lucene 4.0 has a new Spatial module - > http://lucene.apache.org/core/4_0_0-BETA/spatial/index.html – which is itself > built on another library Spatial4j which is ASL licensed > > Would these be sufficient pieces to get us started? I haven't looked in > detail as to whether these libraries provide the specific geospatial > primitives and functions we'd need to implement GeoSPARQL > > Rob
