-
Notifications
You must be signed in to change notification settings - Fork 285
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
URDF parser shouldn't treat multitree as an error #1267
Comments
I think URDF wasn't designed to support multi-tree robot descriptions, so the original author of this (which wasn't me; all I did was refactor this code) decided that we should consider instances of multi-tree URDFs to be an error. There are a few things about our URDF parser that aren't really standard, though, so I'm completely in favor of supporting a superset of the URDF standard. |
That is true. So I think we should either return I'm inclined to the second option. |
The second option sounds good to me too 👍 |
This PR addresses #1267. *** **Before creating a pull request** - [x] Document new methods and classes - [x] Format new code files using `clang-format` **Before merging a pull request** - [x] Set version target by selecting a milestone on the right side - [x] Summarize this change in `CHANGELOG.md` - [x] Add unit test(s) for this change
Resolved by #1270 |
URDF parser errors when the root link is "world" (treated as a keyword) and the root link has multiple children. However, DART supports multitree in a skeleton. Moreover, this logic continues with this error and yet surprisingly it successfuly creates multitree anyway.
We should make it clear that it's not an error and update the logic accordingly.
The text was updated successfully, but these errors were encountered: