Taneli Korhonen

I am having a problem and findings similar to what @GuillaumeLaine described. _Note:_ I am using version 0.9.3-ea3 because we are running ROS2 Galactic (we have not yet migrated to...

@swapnesh-wani-nvidia Thank you for the reply and suggestion. I tried it out, even though I was quite convinced that setting `"publish_tf": True` would not solve the issue. More thoughts on...

@hemalshahNV Thanks for the response and for confirming my suspicions about the static broadcaster. The fix should then be to simply disable the intra-process comms for the static broadcaster, which...

@Parosi As a temporary solution until a proper fix is made, I ended up just writing a separate node that - looks up the transform between the camera and robot...

@Parosi We have not published it because it is meant as a short-time temporary fix/workaround. The full version is also only in Python for the same reason (has been good...

@Parosi Alright, I'll let you know when the public version of the node is ready.

@Parosi The workaround is now published. I didn't find any mention of not being allowed to link different repos here, so you can find it at [https://github.com/Karelics/odom_transformer](https://github.com/Karelics/odom_transformer).

Hi @pimientofrito and @tuch77731 (apologies, I had totally missed your comment). On our side, it seems like this was fixed at some point in the Humble version since migrating to...

@pimientofrito Sounds odd to me. If you have the frames set correctly and the necessary transforms are available, the transposing should work regardless of when you launch the node. One...

@pimientofrito Thanks for the video. To me this, looks like it is clearly an issue with the camera being blocked when the drone is on the ground. Observations that point...