Mark perhaps just issue a PR to neography for sanitizing responses with an optional param?
For the tx endpoint response format see http://docs.neo4j.org/chunked/stable/rest-api-transactional.html https://github.com/maxdemarzi/neography/wiki/Transactions Sent from mobile device Am 25.04.2014 um 11:00 schrieb Mark Burns <[email protected]>: > Really Michael? Would be good to find out how. > Well sounds like there's a chance to maybe improve the docs. I've been just > executing cypher queries and trawling through the responses. > https://github.com/maxdemarzi/neography/wiki/Scripts-and-queries > I'll have a read through the source. > > By the way, to anyone using/reading the method I wrote earlier, it will > probably want tweaking. I was too eager to provide a solution and it skips > out relationship types and empty responses. > I'm not going to expand upon it here/correct it here, because it's not a > great medium for updating code, and I'm hoping there's a better solution that > negates the need for it. > > > On 25 April 2014 16:43, Michael Hunger <[email protected]> > wrote: >> Thanks Mark >> >> That's why the transactional http endpoint only uses a minimal payload >> >> Neography has support for that too >> >> Sent from mobile device >> >> Am 25.04.2014 um 01:17 schrieb Mark Burns <[email protected]>: >> >>> For the benefit of anyone here (who happens to be using Ruby and Neography) >>> and finds the REST responses to be a little too verbose to be >>> readable/usable: >>> >>> ```ruby >>> def remove_hateoas_links(result) >>> if result.is_a?(Hash) && result["data"].present? >>> remove_hateoas_links(result["data"]) >>> elsif result.is_a?(Array) >>> result.map{|a| remove_hateoas_links(a)} >>> else >>> result >>> end >>> end >>> ``` >>> >>> This moves it back into the realms of being able to read and understand a >>> response for me. E.g. in writing tests etc. >>> >>> On Thursday, August 2, 2012 6:08:30 AM UTC+9, Aseem Kishore wrote: >>>> >>>> That may have been what he meant, yeah. But so far, is that ever the case? >>>> >>>> On Wed, Aug 1, 2012 at 8:42 AM, Peter Neubauer >>>> <[email protected]> wrote: >>>>> You mean if a URL different than the current slef-URL of the server, >>>>> to the full length, otherwise relative? >>>>> >>>>> Cheers, >>>>> >>>>> /peter neubauer >>>>> >>>>> G: neubauer.peter >>>>> S: peter.neubauer >>>>> P: +46 704 106975 >>>>> L: http://www.linkedin.com/in/neubauer >>>>> T: @peterneubauer >>>>> >>>>> Wanna learn something new? Come to @graphconnect. >>>>> >>>>> >>>>> On Tue, Jul 24, 2012 at 3:18 AM, nuba <[email protected]> wrote: >>>>> > >>>>> > What is the case for absolute URLs? I imagine it could make sense if >>>>> > one is >>>>> > partitioning the database in some way, spreading the graph in more >>>>> > servers >>>>> > (sharding) and/or having specialized servers (e.g. one for the graph, >>>>> > another for the indexes). But even then, you could just use absolute >>>>> > URLs >>>>> > when needed, and stick to relative, or root-relative ones, as the >>>>> > default. >>>>> > >>>>> > +1 for root-relative URLs :) >>> >>> -- >>> You received this message because you are subscribed to the Google Groups >>> "Neo4j" group. >>> To unsubscribe from this group and stop receiving emails from it, send an >>> email to [email protected]. >>> >>> For more options, visit https://groups.google.com/d/optout. >> >> -- >> You received this message because you are subscribed to a topic in the >> Google Groups "Neo4j" group. >> To unsubscribe from this topic, visit >> https://groups.google.com/d/topic/neo4j/vY4AbPYWUR0/unsubscribe. >> To unsubscribe from this group and all its topics, send an email to >> [email protected]. >> For more options, visit https://groups.google.com/d/optout. > > -- > You received this message because you are subscribed to the Google Groups > "Neo4j" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Neo4j" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
