Documentation Index
Fetch the complete documentation index at: https://docs.nikaplanet.com/llms.txt
Use this file to discover all available pages before exploring further.
geoengine push publishes a previously-applied production worker image to Nika’s cloud registry. Once pushed, team members can run the worker directly from their QGIS or ArcGIS Pro plugin — without needing Docker, a terminal, or a local GeoEngine setup.
Prerequisites
- GeoEngine installed and authenticated (
geoengine auth login) - A production apply completed:
geoengine apply(without--dev) — dev builds cannot be pushed - Recommended: local checks pass with
geoengine lintandgeoengine test
Workflow
Step 1: Apply in Production Mode
From your worker directory, bump the version ingeoengine.yaml if needed, then run the local checks:
--dev) are not eligible for push.
Step 2: Push to the Cloud
| Flag | Description |
|---|---|
--id <worker-id> | Worker UUID to push. Defaults to the worker in the current directory via geoengine.lock. |
--tag <local-tag> | Local tag to push. Defaults to the most recently applied production local_tag. |
--tenant <tenant> | Tenant to publish under. Defaults to your owned tenant, or prompts when more than one tenant is available. |
Step 3: Available to Your Team
After a successful push, team members will see the worker in their QGIS or ArcGIS Pro GeoEngine plugin and can run it through the cloud without installing anything locally.Notes
- Only production images (from
geoengine applywithout--dev) can be pushed. If you’ve only rungeoengine apply --dev, rungeoengine applyfirst. - If
local_tagis not set ingeoengine.yaml, production apply prompts to use the semanticversionas the local tag. - If you have access to multiple tenants, use
--tenantto target a specific one. - Use
geoengine workersto see the current applied tag for each worker (LATEST TAGcolumn).