Are you specifying the elastic search index connection properties in your berkey.properties file? If you don't want to use ES and using this just for exploration purpose then you can use

Old post but still relevant two years later. I expect try the Graph of the Gods examples would be the first thing a new user would try yet it doesn't work out of the box. Even when using the I tried

Hello. Awesome job! I have a couple of questions about your data loading approach if you don't mind. Is it simply aggregating writes locally before writing them to Snowflake?

Hi Russel, Just posted an update on the other Thread, and well as you might have guessed already, its finally all about extending the right set of interfaces for enabling JanusGraph with your target

To anyone if they are following this Thread. Wanted to post an update if anyone is interested, else will close out the Thread. So, We were able to get the adopter working for SnowFlake. We planned on

I am proposing to drop support for "0.4" branch in favor of "0.5" branch as discussed here: https://groups.google.com/d/msg/janusgraph-dev/LhZBlw0_N3o/emCrF2Y-AQAJ The reasons are the next: - "0.4"

This vote is now closed with a total of 4 +1s, no +0s and no -1s. The results are: BINDING VOTES: +1 (3 -- Oleksandr Porunov, Florian Hockmann, Jason Plurad) 0 (0) -1 (0) NON-BINDING VOTES: +1 (1

* Imported KEYS file and verified GPG signatures on pre-built distribution files * Downloaded source code archive and built a distribution * Verified the release tag matches the zipped source code *

This vote is now closed with a total of 3 +1s, no +0s and no -1s. The results are: BINDING VOTES: +1 (3 -- Oleksandr Porunov, Florian Hockmann, Jason Plurad) 0 (0) -1 (0) NON-BINDING VOTES: +1

* Imported KEYS file and verified GPG signatures on pre-built distribution files * Downloaded source code archive and built a distribution * Verified the release tag matches the zipped source code *

I would like to get following PR https://github.com/JanusGraph/janusgraph/pull/1940 merged before releasing 0.5.0. This would prevent to breaking changes of janusgraph-hadoop in two releases.

Some of the changes taking too much time. I was thinking that we can finalize 0.5.0 release soon with those changes which we currently have, and move non-finished, breaking issues to version 0.6.0.

Thank you! No, I missed that. I appreciate your help! Russ -- Thanks, Russell Jurney @rjurney russel...@... LI FB datasyndrome.com

Hi Li, I don't think anybody here will be able to confirm specifically if your observations are correct or not without a specific reproducible example. However I think I have a possible explanation

Hi Russell, I wonder if your Google results included the following fairly recent thread in this same maillist: Anyone with experience of adding new Storage backend for JanusGraph ? [Help needed w.r.t

Hello fellow JanusGraphers, I'm interested in writing a storage backend for Solr to store nodes/edges in addition to indexes and would like some pointers on doing so. We would open source the

Extending voting process until we get 1 more vote from TSC members. Best regards, Oleksandr

Extending voting process until we get 1 more vote from TSC members. Best regards, Oleksandr

I checked the links, downloaded the zip archive and started JanusGraph to do some basic traversals and all looks good. So: VOTE +1 Am Mittwoch, 15. Januar 2020 17:54:46 UTC+1 schrieb Oleksandr

Hi, I have successfully tested JanusGraph 0.4.1 (starting from a graph created in JG 0.3.1 with Cassandra + ES). I have done some basic gremlin requests (with Composite index), data loading. My vote