it, and later on
we may regret it and by then it becomes harder to do because there is an
installed base.
Niels
Date: Sat, 17 Sep 2011 14:19:04 +1200
From: bryc...@gmail.com
To: user@lists.neo4j.org
Subject: Re: [Neo4j] Neo4j graph collections introduction of NodeCollection
interface
Hi Niels
it and by then it becomes harder to do because there
is an installed base.
Niels
Date: Sat, 17 Sep 2011 14:19:04 +1200
From: bryc...@gmail.com
To: user@lists.neo4j.org
Subject: Re: [Neo4j] Neo4j graph collections introduction of
NodeCollection interface
Hi Niels,
I had
Also,
since you can do node.getGraphDatabase(), I think we don't need to
pass in the graphdb instance in
new SortedTree( graphDb(), graphDb().createNode(), new IdComparator(),
true, RelTypes.INDEXED_RELATIONSHIP.name() );
?
Cheers,
/peter neubauer
GTalk: neubauer.peter
Skype
] Neo4j graph collections introduction of NodeCollection
interface
Also,
since you can do node.getGraphDatabase(), I think we don't need to
pass in the graphdb instance in
new SortedTree( graphDb(), graphDb().createNode(), new IdComparator(),
true, RelTypes.INDEXED_RELATIONSHIP.name
...@gmail.com
To: user@lists.neo4j.org
Subject: [Neo4j] Neo4j graph collections introduction of NodeCollection
interface
Hi,
I had mentioned in a previous thread that I was working on introducing a
NodeCollection interface to remove the dependency from IndexedRelationship
to SortedTree
.
Niels
Date: Fri, 16 Sep 2011 17:37:29 +1200
From: bryc...@gmail.com
To: user@lists.neo4j.org
Subject: [Neo4j] Neo4j graph collections introduction of NodeCollection
interface
Hi,
I had mentioned in a previous thread that I was working on introducing a
NodeCollection
Hi,
I had mentioned in a previous thread that I was working on introducing a
NodeCollection interface to remove the dependency from IndexedRelationship
to SortedTree. I have an initial cut of this up now in my github repo:
https://github.com/brycenz/graph-collections
It would be great to get
] neo4j-graph-collections
I've read through this thread in more detail and have a few thoughts, when
you talk about type I am assuming that you are referring to an interface that
both (Btree,Rtree) can implement, for the data types I'd like to understand
the use cases first before
To: user@lists.neo4j.org
Subject: Re: [Neo4j] neo4j-graph-collections
At this moment Btree only supports the primitive datatype long, while Rtree
only supports the datatype double. For Btree it makes sense to at least support
strings, floats, doubles and ints too. Use cases for these data types
...@hotmail.com
To: user@lists.neo4j.org
Date: Tue, 28 Jun 2011 22:43:24 -0700
Subject: Re: [Neo4j] neo4j-graph-collections
I've read through this thread in more detail and have a few thoughts,
when you talk about type I am assuming that you are referring to an
interface that both (Btree,Rtree
...@amanzi.com
To: user@lists.neo4j.org
Subject: Re: [Neo4j] neo4j-graph-collections
I have previously used two solutions to deal with multiple types in btrees:
- My first index in 2009 was a btree-like n-dim index using generics to
support int[], long[], float[] and double
on the Btree component that is now in neo4j-graph-collections, so we
can eventually have one implementation that meets a broad variety of needs?
Niels
Date: Wed, 29 Jun 2011 15:34:47 +0200
From: cr...@amanzi.com
To: user@lists.neo4j.org
Subject: Re: [Neo4j] neo4j-graph-collections
I have
to that extent) that can be reusable, but we
shouldn't try to get that up before Rtree is in graph-collections.
Niels
From: peter.neuba...@neotechnology.com
Date: Wed, 29 Jun 2011 21:10:15 +0200
To: user@lists.neo4j.org
Subject: Re: [Neo4j] neo4j-graph-collections
Craig,
just gave you push
...@amanzi.com
To: user@lists.neo4j.org
Subject: Re: [Neo4j] neo4j-graph-collections
I have previously used two solutions to deal with multiple types in
btrees:
- My first index in 2009 was a btree-like n-dim index using generics
to
support int[], long[], float[] and double
(or something to that extent) that can be reusable,
but we shouldn't try to get that up before Rtree is in graph-collections.
Niels
From: peter.neuba...@neotechnology.com
Date: Wed, 29 Jun 2011 21:10:15 +0200
To: user@lists.neo4j.org
Subject: Re: [Neo4j] neo4j-graph-collections
Craig,
just
From: peter.neuba...@neotechnology.com
Date: Wed, 29 Jun 2011 21:10:15 +0200
To: user@lists.neo4j.org
Subject: Re: [Neo4j] neo4j-graph-collections
Craig,
just gave you push access to the graph collections in case you want to
do anything there.
Also, IMHO it would be more important to isolate
: cr...@amanzi.com
To: user@lists.neo4j.org
Subject: Re: [Neo4j] neo4j-graph-collections
It is technically possible, but it is a somewhat specialized index, not a
normal BTree, so I think you would want both (mine and a classic btree). My
index performs better for certain data patterns
Great... Looking forward to your contributions. Once the port is done, we can
look at making improvements.
From: sxk1...@hotmail.com
Date: Wed, 29 Jun 2011 16:34:39 -0700
To: user@lists.neo4j.org
Subject: Re: [Neo4j] neo4j-graph-collections
I'm definitely interested and will contact you
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
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
@lists.neo4j.org
Subject: Re: [Neo4j] neo4j-graph-collections
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
an official component and can no longer stay personal Git repo.
Niels
Date: Wed, 29 Jun 2011 00:32:15 +0200
From: cr...@amanzi.com
To: user@lists.neo4j.org
Subject: Re: [Neo4j] neo4j-graph-collections
The RTree in principle should be generalizable, but the current
implementation in neo4j
take is at
least wrap the common datatypes in Orderable classes.
Niels
Date: Wed, 29 Jun 2011 00:32:15 +0200
From: cr...@amanzi.com
To: user@lists.neo4j.org
Subject: Re: [Neo4j] neo4j-graph-collections
The RTree in principle should be generalizable, but the current
implementation in neo4j
: [Neo4j] neo4j-graph-collections
As to the issue of n-dim doubles, it would be interesting to consider
creating a set of classes of type Orderable (supporting , =, , =
operations), this we can use in both Rtree and Btree. Right now Btree only
supports datatype Long. This should also become
24 matches
Mail list logo