-
Notifications
You must be signed in to change notification settings - Fork 5
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
Add support for lifted edges #53
Comments
Hi @constantinpape, sounds great, and yes to all of the above! These tutorials on extending motile should be a good starting point for the technical implementation, using indicator variables. As for concrete desired API, here are two suggestions
This would require that these node ids are consistent with the ones in
Then same as above plus
|
Thanks for the pointers @bentaculum. And I think I prefer the second suggestion for the API, which I find more explicit. |
Supporting lifted edges would enable better modeling of long range information across time. Lifted edges only provide a contribution to the cost, but not to the connectivity.
Motivation
We sometimes have knowledge about long-range connectivity across time in tracking problems. For example:
Details
The concept of edges was introduced for the multicut graph partitioning problem in Hornakova et al., and is explained in a less formal (and more approachable) way in Chapter 2.26 of my thesis.
The key idea behind lifted edges is that they only contribute to the cost of the solution, but not to the connectivity. This fits the problems described in the motivation well, because we want nodes connected by an active lifted edge to be also connected by "local" edges, i.e. edges that connect detections in adjacent frames.
I made this figure to illustrate the concept for tracking and the difference to normal edges:
In the optimal solution for a normal edge the nodes are not connected by a local path across time, because the edge induces conductivity. In the optimal solution for the lifted edge the nodes are connected, because the lifted edge only contributes to the cost of the solution and does not induce conductivity.
(Note: I assume that negative costs are attractive here, which I think matches the convention of
motile
.)Implementation
I am not familiar with the implementation of
motile
/ilpy
yet, but would be happy to help in the implementation of this. I already discussed this with @funkey and @ben, who both expressed interest in this feature and in helping to implement it.It would probably best if you could give some high-level ideas on how to implement this @bentaculum or @funkey and then we can think about how to tackle this in more detail.
The text was updated successfully, but these errors were encountered: