Re: [JPP-Devel] Feature Collections With Spatial Index and Limited Topology

2014-09-18 Thread Landon Blake
Michael: Your comments are excellent, as they always are. :] Thanks for taking the time to respond. In plug-ins that need a spatial index, I will build anb STR Tree on the fly for feature collections that aren't already indexed. Thanks for the suggestion! In the meantime...perhaps I can run

[JPP-Devel] Feature Collections With Spatial Index and Limited Topology

2014-09-17 Thread Landon Blake
I've been working a bit on Jukka's idea for a dual attribute merge plug-in that considers topology. As a first step, I wanted to whip up a FeatureCollection implementation that features spatial indexing and storage of some adjacency topology. Here are a few questions for the group: 1) I noted

Re: [JPP-Devel] Feature Collections With Spatial Index and Limited Topology

2014-09-17 Thread Michael Michaud
Hi Landon, 1 - I prefer STRtree which is faster than quad tree. But you're right, STRtree is not updatable and may not fit all use cases. 2 - If I correctly understood Jukka's use case, I think it would me much more easy to union geometries with same attribute(s), then to explode the