3 ms·
You're missing the point by thinking only of your specific use case of huge graphs. Client side interactivity without network delay is a valid use case for the
by leppr 8y ago
You're missing the point by thinking only of your specific use case of huge graphs.
Client side interactivity without network delay is a valid use case for these libs. Client side encrypted data also.
- abs221 8y agoMost humans can't make much sense of anything more than 50-100 node graph at a time. At a graph size of containing 50-100 nodes or lesser which is a rather small graph, huge variety of graph algorithms are not very helpful. These libraries are good to experiment with each layout algorithm but ultimately a graph analysis most of the time involves exploration and querying, like a repl and making sense of that. Most frontend js libraries will not be helpful in doing that. It's a surprise that there is no robust backend library that does graph layout.
- dragonshed 8y agoYou can run d3 on the backend with node. It shouldn't be too difficult using it with a layout to constrain the potential visualization to a more comprehensible data set. There's even a d3-node package available to generate a static SVG or png. [edit] Additionally, grouping or binning the data may be something to consider when dealing with a visualization with 100+ nodes. Never tried that with DAG datasets, not sure how that would work, but it's interesting to think about.
- dreamcompiler 8y agoGraphviz can easily be used as a backend layout system to output SVG or PNG. It's just not very interactive; you can do mouseover annotations but you can't drag nodes around.