On 04/09/13 17:02, Andy Seaborne wrote:
On 04/09/13 16:21, Ying Jiang wrote:
Hi Andy,
Thanks for pointing out the licence issue.
In order to read geo data in WKT literal format, jena-spatial uses JTS
as a parsing tool. Yes, it's not a required feature if no WKT literals
are in geo data.
I think its' the added shapes that the main thing JTS adds. Paring WKT
isn't that tricky :-)
This is a bit of a nuisance but it's better to start simple and expand.
I've refactored the code to resolve the problem. Now jena-spatial can
work without JTS dependency. It's optional for a user to include JTS
in jena-spatial. Please check out the latest code of jena-spatial from
jena svn trunk. I'll also emphasise that in the documentation.
I've removed the unused import statement as well. To check, I deleted
JTS from my local maven repo, recompiled and run the tests. All looks
good.
I've checked the documentation as well - it correctly notes JTS is
optional.
No - it's looking a bit more complicated.
I'm seeing the optional dependency pulled in by the build. But if I
remove the dependency altogether, tests start failing and the build
fails. The build must work without JTS.
Ying - how much of the testing depends on JTS? What impact will it have
to have the tests not depend on JTS? (how much is lost?)
Andy
http://wiki.apache.org/solr/SolrAdaptersForLuceneSpatial4#JTS_.2F_WKT_.2F_Polygon_notes
