-
Notifications
You must be signed in to change notification settings - Fork 14
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
Joint order does not follow the joint name list when reducing the model #393
Comments
Is this behavior clear in the model reduction documentation? Just to provide a bit of context for external users, the reason why most users in AMI expect that model reducer API both specify which joints are part of the reduced model and their order is that iDynTree API provides that, while most other dynamics libraries use what Featherstone call "normal joint ordering", where the order of the joints depends on the chosen base. |
I think in the documentation gives for granted that the order will not change, this with the AMI bias had lead (and most likely will) to errors, as a first step I think we can improve the documentation, but I am tempted to add also a warning. The problem I see is that currently there are a lot of prints when the model is loaded, thus an additional print most likely will get lost jaxsim/src/jaxsim/parsers/descriptions/model.py Lines 156 to 188 in 2c62beb
|
I agree with adding a logging in the
This is due to the fact that the logging level is set to DEBUG when JaxSim is installed in editable mode |
Since internally in A,MI most user use Jaxsim in editable mode, we could decrease the things printed, so that more critical things, as the joint order, do not get lost. |
I agree with that. We could move some logs from DEBUG to TRACE level, especially when the links are lumped |
Done in https://github.com/ami-iit/jaxsim/tree/fix/logging_level |
In Jaxsim, eventhough we pass a joint name list when we reduce the model, the joint order does not follow the passed list but the order in which the kinematic chain is created in the associated urdf/sdf file. To inspect the correct joint name list one should use the
model
methodjoint_names()
.It happens few times that this thing create confusion, we should find a way either to correctly allert the user about this or use the joint order passed by the user
C.C. @ami-iit/darwin
The text was updated successfully, but these errors were encountered: