feat: add map-driven orthophoto analysis
GeoIntel CI / docs-smoke (push) Canceled after 0s
GeoIntel CI / contract-smoke (push) Canceled after 0s

This commit is contained in:
Codex
2026-07-15 02:01:03 +02:00
parent 845c4696e7
commit daccd3869a
29 changed files with 1300 additions and 26 deletions
+27
View File
@@ -8076,3 +8076,30 @@ Live operational proof:
Next:
- Add bounded operator-triggered orthophoto acquisition from a drawn map rectangle, then hand that raster to this proven guided pipeline. Keep external acquisition out of browser/startup paths and retain explicit source licensing/provenance.
## Sprint 196 - Map-driven official orthophoto analysis (2026-07-15)
Implemented:
- Added explicit project-scoped acquisition for the official Digitaal
Vlaanderen `OMWRGBMRVL` WMS `Ortho` layer.
- Enforced EPSG:4326 input, EPSG:31370 metric bounds, 128-1,024 m side limits,
optional persisted-Area coverage, 1 m sampling, timeout/response limits and
24-hour exact-request reuse.
- Georeferenced the RGB TIFF and persisted it, its DatasetVersion, source,
request URL/hash, bounds, attribution and latest-mosaic limitation only
through DatasetService.
- Added one simple map action chaining acquisition, existing raster tiling,
configured-YOLO inference, Detection persistence and existing GRB detection
QA before showing the persisted result on MapLibre.
- Exposed orthophoto settings through Docker Compose, the all-in-one Unraid
runtime script and DockerMan template.
Validation before deployment:
- Focused service/API tests passed, including in-memory TIFF georeferencing,
persistence and the canonical Job envelope.
- Frontend TypeScript typecheck and production build passed.
Next:
- Deploy to Tower, execute one bounded Mol rectangle through the real WMS,
local model and GRB QA, and verify persistence plus browser state before
accepting the flow as operational.