Open corot opened 10 years ago
At least we need to easily accommodate big chunks of data, as maps, meshes...
At least we need to easily accommodate big chunks of data, as maps, meshes...
Yep. That's the only tricky part here I think.
I'm realizing this is not trivial, and we will need specialized converters for each type of big file, because we store ROS messages, not the native files the information comes from. So... options:
Conclusion, point 4 chosen: we should go for the final editing solution (with a GUI) to solve this problem, cause we use there ROS topics, what means that any annotation is a message, so we don’t worry about how big or complicated it is.
However I let the issue opened cause database format is prone to suffer new changes.
On issue #8 we have implemented an initial, simplistic format. Study if we need an extended one more versatile and/or with additional information.