Add model asset detection workflow smoke
This commit is contained in:
@@ -135,6 +135,22 @@ The model-load smoke is opt-in, requires real optional AI dependencies, refuses
|
||||
`--assume-dependencies`, loads only the supplied local file and does not download
|
||||
weights or run prediction.
|
||||
|
||||
Verify the full configured-YOLO model asset workflow against a running runtime:
|
||||
|
||||
```bash
|
||||
bash scripts/verify_model_asset_detection_workflow.sh http://192.168.10.150:1202
|
||||
```
|
||||
|
||||
This smoke is intentionally mutating and requires a real AI-enabled runtime with
|
||||
at least one mounted local model asset. It seeds the explicit offline demo
|
||||
workflow, generates a small raster tile manifest, selects the active local model
|
||||
asset from `GET /api/v1/detection/model-assets`, validates read-only YOLO
|
||||
preflight, runs `POST /api/v1/detection/run`, and verifies the persisted
|
||||
AnalysisRun, Detection list and Detection GeoJSON endpoints. A zero detection
|
||||
count is allowed because the demo raster is a synthetic runtime fixture; the
|
||||
script validates the operational path and provenance, not production model
|
||||
quality. The main readiness gate checks this script's syntax only.
|
||||
|
||||
Docker images install only the GIS runtime by default. To build a local/Tower
|
||||
image with PyTorch/Ultralytics available for the configured-YOLO preflight and
|
||||
runtime path, set:
|
||||
|
||||
Reference in New Issue
Block a user