Fix YOLO class normalization
This commit is contained in:
@@ -46,6 +46,7 @@ Sprint 8B adds an import-safe real YOLO adapter path:
|
||||
- Real YOLO inference uses an existing raster tile manifest generated by the raster tile operation.
|
||||
- YOLO raster tiles are normalized to RGB for inference when the tile artifact is not already a 3-band RGB image; the persisted georeferencing still comes from the tile manifest.
|
||||
- YOLO pixel boxes are converted to EPSG:4326 detection polygons from tile transform or tile bounds metadata.
|
||||
- YOLO class labels are normalized to lowercase for persisted detection records and filtering, while the original model label remains available in detection provenance.
|
||||
- Detection runs remain synchronous behind the existing job and analysis-run persistence boundary for Sprint 8B.
|
||||
|
||||
### Sprint 13 YOLO operational preflight
|
||||
@@ -162,8 +163,9 @@ The script verifies the full persisted chain:
|
||||
|
||||
It refuses to run without a real GeoTIFF-style raster and GeoJSON/JSON reference
|
||||
vector. It does not seed demo data, use `fixture_mode`, fetch live providers or
|
||||
download model weights. A zero detection count is valid as runtime evidence but
|
||||
does not prove the model is useful for the target imagery.
|
||||
download model weights. A zero detection count is valid as runtime evidence only
|
||||
when the selected model genuinely returns no usable detections after canonical
|
||||
class filtering; it does not prove the model is useful for the target imagery.
|
||||
|
||||
### Sprint 8C detection visualization and QA status
|
||||
|
||||
|
||||
Reference in New Issue
Block a user