-
Notifications
You must be signed in to change notification settings - Fork 12
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 strategy for prioritizing annotations to be voted #23
Comments
I agree with what you propose. I suggest you to start implementing a function which given an annotation returns a "priority score". This could be a method of |
For now, the prioritization is based on votes: In order to include the other constrains listed in this post, we need some Freesound metadata that we don't have in the current platform (ratings, nb of donwloads). @ffont Moreover, about the first point: vote all annotation candidate for a sound (in order to get closer to "complete" annotation for a sound) |
@xavierfav We should use the API to load the data in the FSD platform ;) When implementing the command, I'd iterate over all sounds in groups of |
In the constraints listed in the first comment, it was suggested to prioritize sounds with length < 30 sec. I think we should specify further in this direction. How about prioritizing (apart from the other aforementioned constraints):
|
Sound with length < 10 sec are prioritized #70 |
In order to have "the best dataset we can at a time t", we have chosen some constrains [TO BE DISCUSSED]:
We need to implement a "manager" that selects the annotations and the sounds to be voted.
Ideally a rank of priority should be derived from the constrains, and the annotation should be proposed to crowd-workers following this rank.
The text was updated successfully, but these errors were encountered: