Thanks Chris for considering janusgraph=python client for creating something like phpmyadmin. It will be a great addition to JanusGraph and will make like of new time users a lot easier. My current PR

Good to hear Chris, and thanks for the pointer. Do you think it would be worth me contributing a PR with my mpack changes to the janusgraph-ambari repo when you've got your bits merged in? Or do you

I updated the janusgraph ambari PR and it's ready for review if anyone has the cycles or interest. Thanks.

Hi Simon, Thanks for wrapping it up into an mpack. I've been dragging my feet, but we're already in process to move the ambari plugin under the JanusGraph umbrella,

Hi, I'm coming back to looking at a lot more at JanusGraph. I did contribute a tiny script typo fix under the Hortonworks banner ages ago, but am now offering a more sizeable contribution, and

I just answered basically the same question on Gitter, so here are some starting points: The docs contain an Architectural Overview and also describe the internal Data Model which should answer your

I am running Janusgraph, using Nifi import data, My storage backend is HBase, and mixed index backent is ElasticSearch. My configurations are as below. When I open graph in gremlin console, I get

Thank you for your review Chris!

Thanks for the bump. PR#238 was well past lazy consensus and is now merged. PR#1286 got a couple reviews today and I'll try to carve out time to review at least one of the other three tomorrow.

get composite index one by one is too slowly , I want a batch interface for speed up composite index query , will you add this ?

Pull Requests which need review 2018-10-31: PR-1238 PR-1282 PR-1286 PR-1289 PR-1294

Hello, you should ask such questions here: https://groups.google.com/forum/#!forum/janusgraph-users Regards, Alexandr

I also want to get some design document of JG, if you have got some ,please share to us, thanks in advance.

do you happen to have some sort of design document which might make it easier to understand the overall architecture or some modules of janusgraph? for example, how does it store property key, what

Per my understanding, TinkerPop expects all GLVs across all variants to be aligned as much as possible. But since the same holds true for TinkerPop, doesn't mean it has to hold true for JanusGraph

That seems a bit clear now @Florian. So out master branch is going to be build from latest TP and hence becomes JanusGraph. So in this case, it will be TP 3.4/JG 0.4.0. Whereas for legacy

This vote is now closed with a total of 8 +1s, no +0s and no -1s. The results are: BINDING VOTES: +1 (3 -- Jason Plurad, Jerry He, Alex Patrikalakis) 0 (0) -1 (0) NON-BINDING VOTES: +1 (5 --

Hi Jason, I known from a different project which generated classes. These are generated during a extra build task. This allows to have the test class source, but prevent such problems as different

+1 on releasing 0.2.2

Jan, thanks for digging into this. In the #2 option, you mentioned that "All test classes need to be exists for all backends. An idea to write all of theses classes would be to auto generate these