pymogwai
https://github.com/juupje/pyMogwai is a an attempt for a python native implementation of the gremling query language there is a demo at:
https://mogwai.bitplan.com/ Comments/Issues and Feedback are welcome!
GitHub
GitHub - juupje/pyMogwai: PyMogwai is a Python-based implementation...
PyMogwai is a Python-based implementation of the Gremlin graph traversal language, designed to create and handle knowledge graphs entirely in Python without the need for an external Gremlin server....
4 Replies
Hey thanks for sharing, that's pretty cool. That's the first time I've seen an embedded graph implementation in python with native support for gremlin. Do you have any future plans for the project?
I would agree that this is interesting. There have been a number of situations where having TinkerGraph available in other runtimes would be useful. I'm curious why you chose to implement something different versus looking to add TinkerGraph to
gremlinpython.Could you elaborate a bit more on the challenges involved in this approach? Are you referring to porting Tinkergraph Java implementation to Python (or another language)? If that’s the case what compatibility checks would be necessary for new implementation to be compliant with the original?
Yes, referring to porting the Java implementation of TinkerGraph to other runtimes. Not totally sure of the issues involved in doing this. More likely an issue of prioritization. But having TinkerGraph native in a runtime would open the doors for a few things that you can only do with TinkerGraph in Java. For example, the use of
subgraph() in Gremlin-Java returns a TinkerGraph object that you can then issue queries against. It's a common pattern when you may want to return a subgraph locally (as a cache) and run queries against a locally cached subgraph. Today, if you use subgraph() in a non-Java client, you get back different representations of the subgraph via the different serializers. Usually in GraphSON or some for of map/JSON.