Hi Martin,
Thanks for the information. I’ll look into making the switch over to SIS from
GeoTools.
Thanks again,
Greg
From: Martin Desruisseaux
Sent: 28 August 2018 22:18
To: greg_albis...@hotmail.com
Cc: users@jena.apache.org
Subject: Re: RE: GeoSPARQL modules Was: Spatial distance
Hello Greg
On 2018/08/28 15:25:42, Greg Albiston wrote:
> It's not clear to me whether JTS can be used with Apache SIS for point
> 3 and perhaps Martin can help?
>
It let users choose between JTS, ESRI API (under Apache 2 license) or
Java2D as a fallback. If using JTS, the version is 1.15+
rs@jena.apache.org
Subject: Re: GeoSPARQL modules Was: Spatial distance in Fuseki
Yes - this sounds very interesting. I can help with moving this forward, as
either contribution or extending project. There is something to be said for
starting separately (release is not coupled to Jena release
Le 28/08/2018 à 00:34, Andy Seaborne a écrit :
> Good to hear from you and about the status of Apache SIS. It would
> make it easier for the end users if there were license commonality.
>
Thanks. Apart from licensing and the "org.opengis" namespace issue, the
choice between GeoTools and Apache
Hi Martin,
Good to hear from you and about the status of Apache SIS. It would make
it easier for the end users if there were license commonality.
Andy
On 27/08/18 14:13, Martin Desruisseaux wrote:
Hello Andy, Greg and all
It has dependencies on JTS, for spatial relations and distances
Hello Andy, Greg and all
>> It has dependencies on JTS, for spatial relations and distances etc.,
>> and GeoTools, for coordinate reference system conversions.
>>
Sorry to jump in the middle of the discussion; I would like to introduce
some elements in case they are worth consideration. An
Yes - this sounds very interesting. I can help with moving this forward,
as either contribution or extending project. There is something to be
said for starting separately (release is not coupled to Jena release
cycles) then contribute if you want to go that route.
It would be useful whether
Greg--
That sounds like a great contribution, although it might indeed make a lot of
sense as a sidecar module, or even built up as a package with Fuseki and
jena-spatial. Are your modules "pure" functions (i.e. agnostic to backend) or
do they take advantage of Jena's spatial index module?