-
Notifications
You must be signed in to change notification settings - Fork 119
[WIP] Implement current MIREX key scoring method and warn if using old one #339
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
base: main
Are you sure you want to change the base?
[WIP] Implement current MIREX key scoring method and warn if using old one #339
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think this is a reasonable approach, but we should plan to switch the default to True
eventually if it matches the new convention.
In that case, we should probably change the warning message to reflect that. Maybe something like this?
Potentially substituting |
SGTM |
f114387
to
31729d8
Compare
Okay, I added the note to the warning and the docstring, specifying that the default behaviour will change |
Hi @stefan-baumann , since both metrics have been widely used in the community, I suggest the fix to retain both evaluation metrics like:
I can directly modify this PR if possible. Can you remove the draft/WIP designation as mentioned by #337 (comment) ? Thanks. |
Hi @instr3, sure, I removed the draft designation :) Please check whether the code I wrote back then actually makes sense, and then feel free to modify it further. It's literally been years since I touched this code, and I have long since left the AI for MIR community. Best, |
@stefan-baumann @craffel Thanks for the messages! Just came back from ISMIR. I think the fix provided by stefan is clear and efficient. Since I am unable to edit this PR, I reviewed it and resolved the conflicts in another PR: #427 You may directly merge it, or tell me if there are other things need to care about. Thanks, |
This PR aims to solve the issue discussed in #337 in a backwards-compatible manner.
An additional argument
allow_descending_fifths
was added to thekey.weighted_score
andkey.evaluate
methods, which is set toFalse
by default (and thus being backwards-consistent), but raises a warning stating that this method is no longer used for MIREX. If set toTrue
, descending fifth errors are given a score of 0.5, matching current MIREX scoring.I'd love to get feedback on whether the maintainers approve of the way I implemented this change and whether they might have ideas how to improve keyword naming or the added documentation.
If the feedback is positive, I'll extend the tests to cover this behaviour as well.