mapoi

English version (primary): README.md 本ファイルは日本語スナップショットです。最新の内容は英語版を参照してください。

Navigation2 向けの地図（Map）と関心地点（POI: Point of Interest）を管理するメタパッケージです。 地図の切り替え、POI の管理、RViz2 GUI からの自律走行操作、POI 半径イベントの検知を提供します。

turtlebot3_world デモ実行中の Web UI（デスクトップ表示とスマートフォン表示）。

主な機能

• 地図管理: 複数地図の切り替え、Nav2 との連携
• POI 管理: YAML ベースの POI 定義、サービス経由での取得
• 自律走行: POI 名指定でのゴール走行、ルート走行、一時停止・再開
• POI 半径イベント: POI の半径にロボットが侵入/退出した際のイベント発行
• タグシステム: システムタグ（waypoint, landmark, pause）とユーザー定義タグによる POI 分類
• RViz2 GUI: 地図切替・ゴール指定・ルート走行の操作パネル、POI エディタ、ポーズ指定ツール
• Web UI: ブラウザからの地図表示・POI 編集・ナビゲーション操作・ロボット位置表示（スマートフォン対応）
• マーカー表示: RViz2 上での POI 可視化、ハイライト表示、半径表示

アーキテクチャ

flowchart LR
    UI["Web UI / RViz2 panels"]
    BRIDGE["mapoi_nav2_bridge"]
    SERVER["mapoi_server"]
    NAV2["Nav2"]
    CFG["mapoi_config.yaml (per map)"]
    UI -- "mapoi/nav/* command topics (goal_pose_poi, route, pause, resume, cancel, switch_map)" --> BRIDGE
    BRIDGE -- "navigate_to_pose / follow_waypoints actions" --> NAV2
    BRIDGE -- "mapoi/nav/status, mapoi/events" --> UI
    UI -- "mapoi/get_pois_info etc. (services)" --> SERVER
    BRIDGE -- "mapoi/select_map, mapoi/get_route_pois (services)" --> SERVER
    SERVER <--> CFG

上図は簡略版です (localization・RViz マーカー・status/event の詳細は省略)。ノード・topic・service の全体像は docs/architecture.ja.md を参照してください。

Docker quickstart

最速で試したい場合は ghcr.io 配布 image を docker run:

xhost +local:docker
docker pull ghcr.io/shimz-robotics/mapoi:jazzy   # jazzy/latest は main 追従のローリングタグ。再訪時も pull で最新化
docker run --rm -it --network host --ipc host \
  -e DISPLAY=$DISPLAY \
  -e QT_X11_NO_MITSHM=1 \
  -v /tmp/.X11-unix:/tmp/.X11-unix \
  ghcr.io/shimz-robotics/mapoi:jazzy

ブラウザで http://localhost:8765 にアクセス。Nav2 lifecycle 立ち上げに 30〜60 秒かかるので少し待ってから。WebUI が「Navigation unavailable」のままになる場合は docs/docker.ja.md のトラブルシューティングを参照してください。

Humble 版 / GPU 加速 / ソースビルド / 開発用 bind mount / UID 調整等の詳細は docs/docker.ja.md を参照してください。

動作要件

• ROS 2 Humble (Ubuntu 22.04) または Jazzy (Ubuntu 24.04)
• Nav2 ほか依存パッケージは rosdep で解決します（後述のビルド手順を参照）

ビルドとサンプルの実行

source /opt/ros/<distro>/setup.bash   # humble または jazzy
# cd path/to/your_ws
git clone https://github.com/shimz-robotics/mapoi.git src/mapoi
rosdep update
rosdep install --from-paths src --ignore-src -r -y
colcon build --symlink-install
source install/setup.bash
export TURTLEBOT3_MODEL=burger
ros2 launch mapoi_turtlebot3_example turtlebot3_navigation.launch.yaml

ブラウザから Web UI にアクセス:

http://localhost:8765

スマートフォンからも同一ネットワーク内であればアクセスできます。その場合、localhostの部分を実行しているPCのIPアドレスに変更してください。 地図表示・POI 編集・ナビゲーション操作・ロボット位置表示が可能です。

コマンドで目的地を指定したい場合には、別ターミナルから自律走行をテストできます。

ros2 topic pub -1 /mapoi/nav/goal_pose_poi std_msgs/msg/String "{data: goal}"

File truncated at 100 lines see the full file

Contributing to mapoi

Development setup

Clone into a colcon workspace and build (CI uses the same src/mapoi layout):

# cd path/to/your_ws
git clone https://github.com/shimz-robotics/mapoi.git src/mapoi
rosdep install --from-paths src --ignore-src -r -y
colcon build --symlink-install --cmake-args -DBUILD_TESTING=ON
source install/setup.bash

CI (.github/workflows/ros-test.yml) builds and tests on both Humble and Jazzy, so changes must work on both distros. If you develop on a single distro, the Docker dev environment can verify the other one (e.g. ROS_DISTRO=humble docker compose run --rm dev; see docs/docker.md).

Workflow

1. Open an Issue first (see the issue templates) and describe the bug or proposal
2. Create a branch and open a PR that references the Issue — no direct pushes to main
3. All CI checks must pass before merge

Tests

The slow launch_test integration tests are excluded from the PR gate; they run on main push, the weekly schedule, and manual dispatch.

Whether a change needs a new test at all is a deliberate decision — see docs/testing-policy.md (Japanese) for the criteria (criticality × execution cost × maintenance load) and the extra bar for new launch_test / e2e files.

Docs assets

The screenshots in docs/images/ are captured from the Web UI running the turtlebot3_world demo (the ROS-independent e2e mock server under mapoi_webui/tests/web/e2e/ can serve the same UI for capturing). Keep images small — optimized PNG, roughly under 100 KB each.

Before opening a PR

• colcon test --ctest-args -LE launch_test passes locally (this matches the PR gate), then check with colcon test-result --verbose
• The README of every package whose behavior or interface you changed is updated (each package ships its own README)