-
Notifications
You must be signed in to change notification settings - Fork 23
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
Consider adding LEA to coref evaluation metrics? #33
Comments
(1) Yes, that is correct. (2) The issue with your second point is that there are a lot of disagreements with regard to handling singletons in coreference resolution. Our point of view in assigning self-links to singletons is that detecting all mentions that refer to an entity, i.e. either singletons or coreferent mentions, is much easier than recognizing coreferent mentions. We design LEA in a way that it does not reward the recognition of referring expressions regardless of their coreference decisions. However, one may disagree with our point of view and wants to treat all entities, singletons or coreferent entities, equally. (3) LEA is designed for intra-document coreference evaluation. or LEA = \sum_{entities} importance * (W_2 * inter_resolution_score + W_3 * intra_resolution_score) / \sum_{entities} importance |
LEA appears to define its P (R) as macro-averaged P (R) over pairs, weighted by entity size (asymmetrically, such that the recall is weighted by entity prevalence in the gold standard), with the exception that singleton clusters are treated as a single pair. (Is that correct, @ns-moosavi?)
I'm not sure if LEA is used in practice, yet. In particular I have my doubts about how principled the handling of singletons is. More consistent would be to use
link(n) = n^2 / 2
instead ofn(n-1)/2
so that every mention gets granted its singleton link. But this would be identical to B-cubed if I'm not mistaken.The text was updated successfully, but these errors were encountered: