-
Notifications
You must be signed in to change notification settings - Fork 12
FAQ zh
JokerJohn edited this page Apr 22, 2026
·
3 revisions
不需要。
独立工具默认采用 Python-first 工作流。只有在你希望保留 legacy C++ optimizer 作为 fallback 时,才需要 ROS / catkin。
Original 是不可变的基线结果。
Working 是当前被编辑和重新优化的图。
不会改写输入图本身。
它只会在 working session 的语义中替换当前边。
Python backend 的重点是更低的部署门槛和更自然的 GUI 集成。当前 parity 结果表明,它通常比 C++ 更慢,但安装和维护明显更简单。
这通常是 PALoc 导出链路的问题,而不是 GUI 本身的问题。
一些较早的 PALoc 导出会把完整位姿图写入 pose_graph.g2o,但在保存 optimized_poses_tum.txt 和 key_point_frame/*.pcd 时漏掉最后一个关键帧。
当前 GUI 已经支持自动裁掉这种“末尾多出一个且无对应 TUM/PCD”的简单 trailing g2o 顶点,因此旧结果也能继续加载;但更推荐在修复 PALoc 保存逻辑后重新导出结果。
建议阅读顺序:
Manual Loop Closure Tools · Repository · README · MS-Mapping