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
Not only is there redundancy and duplication of information because the rating is included in both the key and the value, but this also has negative implications for the annotation_output/annotated_instances.tsv file because each rating has its own column meaning that relevance scale 4 would have a different column than relevance scale 3 and the output would look something like this which is really not ideal
Would it not be better to change this line of code from
label="scale_"+str(i)
to
label="scale"
to prevent this issue? I have not explored the project yet in enough depth to be confidently able to say whether this would break other sections of the code, but to me it seems like this should be changed. Let me know what you think
The text was updated successfully, but these errors were encountered:
Hi @AndreaSottana , thanks a lot for raising this issue.
I agree with you that we need a more elegant way to save the issue.
The code you pointed to is the code to generate the HTML for the annotation schema and the label variable was used also for the shortcut keybindings. Therefore, we probably cannot change that part at this time.
What we can do next is to edit the code to save all the annotations. I will try to fix this later this week!
Hello, I have noticed that as a result of this line
https://github.com/davidjurgens/potato/blob/master/potato/server_utils/schemas/likert.py#L39
on
summarization_evaluation
the generatedannotation_output
looks something like thisor
whereas ideally we should have something like
Not only is there redundancy and duplication of information because the rating is included in both the key and the value, but this also has negative implications for the
annotation_output/annotated_instances.tsv
file because each rating has its own column meaning that relevance scale 4 would have a different column than relevance scale 3 and the output would look something like this which is really not idealWould it not be better to change this line of code from
to
to prevent this issue? I have not explored the project yet in enough depth to be confidently able to say whether this would break other sections of the code, but to me it seems like this should be changed. Let me know what you think
The text was updated successfully, but these errors were encountered: