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

feat(autoware_adapi_v1_msgs): add geometry shape message #26

Closed

Conversation

isamu-takagi
Copy link
Collaborator

@isamu-takagi isamu-takagi commented Feb 13, 2023

Signed-off-by: Takagi, Isamu [email protected]

Description

Add geometry shape message. See the document for details.
This is used for detected object and detection area.

Related links

autowarefoundation/autoware#3225

Tests performed

Notes for reviewers

Pre-review checklist for the PR author

The PR author must check the checkboxes below when creating the PR.

In-review checklist for the PR reviewers

The PR reviewers must check the checkboxes below before approval.

  • The PR follows the pull request guidelines.
  • The PR has been properly tested.
  • The PR has been reviewed by the code owners.

Post-review checklist for the PR author

The PR author must check the checkboxes below before merging.

  • There are no open discussions or they are tracked via tickets.
  • The PR is ready for merge.

After all checkboxes are checked, anyone who has write access can merge the PR.

@yukkysaito
Copy link

Which API is used this shape.msg for what purpose?

@isamu-takagi
Copy link
Collaborator Author

Which API is used this shape.msg for what purpose?

I assume the following:

  • detection area
  • detected object
  • visualization (Because I hear that the size of MarkerArray is large for some applications)

@yukkysaito
Copy link

I assume the following:
detection area
detected object
visualization (Because I hear that the size of MarkerArray is large for some applications)

Thank you!
Can you give me some more details?
What is the API for detection area and detected object?
I think we should organize requests a bit more.

@isamu-takagi
Copy link
Collaborator Author

What is the API for detection area and detected object?

For remote control and cooperation, applications need to know the status of Autoware to display the operator. These API will be used for that purpose.

It is under consideration here.

@tkhmy
Copy link
Contributor

tkhmy commented Feb 15, 2023

I think is the shape is common, we also can use this for the object recognition
autowarefoundation/autoware.universe#2887

Signed-off-by: Takagi, Isamu <[email protected]>
@isamu-takagi
Copy link
Collaborator Author

@yukkysaito @tkhmy
Changed the message to be more structured.

@tkhmy
Copy link
Contributor

tkhmy commented Feb 21, 2023

@isamu-takagi
I feel that controls and values are quite hard to understand, why don't we use dimension and footprint like this
https://github.com/tier4/tier4_autoware_msgs/blob/tier4/universe/tier4_perception_msgs/msg/object_recognition/Shape.msg

@isamu-takagi
Copy link
Collaborator Author

@tkhmy
dimension and footprint can only be applied to some shapes, and rotation cannot be expressed.

@tkhmy
Copy link
Contributor

tkhmy commented Feb 21, 2023

@tkhmy dimension and footprint can only be applied to some shapes, and rotation cannot be expressed.

@isamu-takagi I see, so the controls will set the limit of the values. values only will use to contain radius and height?
Do we plan to add width and length for defining rectangle?

@isamu-takagi
Copy link
Collaborator Author

@isamu-takagi I see, so the controls will set the limit of the values. values only will use to contain radius and height?
Do we plan to add width and length for defining rectangle?

Shapes currently supported only have radius and height. Since rectangle is polygon, it is specified in points. This is a trade-off between data efficiency and readability. Other method is to add new shape type and set the values to width and height, but In this case the rectangle cannot be rotated.

@isamu-takagi
Copy link
Collaborator Author

isamu-takagi commented Feb 24, 2023

@tkhmy There are two designs.

  • Focus on readability and add all the fields each shape needs. This is closer to visualization_msgs/msg/Marker and less data efficient.
  • Focus on data efficiency and send it in binary. The application need to interpret it according to the shape type.

The original design was the latter, but it is now in the middle by 07aa7bf.

@isamu-takagi isamu-takagi marked this pull request as ready for review February 28, 2023 09:28
@isamu-takagi isamu-takagi enabled auto-merge (squash) February 28, 2023 11:27
Signed-off-by: Takagi, Isamu <[email protected]>
Copy link
Contributor

@tkhmy tkhmy left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

@yukkysaito
Copy link

What should I do when dealing with 3D bounding boxes?

@isamu-takagi
Copy link
Collaborator Author

What should I do when dealing with 3D bounding boxes?

@yukkysaito It is treated as a prism and is represented by a rectangular base polygon and height.

@isamu-takagi
Copy link
Collaborator Author

Close because create a dedicated message for each purpose.

auto-merge was automatically disabled March 1, 2023 13:18

Pull request was closed

@isamu-takagi isamu-takagi deleted the feat/geometry-shape branch March 1, 2023 13:18
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

Successfully merging this pull request may close these issues.

3 participants