Hi,

I wrote an email to Emil about their belittling/misinformation approach. He has 
since updated their openCypher blog post.

Marko.

http://markorodriguez.com

On Oct 26, 2015, at 7:16 AM, 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