[FEA] Graphistry integration
- Dominant language
- Jupyter Notebook
- Stars
- 819
- Forks
- 179
- PR merge metrics
- No merged PRs in 30d
Description
**Is your feature request related to a problem? Please describe.**
The Graphistry team is seeing more use among Neptune users, and as their prototyping often starts in sagemaker, we're thinking of how to make their flow more natural than our normal jupyter integration ( https://github.com/graphistry/pygraphistry , the graph-app-kit launcher (https://github.com/graphistry/graph-app-kit/blob/master/docs/neptune.md), and our recent bindings `g.neptune(**creds).gremlin('query').plot()` (https://github.com/graphistry/pygraphistry/blob/master/demos/demos_databases_apis/neptune/neptune_tutorial.ipynb)
It seems a good starting point for neptune sagemaker users is focusing on the magics & documenting around them
**Describe the solution you'd like**
Our current ideas are:
* Inclusion as an optional viz tab of the jupyter magic's panel when registered for the `%%gremlin`, `%%sparkl`, etc calls
* Check if similar ease-of-use for inline code query flows (direct. pygraphistry?) and NeptuneML flows
* Instructions for enabling a neptune sagemaker vpc instance to talk to a graphistry server (self-hosted aws / marketplace, or Graphistry Hub). Not sure what is needed, just know users currently cannot use Sagemaker notebooks, even if a Graphistry server's nb instance can talk to Neptune
Happy to help on both and open to different approaches, continue in the Slack, etc
cc @beebs-systap @bechbd
Contributor guide
Assessment
This issue has not been assessed yet.