-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Nodes overlapping Issue #687
Comments
Guys, any updates on this ? |
There is an issue somewhere that explains how to use the rendered size of the nodes for performing the overlap calculations rather than the absolute size of the nodes. But I have a hard time finding it back. |
@Yomguithereal I believe these are the issues you are looking for: Note: I have tried the suggestion myself and was unable to make it work. My current view is that we need a nooverlap algorithm like Gephi (see here: https://github.com/gephi/gephi/tree/master/modules/LayoutPlugin/src/main/java/org/gephi/layout/plugin/noverlap). |
Thanks @apitts. |
@Yomguithereal Is there any other approach which can work here ? |
Have you enabled the |
@Yomguithereal Yes |
Then using the rendered size should produce the same results as Gephi's version. The thing is usually, people apply anti-collision at the end of the layout only. |
There seems to be a bug on the adjustSizes option of the ForceAtlas2 implementation, please see #613 (comment) |
@rangeonnicolas Does this fix overlapping nodes for you after running the algorithm with adjustSizes set to true? I have tried (including using rendered node size) and I'm still seeing a lot of node overlap. |
@apitts Hello, Yes it fixed it. Are you sure that these 2 option are taken into account?
Of course, as I use ForceLink algorithm instead of ForceAtlas2, I modified the file (ForceLink is a copy of ForceAtlas2 but with more options) Tell me if it works for you ;) ! |
Thanks @rangeonnicolas! I will try to replicate your settings and see how I go. |
No luck with this I'm afraid. I don't get any reduction in overlap with adjustSizes true (either with or without changing to use renderer prefix in the layout algorithm). What I see is essentially a much slower version of the regular algorithm...but no change in overlap. |
@rangeonnicolas...how about with linLogMode set to false? LinLogMode will also have the effect of reducing / eliminating overlap but is clearly quite different. |
I had a similar issue The root cause was due to the way sigma was doing sizing of the nodes. If your graph has nodes overlapping; you can just try to use the browsers zoom out feature; untill the nodes appear fine; in my case that was 67%. Then you can create custom renderes (nodes, labels) that scale the size accordingly. p.s. in my case the problem was due to user's having different resolutions. In that case scaling factor could be created dynamically by utilizing I hope this helps somebody. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
I have applied forceAtlas2 layout to some of my graph nodes and have given fixed positions (x,y) to other nodes manually.
But nodes on which forceatlas2 is applied overlap the other nodes which have fixed position.
The text was updated successfully, but these errors were encountered: