-
Notifications
You must be signed in to change notification settings - Fork 67
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
add flag to ignore local publications #17
Conversation
+1, though this feels very application specific and I wonder if this is something we should consider going around the standard API for the bridge instead of extending the standard API |
+1. I think this will be a necessary feature to expose to the user. However, I agree that it maybe better exposed to the users through a more generic "filtering" scheme or even provide the necessary tools to the user so the subscriber can do the filtering (caller id). This particular option name is also somewhat vague, for instance does it mean block communications to the same node/participant? or does that include other nodes in the same process? This pokes at another issue we have to nail down, is there a direct one to one mapping between ROS nodes and DDS participants. It may be necessary to break with that design to accomplish our intra-process goals. Do you plan to open a pull request for At some point I think we'll need to setup a settings struct for each of the primitives. Using a similar patter to DDS, where you get the "default", mutate it, and then pass it to the |
I am currently working on the Update: the PR on |
Tested or not we shouldn't let them diverge. I'll do the pull requests for them. |
add flag to ignore local publications
Rework executor callback data
Required for ros2/ros1_bridge#1
Please review.