Verify Installation
Use this page to confirm that the client, worker, and supporting services are working correctly. Choose the test that matches your deployment type and how you plan to run the client.
Complete Client Installation, Worker Installation, and the relevant prerequisites before running these tests.
Overview
In all cases, the worker must be running before the client starts. The worker is always started as a separate step on the host — even when the client runs inside a container.
1. Colocated container test
Use this test when the client and worker run on the same server and the client is started from the container. See Quickstart via container.
Start the worker
From the package root on the host (outside the container):
Wait until the worker, MinIO, and Iceberg catalog are ready.
Copy maps and assets to the S3 bucket
The example client expects the demo map at test_data/maps/tokyo and supporting assets under test_data/assets/ in the MinIO aerial-data bucket. Load these files before running the test below.
Run the following steps on the host where the worker is running, after ./worker/up.sh has started MinIO.
Download assets from NGC
From the NGC website:
Using the NGC CLI:
- Download and install the NGC CLI.
- Download the asset bundle:
Prepare the map and assets
- Unzip
demo.zip. This creates a map folder namedtokyo_flat-1. Rename it totokyo. - Unzip
assets.zip. This creates anassetsfolder.
Upload to MinIO
Option 1 — copy_to_s3.sh (recommended)
From the package root, use the helper script to upload each folder. MinIO must already be running (./worker/up.sh).
Replace the placeholder paths with the directories you prepared in the previous step. The script copies files into the aerial-data bucket under the given S3 prefix.
To upload from a remote machine, set MINIO_ENDPOINT to the worker host:
Option 2 — MinIO web console
Use this option when you prefer a browser upload or are working from another machine on the network.
- Download and unzip the assets and map on your local machine.
- Open the MinIO console at http://localhost:9001 on a colocated system, or
http://worker_ip:9001on a remote system. - Sign in with username
minioadminand passwordminioadmin. - Open the
aerial-databucket (create it if prompted). - Create a folder named
test_data, then upload the contents of theassetsfolder into it. - Inside
test_data, create a folder namedmaps, then upload thetokyomap folder into it.
When finished, the bucket should contain test_data/assets/ and test_data/maps/tokyo/.
Run the test from within the client container
From the package root:
The console prints All tests completed successfully!
2. Colocated source build test
Use this test when the client and worker run on the same server, the client is built from source, and you start it from the CLI. See Source build on Linux (or the platform-specific section for WSL2, macOS, or Windows).
Start the worker
From the package root:
Run the client example
From the client/ directory on the host:
The console prints All tests completed successfully!
Note: If you installed the client with cmake --install, omit the PYTHONPATH line.
3. Non-colocated test
Use this test when the worker runs on a GPU server and the client runs on a separate machine (laptop, CI node, or another host without a GPU).
Start the worker
On the remote worker host:
Note the worker host IP address reachable from the client machine.
Run the client from a separate machine
On the client machine:
Use the worker’s internal IP when the client is on the same network, or the external IP when it is not.
What to check
- The client connects to the remote worker over gRPC.
- S3 and Iceberg endpoints are reachable from the client machine.
- The console prints
All tests completed successfully!.
Next steps
- Quickstart — overview of EM, RAN, and GIS workflows
- Runtime Workflow — production-like runs with prebuilt binaries
- Development Workflow — modify and rebuild from source