Change attribute name "f1_score" to "f1 score" due to RubixML change#1022
Conversation
…core' to reflect changes in RubixML Signed-off-by: David Dreschner <github-2017@dreschner.net>
ccc2a42 to
edc3da4
Compare
Not in general. Regular model training would still work, just log incorrect statistics. It's the optimization command that is effected, but it's also not executed automatically but only when admins are interested to try it. |
|
/backport to stable31 |
|
Hello there, We hope that the review process is going smooth and is helpful for you. We want to ensure your pull request is reviewed to your satisfaction. If you have a moment, our community management team would very much appreciate your feedback on your experience with this PR review process. Your feedback is valuable to us as we continuously strive to improve our community developer experience. Please take a moment to complete our short survey by clicking on the following link: https://cloud.nextcloud.com/apps/forms/s/i9Ago4EQRZ7TWxjfmeEpPkf6 Thank you for contributing to Nextcloud and we hope to hear from you soon! (If you believe you should not receive this message, you can add yourself to the blocklist.) |
In version 1.0.0-beta1 of RubixML, the attributes in the Report property changed their style from underscore to spaces (see changelog as well as associated commit). This means that the f1_score were always 0.00 since the bump of RubixML dependency in this commit (
dev-chore/bump-flysystem-v2.1.1is based on RubixML v0.4.2). Can't say if that made the training totally broken or not (@ChristophWurst ?).Example output of a training epoch without change:
Example output of a training epoch with change from this PR:
Closes #1021.