Graphviz: Open-source graph visualization software (graphviz.org)

Sure. Let me look it up. It should be all here, at my OpenProcessing (at least all the code I wrote for myself personally):

https://openprocessing.org/user/15252?view=sketches

Basically any sketch that has "3d" or "aspekt" in the title is on that track. But you can also see from the thumbnail many of them are 3d world related. The navigation of that site is pretty tricky...but you can find the source code by:

- Click on a sketch

- Click on the 'abacus' control menu to the right

- Click on the files tab in that

Source code in Java should be available there.

Please remember it requires a version of Processing in Java to work. I worked on this in 2011/2012 so you may need to figure out which Processing version that is.

Also, here's a youtube video of flying around one of my sketches:

https://www.youtube.com/watch?v=lNshrYO7Kf4

and here are some more videos:

https://www.youtube.com/channel/UCw-6wNeif6-l7oqippdORcw

Sadly I haven't found a way. Let me know if you do

you can install it locally with docker https://github.com/iamacarpet/sketchviz-docker

Haven't tried it yet, but this looks pretty spot on: https://github.com/gpotter2/sketchviz

I remember this issue being raised, I think on the graphviz Discourse, and the graphviz developers responding to it as if it was a hard to solve limitation of graphviz for some reason. But I can't for the life of me remember the details.

I never had this problem. Arrow style is configurable if I remember correctly. You can configure (extend) also overlapping in boxes so the arrows never enter into the box area.

I'm talking by heart and I could be wrong in any case.

If you hold down control, the "Download PNG" button becomes "Download SVG".

Super intuitive, I know! :)

Yes, the name of this attribute is rankdir.

See in the docs: https://graphviz.org/docs/attrs/rankdir/

In the sketch example:

  digraph G {
    rankdir="LR";
    graph [fontname = "Handlee"];
    ...

It's part of the repo.

https://github.com/enter-haken/schema/blob/master/schema.sh

It's a mixture of sed, awk and sql.

Viz.js had some hard coded memory limits last time I checked. You can work around them on load, but it's annoying.

Edit: GraphQL Voyager has the memory increase hack https://github.com/APIs-guru/graphql-voyager/blob/54a178142a...

I think dagre was ok but oversold the quality of the algos it used a bit. In many cases it can be better to use a SVG file generated from Graphviz directly instead.

An alternative to dagre-d3 is d3-dag: https://github.com/erikbrinkman/d3-dag

I've had good success with cytoscapejs as well, integrating with react so the graph will animate layout on transition. I use elk, which is apparently superior to sugiyama (the algorithm graphviz uses for force-directed dag layouts).

Agreed, I have a kind-of-live graphviz editor in a webpage, with autocomplete and a few more things. Was fun to hack together

One of my favorite applications in R that can make Graphviz like plots: http://rich-iannone.github.io/DiagrammeR/index.html

I used to generate most of my diagrams in PlantUML[0], but recently found that my not-taking app, Joplin[1], has Mermaid built in.

PlantUML has the benefit that you can include it in your builds, e.g. parse any .plantuml files in `make doc` or in your CI.

But I like Mermaid more: its easier to read, less quirky and easily integratable in the markdown (or note-taking apps) without the need for extra build steps.

[0] https://plantuml.com/ [1] https://joplinapp.org/

I found cytoscape to be annoying because it assumes you are using npm.

Really simply, I typically use Neo4j, but if I have flat homegenous data, I just use Graphviz because the dot markup format lends itself to parsing easily in awk command lines. The times I have used networkx was when I needed a graph abstraction layer to reason about another graph query, so networkx wasn't used as a persistent graph store, but more of an intermediate data structure for orchestrating multiple service and api calls, like a low rent graphql. I'm a crap developer, but the graphs were what i needed to piece the logic together coherently.

One example of clients taking months is mapping counterparties to agreements. Let's say you have inherited a division that has file share full of contracts and you want to understand the line of business. You get the counterparties out of the contracts and find all the paths for obligations between entities within the division and their counterparties. The graphviz/dot layout gives you a map of all those parties in a single slide and shows clusters, instead of a 3 lb. document with a paragraph for each of them that would have cost a massive amount of consulting time, or interviewing several people to get their narrative understanding of how the business worked, the graph provides an objective map. You could just use D3js, but for me the dot markup was faster on the command line than structuring json.

The idea is if you can formulate a conceptual, narrative ontology of an organization, you can create a grammar of things and relationships, and then you can plug data (contract counterparties) into that model and form a fairly complete map.

Another recent use case was enterprise vulnerability scan data over a very full /16 address block, allocated across multiple divisions under different management hierarchies with thousands of hosts. By linking the host ownership data to projects and an org chart with the types of vulnerabilities, I could demonstrate in a couple of slides what the highest impact patching strategy would be. Again, graphviz for sketching up the ontology, then Neo to do the lifting.

On a much simpler scale that was more graphviz/dot oriented, I did some work for a startup where I worked with the executive team who had acquired a codebase and talent, and created an ontology of their pipeline customers, their stated needs, implied product features, platform dependencies, our service interfaces, their code bases, and demonstrated the flow of how work on the code bases flowed through to impact revenue. This ultimately got represented as a Sankey diagram, but it was graphviz/dot I used to sketch up the initial ontology.

For some of its diagrams, yes. And yet PlantUML results still look better. I think the problem is that Graphviz's glyphs are somewhat crude.

This sounds interesting, can you expand on that a bit please?

I mentioned this in another thread. You can have the output be a dot file. Which you can then edit and send back with a flag to not redo the layout.