There's almost never a use case where a customer wants to see a gigantic graph. Or researchers. Or family members for that matter. People's brains just don't seem to mesh with giant graphs. Tiny graphs, sure. Sub-graphs that display relevant information, sure. The whole thing? Nah. Unless it's for an art project, in which case giant graphs can be pretty cool looking.
Ask HN: What is the best software to visualize a graph with a billion nodes?
51–60 of 117 posts
Re: Ask HN: What is the best software to visualize a graph with a billion nodes?
#52If you want other resources, I also have a GitHub list of Graph-related libraries (visualizations etc.) on GitHub[3].
[1]: https://js.cytoscape.org/ [2]: https://github.com/anvaka/VivaGraphJS [3]: https://github.com/stars/AlexW00/lists/graph-stuff
Re: Ask HN: What is the best software to visualize a graph with a billion nodes?
#53Earlier quoted context omitted.
This is the way imo. Nobody is consuming 100b nodes in a chart.
It really depends on what the nodes represent, right? A 1080p monitor has: 1,920 × 1,080 = 2,073,600 pixels Each pixel can display 32-bit color, which equates to: 2^32 = 4,294,967,296 colors So, while each pixel can display one of 4.3 billion colors, the monitor can display combinations of those colors across its 2,073,600 pixels. The total number of possible color combinations on the screen is astronomical. The actu…
Re: Ask HN: What is the best software to visualize a graph with a billion nodes?
#54Tacking on a related question - what software should one use to interactively create/update/see a small graph? Thinking specifically about a graph of knowledge, so will be an iterative process. Just looking for anything more than a text editor really!
Re: Ask HN: What is the best software to visualize a graph with a billion nodes?
#55Earlier quoted context omitted.
This is the way imo. Nobody is consuming 100b nodes in a chart.
It really depends on what the nodes represent, right? A 1080p monitor has: 1,920 × 1,080 = 2,073,600 pixels Each pixel can display 32-bit color, which equates to: 2^32 = 4,294,967,296 colors So, while each pixel can display one of 4.3 billion colors, the monitor can display combinations of those colors across its 2,073,600 pixels. The total number of possible color combinations on the screen is astronomical. The actu…
You do something similar with 100B data points since you're not literally looking at the relation between individual nodes when all 100B are on screen at once.
Re: Ask HN: What is the best software to visualize a graph with a billion nodes?
#56Earlier quoted context omitted.
This is the way imo. Nobody is consuming 100b nodes in a chart.
It really depends on what the nodes represent, right? A 1080p monitor has: 1,920 × 1,080 = 2,073,600 pixels Each pixel can display 32-bit color, which equates to: 2^32 = 4,294,967,296 colors So, while each pixel can display one of 4.3 billion colors, the monitor can display combinations of those colors across its 2,073,600 pixels. The total number of possible color combinations on the screen is astronomical. The actu…
4,294,967,296^2,073,600 is very large but 2^(10^22) is much much larger
Re: Ask HN: What is the best software to visualize a graph with a billion nodes?
#57It really feels like an under defined task. Do you actually need to see those nodes? At that scale, you never want to render 100B of them. Instead you would need some kind of density aggregation when zoomed out and moving to LoD style k-d tree partitioning when zoomed in. That's almost the area of rendering engines like Unreal's Nanite. You can create your own renderer for data like this, but game engines are likely…
That being the case, I think you're suggesting that this high level summarisation happens as a separate preprocessing step (which I agree with FWIW) whereas I think they're imagining it happening dynamically as part of rendering.
Re: Ask HN: What is the best software to visualize a graph with a billion nodes?
#58It really feels like an under defined task. Do you actually need to see those nodes? At that scale, you never want to render 100B of them. Instead you would need some kind of density aggregation when zoomed out and moving to LoD style k-d tree partitioning when zoomed in. That's almost the area of rendering engines like Unreal's Nanite. You can create your own renderer for data like this, but game engines are likely…
Even 8k-screens have not enough pixel to show that many nodes at the same time. So some visual optimization has to happen anyway.