The RTree in principle should be generalizable, but the current
implementation in neo4j-spatial does make a few assumptions specific to
spatial data, and makes use of spatial envelopes for the tree node bounding
boxes. It is also specific to 2D. We could make a few improvements first,
like generalizing to n-dimensions, replacing the recursive search with a
traverser and generalizing the bounding boxes to be simple double-arrays.
Then the only thing left would be to decide if it is ok for it to be based
on n-dim doubles or should be generalized to more types.

On Tue, Jun 28, 2011 at 11:14 PM, Saikat Kanjilal <sxk1...@hotmail.com>wrote:

> I would be interested in helping out with this, let me know next steps.
>
> Sent from my iPhone
>
> On Jun 28, 2011, at 8:49 AM, Niels Hoogeveen <pd_aficion...@hotmail.com>
> wrote:
>
> >
> > A couple of weeks ago Peter Neubauer set up a repository for in-graph
> datastructures: https://github.com/peterneubauer/graph-collections.
> > At this time of writing only the Btree/Timeline index is part of this
> "component".
> > In my opinion it would be interesting to move the Rtree parts of
> neo-spatial to neo4j-graph-collections too.
> > I looked at the code but don't feel competent to seperate out those
> classes that support generic Rtrees from those classes that are clearly
> spatial related.
> > Is there any enthusiasm for such a project and if so, who is willing and
> able to do this?
> > Niels
> >
> >
> >
> > _______________________________________________
> > Neo4j mailing list
> > User@lists.neo4j.org
> > https://lists.neo4j.org/mailman/listinfo/user
> >
> _______________________________________________
> Neo4j mailing list
> User@lists.neo4j.org
> https://lists.neo4j.org/mailman/listinfo/user
>
_______________________________________________
Neo4j mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user

Reply via email to