Hi, I'm doing a POC on janusgraph and in my scenario all the vertices have a unique id, and i used it for indexing k =

That is great news . 在 2017年9月29日星期五 UTC+8上午5:53:10，Jason Plurad写道：

Great job, everyone! Excellent work on getting on InfoWorld's radar to be included in such a prestigious list. Please feel free to share/retweet/etc.:

InfoWorld picked the best open source software for large-scale search, SQL, NoSQL, and streaming analytics. JanusGraph is one of the winners in

I've started a thread to discuss the release on janusgraph-dev https://groups.google.com/d/msg/janusgraph-dev/PJF8qdoe_Zo/2JU-M4UQBwAJ That is great news that you have been testing with the snapshot

Thank you Marc. This seems to suggest that if I split the HBase table up into many many regions, that would correct the issue of running PageRank. Any idea why I can't execute any

Hi Joe, Thanks for reporting back. So, it indeed seems the same problem as for OLAP traversals: input splits of HBaseInutFormat have the size of a complete region which is a bit too much for

Since you have data and the index wasn't enabled, you'll need to reindex. This will also move the index into enabled when complete. mgmt =

I have just noticed that the key title for the index is not ENABLED mgmt =

Following the Janus documentation, I defined a mixed index on my graph mgmt = graph.openManagement() attribute = mgmt.getPropertyKey("title") mgmt.buildIndex("titleAttributeSearch",

Thank you Marc. That runs on my cluster, but takes a very long time. If I try it on a larger graph, the YARN jobs run out of heap. Right now I'm giving them 10G each. On a small

We have a use case where we need to be able to add additional fields to a mixed index that already contains data. I can update Solr easily enough to add the new fields, but I've not been able to find

Hi Joe, My thoughts were more like: graph =

We need to migrate to latest elasticsearch version hence Titan which is predecessor of Janus also needs to be upgraded. Need to know roadmap of stable release with ES5 support. Currently I am using

Hi Marc - not sure I understand. I tried this: gremlin> g=graph.traversal() ==>graphtraversalsource[standardjanusgraph[hbase:[10.22.5.63:2181, 10.22.5.64:2181, 10.22.5.65:2181]],

Hi Robert, Thanks for the reply. We want to do the deletion in 2 ways:- 1- Delete the vertex before the ttl expires. (in some use case) 2- Automatic deletion of vertex by janusgraph-cassandra itself

Hi John, TinkerPop's spark-gremlin module depends on spark-1.6.1, so when you install spark-gremlin in the gremlin-console or when you add it to your maven project, the spark-core-1.6.1.jar is already

java code that i am using for data uploading: { int loopCounter = getTotalNoofRecorsdCountFromDB(); List<Data> data = getData fromDB(); JanusGraphTransaction tx = graph.newTransaction(); for (int i

HadoopMarc, This sounds like this could be really good news, but please clarify something for me: Tinkerpop 3.2.3 claims compatibility with only Spark 1.6.1, and currently JanusGraph-0.1.1 only

Hi Joe, No, not exactly, because the TinkerPop recipe points at spark-submit as the source of most of the version conflicts. Spark-submit is just a big wrapper around the Spark launch API that sets