You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I am wondering if we can infer the differences in performance while calculating Weighted Betweenness Centrality from the Shortest Path results you show.
If one algorithm is faster on the shortest path, does this mean it is faster also on betweenness?
Does the shortest path algorithm consider arc weights?
It would be great if you could include betweenness (in the version that considers arc weights) in the next benchmarks!
The text was updated successfully, but these errors were encountered:
iandreafc
changed the title
Could you include Betweenness Centrality
Could you include Weighted Betweenness Centrality?
May 24, 2020
I think to some extent you can given that the Betweenness involves calculating the shortest path between all pair of vertices of a graph. Though the caveat here is that in the benchmark I measured only the unweighted single source shortest pair as opposed to the weighted all pairs shortest problem. Even so, Lightgraphs should be the fastest due to the threaded shortest path implementation with Graphtool and Networkit taking 2nd place.
Will most definitely consider it the next time I am running the benchmark. Especially adding weights to the shortest path problem.
I am wondering if we can infer the differences in performance while calculating Weighted Betweenness Centrality from the Shortest Path results you show.
If one algorithm is faster on the shortest path, does this mean it is faster also on betweenness?
Does the shortest path algorithm consider arc weights?
It would be great if you could include betweenness (in the version that considers arc weights) in the next benchmarks!
The text was updated successfully, but these errors were encountered: