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

[ROS 2] Lidar Sensor does not allow for raycaster-side publication. #719

Open
alek-kam-robotec-ai opened this issue Jul 5, 2024 · 4 comments
Labels
feature/robotics This item is related to robotics. kind/bug Categorizes issue or PR as related to a bug. priority/major Major priority. Work that should be handled after all blocking and critical work is done. sig/simulation Categorizes an issue or PR as relevant to SIG Simulation

Comments

@alek-kam-robotec-ai
Copy link
Contributor

Describe the bug
The pointcloud is always published in the ROS2 Lidar Sensor regardless of the configuration.
This is due to the fact that the raycasters are queried about their capability to publish before their configuration is finalized, namely
the ConfigurePointCloudPublisher is used after a call to CanHandlePublishing (methods of the LidarRequests interface) which requires the lidar to be already configured.

Expected behavior
The pointcloud publisher should be determined based on whether or not the Lidar implementation supports publishing under current lidar configuration.

Found in Branch
All branches. Was introduced by commit.

@alek-kam-robotec-ai alek-kam-robotec-ai added kind/bug Categorizes issue or PR as related to a bug. needs-sig Indicates an issue or PR lacks a `sig/foo` label and requires one. needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. labels Jul 5, 2024
@michalpelka michalpelka added feature/robotics This item is related to robotics. sig/simulation Categorizes an issue or PR as relevant to SIG Simulation and removed needs-sig Indicates an issue or PR lacks a `sig/foo` label and requires one. labels Jul 8, 2024
@adamdbrw adamdbrw added priority/major Major priority. Work that should be handled after all blocking and critical work is done. and removed needs-triage Indicates an issue or PR lacks a `triage/foo` label and requires one. labels Jul 8, 2024
@alek-kam-robotec-ai
Copy link
Contributor Author

alek-kam-robotec-ai commented Jul 9, 2024

@adamdbrw @michalpelka
I've spoken with one of the RGL team members and we suggest that this is patched after the instance segmentation (#713) and intensity (under development) features are merged. This is due to the fact that since the RGL-side publication was not being used, newly added features could omit implementing it and work just fine.

@jhanca-robotecai
Copy link
Contributor

Isn't this one related to: #462
and being fixed in #724
?

@alek-kam-robotec-ai
Copy link
Contributor Author

No, it is not. As I've described, it is related to the raycaster configuration and query order.

@alek-kam-robotec-ai
Copy link
Contributor Author

Additionally, the same pull request hard-sets requested result types to both points and distances irrespective of the Lidar Component, which is not the intended functionality.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature/robotics This item is related to robotics. kind/bug Categorizes issue or PR as related to a bug. priority/major Major priority. Work that should be handled after all blocking and critical work is done. sig/simulation Categorizes an issue or PR as relevant to SIG Simulation
Projects
None yet
Development

No branches or pull requests

4 participants