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
@bjoern-andres why are the results of lifted mc algorithms passed by edge labels of the lifted graph.
I propose to use the connected comp. labeling of the orginal graph. And there should be the guarantee that this connected comp. labeling is valid wrt. the path constraints / lifted stuff (all nodes with the same number must be connected with a path in the orginal graph).
Also internally, algorithms could use that representation since it should be cheaper in memory.
The text was updated successfully, but these errors were encountered:
Both GAEC and KLj throughout their execution maintain a feasible solution. We do edge contractions only for the edges which define connectedness in the original graph, while KLj in each outer iteration performs projection onto the feasible set to make sure that components are connected by a path in the original graph. That's why we in verbose mode KLj prints both energy decrease as reported by the inner iteration and the one after projection onto feasible set. Special treatment of cut-vertices is computationally too expensive.
@bjoern-andres why are the results of lifted mc algorithms passed by edge labels of the lifted graph.
I propose to use the connected comp. labeling of the orginal graph. And there should be the guarantee that this connected comp. labeling is valid wrt. the path constraints / lifted stuff (all nodes with the same number must be connected with a path in the orginal graph).
Also internally, algorithms could use that representation since it should be cheaper in memory.
The text was updated successfully, but these errors were encountered: