Java commercial-friendly R-tree implementation? [closed]

Answer 1

• https://github.com/rweeks/util/blob/master/src/com/newbrightidea/util/RTree.java - LGPL implementation of R-Tree by Russ Weeks. It looks very simple and clear and not dependent on external libraries.

• http://www.mischiefblog.com/?p=171 http://www.mischiefbox.com/blog/uploads/rtree.jar LGPL implementation of R-Tree by Chris Jones. Another simple and clear solution.

• http://www.khelekore.org/prtree/ CPL 1.0 implementation of Priority R-Tree by Robert Olofsson

• http://jsi.sourceforge.net/ LGPL - project aims to maintain a high performance Java version of the RTree spatial indexing algorithm.

Answer 2

RTree simple Java class created by me: https://github.com/hadmir/rtree/blob/master/RTree.java

All objects are stored inside two int[] arrays, so it is really easy to persist (to file). Also, fact that adding new rects doesn't create any objects means that you can insert millions of rectangles into RTree and JVM will not burn in flames. This is useful for geo projects, where object counts are usually enormous.

Only 2D rectangles are stored (so, for complex object you need to find bounding rectangle). Query returns all rects (IDs of rects) intersecting or overlapping with "query rectangle".

Answer 3

First of all let me point out that if You'll look up the nearest city from the given coordinates, it might not be in the same time zone! What you really need, in my opinion, is an information about it administrative affiliation - minimum would be a country, but in some cases it should be even more than that, i.e. state. That information can be retrieved with Google Maps API and then correlated to some more detailed TZ information.

there is a free alternative to GeoNames - EarthTools. There are some limitations to the service itself (number of requests, etc.), but still it's good, tested and working just fine for me.

Second of all - there is a free alternative to GeoNames - EarthTools. There are some limitations to the service itself (number of requests, etc.), but still it's good, tested and working just fine for me.

Third of all - if You would care about importing the data into DB, most of the current DB implementations provide geo spatial indexes that you can use. If You need that information embedded in Your application, you can use H2Database (embeded Java DB) with H2Spatial addition - although I've tried it and I can not recommend it fully. Neo4j have a great spatial index implementation

Additionally You can use Solr for GeoSpatial searches. It's nice, it's quick and it's easy to implement. I'm actually in the middle of the process of migrating my DB searches to Solr...

Last, but not least, below you'll find some of the ones I've tested a while back:

• JSI - LGPL
• GeoTools - LGPL, an overkill, will give You far more than what you need... but it's great!

Possibly few more there, but the ones I've tested so far...