ROS Resources: Documentation | Support | Discussion Forum | Index | Service Status | ros @ Robotics Stack Exchange
Ask Your Question

gabehein's profile - activity

2017-02-15 20:49:55 -0500 received badge  Famous Question (source)
2017-02-15 20:49:55 -0500 received badge  Notable Question (source)
2017-02-15 20:49:55 -0500 received badge  Popular Question (source)
2017-01-30 22:26:52 -0500 received badge  Notable Question (source)
2017-01-30 22:26:52 -0500 received badge  Famous Question (source)
2017-01-30 22:26:52 -0500 received badge  Popular Question (source)
2016-08-13 15:54:16 -0500 commented question Kinetic eclipse indexer problem

I am having this exact problem. Only with certain, larger, projects though. Seems like it might be a size issue but the errors that eclipse reports during the indexing process, 'failed to parse file', are pretty useless.

2016-02-22 05:19:04 -0500 received badge  Famous Question (source)
2016-01-13 13:32:13 -0500 asked a question How to have one catkin workspace rely on another

Is there a generally accepted way to handle the case where I have some libraries that are generated in one catkin workspace and are used by a project in another catkin workspace?

What I mean by handle is, how do I tell the project workspace where to find the libraries generated by the library workspace?

I can imagine lots of ways to do this using symbolic links and/or environment variables but they all seem somewhat fragile or messy. I'm wondering if anyone has a way of doing this that they like.

2015-08-20 17:40:56 -0500 received badge  Supporter (source)
2015-05-21 12:38:08 -0500 received badge  Enthusiast
2015-05-12 15:38:10 -0500 asked a question Calling SWIG to create C++ python bindings from a catkin package

I have some C++ code for which I would like to create python bindings using SWIG. I can do this using plain old CMake but keep running into problems when using catkin.

Has anyone ever tried to do this? I have searched around quite a bit but have not been able to find anything on this subject.

2015-04-21 15:46:09 -0500 received badge  Notable Question (source)
2015-04-18 20:01:48 -0500 received badge  Popular Question (source)
2015-04-17 11:23:53 -0500 commented question timestamps for ros topics not updating smoothly

Thanks for the response. I updated my post to address your questions.

2015-04-16 19:17:23 -0500 commented question timestamps for ros topics not updating smoothly

No, nothing like that. Just publishing a bunch of sensor and state data.

2015-04-15 18:57:28 -0500 asked a question timestamps for ros topics not updating smoothly

I noticed that the timestamps associated with my topics is not updating smoothly. It will go for several messages without changing (or changing by some very small amount), then change a lot all of a sudden. This is very obvious when looking at rqt_plot because you end up getting a bunch of points right on top of one another, then a large jump along the x axis, then a bunch more points on top of each other. The problem is also present in bag files.

I did notice that I can cut down on the number of messages I am publishing and at some point the problem goes away. Really not sure what is going on here. Any help is appreciated.

Update

To clarify, the timestamps I'm referring to are not timestamps within my ros topics, they are the timestamps automatically generated by ros for all topics that are published.

Here is an example of what I am talking about with rqt_plot image description

I'm publishing the following topics at 1000Hz (although I see the problem even if I publish them as slow as 50Hz). The topics I'm publishing have the following structure:

/pose

pose_msg.msg
    node_pose_msg[10]   nodes

        node_pose_msg.msg
            float64 m
            float64 nx_acc
            float64 ny_acc
            float64 nx_gyr
            float64 ny_gyr
            float64 nx_filt
            float64 ny_filt
            float64 acc
            float64 gyr

I'm publishing about 5 topics of this general size and structure. Is this just too much data for the ros messaging infrastructure to keep up with? It certainly doesn't seem like it should be.