compute next to your data

Compute turns an Arraylake repository into a set of live, standards-compliant API endpoints — data-proximate computing for both operational and analytical workloads.

Getting data to people is its own engineering project

Having your data well-managed in the cloud is only half the job. The people and applications that need it — analysts in QGIS, a dashboard in the browser, a downstream model, a customer paying for a data product — each expect a different protocol, and none of them want to download a petabyte first.

So every organization builds a delivery tier: tile servers, subsetting APIs, caches, autoscaling, authentication. It is expensive to build, and it never stops needing attention.

  • Duplicated effort — a separate service to build and operate for every protocol you need to speak.

  • Data movement — copies extracted and staged for each consumer, immediately going stale.

  • Scaling pain — request spikes on an operational feed become an on-call problem.

Turn a repository on and it's an API

Compute is the Earthmover platform's data delivery service. It runs immediately next to your data and serves any Arraylake repository over the protocols your consumers already speak. There is no pipeline to write and no infrastructure to provision: you enable a service, and every repository, branch, tag, and commit becomes addressable over HTTP.

Because requests are served from the data's own storage, only the result crosses the network — a tile, a timeseries, an aggregate — instead of the archive it was computed from. Access inherits the permissions already on the repository, so an operational feed and a private research dataset are served by the same machinery under different rules.

# Enable a service on your organization
al compute enable my-org tiles

# Every repo, branch, tag, and commit is addressable
https://compute.earthmover.io/v1/services/tiles/
  {org}/{repo}/{branch|tag|commit}/tiles/WebMercatorQuad/{z}/{y}/{x}
    ?variables=temperature_2m
    &colorscalerange=-30,40

Standards, not a proprietary API

Compute speaks open geospatial standards, so existing clients work without a custom integration. Pick the protocol that fits the job.

Tiles

query
XYZ tile indices
output
PNG, JPEG, WebP
best for
Slippy maps, web apps, and GIS clients

EDR

query
Points, polygons, trajectories
output
JSON, CSV, NetCDF, GeoTIFF
best for
Timeseries extraction and analysis

DAP2

query
Array slicing
output
Binary, ASCII
best for
Established scientific tooling

openEO

query
Process graphs
output
Parquet, CSV, GeoJSON, NetCDF
best for
Server-side processing and batch extraction

SQL

coming soon

Query a dataset with SQL: every variable is a column, and the rows are the cross product of its dimensions. Projection and predicate pushdown keep a filtered query from reading the whole cube.

Zax

coming soon

A pure-Rust tensor compute engine with the Xarray data model and a database-style query planner — run it as a Compute service to execute full analyses next to the data. Public release later in 2026.

The delivery layer of the stack

Compute serves the repositories Arraylake governs, which are stored as Icechunk in your own object storage.

interface

Humans

Web appCLIPython

Agents

MCPSkillsCLIPython
platform

Scalable tensor compute services

TilesEDRDAPopenEOZax ServerSQL

Data management and governance

Data catalogCredential vendingAccess controlsData marketplace
open source

Tensor storage engine

ACID transactionsData versioningBest-in-class I/OVirtualization of legacy formats
cloud

Bring your own bucket

Or use storage we manage for you

AWSGoogle CloudAzureCloudflareJASMIN generic S3-compatible

Ready to serve your data?