-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bounding Box Visualization #7
Comments
The size information (length, width and height) of the 3D CAD model of the object is needed for visualization, but this information will not be used during reasoning. (Use the PNP algorithm to estimate the 6DoF Pose of the object) |
Thanks for your replies. I understood that 3D CAD size information is only for bounding box visualization. I understood that Perspective-n-Point(PnP) usually utilizes 3D-2D matching to estimate pose (https://docs.opencv.org/4.x/d5/d1f/calib3d_solvePnP.html). For my understanding, your provided estimate_pose code uses 2D-2D matching (2D keypoint correspondences -> findEssentialMat -> recoverPose), which is not called PnP. Did you say this process is PnP? Did I miss something? |
I'm also curious on how the bounding box visualization works. I see that the box3d_corners.txt file for LM dataset is all in the form:
However, why is this not the case for onepose? Ex:
Also, is there no box3d_corners.txt file available for ycbv? |
I saw that you mentioned visualization in the paper, "It is important to note that the visualization of object boxes incorporates ground-truth translation to address scale ambiguity."
Q. Does it also need the 3D size of the object to visualize like below? Or do you not need the 3D size of the matched CAD Model to estimate the bounding box with the pose?
POPE/visual_3dbbox.py
Lines 31 to 41 in 92c5cdb
The text was updated successfully, but these errors were encountered: