Assume, we have the vertexes in DB. and we have the edge information in GraphSON/XML/TXT? how can we import the edges into JanusGraph?

Not the answer I was hoping for, but thanks!

Currently JanusGraph vertex ID is of type 64bits long, is it possible to also support UUID as the vertex ID?

Could you let us know a little more about your configuration? What is your storage backend for JanusGraph (HBase/Cassandra)? I actually do not see an error in your log, but at the very

Hi Marc, Request your help, I am runnign Janusgraph with maprdb as backend, I have successfuly been able to create GodofGraphs example on M7 as backend But when I am trying to execute the following

Hi, I am trying to execute the following where cluster is mapr and spark on yarn graph=GraphFactory.open('conf/hadoop-graph/hadoop-load.properties') g =

You probably should benchmark it, but I'd think that the injection would be faster since you already have the edges resolved. I think using the graph step g.E(a) would ultimately re-lookup the edges

Sounds like the documentation could use some improvements to help make this more clear. I've opened up an issue to track it. 1) What is the relation between Gremlin server (bin/gremlin-server.bat) and

Looking forward to reading about your colleagues findings, Jason. Not using indices would certainly at least partially explain the poor performance given the types of queries they were making.

I have an arraylist a of edges that I want to make gremlin queries over. In the old days, I would do: a._() And have a pipeline I could work with. Now it seems I can

Hi, I have read the JanusGraph documentation and the GraphOfTheGodsFactory.java file, and I also have a small sample running, However, I am still not clear about the following doubts related to

Hi Marc - thank you very much for your reply. I like your idea about moving regions manually and will try that. As to OLAP vs OLTP (I assume Spark vs none), yes I have those times.

You can't create an index on a vertex label right now. See https://github.com/JanusGraph/janusgraph/issues/283 You can create an index on a property. For example, you could define a property called

You might consider using a format other than JSON which can easily read incrementally, such as CSV or a more compact binary encoding such as: Apache Avro https://github.com/eclesh/recordio or you may

According to the docs, it is a GLOBAL_OFFLINE configuration setting: "These options can only be changed for the entire database cluster at once when all instances are shut down." You'll need to set

Thanks Robert, I am going to check the file size and its contents when I reach home and also will try to load the file through the shell and post the update here. -- Thanks &

Hi Misha, Yes, I did, I am sorry. I have found the solution to this. Am going to post it and close the issue on github once I reach home. Sorry about the duplicate issue. -- Thanks &

Well, whatever, but your stacktrace points to: String fileContents = new File(jsonPath).getText('UTF-8') Thus, your file does not fit in memory - either available system memory or within jvm max

Hi Robert, The file is about 325 mb in size and contains info about a million vertices and a million edges. Also I forgot to mention that prior to testing on bigtable I tried the same script and file

Looks like you've also filed a GitHub issue on this: https://github.com/JanusGraph/janusgraph/issues/450 — please use either the mailing list or GitHub to report issues, but not both, as duplication