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
{{ message }}
This repository has been archived by the owner on Oct 19, 2024. It is now read-only.
Is your feature request related to a problem? Please describe.
A clear modularity in the code is advantageous for user flexibility. Currently, we have factory structures implemented for augmentations and losses. The user can prescribe the precise augmentations and/or losses in the YAMLs, and the code automatically takes care of instantiating them.
The PreTransform and Metric factories currently have hardcoded metrics dependent on a class method. This makes adding or changing the used pre-transforms and metrics a hassle, as it would involve changing the hardcoded options instead of configs.
Describe the solution you'd like
Similar factory structures for the pretransforms and metrics as those which are implemented for augmentations and losses.
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
A clear modularity in the code is advantageous for user flexibility. Currently, we have factory structures implemented for augmentations and losses. The user can prescribe the precise augmentations and/or losses in the YAMLs, and the code automatically takes care of instantiating them.
The PreTransform and Metric factories currently have hardcoded metrics dependent on a class method. This makes adding or changing the used pre-transforms and metrics a hassle, as it would involve changing the hardcoded options instead of configs.
Describe the solution you'd like
Similar factory structures for the pretransforms and metrics as those which are implemented for augmentations and losses.
The text was updated successfully, but these errors were encountered: