Good day, I can give some feedback on this since I've also used graph-tool for getting paths. In my case it was slightly different because (1) I wanted to sample paths without bias, (2) I used a weight on the arcs, (3) my arcs were directed and (4) the number of nodes and edges was really big . Sadly, (1) and (2) made it not very easy to do it via graph tool. As far as I understand, graph tool uses a DFS to obtain `all_paths`. When the number of potential paths is large for a given cutoff but the remaining number of valid paths is small, it will iterate a long time (at each `next()`) until it proves there are no more paths that have a length equal or smaller to the cutoff. You could choose to stop the iteration once it starts taking longer than certain time to find a path, but even this is no guarantee. There may be many paths still remaining to be found. You can also play with the number of paths to return... Another thing you should take into account if you want to stop `all_paths` at a limit number of paths is that since it does a DFS, two paths that are close in the returned list will be "close" in structure (i.e., similar). So "sampling" paths this way is not great. Sorry I cannot be of more help. If you find a better way to do it with graph-tool, please share it over here! Good luck! Franco On Wed, Dec 16, 2020 at 12:00 PM <graph-tool-request@skewed.de> wrote:

Send graph-tool mailing list submissions to graph-tool@skewed.de

To subscribe or unsubscribe via the World Wide Web, visit https://lists.skewed.de/mailman/listinfo/graph-tool or, via email, send a message with subject or body 'help' to graph-tool-request@skewed.de

You can reach the person managing the list at graph-tool-owner@skewed.de

When replying, please edit your Subject line so it is more specific than "Re: Contents of graph-tool digest..."

Today's Topics:

1. Find best paths sorted by length with graph tools (Ruhm)

----------------------------------------------------------------------

Message: 1 Date: Tue, 15 Dec 2020 08:22:24 -0700 (MST) From: Ruhm <romain.da-costa-vieira@itsfactory.fr> To: graph-tool@skewed.de Subject: [graph-tool] Find best paths sorted by length with graph tools Message-ID: <1608045744698-0.post@n3.nabble.com> Content-Type: text/plain; charset=us-ascii

Hello,

I'm a beginner in graph algorithm, and I have trouble to find an efficient solution for my issue.

My goal is to find X best paths between two vertices. Not only the shortest paths, but sub optimals path, ordered by length. My graph is relatively small (10k vertices, 20k edges) and is not directed. I don't use weight or vertices/edges attributes.

My current prototype: I use first all_shortest_paths to find the best paths. Then I use all_paths with a cutoff = length of shortest_path + K . K is an arbitrary value set as an argument of my function. Finally, I sort the return of all_paths by path length and select the X shortest.

It works fine when the vertices are close to each other, but when my cutoff is over 20ish, the all_paths function take forever and my CPU usage skyrockets. I can't even iterate with next() over the result. I understand that all_paths is not very effective in my case, but at the moment this is my best guess.

I'm reading the documentation of graph tools, but I cant find any other function fitting my needs. I 'm considering using the function bfs_search with a custom BFSVisitor, but I'm afraid i will encounter performance issues too.

Am i missing something?

Anyways, thanks for this library, its impressive. Sorry for my poor English.

Regards

-- Sent from: https://nabble.skewed.de/

------------------------------

Subject: Digest Footer

_______________________________________________ graph-tool mailing list graph-tool@skewed.de https://lists.skewed.de/mailman/listinfo/graph-tool

------------------------------

End of graph-tool Digest, Vol 155, Issue 4 ******************************************