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

Upgrade Drake SDFormat 1.8 (for Model Composition) #14295

Closed
5 tasks done
EricCousineau-TRI opened this issue Nov 5, 2020 · 1 comment · Fixed by #15140
Closed
5 tasks done

Upgrade Drake SDFormat 1.8 (for Model Composition) #14295

EricCousineau-TRI opened this issue Nov 5, 2020 · 1 comment · Fixed by #15140
Assignees
Labels
component: geometry general Geometry infrastructure or topics that defy categorization into other geometry components component: multibody plant MultibodyPlant and supporting code unused team: manipulation

Comments

@EricCousineau-TRI
Copy link
Contributor

EricCousineau-TRI commented Nov 5, 2020

Proposal: SDFormat: Model Composition
Towards: gazebosim/sdformat#278

Assigned to me, but will reassign to @azeey once permissions are setup

Suggested PR train:

@EricCousineau-TRI EricCousineau-TRI added unused team: manipulation component: multibody plant MultibodyPlant and supporting code component: geometry general Geometry infrastructure or topics that defy categorization into other geometry components labels Nov 5, 2020
@EricCousineau-TRI EricCousineau-TRI self-assigned this Nov 5, 2020
@EricCousineau-TRI EricCousineau-TRI changed the title Should prototype SDFormat 1.8 in Drake Upgrad Drake SDFormat 1.8 (for Model Composition) May 10, 2021
@EricCousineau-TRI EricCousineau-TRI changed the title Upgrad Drake SDFormat 1.8 (for Model Composition) Upgrade Drake SDFormat 1.8 (for Model Composition) May 10, 2021
azeey added a commit to azeey/drake that referenced this issue May 20, 2021
Changes in behavior:
* Models nested via the `<include>` tag are no longer flattened, which
  means each included model will have its own model instance.
* `drake::multibody::Parser::AddAllModelsFromFile` now returns all added
  models including nested models

Note: This does not use a custom parser for URDFs via libsdformat's
Interface API, and thus may incur unexpected behavior when including
URDF files from SDFormat pending the full resolution of RobotLocomotion#14295.
sammy-tri pushed a commit that referenced this issue May 20, 2021
Changes in behavior:
* Models nested via the `<include>` tag are no longer flattened, which
  means each included model will have its own model instance.
* `drake::multibody::Parser::AddAllModelsFromFile` now returns all added
  models including nested models

Note: This does not use a custom parser for URDFs via libsdformat's
Interface API, and thus may incur unexpected behavior when including
URDF files from SDFormat pending the full resolution of #14295.
EricCousineau-TRI pushed a commit to azeey/drake that referenced this issue Jun 3, 2021
Changes in behavior:
* Models nested via the `<include>` tag are no longer flattened, which
  means each included model will have its own model instance.
* `drake::multibody::Parser::AddAllModelsFromFile` now returns all added
  models including nested models

Note: This does not use a custom parser for URDFs via libsdformat's
Interface API, and thus may incur unexpected behavior when including
URDF files from SDFormat pending the full resolution of RobotLocomotion#14295.
sammy-tri pushed a commit that referenced this issue Jun 3, 2021
This a redo of #14401 but does not create a frame for each model in the parent scope of the model. There is still a frame associated with each model, but it's named __model__ and is found inside the model instance.

Changes in behavior:
* Models nested via the `<include>` tag are no longer flattened, which
  means each included model will have its own model instance.
* `drake::multibody::Parser::AddAllModelsFromFile` now returns all added
  models including nested models

Note: This does not use a custom parser for URDFs via libsdformat's
Interface API, and thus may incur unexpected behavior when including
URDF files from SDFormat pending the full resolution of #14295.

* Do not create frame named after model

Signed-off-by: Addisu Z. Taddese <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
component: geometry general Geometry infrastructure or topics that defy categorization into other geometry components component: multibody plant MultibodyPlant and supporting code unused team: manipulation
Projects
None yet
Development

Successfully merging a pull request may close this issue.

1 participant