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

sensor_msgs/Range lacks variance field #180

Closed
ejalaa12 opened this issue Mar 16, 2022 · 4 comments · Fixed by #181
Closed

sensor_msgs/Range lacks variance field #180

ejalaa12 opened this issue Mar 16, 2022 · 4 comments · Fixed by #181
Labels
help wanted Extra attention is needed

Comments

@ejalaa12
Copy link
Contributor

Hi,
As previously asked by @okalachev in the ros1 counterpart: ros/common_msgs#142

All the sensor related messages have variance/covariance field: FluidPressure, Illuminance, Imu, MagneticField, NavSatFix, RelativeHumidity, Temperature; while Range lacks it.

Though rangefinders' datasheets often provide such information, and it can be quite useful for the consumers of rangefinder drivers.

Is it something that you would consider for ros2 as well ?

Thank you.

@gbiggs
Copy link
Member

gbiggs commented Mar 16, 2022

Yes, if a PR were provided I think we would consider it.

@ejalaa12
Copy link
Contributor Author

Sure, I can open it.

ejalaa12 added a commit to ejalaa12/common_interfaces that referenced this issue Mar 17, 2022
ejalaa12 added a commit to ejalaa12/common_interfaces that referenced this issue Mar 17, 2022
@clalancette clalancette added the help wanted Extra attention is needed label Mar 31, 2022
clalancette pushed a commit to ejalaa12/common_interfaces that referenced this issue Mar 13, 2023
clalancette pushed a commit that referenced this issue Mar 15, 2023
* sensor_msgs/Range lacks variance field
Fixes #180

Signed-off-by: Alaa <[email protected]>
@okalachev
Copy link

Why 0 is interpreted as variance unknown? Wouldn't it be better using NAN for that?

I mean, the variance can be equal to zero, if this is an absolute precise (ideal) data, like from a simulation.

@ejalaa12
Copy link
Contributor Author

ejalaa12 commented Mar 16, 2023

@okalachev That's the convention for all other messages. This is defined in ROS Rep-145
Another reason why I believe nan might not be a good idea, is that It can break computation in other nodes, if they don't safe check for nans.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants