Excellent. I've got a fix for the problem with the visualization, just need
to slot in the time to write and test it :)
On Sun, Jun 26, 2011 at 6:48 AM, Tatham Oddie tat...@oddie.com.au wrote:
Sorry, I should have clarified that it's just the visualization that
doesn't work. Everything else is
Hi,
I've been struggling with integrating all those different kinds of queries into
a nice API for the
Neo4jTemplate
I want to avoid a proliferation of query methods like in JdbcTemplate, so my
current approach is
a builder pattern which looks like.
QueryResultMapString,Object query(String
On Mon, Jun 27, 2011 at 11:56 PM, Michael Hunger
michael.hun...@neotechnology.com wrote:
Massimo,
could you please look into the Lucene Document instance that you add all the
fields to?
You're right... I add only the NodeId and my own hash... Which fields
do you add?
If it also contains
Lots of questions in one mail. My answers are inline.
On Mon, Jun 27, 2011 at 10:55 PM, Adrian Stabiszewski
mynewslet...@nitegate.de wrote:
Hi!
I'm currently evaluating Neo4J for a project, but I'm not sure if it is the
right solution. Maybe you could help me by looking at my scenario. I
Yes, you are right.
Still, it may be interesting in some cases to be informed when rollbacks
happen.
Mattias, thanks for your help and comments!
---
balazs
On 6/27/11 4:03 PM, Mattias Persson wrote:
Couldn't you count those in afterCommit instead? That way you would be sure
to update your
Paul,
This could be related to the wrapper bug found if you are running the
server. If the server was under heavy load and entered GC trashing
(JVM stopping all threads just running GC) the wrapper thought the
server was unresponsive and restarted it. This problem will be fixed
in the 1.4.M05
Thanx a lot jim,
after a preliminary analysis we have found that user info will be
about 2 mb of text max. But how to store the images videos etc . Just
as references to a CDN or within the node.?
Also where can the long conversatitions between 2+ users be stored ?
Can it act as a relationship
Hi,
This may be of interest http://arxiv.org/abs/1004.1001 (The Graph
Traversal Pattern) and
http://markorodriguez.com/2011/02/18/mysql-vs-neo4j-on-a-large-scale-graph-traversal/
Regards,
Johan
2011/6/27 Ian Bussières ian.bussieres.mailingli...@gmail.com:
Hello,
I am using neo4j in a school
Hey Aliabbas,
It's unlikely that our store will be a good place for video - we're optimised
around fast relationship traversal rather than big blobs. I'd recommend just
hosting their (relative) URIs in Neo4j and exposing the files out on to the
Web, hosted on the filesystem or in something
2011/6/28 Massimo Lusetti mluse...@gmail.com
On Mon, Jun 27, 2011 at 11:56 PM, Michael Hunger
michael.hun...@neotechnology.com wrote:
Massimo,
could you please look into the Lucene Document instance that you add all
the fields to?
You're right... I add only the NodeId and my own
Adrian,
can you by chance share your dataset (or a generator that creates a similar
one)? Then I'd like to profile the query.
One other thing. From what I understand, those queries should return the
same result, but they don't:
start c=(typeIndex,node_type,C), e=(typeIndex,node_type,E)
Hi Massimo,
still the lucene document holds an ArrayList with all fields which grows
immensely as you add millions of fields.
package org.apache.lucene.document;
public final class Document implements java.io.Serializable {
ListFieldable fields = new ArrayListFieldable();
}
So perhaps the
Wow. Neo4J is optimized for keys to find certain nodes or relationships which
normally are not more than a dozen. That's quite a surprise to me, and I hope
it not to be the case!
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of
Per node and relationship.
Btw. this is my personal opinion, not backed by the people who know better :)
I tried to outline the problem below, if you add hundreds of thousands of keys
for the same node, they are all aggregated in the same document which holds to
its field-list as
I think what Michael is saying is that you normally don't have many
key/value pairs associated with one node/relationship in an index. To have
250M key/value pairs indexed in one lucene document is at most a corner case
and that's why the neo4j--lucene integration isn't potimized for that.
can you by chance share your dataset (or a generator that creates a
similar
one)? Then I'd like to profile the query.
Thanks for the offer, Michael. The dataset is a direct copy from my
production data, so it is not possible to share it.
One other thing. From what I understand, those
Ah! Got it. That makes sense, and that most definitely is an EXTREME edge
case!!! ;-)
-Original Message-
From: user-boun...@lists.neo4j.org [mailto:user-boun...@lists.neo4j.org] On
Behalf Of Mattias Persson
Sent: Tuesday, June 28, 2011 8:23 AM
To: Neo4j user discussions
Subject: Re:
On Tue, Jun 28, 2011 at 2:22 PM, Mattias Persson
matt...@neotechnology.com wrote:
I think what Michael is saying is that you normally don't have many
key/value pairs associated with one node/relationship in an index. To have
250M key/value pairs indexed in one lucene document is at most a
Hi all,
I wanted to try out neo4j-rdf library and found somewhere that there are no
official releases, but the library should be built from the source (
https://svn.neo4j.org/components/rdf/trunk). But when I checked out the
project, it reported dependency problems as some of the dependencies are
Another option could be to run it through the Tinkerpop stack and get access
to a Sail with neo4j underneath that way. I think it's more up to date.
https://github.com/tinkerpop/blueprints/wiki/Sail-Implementation
2011/6/28 Nikola Milikic nikola.mili...@gmail.com
Hi all,
I wanted to try out
Hi,
I'm playing around with indexing and numeric range queries according to
this documentation:
http://docs.neo4j.org/chunked/snapshot/indexing-lucene-extras.html
According to my tests numeric range queries
(QueryContext.numericRange()) only have effect when exact type index
is used.
I
Hello graphistas,
Today we’re releasing the fifth and final milestone in our 1.4 “Kiruna Stol”
family. We’ve expanded our feature set to include Auto Indexing and paged
traversers for the REST API, the Cypher query language has seen some major
improvements and as always, we’ve squeezed more
On Tue, Jun 28, 2011 at 1:27 PM, Adrian Stabiszewski
mynewslet...@nitegate.de wrote:
Thanks for your answers. The correct quotation marks are working. Couldn't
find this in the docs.
It's under the return statement. I'll make it clearer. Thanks for the
pointer.
It is not possible now.
Hi Balazs,
I think the issue could be in lucene, with the mix of the
white-space-tokenizing-analyzer and numeric values. I don't know. What I see
in neo4j is that it treats the values the exact same way, the queries to the
index is exactly the same, but it just doesn't return any values. I think
Thanks jim,
Wow! a great example to show how to think while designing graph dbs.
We also wanted the graph db to act as a representational form of
owl database so does each node required to have a uri ? Is it wise to
conform our graph db to the owl /rdf standard? We require this so
that we can
Is there an easy way to know if the transaction used in a call to finish() is
in a success or failure state?
___
Neo4j mailing list
User@lists.neo4j.org
https://lists.neo4j.org/mailman/listinfo/user
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
Hi Mattias,
Thanks for the tip!
I started to look around and I think I found something. When fulltext
type index is created its type will be CustomType (subclass of IndexType
- IndexType is used for exact indexes) in neo4j. CustomType overrides
the addToDocument() of IndexType method, which
Are there advantages in accessing the database via the
EmbeddedReadOnlyGraphDatabaseclass in a read-only application?
A week or so back I posted the message below regarding a problem experienced
while using EmbeddedReadOnlyGraphDatabase that regrettably didn't solicit any
responses and since
The problem resulting in the NonWritableChannelException occurred on Windows
although I need to run on Solaris as well as Windows.
Actually I must apologise for saying that the previously reported issue didn't
solicit a response - I see that Johan Svensson did just today and suggests it
might
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
Peter would have to grant you rights to his repo and I bet he will have some
ideas of his own to add to my suggestions.
You would need to flesh out what parts of neo4j-spatial are actually generic
Rtree classes (making sure there are no dependencies to geotools). It would be
nice if the Rtree
Craig,
Sounds like a good plan. Would you be able to make the Rtree implentation
spatial-independent based on the suggestions you make? Then we can move those
classes to neo4j-graph-collections. This makes neo4j-spatial dependent on
neo4j-graph-collections, though that component has no other
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 more generic. A first step we can
Peter,
Did this get done before the feature freeze? I'm still trying to find a way
to query/configure an autoindex via REST.
--
Matt Luongo
Co-Founder, Scholr.ly
On Tue, Jun 14, 2011 at 5:32 PM, Peter Neubauer
peter.neuba...@neotechnology.com wrote:
Yes,
configuration and indexing via REST
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 implementing the different data types,
Wow, thank you for finding that. Well done!
I'll fix it and if it doesn't break anything else then I'll commit it.
Best,
Mattias
Den tisdagen den 28:e juni 2011 skrev Balazs E. Patakipat...@dsd.sztaki.hu:
Hi Mattias,
Thanks for the tip!
I started to look around and I think I found
Awesome stuff!
One question: is there any ability yet to use (i.e. configure) auto-indexing
from the REST API? If not, will that be a part of 1.4 final?
Cheers,
Aseem
On Tue, Jun 28, 2011 at 7:03 AM, Andres Taylor
andres.tay...@neotechnology.com wrote:
Hello graphistas,
Today we’re
38 matches
Mail list logo