I saw that a little while back. I did find it a little sneaky how quickly
that article dismissed both orient and titan. With that said,
I'm not really shocked by that or any of the other stunts, sounded like
your run of the mill PR. Maybe it leans towards the aggressive end but then
again Neo's never really pretended to be anything but aggressive with their
PR, it's contributed to their success imo.

On a more personal level I disagree with the attempt to make cypher "the"
reference language for graphs as it simply falls short for some user cases
and that should be a no no. I would expect that those shortcomings
naturally make this goal harder to reach for them anyways.
I do think the querying language is a good fit for a lot of user cases and
has a pretty easy learning curve though. This is something TP could
eventually take advantage of (Am I the only one here who works with people
who just can't wrap their head around gremlin? I would love to let them
write some simple queries in cypher to save time. This is perhaps more of
an HR issue but meh)

Demons aside, like Stephen, I think that opening up to the cypher community
would be worthwhile (emphasis on the "community"). I don't have much of an
opinion as to how this is accomplished at this point though, I just think
it would be a good thing.


On Mon, Oct 26, 2015 at 2:16 PM, Marko Rodriguez <[email protected]>
wrote:

> Hey,
>
> After reading Stephen's reply, I was like -- "huh, sure." I didn't really
> don't care one way or another until I just read this:
>
>         http://neo4j.com/blog/open-cypher-sql-for-graphs/
>
> Look at the tone and lies that Neo4j is portraying.
>
>         * Marko Rodriguez as "just some buddy of Emil's."
>         * Aurelius is some company. No, its called DataStax.
>         * Not once is Apache TinkerPop discussed or referenced -- "just
> Marko and a band of merry 'graphistas'."?!
>         * DataStax is NOT involved in their efforts for OpenCypher.
>
> The problem with Neo4j is they are corrupt. They use lies to control the
> population. If we support Cypher in TinkerPop (like actively put it into
> the repository as a distribution) we will see press releases like:
>
>         * TinkerPop drops Gremlin in favor of Cypher.
>         * TinkerPop realizes that Cypher is the superior language.
>         * TinkerPop follows Neo4j in learning how to do graph processing
> the right way.
>         * etc.
>
> Its going to be a bunch malarky like that that I don't want surrounding
> our project. It would behoove us to be smart about how we interact with
> people like this as they will use every opportunity they can to destroy our
> project to better their economic efforts.
>
> I don't do lies nor interact with people who use misinformation and
> deception to get "ahead,"
> Marko.
>
> http://markorodriguez.com
>
> On Oct 26, 2015, at 4:35 AM, Stephen Mallette <[email protected]>
> wrote:
>
> > I'd be open to have cypher and sparql as first class citizens of The
> > TinkerPop. As I see it, there are two groups of graph users on the fringe
> > of TinkerPop and they live in the cypher world and in the RDF world.
> > Having both of these projects in TinkerPop would allow us to reach both
> of
> > those communities.  Doing so would help to expand usage and potentially
> > attract more committers.
> >
> > On Fri, Oct 23, 2015 at 1:08 PM, Marko Rodriguez <[email protected]>
> > wrote:
> >
> >> Hi,
> >>
> >> I (personally) am interested in getting another language into
> TinkerPop's
> >> distribution. I see an imbalance in the following table:
> >>
> >>        TinkerGraph | Gremlin-Java8
> >>        Neo4j             | Gremlin-Groovy
> >>        Hadoop          | NOTHING
> >>
> >> That is, we have 3 graph distributions, why not have 3 language
> >> distributions. Moreover, I don't want yet another Gremlin-JVMLang
> language
> >> as that doesn't showcase the virtual machine aspects of Gremlin as well
> as,
> >> for example: SPARQL-Gremlin or SQL-Gremlin.
> >>
> >> I (personally) am NOT interested in openCypher as the 3rd language
> >> distribution for the following 2 reasons:
> >>
> >>        1. It will be at least a year+ before it culminates into
> something.
> >>        2. It doesn't fold a different computing space into TinkerPop.
> >>
> >> To expand on #2, Hadoop is NOT typically seen as a graph system, but
> with
> >> TinkerPop, we have Hadoop serving as a graph engine. With SPARQL, we
> pull
> >> in the RDF guys (thats cool). With SQL, we pull in the world. I sorta
> >> prefer SPARQL as its an easy language to handle (thanks in part to
> Apache
> >> Jena). With SQL we have Apache Calcite offering help, but SQL is  nasty
> >> looking for graph queries and is just suuuuuch a beast of a language
> that
> >> it would need someone dedicated to its maintenance/evolution.
> >>
> >> Anywho -- thats what I think about another language in TinkerPop. I'm
> pro
> >> SPARQL-Gremlin if it matures and people are excited about it.
> >>        https://github.com/dkuppitz/sparql-gremlin
> >>
> >> Thanks,
> >> Marko.
> >>
> >> http://markorodriguez.com
> >>
> >> On Oct 23, 2015, at 10:45 AM, pieter-gmail <[email protected]>
> >> wrote:
> >>
> >>> Is a opencypher <http://neo4j.com/blog/open-cypher-sql-for-graphs/> ->
> >>> gremlin compiler something the tinkerpop team would consider
> >> implementing?
> >>> Perhaps, hopefully with help from neo4j themselves.
> >>>
> >>> Thanks
> >>> Pieter
> >>
> >>
>
>

Reply via email to