In writing my new HBase datastore for GT, I've been looking into the
various geo-indexing schemes available. From the docs it looks like only
Quadtree is available in the GT libraries, and only a thread-unsafe
shapefile-based index at that. From google, I have also seen hints of a
pluggable
We tend to use the JTS implementations for an in memory based spatial index.
Perhaps you can learn from that code base?
The official javadocs only covers the modules that have been through QA; try
checking the unsupported folder as well.--
Jody Garnett
On Monday, 5 December 2011 at 8:05 AM,
Thanks Jody, I will have a look.
On Dec 4, 2011 5:29 PM, Jody Garnett jody.garn...@gmail.com wrote:
We tend to use the JTS implementations for an in memory based spatial
index. Perhaps you can learn from that code base?
The official javadocs only covers the modules that have been through QA;
Any feedback on this one http://jira.codehaus.org/browse/GEOT-3931
We might want to wait until right after next geotools release, or do
it right away. We just want tl see if ther eis any feedback.
Regards,
Simone Giannecchini
---
Ing. Simone
The idea sounds fine; however let me counter with another idea that would have
the same effect for GeoServer.
What would you say to issuing a 8.0-RC1?
After 8.0-RC1 is published; the stable release of GeoServer could migrate to to
8.x series; and we can rename trunk as 9.x.
It does seem like
On Mon, Dec 5, 2011 at 5:41 AM, Jody Garnett jody.garn...@gmail.com wrote:
The idea sounds fine; however let me counter with another idea that would
have the same effect for GeoServer.
What would you say to issuing a 8.0-RC1?
After 8.0-RC1 is published; the stable release of GeoServer
On Sun, Dec 4, 2011 at 11:05 PM, Chris Shain ch...@tresata.com wrote:
In writing my new HBase datastore for GT, I've been looking into the
various geo-indexing schemes available. From the docs it looks like only
Quadtree is available in the GT libraries, and only a thread-unsafe
You mean, 2.1.x migrating to the 8.x series? -1, way too many changes
occurred, it would take a couple of months
of betas before getting out with something that can be considere stable for
the production needs.
Darn :(
Well I am also not keen on having two stable branches ... any
On Mon, Dec 5, 2011 at 8:11 AM, Jody Garnett jody.garn...@gmail.com wrote:
You mean, 2.1.x migrating to the 8.x series? -1, way too many changes
occurred, it would take a couple of months
of betas before getting out with something that can be considere stable
for the production needs.
Darn
