Hi Aseem,
For various reasons, we've (so far) decided against allowing the id to be
something you can output. Could you tell me a bit more about why you would
like to return just the id?
It's not hard to do, but it would make future parts of Cypher harder to do.
If there are valid use cases we've
I was asking really only for the console. I don't see myself needing to use
the ID programmatically -- except it might be a minor optimization to be
able to get only node URLs if I already have node data, and I just want to
compare the output of this query with the nodes I already have.
For the co
Hey, FWIW, we ended up needing this for actual queries in our app, not just
the console, so we ended up adding a UUID property to every node in our
graph, just so we can efficiently query collections of node pairs (where
nodes may be duplicated many times across pairs). We (auto-)index this UUID
pr
I spoke too soon -- this doesn't seem to scale very far with many UUIDs
being looked up together. Here's a query looking up 76 things that returns a
500 error -- due to a stack overflow exception.
*START*node=(node_auto_index,'uuid_indexed:(f93d416a-40ae-4b5a-87d7-53b6bc4b54ab
OR
ceaad2cf-1afb-4cd
Do you have a stack trace to share?
Andrés
On Fri, Aug 26, 2011 at 10:55 AM, Aseem Kishore wrote:
> I spoke too soon -- this doesn't seem to scale very far with many UUIDs
> being looked up together. Here's a query looking up 76 things that returns
> a
> 500 error -- due to a stack overflow exce
Yep. Sorry for the delay in responding. For that query, here's the stack
trace:
java.lang.Character.codePointAt(Character.java:2335)
java.util.regex.Pattern$CharProperty.match(Pattern.java:3344)
{
java.util.regex.Pattern$Branch.match(Pattern.java:4114)
java.util.regex.Pattern$GroupHead.match(Patte
Aseem,
this sounds like a parsing exception. Maybe there are characters escaped in
REST, but not in plain Cypher. Is there a way you could create a graph with
only one or two UUID nodes and reproduce the stack trace so we can look at
it?
Cheers,
/peter neubauer
GTalk: neubauer.peter
Skype
Doesn't seem to be a character escaping issue, as doing the same query w/
the same syntax w/ just fewer UUIDs works just fine. E.g.:
POST /db/data/ext/CypherPlugin/graphdb/execute_query {"query": "START
node=(node_auto_index,'uuid_indexed:(f93d416a-40ae-4b5a-87d7-53b6bc4b54ab
OR ceaad2cf-1afb-4cdd
Uhh,
so the there is a parsing-syntax error that purely depends on the length of
the index argument? That is VERY strange. Maybe you can find out if it is
dependent on the total length of characters in the argument (maybe fill out
with some random long string)? Also, this sounds like an issue that
We finally decided that it should be added.
http://docs.neo4j.org/chunked/snapshot/query-function.html#functions-id
It's in snapshot, and will be part of our next stable release.
Andrés
On Thu, Aug 25, 2011 at 2:39 AM, Aseem Kishore wrote:
> Hey guys,
>
> Is there any way I can have Cypher re
Nice!
Cheers,
/peter neubauer
GTalk: neubauer.peter
Skype peter.neubauer
Phone +46 704 106975
LinkedIn http://www.linkedin.com/in/neubauer
Twitter http://twitter.com/peterneubauer
http://www.neo4j.org - Your high performance graph database.
http://startupbo
Awesome! Great to hear. Thanks Andrés!
Aseem
On Wed, Sep 14, 2011 at 12:58 PM, Peter Neubauer <
peter.neuba...@neotechnology.com> wrote:
> Nice!
>
> Cheers,
>
> /peter neubauer
>
> GTalk: neubauer.peter
> Skype peter.neubauer
> Phone +46 704 106975
> LinkedIn http://www.linked
12 matches
Mail list logo