Integration

API, STAC & SDK

Everything the interface does, your systems can do too — the whole chain from AOI to monitoring rule is drivable programmatically.

Authentication

API keys

Header auth

Send your key as X-API-Key on every request. Keys are issued per user and scoped to their workspaces.

Rate limits

Per-user and per-team limits, tracked server-side. Limits are configurable by an administrator.

OpenAPI

The openapi route serves a machine-readable specification you can generate clients from.

REST API v1

Routes

Eight resource groups covering the full lifecycle.

ResourceWhat it covers
/aoisCreate, read, update and delete areas of interest, with filters on type and status
/satellitesQuery the catalog by operator, sensor type, resolution or free text
/ordersCreate acquisition orders and track their status through the eight-step lifecycle
/searchUnified imagery search across every connected provider, returning STAC Features
/monitoringCreate and manage monitoring rules — cadence, cloud, quality and AI change
/jobsSubmit and poll processing and inference jobs
/keysIssue and revoke your own API keys
/openapiThe OpenAPI specification for the API above
MethodRouteDescription
GET/aoisList areas of interest
POST/aoisCreate an AOI
GET/aois/{id}Retrieve one AOI
PUT/aois/{id}Update an AOI
DELETE/aois/{id}Delete an AOI
MethodRouteDescription
GET/ordersList orders, filterable by status
POST/ordersCreate an order
GET/orders/{id}Retrieve one order
PUT/orders/{id}Update status or metadata
POST/monitoringCreate a monitoring rule

Interoperability

Results in a shape your tooling already reads

STAC search results

The /search route queries every connected provider at once and returns STAC Feature objects, so archive results from ten different catalogs arrive in a single shape your tooling already understands.

Cloud-native jobs

Submit a processing job against a COG URL through /jobs, then poll /jobs/{id} for status and results — the same pipeline the interface drives.

Webhooks

Monitoring alerts can call your endpoint directly, so SatView events land in your own pipeline.

Python SDK

A client, not a wrapper you have to write yourself

  • SatViewClient — one entry point, authenticated with your API key.
  • Resource modulesaois, satellites, orders, monitoring, jobs, keys.
  • Developer portal — API documentation, cURL examples and SDK usage shipped with the application.
  • Same permissions — SDK calls respect the roles, workspace isolation and rate limits that apply in the interface.
The SatView developer portal: a navigation sidebar covering authentication, errors, rate limits, each API resource and the SDK tools, beside the route overview listing the AOI, satellite, order, search, monitoring, job and key endpoints with their HTTP methods.

Developer portal · route reference, shipped with the application

Integrate SatView into your chain

Tell us what you need to drive from the outside and we will point you at the right endpoints.