Sounds like there is some interest here from Chris (blindenvy) and Yuvaraj (skyrocknroll) on a common fork. rngcntr -- Sorry, I didn't see your first name... are you interested as well? I'd think the

Hi, I have noticed a corruption in index after reindexing vertex-centric indices with direction 'IN'. Issue : A self-link is getting added to every vertex after reindexing. To demonstrate this, I have

Hi All, I am currently working on using Janusgraph in batch mode using Spark. I am facing a problem on filtering the edges by label. Below are the specifications: Spark = 2.4.5 Janusgraph =

We would be really interested in a common fork.

+1. I support having a janusgraph-foundationdb repository under the main JanusGraph org on GitHub. There is precedent for this with janusgraph-docker, language-specific client bindings

I agree we would have to clearly state all limitations the adapter has so everyone is aware of them. Would love to hear additional feedback from the community on the topic of making this adapter

Hi Christopher, thanks for offering your support! I did indeed put a lot of effort into my fork (rngcntr), but I worked alone and rewrote a significant amount of code so it definitely lacks an

Hi everyone, Seems there may be a good deal of interest in having support for FoundationDB as a backend storage for Janusgraph. Ted Wilmes had created a storage adapter

Hi all, Is there any documentation on how to connect Spark GraphFrame to JanusGraph for BULK read/write operations? JanusGraph docs (https://docs.janusgraph.org/advanced-topics/hadoop/) shows how to

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, Jan Jansen) 0 (0) -1 (0) NON-BINDING VOTES: +1 (0) 0

I did a quick test of both binary distributions. VOTE +1 I think could work on releasing an extra distribution for hbase1 which is used for google bigtable, if I'm correct.

I checked the release notes and did a quick test of both binary distributions. VOTE +1 Am Mittwoch, 6. Mai 2020 02:51:49 UTC+2 schrieb Oleksandr Porunov:

Hello, We are happy to announce that JanusGraph 0.5.2 is ready for release. The release artifacts can be found at this location: https://github.com/JanusGraph/janusgraph/releases/tag/v0.5.2 A

We are using jansugraph with Cassandra + ES combination , we are doing data ingestion with OLAP mode , since we are submitting batch requests , and we are using commit method to commit the transaction

Hi Anjani, This is JanusGraph developers channel to discuss JanusGraph development process. You can get help with your issue in the next channel:

Hi All, We have a custom vertex program which find connected nodes. We have some unique requirement to remove some duplicate data, for that we are collecting all data using collectAsMap() method. But

Thanks for driving this, Florian

Thanks Pavel. I've tried all those, and those have helped me reduce the execution time by almost 50% along with query optimizations as well. But that's still slower for my use case. :-) I'm looking at

JG has three options to reduce number of queries https://docs.janusgraph.org/basics/configuration-reference/#query PROPERTY_PREFETCHING -- enabled by default USE_MULTIQUERY -- disabled by

I created the channel: https://gitter.im/janusgraph/janusgraph-dev You should all be able to join. I'll also create a PR to add it to our README.md. Am Mittwoch, 15. April 2020 14:16:36 UTC+2 schrieb