A bit of a follow up on this. I have determined that the source of my problem relates to selecting an individual vertex property from a list cardinality property. I use this traversal:

On Monday, August 28, 2017 at 4:01:40 PM UTC-4, David Brown wrote: Thanks for the quick replies. Thanks to the examples, I've determined this is a bug in Goblin. On Monday, August 28, 2017 at 2:07:38

On behalf of the JanusGraph Technical Steering Committee (TSC), I'm pleased to welcome a new committer on the project! David Clement has submitted several good pull requests which enhanced the

Janus is such a compelling database to switch to. Right now we use Neo4j. There are a couple of features that neo4j has that are very useful and I was wondering if they are on the roadmap for

Thanks for the quick replies. Thanks to the examples, I've determined this is a bug in Goblin.

I opened up an issue to add docs on meta-properties and multi-properties. This worked in the Gremlin Console: gremlin> graph = JanusGraphFactory.build().set('storage.backend',

Hello JanusGraph users, I have been experimenting with Janus, and using the automatic schema generation, metaproperties work as expected. However, when I set `schema.default=none` in the conf and

兄弟？加我qq 175501069我们群里也在讨论janusgraph，都在最近第一次用的 在 2017年8月9日星期三 UTC+8下午2:26:33，hu junjie写道：

This commonly happens if you're connecting to a graph instance that was previously created. The initial configuration is stored within the graph itself. For BerkeleyJE, try pointing storage.directory

This is my

ok thanks ，another question , how to skip a super vertex ,this vertex has lots of edge ,for example .the phone is 911 or this phone is custom service, so a lots of people has relation with this

Any of the following 2 queries should do the trick: Pretty much depends on how you define "relation depth". Cheers, Daniel

I've seen examples of designing a graph separating structure from state so that its easy to version the state of an entity (vertex) as it's modified through the months and years. However, I've been

Thanks Marc, your blog post is helpful. I started the set-up from scratch but I did replace/added distribution specific jars for hadoop and hbase to be able to interact with maprfs and mapr-db. Also I

Use simplePath() to avoid cycles http://tinkerpop.apache.org/docs/current/reference/#simplepath-step gremlin> graph = JanusGraphFactory.open('inmemory'); g =

gremlin> g.addV().property('name', 'A').as('a'). addV().property('phone', '110').as('b'). addV().property('name', 'C').as('c'). addV().property('phone', '111').as('d').

Hi Joe, Thanks for reporting back your results and confirming the recipe for CDH. Also, your job execution times seem consistent now with the ones I posted above. As to your question whether these

Hi m You might also try the approach I explained in (also discussed in another thread on this forum): http://yaaics.blogspot.nl/2017/07/configuring-janusgraph-for-spark-yarn.html Here I show that you

You are right Jason that ElasticSearchIndex class is in janusgraph-es-0.1.1.jar, also this jar is available in SPARK_EXECUTOR_CLASSPATH on all the nodes, I can see all janusgraph specific jars (lib +

It doesn't look like you committed the management transaction with mgmt.commit() http://docs.janusgraph.org/latest/advanced-schema.html#_vertex_ttl