Skip to content
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

opengv 3rdparty #91

Open
zellx3 opened this issue Oct 20, 2022 · 2 comments
Open

opengv 3rdparty #91

zellx3 opened this issue Oct 20, 2022 · 2 comments

Comments

@zellx3
Copy link
Contributor

zellx3 commented Oct 20, 2022

As it mentioned in README opengv only could get compiled in debug mode, I had been noticed it's only used for loop_detector, for ransac model fitting, do you think is there any possibility to use opencv or a lightweight library instead of opengv?

@puzzlepaint
Copy link
Collaborator

While I don't know which alternative libraries could be suitable, another workaround might be to remove unneeded parts from the OpenGV build in case the issue arises from a part that isn't needed.

@zellx3
Copy link
Contributor Author

zellx3 commented Oct 20, 2022

Actually issue rise because I insist to have the 3rdparty build in package manager and not using third-party folder integrated in the repo, that's why I need to use opengv from it's github repo. As I understood that even with the third-party in the repo issue with the build in release exist ( I should mention that I was successful to build opengv but release take very long time and memory usage to get finished). So my alternative was managing to remove it from dependencies.

Seems that, what we really need here is to calculating transformation between old points and current points. I guess it's not even necessory to have ransac maybe Eigen::umeyama() should be enough

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants