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
Currently, with any of the image visualization steps (draw bounding box, draw points, etc) users need to provide an ImageToNDArray configuration if the original image (that was fed into the net) was cropped.
Cropping can occur for example if the image aspect ratio doesn't match the aspect ratio that the network actually operates on (for example: 1920x1080 --> 300x300).
This is easy to forget or not realize, and it's not particularly user friendly.
What we want: a mechanism in the visualization steps to account for the fact that the original image was cropped, before it was fed into the network. This should be hard to get wrong, and easy to get right, even for newer users and non-experts.
The text was updated successfully, but these errors were encountered:
Currently, with any of the image visualization steps (draw bounding box, draw points, etc) users need to provide an ImageToNDArray configuration if the original image (that was fed into the net) was cropped.
Cropping can occur for example if the image aspect ratio doesn't match the aspect ratio that the network actually operates on (for example: 1920x1080 --> 300x300).
This is easy to forget or not realize, and it's not particularly user friendly.
What we want: a mechanism in the visualization steps to account for the fact that the original image was cropped, before it was fed into the network. This should be hard to get wrong, and easy to get right, even for newer users and non-experts.
The text was updated successfully, but these errors were encountered: