Log in to the competition website with a GitHub account, and we will automatically create a private GitHub submission repo for you.
The repo will be the place where you submit code. In the My Submission page, you can click "My Repo" to open your GitHub submission repo page.
Clone your submission repo to your local machine. The repo contains starter codes to help you prepare your submission.
$ git clone git@github.com:your_submission_repo_address
$ cd your_submission_repo
Install dependencies on Ubuntu or Debian Linux:
sudo apt-get update
sudo apt-get install build-essential libboost-all-dev python3-dev python3-pybind11Homebrew is recomanded for installing dependencies on Mac OS.
Using compile.sh:
./compile.shUsing cmake:
mkdir build
cmake -B build ./ -DCMAKE_BUILD_TYPE=Release
make -C build -jRunning the start-kit using commands:
./build/lifelong --inputFile the_input_file_name -o output_file_locationfor example:
./build/lifelong --inputFile ./example_problems/random.domain/random_32_32_20_100.json -o test.jsonmore info on help:
./build/lifelong --helpIf you are a Windows user, the most straightforward method to utilize our start-kits is by employing the WSL (Windows Subsystem for Linux) subsystem. Follow these steps:
- Install WSL, please refer to https://learn.microsoft.com/en-us/windows/wsl/install
- Open a shell in WSL and execute the following commands to install the necessary tools (CMake, GCC, Boost, pip, Pybind11):
sudo apt-get update
sudo apt-get install cmake g++ libboost-all-dev python3-dev python3-pip
pip install pybind11-global numpy- Employ the commands provided above to compile the start-kit.
While it's technically possible to use our start-kit with Cygwin, Mingw, and MSVC, doing so would be more complex compared to using WSL. You would likely need to configure the environment yourself.
If you are a docker user, another choice is to develop and test your python implementation under a docker environment. You can the re-create the evaluation environment locally on your machine. For more details, check out the Test in Docker section.
If your private start-kit copy repo was created before a start-kit upgrade, always fetch and run the latest upgrade script from the official Start-Kit repository (instead of relying on your local copy, which may be outdated).
Run these commands from the root of your private submission repo:
curl -fsSL -o ./upgrade_start_kit.sh https://raw.githubusercontent.com/MAPF-Competition/Start-Kit/main/upgrade_start_kit.sh
bash ./upgrade_start_kit.shAlternative (wget):
wget -qO ./upgrade_start_kit.sh https://raw.githubusercontent.com/MAPF-Competition/Start-Kit/main/upgrade_start_kit.sh
bash ./upgrade_start_kit.shBy default, this runs in dry-run mode and prints the upgrade plan only.
Apply the upgrade:
bash ./upgrade_start_kit.sh --applyUseful options:
--to-version 3.1.0to target a specific Start-Kit release (default: latest release).--allow-dirtyto apply on a non-clean git tree (not recommended).--source-branch devto test upgrades from an upstream branch (for example unpublished changes ondev).
Example for testing branch updates:
bash ./upgrade_start_kit.sh --source-branch dev --applyYou can check version.txt to know the current version of your start-kit.
The upgrader is manifest-driven and release-by-release. It restores managed/protected files from official Start-Kit release tags, stages those updates, and does not commit automatically.
For participant-modifiable files that changed between your local version and the target release, the upgrader performs a 3-way merge (local/base/remote). If conflicts exist, they are left as standard git conflict markers for manual resolution.
The upgrade script will not touch most participant implementation files.
Please refer to the Input_Output_Format.md.
Please refer to the Prepare_Your_Submission.md.
We provide a visualisation tool written in Python: https://github.com/MAPF-Competition/PlanViz. It is able to visualise the output of the start-kit program and help participants debug the implementations.
Please refer to the project website for more information. Also the document Debug_and_Visualise_Your_Planner which provides helpful hints for interpreting and diagnosing planner output.
Please refer to the Submission_Instruction.md.