Hi Andy,

Just to follow up on this, I went ahead and filed this issue:

https://issues.apache.org/jira/browse/SIS-42

I'm going to start work on implementing the Geo SPARQL spec in SIS, maybe
even integrating with Any23 (and Jena down the road, but Any23, I'm a tad
more familiar with at the moment). 

I'm CC'ing the any23-dev and jena-dev user lists (apologies for the SPAM guys)
just to keep them in the loop.

Cheers,
Chris

On Jan 31, 2012, at 4:59 AM, Andy Seaborne wrote:

> Hi there,
> 
> I'm investigating what it would take to implement GeoSPARQL.
> There is already an Apache-licensed SPARQL engine in podling Jena.
> 
> Of the things needed are a persistent storage layer with the right 
> license.  Maybe the SIS project has something to use.
> 
> If I understand it correctly, the qtree implementation is an in-memory 
> structure, with the ability to read from a serialized form on disk, and 
> to be able to write it to disk in that form.
> 
> Is there any information on scaling for the qtree?  Memory usage?
> 
> California_Restaurants.csv is 54K points - is that typical usage size?
> 
> (yes ... there are other things needed as well such as conversion code 
> between coodinate systems, format parsers, polygon code, ... but a start 
> would be just for point data in one system :)
> 
> An open copy of the spec is available at:
> 
> http://www.w3.org/2011/02/GeoSPARQL.pdf
> 
>       Andy


++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Chris Mattmann, Ph.D.
Senior Computer Scientist
NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA
Office: 171-266B, Mailstop: 171-246
Email: [email protected]
WWW:   http://sunset.usc.edu/~mattmann/
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Adjunct Assistant Professor, Computer Science Department
University of Southern California, Los Angeles, CA 90089 USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++

Reply via email to