Turn geospatial data into services your customers can rely on
Find the data you need, run your processing workflows, and debug
failures in one system. Use your existing code and run it on
infrastructure you control.
Build workflows independent of your compute infrastructure. Tilebox
coordinates tasks and dependencies while your code runs on the
infrastructure you choose, on demand or on schedule.
Your prototype is ready for users. A customer needs another data
source. A new deployment has to run in a different environment.
Tilebox helps your team take each next step.
Launch your service
Spend engineering time on your product, not cataloging and task
coordination.
Support new environments
Reuse your workflow logic across cloud and customer deployments.
Expand without rebuilding
Add data sources and analyses without starting over.
“Through an in-orbit demonstration mission with Tilebox, we’re validating that our compression software can run reliably in orbit after development on the ground.”
Michael StanwayCEO and co-founder, The Compression Company
“With Tilebox, our data scientists could query the data they needed directly. Within two days, they were producing research reports from the ADLER mission data.”
Christian FederspielCEO, Findus
1 / 3
Use the stack you already have.
Keep your code, libraries, and infrastructure. Tilebox coordinates the
workflow and gives you visibility into each execution.
Python
COG
Zarr
Azure
On-prem
Python
COG
Zarr
Azure
On-prem
Made for humans and their agents.
Everything engineers can do with Tilebox is fully accessible to agents.
Your agent can write workflows, diagnose failures, monitor runs, fix
code, redeploy, and retry in a fast, autonomous feedback loop.
>Why did the recent wildfire job fail? Investigate and fix it.
I’ll find the latest failed wildfire job, inspect its tasks and
logs, and update the workflow.
Listing failed jobs
Inspect job wildfire-sicily-0923
Failed task: map_burn_scar
Read task logs
ValueError: CRS mismatch
I found the issue: the fire perimeter uses EPSG:4326, but the
satellite scenes use EPSG:32633. The clipping step expects both to
use the same coordinate system.
I’ll reproject the perimeter to each scene’s CRS before clipping, so
the workflow handles scenes in different UTM zones.
Edit wildfire.py +3−1
Updated wildfire.py. The fix is ready to deploy; the existing job
hasn’t been retried yet.
>Deploy the fixed workflow, then retry the job.
I’ll deploy the updated workflow to the job’s cluster, retry the
failed job, and watch it through to completion.
List clusters
Deploy workflow to eo_cluster
Retry job wildfire-sicily-0923
Monitor job completion
The clipping task has passed. The remaining tasks are writing the
burn-scar result to storage.
Job succeeded. Result saved to: s3://wildfire-results/sicily/burn-area.tif
We already have a catalog and scheduler. Why use Tilebox?
With separate tools, your team maintains the connections between data discovery, task execution, and debugging. Tilebox brings a live geospatial catalog, workflow coordination, and job-level logs and traces into one system, including workflows that span different compute environments. You still configure your processing and data access, but have fewer connections to build and maintain. Start with one workflow where that work is slowing your team down.
Where does my code run, and does Tilebox move my data?
Your code runs on runners deployed where you need them: cloud infrastructure, local machines, on-prem servers, or suitable edge hardware. Tasks in the same workflow can execute in different environments.
Tilebox can catalog metadata and file references without centralizing the raw files. Your workflow determines what data to read, transfer, and write. Cloud-connected runners need access to the Tilebox API; fully disconnected environments require a separate deployment.
How much of my code has to change?
Keep your existing analysis and dependencies. Wrap the work you want to orchestrate in Tilebox tasks, define their inputs, and submit a job. You keep your analysis logic and compatible libraries while giving the workflow a structure Tilebox can coordinate.
You still configure the runtime, data access, and outputs. You can begin with one workflow rather than migrating your entire application.
What happens when a task or runner fails?
Tilebox records task failures so you can inspect the error, fix the cause, and retry the job without losing all previously completed work. If a runner stops responding, heartbeat detection allows its task to be retried on a compatible runner, subject to retry limits. Tasks should be idempotent because a retry can execute them more than once.
Can our agent use Tilebox too?
Yes. Your agent can use the CLI and skills to query data, run workflows, and inspect job status and logs through authenticated access. This gives the agent real execution context.
The free Labs plan lets you prototype workflows with open data or your own catalog. You can start with an existing analysis or one of our templates, connect its inputs, run it, and inspect the results.