[quote="wjwwood, post:38, topic:674"]
That all being said, Im not very concerned about it since I dont think performance will be a must-have in those cases (mostly for tools). And we can always add new APIs later that make this more efficient.
[/quote]
I completely agree, I was thinking of exposing an unzipped data structure containing lists ordered in such a way the rcl user could cache what they need. However there is no partial implementation of that interface should the RMW implementation be unable to access certain data. We can add bulk implementations should we need it going forward and address this issue.
[quote="wjwwood, post:38, topic:674"]
This is definitely not a blocker for this work, but its something to consider, since you might not even have the proposed signatures if you could get publisher by GUID (and therefore maybe create a struct that serves as a proxy for remote publishers which encapsulates information like GUID, node GUID, topic name, and type).
[/quote]
This is true, and will be extremely interesting when we attempt to inspect a working system message by message. This API is meant for node graph tools that simple show connectivity, not on a per message basis.
Let's set up a call and hammer out this API to get some node graph tools up and running.
---
[Visit Topic](
https://discourse.ros.org/t/ros-graph-information-tools-implementation-discussion/674/39) or reply to this email to respond.
If you do not want to receive messages from ros-users please use the unsubscribe link below. If you use the one above, you will stop all of ros-users from receiving updates.
______________________________________________________________________________
ros-users mailing list
ros-users@lists.ros.org
http://lists.ros.org/mailman/listinfo/ros-users
Unsubscribe: <
http://lists.ros.org/mailman//options/ros-users>
(text/plain)