1.9 KiB
GeoIntel Constitution
This document defines the product laws. It has priority over ordinary specs when there is ambiguity.
Article 1 — GeoAI Workbench First
GeoIntel is a GeoAI Workbench. It must prioritize geospatial processing, AI outputs, QA/QC and GIS exports over generic dashboards or visual polish.
Article 2 — Correct Data Beats Pretty UI
When there is a tradeoff between visual presentation and correct geospatial processing, correct processing wins.
Article 3 — Every Output Must Be Traceable
Every detection, segmentation, metric, export or QA score must be traceable to:
- source dataset;
- processing parameters;
- model/version if applicable;
- analysis run;
- timestamp;
- CRS and geometry assumptions.
Article 4 — AI Never Owns the Truth
AI models produce candidate observations. Reference data, QA/QC and explicit metrics determine confidence and usefulness.
Article 5 — Reproducibility Is Mandatory
An analysis run must be reproducible from stored metadata, parameters and input references.
Article 6 — Async Processing Is the Default for Heavy Work
Raster operations, vector batch operations, detection, segmentation, QA/QC and exports should be implemented as background jobs when non-trivial.
Article 7 — No Permanent Mock-Only Features
Demo fixtures are allowed, but every feature must expose a path toward real data operation. UI must not pretend unavailable functionality is complete.
Article 8 — The Kempen Use Case Drives V1
Generic worldwide support is secondary. V1 must make the Geel/Mol/Turnhout/Kempen workflows excellent.
Article 9 — Architecture Must Stay Extensible
Sentinel, DHMV, LiDAR, training, QGIS plugin and MLOps are future modules. V1 architecture may not block these.
Article 10 — Documentation Is Part of the Product
Codex must update docs when contracts, behavior, workflows or limitations change.