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

Consistency of head version option among different modules #405

Closed
gsaponaro opened this issue Dec 22, 2016 · 2 comments
Closed

Consistency of head version option among different modules #405

gsaponaro opened this issue Dec 22, 2016 · 2 comments
Assignees

Comments

@gsaponaro
Copy link

Hi, following robotology/community#167 we are now using iKinGazeCtrl --head_version 2.0 in Lisbon. However, I noticed that gravityCompensator and wholeBodyDynamics still use the "old" option name --headV2.

Perhaps it makes sense to make the option --head_version x.y on the two latter modules as well? If you want, I can prepare the corresponding PRs in icub-main and robots-configuration. If not, feel free to close this issue. :)

@pattacini pattacini self-assigned this Dec 22, 2016
@pattacini
Copy link
Member

Hi @gsaponaro, we are aware of this and in fact #285 is not closed yet; thanks for reporting though.

Feel free to contribute with a PR; @randaz81 might consider reviewing it.

gsaponaro pushed a commit to gsaponaro/icub-main that referenced this issue Dec 22, 2016
…--headV2

Replaced the option "--headV2" with "--head_version 2.0" (or 2.5), to be consistent with the recent change in iKinGazeCtrl (robotology#391).

If the option "--head_version" is absent or has an invalid argument, the head v1 model is used and a message is printed.

/cc robotology#285 robotology#405
@gsaponaro
Copy link
Author

OK, cool.

Prepared a PR for review: #406. If that is merged, then I'll send a corresponding PR in robots-configuration too (which will affect only our robot iCubStartup.xml).

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

No branches or pull requests

2 participants