-
Notifications
You must be signed in to change notification settings - Fork 558
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
detect tags with encroaching black squares #141
Comments
The switch from AprilTag 1 -> AprilTag 2 changed how the quadrilateral detection works. What the more modern detector looks for is a contiguous white region that neighbors/encloses/is enclosed by, a contiguous black region. Those extra squares are splitting the white border into multiple disconnected elements, so the tag detection will fail at a pretty fundamental level. AprilTag 3 has a solution for this problem, which I haven't seen anyone use yet. We now allow tag families which have the black border on the outside, and the white border on the inside. So you could make a new sort of checkerboard, which has alternating tags from two different families, the classic 36h11 family, and a new 36h11 family with the borders reversed. This would be fully detectable by the AprilTag 3 detector. |
Alright then, no easy fix. |
Calibration boards often have encroaching black squares like here:
https://github.com/ethz-asl/kalibr/wiki/calibration-targets
These squares are useful because they allow for corner refinement to reduce corner location errors.
Since the UMich Apriltag detector does not work with such tags, people typically use Michael Kaess' implementation for that:
https://bitbucket.org/kaess/apriltags/src/master/
But that one is no longer actively maintained.
Question: is there a way to get the UMich Apriltag3 detector to work in such situations? Where exactly in the detection algorithm does it fail? Any suggestions on how this could be improved?
Thanks!
The text was updated successfully, but these errors were encountered: