product · compute
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.
the problem
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.
what compute does
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 protocols
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 soonQuery 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 soonA 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.
where compute sits
The delivery layer of the stack
Compute serves the repositories Arraylake governs, which are stored as Icechunk in your own object storage.
Humans
Agents
Tensor storage engine
Bring your own bucket
Or use storage we manage for you