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
**Note:** For the latter launch file, you can use `--wait_for_tf:=false` (default: `true`) argument. It controls whether
135
+
to wait for the transform from velodyne to fixed frame (e.g. odometry frame) with a timestamp larger than the one of the
136
+
firing or whether to use the latest available (probably incorrect) transform. The former is the accurate approach
137
+
(that's why it is the default) but the columns are published in larger batches/slices because they are accumulated
138
+
between two transforms. The size of a slice depends on the update rate of the transform (i.e. transforms with 50Hz lead
139
+
to batches/slices of 1/5 rotation for a LiDAR rotating with 10Hz). So for a nice visualization where the columns are
140
+
published one by one like it the GIF at the top of the page you should disable this flag.
141
+
134
142
## Evaluation on SemanticKITTI Dataset
135
143
136
144
We evaluate our clustering algorithm with the same metrics as described in the paper _TRAVEL: Traversable Ground and
@@ -142,7 +150,8 @@ point segmentation.
142
150
143
151
### Results
144
152
145
-
The following results were obtained at Commit SHA [fa3c53b](https://github.com/UniBwTAS/continuous_clustering/commit/fa3c53bab51975b06ae5ec3a9e56567729149e4f)
0 commit comments