You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I noticed that you define a custom service type for each service in the zed_interfaces package. Why not just use a standard service types like std_srvs/SetBool and std_srvs/Trigger for most of the services?
This way, other clients in the ROS network won't need to build the zed_interfaces package to, for example, reset the odometry.
I know that changing the ROS API can break some applications that use the current one, but I would like you to at least consider this in the future.
The text was updated successfully, but these errors were encountered:
Hi @bjsowa
can you explain better what you mean and how you'd make such a feature?
SetBool and Trigger do not have extended information, how can the node understand what service must be enabled/disabled/triggered?
Ah ok, that's clear. Yes, you are right. They are defined in the same way.
However you cannot avoid using the zed_interfaces package because there are custom messages for the Object Detection module and the ZED2 sensors.
But it could be useful to call ZED services from other nodes without adding the zed_interfaces dependency
I noticed that you define a custom service type for each service in the
zed_interfaces
package. Why not just use a standard service types like std_srvs/SetBool and std_srvs/Trigger for most of the services?This way, other clients in the ROS network won't need to build the
zed_interfaces
package to, for example, reset the odometry.I know that changing the ROS API can break some applications that use the current one, but I would like you to at least consider this in the future.
The text was updated successfully, but these errors were encountered: