Sensor view should optionally include calculated obstruction values #543
Labels
FeatureRequest
Proposals which enhance the interface or add additional features.
TrafficParticipants
The group in the ASAM development project working on traffic participants.
Describe the feature
A simulation system can often, by the nature of the information it already has available, calculate much more cheaply certain derived sensor data. Being able to pass this information downstream to other components to allow them to avoid expensive calculations is beneficial to the overall performance of a system.
In particular, how "visible" a ground truth object is fits this pattern. It would therefore be useful if OSI provided a way for those derived values to be passed around.
Describe the solution you would like
"Obstruction data" added as an optional field for each specific sensor view message (
RadarSensorView
,LidarSensorView
, etc.).Obstruction data includes at least occlusion and truncation data.
Describe alternatives you have considered
GroundTruth
messages but the values need to be calculated per-sensorSensorData
but this is about raw sensor data rather than detections generated from the sensorDescribe the backwards compatibility
No issues with backwards compatibility, the new fields are optional.
The text was updated successfully, but these errors were encountered: