-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Closeness centrality running without interruption #64
Comments
Hi, Unfortunately the current code in shortest_temporal_paths is currently quite slow in its current implementation, especially for larger networks (exponentially grows with size). I've only really used in on networks about 200 nodes in size and 400 time points. It is something on the todo list to increase the speed. |
So the code should finish eventually, but I can't say how long it will take. |
Thank you for your response, |
I'll boost it up the priority queue cause it is something I've wanted to fix for sometime. |
Have you solved your problem?At present, I also met the problem of using the same as you in the calculation |
In your article, I saw that you used more than 200 nodes and more than 400 time points. How long did it take you to calculate the closness centrality? I think this may have time-reference significance for my current calculations. Because I calculate 60 nodes, 51 networks, and 10% sparsity. My code is running more than four days without stopping. |
Development on the toolbox stalled this year because of other reasons. The original article used an older version of this function which was quick, but could not handle larger networks. The speed issue was introduced to the shortest temporal paths function when modifying the rest of the toolbox to being able to handle larger networks. You can use an older version of the code which should be quicker: I think the quicker version can be found here: https://github.com/wiheto/teneto/releases/tag/0.3.5 Until then, despite being a high priority when developing this toolbox, this is currently only something which is done in my spare time due to other obligations. I cannot give a time estimate when I can push to complete the the next version where the shortest path estimation will be substantially quicker. |
Thank you for your prompt reply. I will try with the code you recommended.
…------------------ 原始邮件 ------------------
发件人: "wiheto/teneto" <notifications@github.com>;
发送时间: 2020年12月24日(星期四) 凌晨1:16
收件人: "wiheto/teneto"<teneto@noreply.github.com>;
抄送: "咹靜"<508609839@qq.com>;"Comment"<comment@noreply.github.com>;
主题: Re: [wiheto/teneto] Closeness centrality running without interruption (#64)
Development on the toolbox stalled this year because of other reasons.
The original article used an older version of this function which was quick, but could not handle larger networks. The speed issue was introduced to the shortest temporal paths function when modifying the rest of the toolbox to being able to handle larger networks.
You can use an older version of the code which should be quicker:
I think the quicker version can be found here: https://github.com/wiheto/teneto/releases/tag/0.3.5
Until then, despite being a high priority when developing this toolbox, this is currently only something which is done in my spare time due to other obligations. I cannot give a time estimate when I can push to complete the the next version where the shortest path estimation will be substantially quicker.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or unsubscribe.
|
So now I have time to solve this issue. I'm gathering all the issues regarding speed into one issue. Follow #74 for more info about this. |
Hi,
I am using Teneto to calculate the closeness centrality. My code is running more than two days without stopping. what is the problem ?
Resources
Code:
df_PS_final
60623 rows × 3 columns
The text was updated successfully, but these errors were encountered: