Replies: 1 comment
-
I agree with you on this, which is what we originally did but then realized that tesseract_visualization depended on it. One option would be to remove the dependency of the tesseract_visualization on the command language to solve the issues. I would like to change the visualization package such that we define a set of markers types which are used. Then user must convert to these supported marker types. Then we would create utilities in Tesseract Planning to convert the command language to the correct types. What do you think? Marker Types
Additional functionality which is not a marker
|
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
A majority of the command language code seems to be implementations of the
Instruction
class related to planning tasks (waypoints, move instructions, etc.). Code in the main tesseract repository probably doesn't (or maybe shouldn't) need to know about planning specific command language implementations. I think we should move that code into this repository to improve overall code cohesiveness and enable easier changes to the command language code (i.e. no "dual" pull requests against this and the main repository)Beta Was this translation helpful? Give feedback.
All reactions