Hey Joe, +1 but we can't use LGPL or GPL, so we either have to roll our own or figure something else out. Or get the JTS guys to move to ALv2 :)
Do you need a Geometry library to move forward on the Tika side? Can't we just move forward with my Tika integration work I did in TIKA-605 through the GDAL Java bindings? Cheers, Chris On 12/13/12 5:58 PM, "Joe White" <[email protected]> wrote: >Hi, Everyone, >I've decided to revisit SIS-32, the TIKA/GDAL integration for spatial >metadata from supported formats in TIKA. I'm starting to lay out the >anticipated metadata, and the very first thing I run into is the Envelope >of the image / vector data. Needless to say, this should be in some type >of Geometry. I've been doing some initial research for this, and it >seems that everyone's choice for this (JTS) is LGPL, which isn't APL >compatible. Other suggestions are also ESRI's geometry library (not >really appropriate for what we're doing) and some other LGPL/GPL >libraries. Another suggestion is java.awt.geom, but it seems a little >too unfinished to me. Does anyone out there have a suggestion for this, >or are we basically in the position of having to roll our own support. >Obviously, I'd rather find a pre-built binary we can live with, as long >as the interface is ok, but if we have to build it outŠ. > >Joe
