Re: I can't figure out how to write a graph provider wrapper
hmmm, thanks, im sure ill be back tomorrow with more questions. going to
try to digest this and read up on strategies a bit more and see where it
gets me. Your help is much appreciated
On Sun, Oct 8, 2017 at 1:07 AM, Joshua Shinavier wrote:
> Small tweaks to the syntax, but yeah you can create the strategy first,
> then add it to a traversal source, e.g.
>
> strategy = SubgraphStrategy.build().edges(__.hasLabel("knows")).create()
>
> graph = TinkerFactory.createModern()
>
> g = graph.traversal()
>
> g.getStrategies().addStrategies(strategy)
>
> g.E()
>
> Here, SubgraphStrategy is hiding all edges except for "knows".
>
>
>
> On Sat, Oct 7, 2017 at 9:54 PM, Jeffrey Freeman <
> jeffrey.free...@syncleus.com> wrote:
>
> > My cuurent attempt tried to do exactly that, but i think I went about it
> > wrong.
> >
> > Can I just add it to an existing GraphTraversalSource like this:
> >
> > graph = TinkerFactory.createModern()
> >
> > g = graph.traversal()
> >
> > g.getStrategies().addStrategies(SubgraphStrategy)
> >
> >
> > subgraph = g.e().hasLabel("Foo").subgraph("subgraph");
> >
> > ...
> >
> > Sorry if my syntax was a big off trying to rember the syntax for that off
> > the top of my head. I'm mostly just confused on how to override the
> > traversal to add a strategy instead of calling withStratagies.
> >
> > On Sun, Oct 8, 2017 at 12:42 AM, Joshua Shinavier
> > wrote:
> >
> > > To pull these threads together:
> > >
> > > I have a new Redis-based Graph implementation I can share once I get
> > > approval from my company. It took about 1600 lines of code and quite a
> > bit
> > > of time debugging to get it to pass (most) of the structure and process
> > > standard test suite.
> > >
> > > The wrapper I described earlier is only 600 lines of code, but it's
> less
> > > full-featured, and the underlying store is already a kind of graph
> > > database.
> > >
> > > Graph-on-Graph wrappers should be simplest of all, but again there's
> the
> > > question of whether that's the best approach. To see how a simple
> > strategy
> > > is applied, try:
> > >
> > > graph = TinkerFactory.createModern()
> > >
> > > g = graph.traversal()
> > >
> > > g =
> > > g.withStrategies(SubgraphStrategy.build().edges(__.hasLabel("knows")).
> > > create())
> > >
> > > g.E()
> > >
> > > A minimal graph wrapper would just override Graph.traversal() to add
> the
> > > strategy.
> > >
> > > Josh
> > >
> > >
> > >
> > > On Sat, Oct 7, 2017 at 9:28 PM, Jeffrey Freeman <
> > > jeffrey.free...@syncleus.com> wrote:
> > >
> > > > Thanks, may be useful for others who come along. Though I could still
> > use
> > > > some help. With that said im also trying to understand adding custom
> > > > strategies to existing providers and having some trouble
> understanding
> > > that
> > > > as well. I seem to have ventured into undocumented territory to some
> > > > degree.
> > > >
> > > > On Sun, Oct 8, 2017 at 12:24 AM, Joshua Shinavier >
> > > > wrote:
> > > >
> > > > > I'm going to paste here what I wrote in a side thread:
> > > > >
> > > > >
> > > > > Well, one reason you don't see a lot of pass-through Graph wrappers
> > in
> > > > TP3
> > > > > is that a lot of the things we used to do with wrappers is now
> > > > accomplished
> > > > > with traversal strategies. Take IdGraph, for example. This allows
> you
> > > to
> > > > > add the user-defined ID feature to a graph that doesn't natively
> > > support
> > > > > it. I wrote this in TP2 as a "wrapper", but in TP3 it became
> > > > > ElementIdStrategy. Another example is SubgraphStrategy, which takes
> > the
> > > > > place of a number of Blueprints wrappers for providing a "slice" of
> > the
> > > > > graph.
> > > > >
> > > > > That being said, I think there is still a place for Graph-on-Graph
> > > > > wrappers, and your template would make it easy to experiment with
> > them.
> > > > You
> > > > > should probably make sure y
Re: I can't figure out how to write a graph provider wrapper
My cuurent attempt tried to do exactly that, but i think I went about it
wrong.
Can I just add it to an existing GraphTraversalSource like this:
graph = TinkerFactory.createModern()
g = graph.traversal()
g.getStrategies().addStrategies(SubgraphStrategy)
subgraph = g.e().hasLabel("Foo").subgraph("subgraph");
...
Sorry if my syntax was a big off trying to rember the syntax for that off
the top of my head. I'm mostly just confused on how to override the
traversal to add a strategy instead of calling withStratagies.
On Sun, Oct 8, 2017 at 12:42 AM, Joshua Shinavier wrote:
> To pull these threads together:
>
> I have a new Redis-based Graph implementation I can share once I get
> approval from my company. It took about 1600 lines of code and quite a bit
> of time debugging to get it to pass (most) of the structure and process
> standard test suite.
>
> The wrapper I described earlier is only 600 lines of code, but it's less
> full-featured, and the underlying store is already a kind of graph
> database.
>
> Graph-on-Graph wrappers should be simplest of all, but again there's the
> question of whether that's the best approach. To see how a simple strategy
> is applied, try:
>
> graph = TinkerFactory.createModern()
>
> g = graph.traversal()
>
> g =
> g.withStrategies(SubgraphStrategy.build().edges(__.hasLabel("knows")).
> create())
>
> g.E()
>
> A minimal graph wrapper would just override Graph.traversal() to add the
> strategy.
>
> Josh
>
>
>
> On Sat, Oct 7, 2017 at 9:28 PM, Jeffrey Freeman <
> jeffrey.free...@syncleus.com> wrote:
>
> > Thanks, may be useful for others who come along. Though I could still use
> > some help. With that said im also trying to understand adding custom
> > strategies to existing providers and having some trouble understanding
> that
> > as well. I seem to have ventured into undocumented territory to some
> > degree.
> >
> > On Sun, Oct 8, 2017 at 12:24 AM, Joshua Shinavier
> > wrote:
> >
> > > I'm going to paste here what I wrote in a side thread:
> > >
> > >
> > > Well, one reason you don't see a lot of pass-through Graph wrappers in
> > TP3
> > > is that a lot of the things we used to do with wrappers is now
> > accomplished
> > > with traversal strategies. Take IdGraph, for example. This allows you
> to
> > > add the user-defined ID feature to a graph that doesn't natively
> support
> > > it. I wrote this in TP2 as a "wrapper", but in TP3 it became
> > > ElementIdStrategy. Another example is SubgraphStrategy, which takes the
> > > place of a number of Blueprints wrappers for providing a "slice" of the
> > > graph.
> > >
> > > That being said, I think there is still a place for Graph-on-Graph
> > > wrappers, and your template would make it easy to experiment with them.
> > You
> > > should probably make sure you understand traversal strategies, as well;
> > > what you are describing could probably be implemented that way, and
> might
> > > be simpler as a result.
> > >
> > > Btw. combining graph event processing via Apache Storm with an
> on-demand
> > > graph database (Neo4j, JanusGraph) sounds very interesting.
> > >
> > > Josh
> > >
> > > On Sat, Oct 7, 2017 at 9:08 PM, Jeffrey Freeman <
> > > jeffrey.free...@syncleus.com> wrote:
> > >
> > > > The past 24 hours ive been trying to write a simple pass-through
> graph
> > > > provider. Basically a Graph type that takes any other Graph type as
> an
> > > > argument in a constructor and passes all calls through to the graph.
> I
> > > want
> > > > to make the framework so someone can then simply override one or two
> > > > methods to do simple extensions to existing providers. A HelloWorld
> > test
> > > i
> > > > am trying to write would be one where all the interactions with the
> > base
> > > > graph would be normal except when setting or getting a property on a
> > edge
> > > > or a vertex in which case if it is a string it appends a "!" to the
> end
> > > > when setting a property. If i can get that minimal functionality
> > working
> > > i
> > > > can reuse and extend those classes to create all sorts of more
> complex
> > > > wrapped graphs. I'd like to make that a library on its own that
> people
> > > can
> > > > use to create easy wrapped graphs which can be us
Re: I can't figure out how to write a graph provider wrapper
Thanks, may be useful for others who come along. Though I could still use some help. With that said im also trying to understand adding custom strategies to existing providers and having some trouble understanding that as well. I seem to have ventured into undocumented territory to some degree. On Sun, Oct 8, 2017 at 12:24 AM, Joshua Shinavier wrote: > I'm going to paste here what I wrote in a side thread: > > > Well, one reason you don't see a lot of pass-through Graph wrappers in TP3 > is that a lot of the things we used to do with wrappers is now accomplished > with traversal strategies. Take IdGraph, for example. This allows you to > add the user-defined ID feature to a graph that doesn't natively support > it. I wrote this in TP2 as a "wrapper", but in TP3 it became > ElementIdStrategy. Another example is SubgraphStrategy, which takes the > place of a number of Blueprints wrappers for providing a "slice" of the > graph. > > That being said, I think there is still a place for Graph-on-Graph > wrappers, and your template would make it easy to experiment with them. You > should probably make sure you understand traversal strategies, as well; > what you are describing could probably be implemented that way, and might > be simpler as a result. > > Btw. combining graph event processing via Apache Storm with an on-demand > graph database (Neo4j, JanusGraph) sounds very interesting. > > Josh > > On Sat, Oct 7, 2017 at 9:08 PM, Jeffrey Freeman < > jeffrey.free...@syncleus.com> wrote: > > > The past 24 hours ive been trying to write a simple pass-through graph > > provider. Basically a Graph type that takes any other Graph type as an > > argument in a constructor and passes all calls through to the graph. I > want > > to make the framework so someone can then simply override one or two > > methods to do simple extensions to existing providers. A HelloWorld test > i > > am trying to write would be one where all the interactions with the base > > graph would be normal except when setting or getting a property on a edge > > or a vertex in which case if it is a string it appends a "!" to the end > > when setting a property. If i can get that minimal functionality working > i > > can reuse and extend those classes to create all sorts of more complex > > wrapped graphs. I'd like to make that a library on its own that people > can > > use to create easy wrapped graphs which can be used to extend graph > > provider functionality. > > > > After that id use that library to create a more useful real world > utility. > > What i want to do is create a graph that is backed by a traditional graph > > DB (say neo4j or titan) which stores all the nodes and edges, but any > > vertex that has a special property on it would b e treated as a message > > queue (like redis in publish and subscribe mode). I want to make it so > > messages could be stored in the messaging queue system (redis) but its > > content could still be queried from gremlin calls (perhaps treating the > > messages a bit like a property that stores an array or something). So I > > could essentially create a Titan-redis hybrid or similar that looks like > a > > unified graph. This in turn could be used as a backend to Apache Storm in > > order to encode stream topologies in a Tinkerpop / gremlin format. It > would > > also then allow you to perform gremlin queries on the graph to see where > > bottlenecks in the streams happen to be. > > > > Sadly I cant even get a basic passthrough to a tinkergraph to work or > even > > scratch the surface on what im trying to do. > > > > All I really need to see is a simple example of a graph provider wrapper > > but all i keep hearing/seeing are complicated complete solutions. I'm > > starting to doubt its even possible in any feasible way, but i keep > hoping. > > > > If anyone can help me please advise. I used to build stuff like this > easily > > in Tinkerpop2 and I'm trying to resist the urge to go back to Tinkerpop2 > > but its becoming more and more likely if i can't get a TP3 solution to > > work. > > >
I can't figure out how to write a graph provider wrapper
The past 24 hours ive been trying to write a simple pass-through graph provider. Basically a Graph type that takes any other Graph type as an argument in a constructor and passes all calls through to the graph. I want to make the framework so someone can then simply override one or two methods to do simple extensions to existing providers. A HelloWorld test i am trying to write would be one where all the interactions with the base graph would be normal except when setting or getting a property on a edge or a vertex in which case if it is a string it appends a "!" to the end when setting a property. If i can get that minimal functionality working i can reuse and extend those classes to create all sorts of more complex wrapped graphs. I'd like to make that a library on its own that people can use to create easy wrapped graphs which can be used to extend graph provider functionality. After that id use that library to create a more useful real world utility. What i want to do is create a graph that is backed by a traditional graph DB (say neo4j or titan) which stores all the nodes and edges, but any vertex that has a special property on it would b e treated as a message queue (like redis in publish and subscribe mode). I want to make it so messages could be stored in the messaging queue system (redis) but its content could still be queried from gremlin calls (perhaps treating the messages a bit like a property that stores an array or something). So I could essentially create a Titan-redis hybrid or similar that looks like a unified graph. This in turn could be used as a backend to Apache Storm in order to encode stream topologies in a Tinkerpop / gremlin format. It would also then allow you to perform gremlin queries on the graph to see where bottlenecks in the streams happen to be. Sadly I cant even get a basic passthrough to a tinkergraph to work or even scratch the surface on what im trying to do. All I really need to see is a simple example of a graph provider wrapper but all i keep hearing/seeing are complicated complete solutions. I'm starting to doubt its even possible in any feasible way, but i keep hoping. If anyone can help me please advise. I used to build stuff like this easily in Tinkerpop2 and I'm trying to resist the urge to go back to Tinkerpop2 but its becoming more and more likely if i can't get a TP3 solution to work.
Re: Im starting a new project, but tinkerpop3 seems incapable, considering forking tinkerpop2
Awesome, yea let me know, would love to take a look. Much appreciated. On Wed, Oct 4, 2017 at 1:51 PM, Joshua Shinavier wrote: > Sure. I had hacked together a basic implementation, minus tests and a few > key methods, before I felt compelled to leave for work. Maybe I can put up > the code tonight or tomorrow morning. > > On Wed, Oct 4, 2017 at 10:44 AM, Jeffrey Freeman < > jeffrey.free...@syncleus.com> wrote: > > > I'd love to see that if its available somewhere. > > > > On Wed, Oct 4, 2017 at 12:56 PM, Joshua Shinavier > > wrote: > > > > > That's probably a worthwhile exercise. FYI, I have gotten a start on a > > > minimal Redis-based impl -- not so much as a template as an example of > > what > > > can be done in a few lines of code. > > > > > > > > > On Wed, Oct 4, 2017 at 9:51 AM, Jeffrey Freeman < > > > jeffrey.free...@syncleus.com> wrote: > > > > > > > Thanks, ill try to take a stab at this and write a hello world i can > > use > > > as > > > > a template. If i do such a hello world would it be useful for you > guys. > > > > > > > > On Wed, Oct 4, 2017 at 11:37 AM, Marko Rodriguez < > okramma...@gmail.com > > > > > > > wrote: > > > > > > > > > Hello, > > > > > > > > > > You have the following tasks: > > > > > > > > > > 1. Implement Graph, Vertex, Edge, VertexProperty, Property > > > > > interfaces. > > > > > 2. Implement Transactional interface (optional). > > > > > 3. Write as many strategies as you want to take advantage > of > > > > > provider-specific capabilities. > > > > > - TinkerGraph itself has 2: > > > > > https://github.com/apache/ > > > tinkerpop/tree/master/ > > > > > tinkergraph-gremlin/src/main/java/org/apache/tinkerpop/ > > > > > gremlin/tinkergraph/process/traversal/strategy/optimization < > > > > > https://github.com/apache/tinkerpop/tree/master/ > > > > > tinkergraph-gremlin/src/main/java/org/apache/tinkerpop/ > > > > > gremlin/tinkergraph/process/traversal/strategy/optimization> > > > > > > > > > > If you want a minimal “hello world,” then please look at > TinkerGraph > > > and > > > > > Neo4jGraph in our repository. Those are both “reference > > > implementations.” > > > > > > > > > > https://github.com/apache/tinkerpop/tree/master/ > > > > > tinkergraph-gremlin <https://github.com/apache/ > > tinkerpop/tree/master/ > > > > > tinkergraph-gremlin> > > > > > https://github.com/apache/tinkerpop/tree/master/neo4j- > > gremlin > > > < > > > > > https://github.com/apache/tinkerpop/tree/master/neo4j-gremlin> > > > > > > > > > > Good luck, > > > > > Marko. > > > > > > > > > > http://markorodriguez.com > > > > > > > > > > > > > > > > > > > > > On Oct 4, 2017, at 5:55 AM, Jeffrey Freeman < > > > > > jeffrey.free...@syncleus.com> wrote: > > > > > > > > > > > > Do you have any examples of what an absolute minimal hello world > > sort > > > > of > > > > > > graph implementation might look like? > > > > > > > > > > > > On Wed, Oct 4, 2017 at 12:51 AM, Joshua Shinavier < > > j...@fortytwo.net > > > > > > > > > wrote: > > > > > > > > > > > >> Hi Jeffrey, > > > > > >> > > > > > >> I agree that simplicity and hackability were a big plus for > > > > TinkerPop2, > > > > > and > > > > > >> that these have taken a bit of a back seat, in TP3, to powerful > > but > > > > > >> heavyweight features like backend support for OLAP. The > > > > > stackable/pluggable > > > > > >> nature of graph implementations took a a hit, as the > OOP-friendly > > > > graph > > > > > >> interfaces (TransactionalGraph, KeyIndexableGraph, > IndexableGraph, > > > > etc.) > > > > > >> were replaced with the more nuanced GraphFeatures, traversal > > > > strategies, > > > > &g
Re: Im starting a new project, but tinkerpop3 seems incapable, considering forking tinkerpop2
I'd love to see that if its available somewhere. On Wed, Oct 4, 2017 at 12:56 PM, Joshua Shinavier wrote: > That's probably a worthwhile exercise. FYI, I have gotten a start on a > minimal Redis-based impl -- not so much as a template as an example of what > can be done in a few lines of code. > > > On Wed, Oct 4, 2017 at 9:51 AM, Jeffrey Freeman < > jeffrey.free...@syncleus.com> wrote: > > > Thanks, ill try to take a stab at this and write a hello world i can use > as > > a template. If i do such a hello world would it be useful for you guys. > > > > On Wed, Oct 4, 2017 at 11:37 AM, Marko Rodriguez > > wrote: > > > > > Hello, > > > > > > You have the following tasks: > > > > > > 1. Implement Graph, Vertex, Edge, VertexProperty, Property > > > interfaces. > > > 2. Implement Transactional interface (optional). > > > 3. Write as many strategies as you want to take advantage of > > > provider-specific capabilities. > > > - TinkerGraph itself has 2: > > > https://github.com/apache/ > tinkerpop/tree/master/ > > > tinkergraph-gremlin/src/main/java/org/apache/tinkerpop/ > > > gremlin/tinkergraph/process/traversal/strategy/optimization < > > > https://github.com/apache/tinkerpop/tree/master/ > > > tinkergraph-gremlin/src/main/java/org/apache/tinkerpop/ > > > gremlin/tinkergraph/process/traversal/strategy/optimization> > > > > > > If you want a minimal “hello world,” then please look at TinkerGraph > and > > > Neo4jGraph in our repository. Those are both “reference > implementations.” > > > > > > https://github.com/apache/tinkerpop/tree/master/ > > > tinkergraph-gremlin <https://github.com/apache/tinkerpop/tree/master/ > > > tinkergraph-gremlin> > > > https://github.com/apache/tinkerpop/tree/master/neo4j-gremlin > < > > > https://github.com/apache/tinkerpop/tree/master/neo4j-gremlin> > > > > > > Good luck, > > > Marko. > > > > > > http://markorodriguez.com > > > > > > > > > > > > > On Oct 4, 2017, at 5:55 AM, Jeffrey Freeman < > > > jeffrey.free...@syncleus.com> wrote: > > > > > > > > Do you have any examples of what an absolute minimal hello world sort > > of > > > > graph implementation might look like? > > > > > > > > On Wed, Oct 4, 2017 at 12:51 AM, Joshua Shinavier > > > > wrote: > > > > > > > >> Hi Jeffrey, > > > >> > > > >> I agree that simplicity and hackability were a big plus for > > TinkerPop2, > > > and > > > >> that these have taken a bit of a back seat, in TP3, to powerful but > > > >> heavyweight features like backend support for OLAP. The > > > stackable/pluggable > > > >> nature of graph implementations took a a hit, as the OOP-friendly > > graph > > > >> interfaces (TransactionalGraph, KeyIndexableGraph, IndexableGraph, > > etc.) > > > >> were replaced with the more nuanced GraphFeatures, traversal > > strategies, > > > >> etc. > > > >> > > > >> I wouldn't say that you have to "implement Gremlin" to implement an > > OLTP > > > >> graph, though. You get GraphTraversalSource for free. A summer > intern > > I > > > had > > > >> the pleasure of working with recently wrote a Graph implementation > > (as a > > > >> wrapper for another, non-TP graph store) in 660 lines of code. It's > > not > > > so > > > >> hard that one would need to revert to TP2. With TP4 on the horizon, > it > > > >> might be worth making a list of "nice to have (again)"s. There are > > some > > > >> features I would like to help to bring back, as well. > > > >> > > > >> Josh > > > >> > > > >> > > > >> > > > >> On Tue, Oct 3, 2017 at 5:49 PM, Jeffrey Freeman < > > > >> jeffrey.free...@syncleus.com> wrote: > > > >> > > > >>> Hi, Some of you may already know me as the author of Ferma. This > > thread > > > >> is > > > >>> unrelated to that project, it will continue to support TP2 and TP3 > as > > > is. > > > >>> > > > >>> So here's
Re: Im starting a new project, but tinkerpop3 seems incapable, considering forking tinkerpop2
Thanks, ill try to take a stab at this and write a hello world i can use as a template. If i do such a hello world would it be useful for you guys. On Wed, Oct 4, 2017 at 11:37 AM, Marko Rodriguez wrote: > Hello, > > You have the following tasks: > > 1. Implement Graph, Vertex, Edge, VertexProperty, Property > interfaces. > 2. Implement Transactional interface (optional). > 3. Write as many strategies as you want to take advantage of > provider-specific capabilities. > - TinkerGraph itself has 2: > https://github.com/apache/tinkerpop/tree/master/ > tinkergraph-gremlin/src/main/java/org/apache/tinkerpop/ > gremlin/tinkergraph/process/traversal/strategy/optimization < > https://github.com/apache/tinkerpop/tree/master/ > tinkergraph-gremlin/src/main/java/org/apache/tinkerpop/ > gremlin/tinkergraph/process/traversal/strategy/optimization> > > If you want a minimal “hello world,” then please look at TinkerGraph and > Neo4jGraph in our repository. Those are both “reference implementations.” > > https://github.com/apache/tinkerpop/tree/master/ > tinkergraph-gremlin <https://github.com/apache/tinkerpop/tree/master/ > tinkergraph-gremlin> > https://github.com/apache/tinkerpop/tree/master/neo4j-gremlin < > https://github.com/apache/tinkerpop/tree/master/neo4j-gremlin> > > Good luck, > Marko. > > http://markorodriguez.com > > > > > On Oct 4, 2017, at 5:55 AM, Jeffrey Freeman < > jeffrey.free...@syncleus.com> wrote: > > > > Do you have any examples of what an absolute minimal hello world sort of > > graph implementation might look like? > > > > On Wed, Oct 4, 2017 at 12:51 AM, Joshua Shinavier > wrote: > > > >> Hi Jeffrey, > >> > >> I agree that simplicity and hackability were a big plus for TinkerPop2, > and > >> that these have taken a bit of a back seat, in TP3, to powerful but > >> heavyweight features like backend support for OLAP. The > stackable/pluggable > >> nature of graph implementations took a a hit, as the OOP-friendly graph > >> interfaces (TransactionalGraph, KeyIndexableGraph, IndexableGraph, etc.) > >> were replaced with the more nuanced GraphFeatures, traversal strategies, > >> etc. > >> > >> I wouldn't say that you have to "implement Gremlin" to implement an OLTP > >> graph, though. You get GraphTraversalSource for free. A summer intern I > had > >> the pleasure of working with recently wrote a Graph implementation (as a > >> wrapper for another, non-TP graph store) in 660 lines of code. It's not > so > >> hard that one would need to revert to TP2. With TP4 on the horizon, it > >> might be worth making a list of "nice to have (again)"s. There are some > >> features I would like to help to bring back, as well. > >> > >> Josh > >> > >> > >> > >> On Tue, Oct 3, 2017 at 5:49 PM, Jeffrey Freeman < > >> jeffrey.free...@syncleus.com> wrote: > >> > >>> Hi, Some of you may already know me as the author of Ferma. This thread > >> is > >>> unrelated to that project, it will continue to support TP2 and TP3 as > is. > >>> > >>> So here's the thing, I sued to use TP2 a lot as part of some > frameworks I > >>> was working on building (evolutionary algorithms, big data processing, > >>> extremely massive datasets, etc). One technique i was leveraging is how > >>> easy it was for TP2 to support a backend system as a graph. I could > take > >>> almost any existing system completely unrelated to graph databases and > by > >>> simply implementing edges and vertex in blueprints in a few minutes i > >> could > >>> have the entire TP2 ecosystem working on it and performing traversals. > >> Some > >>> examples of ways i leveraged this in TP2: > >>> > >>> Fusion Graph - A graph driver that allowed me to take two completely > >>> different graph systems (say neo4j and titan) and fuse them so they > look > >>> like one graph. I could even connect edges from a vertex in titan with > a > >>> vertex in neo4j. > >>> > >>> Recursive graphs - I could make it so edges could contain clusters of > >> edges > >>> and vertexes could contain complete graphs embedded inside them, they > >> could > >>> even be defined by completely different underlying systems. This gave > me > >> a > >>&g
Re: Im starting a new project, but tinkerpop3 seems incapable, considering forking tinkerpop2
Do you have any examples of what an absolute minimal hello world sort of graph implementation might look like? On Wed, Oct 4, 2017 at 12:51 AM, Joshua Shinavier wrote: > Hi Jeffrey, > > I agree that simplicity and hackability were a big plus for TinkerPop2, and > that these have taken a bit of a back seat, in TP3, to powerful but > heavyweight features like backend support for OLAP. The stackable/pluggable > nature of graph implementations took a a hit, as the OOP-friendly graph > interfaces (TransactionalGraph, KeyIndexableGraph, IndexableGraph, etc.) > were replaced with the more nuanced GraphFeatures, traversal strategies, > etc. > > I wouldn't say that you have to "implement Gremlin" to implement an OLTP > graph, though. You get GraphTraversalSource for free. A summer intern I had > the pleasure of working with recently wrote a Graph implementation (as a > wrapper for another, non-TP graph store) in 660 lines of code. It's not so > hard that one would need to revert to TP2. With TP4 on the horizon, it > might be worth making a list of "nice to have (again)"s. There are some > features I would like to help to bring back, as well. > > Josh > > > > On Tue, Oct 3, 2017 at 5:49 PM, Jeffrey Freeman < > jeffrey.free...@syncleus.com> wrote: > > > Hi, Some of you may already know me as the author of Ferma. This thread > is > > unrelated to that project, it will continue to support TP2 and TP3 as is. > > > > So here's the thing, I sued to use TP2 a lot as part of some frameworks I > > was working on building (evolutionary algorithms, big data processing, > > extremely massive datasets, etc). One technique i was leveraging is how > > easy it was for TP2 to support a backend system as a graph. I could take > > almost any existing system completely unrelated to graph databases and by > > simply implementing edges and vertex in blueprints in a few minutes i > could > > have the entire TP2 ecosystem working on it and performing traversals. > Some > > examples of ways i leveraged this in TP2: > > > > Fusion Graph - A graph driver that allowed me to take two completely > > different graph systems (say neo4j and titan) and fuse them so they look > > like one graph. I could even connect edges from a vertex in titan with a > > vertex in neo4j. > > > > Recursive graphs - I could make it so edges could contain clusters of > edges > > and vertexes could contain complete graphs embedded inside them, they > could > > even be defined by completely different underlying systems. This gave me > a > > sort of hierarchical graph. > > > > Apache Storm graphs - I was able to encapsulate the topology from apache > > storm as a graph so one could perform traversals across a storm topology > as > > it is running to produce statistics or to effect its behavior based on > > traffic or usage > > > > MapDB graphs - using MapDB as a graph backend or even a traditional > > database or any other storage system not usually seen a a graph. > > > > The list is really endless. But the problem I'm facing with TP3 is that > it > > is no longer trivial to implement a Graph. Now you have to pretty much > > implement Gremlin for your graph and countless other methods. I get why > > this is done, from a performance standpoint if your going to view gremlin > > as a query language for graph databases it is needed. But what i need is > > some middle ground where I can still implement a Graph as easy as i could > > in TP2 even if the end result is rather poor performance on the gremlin > > queries (which can be optimized later in some cases as the development > > matures). > > > > As far as i can tell this just isnt possible in TP3, correct me if im > wrong > > because I'd love to use it for these use cases. If that turns out to be > > true and no one here has any better ideas (which id very much welcome) my > > next resort would be to revive TP2, fork it as a new project under a new > > name, and continue to maintain it as a solution that addresses some of > > these needs. i welcome any ideas or inputs from the community on this for > > me. > > >
Im starting a new project, but tinkerpop3 seems incapable, considering forking tinkerpop2
Hi, Some of you may already know me as the author of Ferma. This thread is unrelated to that project, it will continue to support TP2 and TP3 as is. So here's the thing, I sued to use TP2 a lot as part of some frameworks I was working on building (evolutionary algorithms, big data processing, extremely massive datasets, etc). One technique i was leveraging is how easy it was for TP2 to support a backend system as a graph. I could take almost any existing system completely unrelated to graph databases and by simply implementing edges and vertex in blueprints in a few minutes i could have the entire TP2 ecosystem working on it and performing traversals. Some examples of ways i leveraged this in TP2: Fusion Graph - A graph driver that allowed me to take two completely different graph systems (say neo4j and titan) and fuse them so they look like one graph. I could even connect edges from a vertex in titan with a vertex in neo4j. Recursive graphs - I could make it so edges could contain clusters of edges and vertexes could contain complete graphs embedded inside them, they could even be defined by completely different underlying systems. This gave me a sort of hierarchical graph. Apache Storm graphs - I was able to encapsulate the topology from apache storm as a graph so one could perform traversals across a storm topology as it is running to produce statistics or to effect its behavior based on traffic or usage MapDB graphs - using MapDB as a graph backend or even a traditional database or any other storage system not usually seen a a graph. The list is really endless. But the problem I'm facing with TP3 is that it is no longer trivial to implement a Graph. Now you have to pretty much implement Gremlin for your graph and countless other methods. I get why this is done, from a performance standpoint if your going to view gremlin as a query language for graph databases it is needed. But what i need is some middle ground where I can still implement a Graph as easy as i could in TP2 even if the end result is rather poor performance on the gremlin queries (which can be optimized later in some cases as the development matures). As far as i can tell this just isnt possible in TP3, correct me if im wrong because I'd love to use it for these use cases. If that turns out to be true and no one here has any better ideas (which id very much welcome) my next resort would be to revive TP2, fork it as a new project under a new name, and continue to maintain it as a solution that addresses some of these needs. i welcome any ideas or inputs from the community on this for me.
Re: [DISCUSS] Add Ferma to "Community Contributions" Listing
Thanks a lot I see it. Much appreciated. On Tue, Oct 3, 2017 at 2:18 PM, Stephen Mallette wrote: > Ferma has been added and the site published. Most of the time the site > updates pretty quickly but we're subject to whatever apache infrastrucutre > allows, but I assume it will show up there soon enough. > > On Tue, Oct 3, 2017 at 8:30 AM, Jeffrey Freeman < > jeffrey.free...@syncleus.com> wrote: > > > So its been 72 hours since this was posted. Good it add it now? > > > > On Mon, Oct 2, 2017 at 6:24 AM, Stephen Mallette > > wrote: > > > > > Looks fine to me. > > > > > > On Sun, Oct 1, 2017 at 12:40 PM, Jeffrey Freeman < > > > jeffrey.free...@syncleus.com> wrote: > > > > > > > OK so I changed the reference in the README and the docs as you > > > requested. > > > > Please let me know if that is sufficient or if you need me to change > it > > > > everywhere the word tinkerpop is used (including phrases like > > > "Tinkerpop3" > > > > > > > > On Sun, Oct 1, 2017 at 12:33 PM, Jeffrey Freeman < > > > > jeffrey.free...@syncleus.com> wrote: > > > > > > > > > One question. In some places i reference the specific version as > > > > > "Tinkerpop3" can those references remain as-is, if they are to be > > > > reworded > > > > > whats the proper format for those? > > > > > > > > > > On Sun, Oct 1, 2017 at 12:32 PM, Jeffrey Freeman < > > > > > jeffrey.free...@syncleus.com> wrote: > > > > > > > > > >> Happy to make those changed. If I understand you correct the issue > > is > > > > >> just with naming "Tinkerpop" to "Apache TinkerPop™" to make the > > > > >> trademark more clear? I'm happy to do that, assuming markdown can > > > > support > > > > >> the tm mark, if not ill add it as (tm). > > > > >> > > > > >> On Sun, Oct 1, 2017 at 11:23 AM, Stephen Mallette < > > > spmalle...@gmail.com > > > > > > > > > >> wrote: > > > > >> > > > > >>> +1 from me - pending some fixes in initial references to > > "TinkerPop" > > > in > > > > >>> Ferma README and web site/docs to become "Apache TinkerPop™". > Other > > > > than > > > > >>> that it looks good to me. > > > > >>> > > > > >>> We'll give this 72 hours to see if anyone else has comments - > > > assuming > > > > no > > > > >>> objections we can get Ferma into the listing after that. Thanks > for > > > > your > > > > >>> continued contribution in this area. > > > > >>> > > > > >>> On Sun, Oct 1, 2017 at 11:11 AM, Jeffrey Freeman < > > > > >>> jeffrey.free...@syncleus.com> wrote: > > > > >>> > > > > >>> > Ferma should be listed in the "Community Contributions" section > > of > > > > the > > > > >>> main > > > > >>> > tinkerpop3 apache site ( http://tinkerpop.apache.org ) > > > > >>> > > > > > >>> > Their project/github link: https://github.com/Syncleus/Ferma > > > > >>> > Their website and documentation: http://syncleus.com/Ferma > > > > >>> > > > > > >>> > They meet all requirements in the policy document ( > > > > >>> > http://tinkerpop.apache.org/policy.html ) including full > support > > > for > > > > >>> > Tinkerpop3, their own website, many releases, and > documentation. > > > > >>> > > > > > >>> > I've also created the following ticket to help speed this > along: > > > > >>> > https://issues.apache.org/jira/browse/TINKERPOP-1794 > > > > >>> > > > > > >>> > (FYI I know i sent a similar email earlier, this new e-mail is > > in a > > > > >>> format > > > > >>> > as suggested from a member of the community in that thread) > > > > >>> > > > > > >>> > > > > >> > > > > >> > > > > > > > > > > > > > > >
Re: [DISCUSS] Add Ferma to "Community Contributions" Listing
So its been 72 hours since this was posted. Good it add it now? On Mon, Oct 2, 2017 at 6:24 AM, Stephen Mallette wrote: > Looks fine to me. > > On Sun, Oct 1, 2017 at 12:40 PM, Jeffrey Freeman < > jeffrey.free...@syncleus.com> wrote: > > > OK so I changed the reference in the README and the docs as you > requested. > > Please let me know if that is sufficient or if you need me to change it > > everywhere the word tinkerpop is used (including phrases like > "Tinkerpop3" > > > > On Sun, Oct 1, 2017 at 12:33 PM, Jeffrey Freeman < > > jeffrey.free...@syncleus.com> wrote: > > > > > One question. In some places i reference the specific version as > > > "Tinkerpop3" can those references remain as-is, if they are to be > > reworded > > > whats the proper format for those? > > > > > > On Sun, Oct 1, 2017 at 12:32 PM, Jeffrey Freeman < > > > jeffrey.free...@syncleus.com> wrote: > > > > > >> Happy to make those changed. If I understand you correct the issue is > > >> just with naming "Tinkerpop" to "Apache TinkerPop™" to make the > > >> trademark more clear? I'm happy to do that, assuming markdown can > > support > > >> the tm mark, if not ill add it as (tm). > > >> > > >> On Sun, Oct 1, 2017 at 11:23 AM, Stephen Mallette < > spmalle...@gmail.com > > > > > >> wrote: > > >> > > >>> +1 from me - pending some fixes in initial references to "TinkerPop" > in > > >>> Ferma README and web site/docs to become "Apache TinkerPop™". Other > > than > > >>> that it looks good to me. > > >>> > > >>> We'll give this 72 hours to see if anyone else has comments - > assuming > > no > > >>> objections we can get Ferma into the listing after that. Thanks for > > your > > >>> continued contribution in this area. > > >>> > > >>> On Sun, Oct 1, 2017 at 11:11 AM, Jeffrey Freeman < > > >>> jeffrey.free...@syncleus.com> wrote: > > >>> > > >>> > Ferma should be listed in the "Community Contributions" section of > > the > > >>> main > > >>> > tinkerpop3 apache site ( http://tinkerpop.apache.org ) > > >>> > > > >>> > Their project/github link: https://github.com/Syncleus/Ferma > > >>> > Their website and documentation: http://syncleus.com/Ferma > > >>> > > > >>> > They meet all requirements in the policy document ( > > >>> > http://tinkerpop.apache.org/policy.html ) including full support > for > > >>> > Tinkerpop3, their own website, many releases, and documentation. > > >>> > > > >>> > I've also created the following ticket to help speed this along: > > >>> > https://issues.apache.org/jira/browse/TINKERPOP-1794 > > >>> > > > >>> > (FYI I know i sent a similar email earlier, this new e-mail is in a > > >>> format > > >>> > as suggested from a member of the community in that thread) > > >>> > > > >>> > > >> > > >> > > > > > >
Re: [DISCUSS] Add Ferma to "Community Contributions" Listing
OK so I changed the reference in the README and the docs as you requested. Please let me know if that is sufficient or if you need me to change it everywhere the word tinkerpop is used (including phrases like "Tinkerpop3" On Sun, Oct 1, 2017 at 12:33 PM, Jeffrey Freeman < jeffrey.free...@syncleus.com> wrote: > One question. In some places i reference the specific version as > "Tinkerpop3" can those references remain as-is, if they are to be reworded > whats the proper format for those? > > On Sun, Oct 1, 2017 at 12:32 PM, Jeffrey Freeman < > jeffrey.free...@syncleus.com> wrote: > >> Happy to make those changed. If I understand you correct the issue is >> just with naming "Tinkerpop" to "Apache TinkerPop™" to make the >> trademark more clear? I'm happy to do that, assuming markdown can support >> the tm mark, if not ill add it as (tm). >> >> On Sun, Oct 1, 2017 at 11:23 AM, Stephen Mallette >> wrote: >> >>> +1 from me - pending some fixes in initial references to "TinkerPop" in >>> Ferma README and web site/docs to become "Apache TinkerPop™". Other than >>> that it looks good to me. >>> >>> We'll give this 72 hours to see if anyone else has comments - assuming no >>> objections we can get Ferma into the listing after that. Thanks for your >>> continued contribution in this area. >>> >>> On Sun, Oct 1, 2017 at 11:11 AM, Jeffrey Freeman < >>> jeffrey.free...@syncleus.com> wrote: >>> >>> > Ferma should be listed in the "Community Contributions" section of the >>> main >>> > tinkerpop3 apache site ( http://tinkerpop.apache.org ) >>> > >>> > Their project/github link: https://github.com/Syncleus/Ferma >>> > Their website and documentation: http://syncleus.com/Ferma >>> > >>> > They meet all requirements in the policy document ( >>> > http://tinkerpop.apache.org/policy.html ) including full support for >>> > Tinkerpop3, their own website, many releases, and documentation. >>> > >>> > I've also created the following ticket to help speed this along: >>> > https://issues.apache.org/jira/browse/TINKERPOP-1794 >>> > >>> > (FYI I know i sent a similar email earlier, this new e-mail is in a >>> format >>> > as suggested from a member of the community in that thread) >>> > >>> >> >> >
Re: [DISCUSS] Add Ferma to "Community Contributions" Listing
One question. In some places i reference the specific version as "Tinkerpop3" can those references remain as-is, if they are to be reworded whats the proper format for those? On Sun, Oct 1, 2017 at 12:32 PM, Jeffrey Freeman < jeffrey.free...@syncleus.com> wrote: > Happy to make those changed. If I understand you correct the issue is just > with naming "Tinkerpop" to "Apache TinkerPop™" to make the trademark more > clear? I'm happy to do that, assuming markdown can support the tm mark, if > not ill add it as (tm). > > On Sun, Oct 1, 2017 at 11:23 AM, Stephen Mallette > wrote: > >> +1 from me - pending some fixes in initial references to "TinkerPop" in >> Ferma README and web site/docs to become "Apache TinkerPop™". Other than >> that it looks good to me. >> >> We'll give this 72 hours to see if anyone else has comments - assuming no >> objections we can get Ferma into the listing after that. Thanks for your >> continued contribution in this area. >> >> On Sun, Oct 1, 2017 at 11:11 AM, Jeffrey Freeman < >> jeffrey.free...@syncleus.com> wrote: >> >> > Ferma should be listed in the "Community Contributions" section of the >> main >> > tinkerpop3 apache site ( http://tinkerpop.apache.org ) >> > >> > Their project/github link: https://github.com/Syncleus/Ferma >> > Their website and documentation: http://syncleus.com/Ferma >> > >> > They meet all requirements in the policy document ( >> > http://tinkerpop.apache.org/policy.html ) including full support for >> > Tinkerpop3, their own website, many releases, and documentation. >> > >> > I've also created the following ticket to help speed this along: >> > https://issues.apache.org/jira/browse/TINKERPOP-1794 >> > >> > (FYI I know i sent a similar email earlier, this new e-mail is in a >> format >> > as suggested from a member of the community in that thread) >> > >> > >
Re: [DISCUSS] Add Ferma to "Community Contributions" Listing
Happy to make those changed. If I understand you correct the issue is just with naming "Tinkerpop" to "Apache TinkerPop™" to make the trademark more clear? I'm happy to do that, assuming markdown can support the tm mark, if not ill add it as (tm). On Sun, Oct 1, 2017 at 11:23 AM, Stephen Mallette wrote: > +1 from me - pending some fixes in initial references to "TinkerPop" in > Ferma README and web site/docs to become "Apache TinkerPop™". Other than > that it looks good to me. > > We'll give this 72 hours to see if anyone else has comments - assuming no > objections we can get Ferma into the listing after that. Thanks for your > continued contribution in this area. > > On Sun, Oct 1, 2017 at 11:11 AM, Jeffrey Freeman < > jeffrey.free...@syncleus.com> wrote: > > > Ferma should be listed in the "Community Contributions" section of the > main > > tinkerpop3 apache site ( http://tinkerpop.apache.org ) > > > > Their project/github link: https://github.com/Syncleus/Ferma > > Their website and documentation: http://syncleus.com/Ferma > > > > They meet all requirements in the policy document ( > > http://tinkerpop.apache.org/policy.html ) including full support for > > Tinkerpop3, their own website, many releases, and documentation. > > > > I've also created the following ticket to help speed this along: > > https://issues.apache.org/jira/browse/TINKERPOP-1794 > > > > (FYI I know i sent a similar email earlier, this new e-mail is in a > format > > as suggested from a member of the community in that thread) > > >
Re: Why isnt the popular OGM Ferma listed in "Community Contributions"
Done, sorry again for any offense. On Sun, Oct 1, 2017 at 11:12 AM, Stephen Mallette wrote: > Thanks, Jeffrey - I'd like a new thread so that we have a clean slate of > discussion on the topic (if any). > > > > On Sun, Oct 1, 2017 at 10:59 AM, Jeffrey Freeman < > jeffrey.free...@syncleus.com> wrote: > > > However I'd like to say if anyone does feel belittled I apologize, that > > wasnt the intention. > > > > On Sun, Oct 1, 2017 at 10:43 AM, Jeffrey Freeman < > > jeffrey.free...@syncleus.com> wrote: > > > > > I've read the link you provided, Ferma appears to meet all the > > > requirements. The homepage as well as documentation can be found here: > > > http://syncleus.com/Ferma > > > > > > Would this email serve as the request or would you like me to start a > new > > > thread? > > > > > > On Sun, Oct 1, 2017 at 10:31 AM, Jeffrey Freeman < > > > jeffrey.free...@syncleus.com> wrote: > > > > > >> I didn't belittle other projects. Saying a project is less mature or > > >> popular is not "belittling" them. Than you for the info. > > >> > > >> On Oct 1, 2017 8:00 AM, "Stephen Mallette" > > wrote: > > >> > > >> The Community Contributions listing is not a popularity contest. You > > don't > > >> need to prove how great Ferma is and you certainly don't need to > > belittle > > >> the efforts of other TinkerPop community members who have also > > contributed > > >> OGMs. To get listed you simply need to meet our listing policy which > is > > >> spelled out here: > > >> > > >> http://tinkerpop.apache.org/policy.html > > >> > > >> If you do, you send an email along the lines of: > > >> > > >> https://lists.apache.org/thread.html/f1136cb44c634233a73627c > > >> 23d73d18d0ed0c464bb3cf60af5dc8405@%3Cdev.tinkerpop.apache.org%3E > > >> > > >> The community will take some time to consider the proposal and then in > > all > > >> likelihood it will be added - I don't think we've ever denied a > request > > >> and > > >> if we did, the problem was quickly rectified by the project owner and > > the > > >> project got the listing addition. Please make sure Ferma complies with > > the > > >> listing policy and start a fresh dev list thread for discussion. > > >> > > >> > > >> > > >> On Sun, Oct 1, 2017 at 12:03 AM, Jeffrey Freeman < > > >> jeffrey.free...@syncleus.com> wrote: > > >> > > >> > I was looking at the "Community Contributions" section of > > >> > http://tinkerpop.apache.org > > >> > > > >> > I noticed of all the OGM (Object Graph Model) Libraries listed all > the > > >> ones > > >> > there are less mature, less active, and have less users than the > more > > >> > popular Ferma library ( https://github.com/Syncleus/Ferma ). Why > was > > >> this > > >> > left out, it has been around for almost 4 years now (older than most > > of > > >> the > > >> > options on the list). > > >> > > > >> > Fair warning I am the author of Ferma, but you can check the project > > >> > history to confirm most of my assertions. Seems it deserves mention > in > > >> the > > >> > list. > > >> > > > >> > > >> > > >> > > > > > >
[jira] [Updated] (TINKERPOP-1794) Popular OGM Ferma should be listed in "Community Contributions"
[ https://issues.apache.org/jira/browse/TINKERPOP-1794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeffrey Freeman updated TINKERPOP-1794: --- Description: Ferma should be listed in the "Community Contributions" section of the main tinkerpop3 apache site ( http://tinkerpop.apache.org ) Their project/github link: https://github.com/Syncleus/Ferma Their website and documentation: http://syncleus.com/Ferma They meet all requirements in the policy document ( http://tinkerpop.apache.org/policy.html ) including full support for Tinkerpop3, their own website, many releases, and documentation. was: I was looking at the "Community Contributions" section of http://tinkerpop.apache.org I noticed of all the OGM (Object Graph Model) Libraries listed all the ones there are less mature, less active, and have less users than the more popular Ferma library ( https://github.com/Syncleus/Ferma ). It has been around for almost 4 years now (older than most of the options on the list). Fair warning I am the author of Ferma, but you can check the project history to confirm most of my assertions. Seems it deserves mention in the list. > Popular OGM Ferma should be listed in "Community Contributions" > --- > > Key: TINKERPOP-1794 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1794 > Project: TinkerPop > Issue Type: Task > Components: documentation > Affects Versions: 3.2.6 >Reporter: Jeffrey Freeman > Labels: documentation, easyfix > Original Estimate: 10m > Remaining Estimate: 10m > > Ferma should be listed in the "Community Contributions" section of the main > tinkerpop3 apache site ( http://tinkerpop.apache.org ) > Their project/github link: https://github.com/Syncleus/Ferma > Their website and documentation: http://syncleus.com/Ferma > They meet all requirements in the policy document ( > http://tinkerpop.apache.org/policy.html ) including full support for > Tinkerpop3, their own website, many releases, and documentation. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
[DISCUSS] Add Ferma to "Community Contributions" Listing
Ferma should be listed in the "Community Contributions" section of the main tinkerpop3 apache site ( http://tinkerpop.apache.org ) Their project/github link: https://github.com/Syncleus/Ferma Their website and documentation: http://syncleus.com/Ferma They meet all requirements in the policy document ( http://tinkerpop.apache.org/policy.html ) including full support for Tinkerpop3, their own website, many releases, and documentation. I've also created the following ticket to help speed this along: https://issues.apache.org/jira/browse/TINKERPOP-1794 (FYI I know i sent a similar email earlier, this new e-mail is in a format as suggested from a member of the community in that thread)
[jira] [Updated] (TINKERPOP-1794) Popular OGM Ferma should be listed in "Community Contributions"
[ https://issues.apache.org/jira/browse/TINKERPOP-1794?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Jeffrey Freeman updated TINKERPOP-1794: --- Description: I was looking at the "Community Contributions" section of http://tinkerpop.apache.org I noticed of all the OGM (Object Graph Model) Libraries listed all the ones there are less mature, less active, and have less users than the more popular Ferma library ( https://github.com/Syncleus/Ferma ). It has been around for almost 4 years now (older than most of the options on the list). Fair warning I am the author of Ferma, but you can check the project history to confirm most of my assertions. Seems it deserves mention in the list. was: I was looking at the "Community Contributions" section of http://tinkerpop.apache.org I noticed of all the OGM (Object Graph Model) Libraries listed all the ones there are less mature, less active, and have less users than the more popular Ferma library ( https://github.com/Syncleus/Ferma ). Why was this left out, it has been around for almost 4 years now (older than most of the options on the list). Fair warning I am the author of Ferma, but you can check the project history to confirm most of my assertions. Seems it deserves mention in the list. > Popular OGM Ferma should be listed in "Community Contributions" > --- > > Key: TINKERPOP-1794 > URL: https://issues.apache.org/jira/browse/TINKERPOP-1794 > Project: TinkerPop > Issue Type: Task > Components: documentation > Affects Versions: 3.2.6 >Reporter: Jeffrey Freeman > Labels: documentation, easyfix > Original Estimate: 10m > Remaining Estimate: 10m > > I was looking at the "Community Contributions" section of > http://tinkerpop.apache.org > I noticed of all the OGM (Object Graph Model) Libraries listed all the ones > there are less mature, less active, and have less users than the more popular > Ferma library ( https://github.com/Syncleus/Ferma ). It has been around for > almost 4 years now (older than most of the options on the list). > Fair warning I am the author of Ferma, but you can check the project history > to confirm most of my assertions. Seems it deserves mention in the list. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
Re: Why isnt the popular OGM Ferma listed in "Community Contributions"
However I'd like to say if anyone does feel belittled I apologize, that wasnt the intention. On Sun, Oct 1, 2017 at 10:43 AM, Jeffrey Freeman < jeffrey.free...@syncleus.com> wrote: > I've read the link you provided, Ferma appears to meet all the > requirements. The homepage as well as documentation can be found here: > http://syncleus.com/Ferma > > Would this email serve as the request or would you like me to start a new > thread? > > On Sun, Oct 1, 2017 at 10:31 AM, Jeffrey Freeman < > jeffrey.free...@syncleus.com> wrote: > >> I didn't belittle other projects. Saying a project is less mature or >> popular is not "belittling" them. Than you for the info. >> >> On Oct 1, 2017 8:00 AM, "Stephen Mallette" wrote: >> >> The Community Contributions listing is not a popularity contest. You don't >> need to prove how great Ferma is and you certainly don't need to belittle >> the efforts of other TinkerPop community members who have also contributed >> OGMs. To get listed you simply need to meet our listing policy which is >> spelled out here: >> >> http://tinkerpop.apache.org/policy.html >> >> If you do, you send an email along the lines of: >> >> https://lists.apache.org/thread.html/f1136cb44c634233a73627c >> 23d73d18d0ed0c464bb3cf60af5dc8405@%3Cdev.tinkerpop.apache.org%3E >> >> The community will take some time to consider the proposal and then in all >> likelihood it will be added - I don't think we've ever denied a request >> and >> if we did, the problem was quickly rectified by the project owner and the >> project got the listing addition. Please make sure Ferma complies with the >> listing policy and start a fresh dev list thread for discussion. >> >> >> >> On Sun, Oct 1, 2017 at 12:03 AM, Jeffrey Freeman < >> jeffrey.free...@syncleus.com> wrote: >> >> > I was looking at the "Community Contributions" section of >> > http://tinkerpop.apache.org >> > >> > I noticed of all the OGM (Object Graph Model) Libraries listed all the >> ones >> > there are less mature, less active, and have less users than the more >> > popular Ferma library ( https://github.com/Syncleus/Ferma ). Why was >> this >> > left out, it has been around for almost 4 years now (older than most of >> the >> > options on the list). >> > >> > Fair warning I am the author of Ferma, but you can check the project >> > history to confirm most of my assertions. Seems it deserves mention in >> the >> > list. >> > >> >> >> >
Re: Why isnt the popular OGM Ferma listed in "Community Contributions"
I've read the link you provided, Ferma appears to meet all the requirements. The homepage as well as documentation can be found here: http://syncleus.com/Ferma Would this email serve as the request or would you like me to start a new thread? On Sun, Oct 1, 2017 at 10:31 AM, Jeffrey Freeman < jeffrey.free...@syncleus.com> wrote: > I didn't belittle other projects. Saying a project is less mature or > popular is not "belittling" them. Than you for the info. > > On Oct 1, 2017 8:00 AM, "Stephen Mallette" wrote: > > The Community Contributions listing is not a popularity contest. You don't > need to prove how great Ferma is and you certainly don't need to belittle > the efforts of other TinkerPop community members who have also contributed > OGMs. To get listed you simply need to meet our listing policy which is > spelled out here: > > http://tinkerpop.apache.org/policy.html > > If you do, you send an email along the lines of: > > https://lists.apache.org/thread.html/f1136cb44c634233a73627c > 23d73d18d0ed0c464bb3cf60af5dc8405@%3Cdev.tinkerpop.apache.org%3E > > The community will take some time to consider the proposal and then in all > likelihood it will be added - I don't think we've ever denied a request and > if we did, the problem was quickly rectified by the project owner and the > project got the listing addition. Please make sure Ferma complies with the > listing policy and start a fresh dev list thread for discussion. > > > > On Sun, Oct 1, 2017 at 12:03 AM, Jeffrey Freeman < > jeffrey.free...@syncleus.com> wrote: > > > I was looking at the "Community Contributions" section of > > http://tinkerpop.apache.org > > > > I noticed of all the OGM (Object Graph Model) Libraries listed all the > ones > > there are less mature, less active, and have less users than the more > > popular Ferma library ( https://github.com/Syncleus/Ferma ). Why was > this > > left out, it has been around for almost 4 years now (older than most of > the > > options on the list). > > > > Fair warning I am the author of Ferma, but you can check the project > > history to confirm most of my assertions. Seems it deserves mention in > the > > list. > > > > >
Re: Why isnt the popular OGM Ferma listed in "Community Contributions"
I didn't belittle other projects. Saying a project is less mature or popular is not "belittling" them. Than you for the info. On Oct 1, 2017 8:00 AM, "Stephen Mallette" wrote: The Community Contributions listing is not a popularity contest. You don't need to prove how great Ferma is and you certainly don't need to belittle the efforts of other TinkerPop community members who have also contributed OGMs. To get listed you simply need to meet our listing policy which is spelled out here: http://tinkerpop.apache.org/policy.html If you do, you send an email along the lines of: https://lists.apache.org/thread.html/f1136cb44c634233a73627c23d73d1 8d0ed0c464bb3cf60af5dc8405@%3Cdev.tinkerpop.apache.org%3E The community will take some time to consider the proposal and then in all likelihood it will be added - I don't think we've ever denied a request and if we did, the problem was quickly rectified by the project owner and the project got the listing addition. Please make sure Ferma complies with the listing policy and start a fresh dev list thread for discussion. On Sun, Oct 1, 2017 at 12:03 AM, Jeffrey Freeman < jeffrey.free...@syncleus.com> wrote: > I was looking at the "Community Contributions" section of > http://tinkerpop.apache.org > > I noticed of all the OGM (Object Graph Model) Libraries listed all the ones > there are less mature, less active, and have less users than the more > popular Ferma library ( https://github.com/Syncleus/Ferma ). Why was this > left out, it has been around for almost 4 years now (older than most of the > options on the list). > > Fair warning I am the author of Ferma, but you can check the project > history to confirm most of my assertions. Seems it deserves mention in the > list. >
[jira] [Created] (TINKERPOP-1794) Popular OGM Ferma should be listed in "Community Contributions"
Jeffrey Freeman created TINKERPOP-1794: -- Summary: Popular OGM Ferma should be listed in "Community Contributions" Key: TINKERPOP-1794 URL: https://issues.apache.org/jira/browse/TINKERPOP-1794 Project: TinkerPop Issue Type: Task Components: documentation Affects Versions: 3.2.6 Reporter: Jeffrey Freeman I was looking at the "Community Contributions" section of http://tinkerpop.apache.org I noticed of all the OGM (Object Graph Model) Libraries listed all the ones there are less mature, less active, and have less users than the more popular Ferma library ( https://github.com/Syncleus/Ferma ). Why was this left out, it has been around for almost 4 years now (older than most of the options on the list). Fair warning I am the author of Ferma, but you can check the project history to confirm most of my assertions. Seems it deserves mention in the list. -- This message was sent by Atlassian JIRA (v6.4.14#64029)
Why isnt the popular OGM Ferma listed in "Community Contributions"
I was looking at the "Community Contributions" section of http://tinkerpop.apache.org I noticed of all the OGM (Object Graph Model) Libraries listed all the ones there are less mature, less active, and have less users than the more popular Ferma library ( https://github.com/Syncleus/Ferma ). Why was this left out, it has been around for almost 4 years now (older than most of the options on the list). Fair warning I am the author of Ferma, but you can check the project history to confirm most of my assertions. Seems it deserves mention in the list.
Re: Open graph effort at the Linux Foundation
I am the founder and developer of Ferma, a tinkerpop2 and tinkerpop3 ORM / OGM. I beleive it is still the fastest and most popular one out there but havent checked in a few months. https://github.com/Syncleus/Ferma With that said if there is any way I can get involved or help out I would be happy to get the Ferma project involved. On Tue, Dec 13, 2016 at 2:45 PM, Alain Rodriguez wrote: > +1 Can't wait to hear more details! > > > On Tuesday, December 13, 2016 at 6:14:10 AM UTC-8, Tom Ellis wrote: >> >> Does this therefore spell the death of Titan? There will be no fork? >> >> On Thursday, 8 December 2016 19:24:33 UTC, Jason Plurad wrote: >>> >>> Many folks in the Titan community have continued to reach out wondering >>> how to continue development on an Apache-licensed, open source, and >>> scalable graph database with pluggable backends. I want to let you know >>> that the Linux Foundation is establishing an open community graph project, >>> including developers from various backend providers, to fulfill that need. >>> The logistics for this new home are being finalized, and it will carry on >>> the open source heritage of Titan with open governance. The Apache license >>> will be maintained, and the community will operate along the same >>> principles of an Apache project. Once naming the new project is complete, >>> all are welcome to join, contribute, and drive forward this scalable graph >>> solution. >>> >>> -- Jason >>> >>
