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
When exporting, the anomalib engine uses several functions defined in anomalib.deploy.export. A cleaner solution would be to add the export functionality to the base anomaly module, similar to LightningModule.to_onnx.
Describe the solution you'd like
Add the following methods to AnomalyModule: AnomalyModule.to_torch, AnomalyModule.to_onnx and AnomalyModule.to_openvino. This would simplify the export syntax from:
Do you think it would be better to retain the anomalib.deploy.export functions after refactoring or else to move entirely the export functions to AnomalyModule?
What is the motivation for this task?
When exporting, the anomalib engine uses several functions defined in
anomalib.deploy.export
. A cleaner solution would be to add the export functionality to the base anomaly module, similar toLightningModule.to_onnx
.Describe the solution you'd like
Add the following methods to
AnomalyModule
:AnomalyModule.to_torch
,AnomalyModule.to_onnx
andAnomalyModule.to_openvino
. This would simplify the export syntax from:to:
Additional context
No response
The text was updated successfully, but these errors were encountered: