map updates
This commit is contained in:
11
README.md
11
README.md
@@ -171,11 +171,14 @@ pass back. All Phase 3 routes require `Authorization: Bearer <token>`.
|
||||
The server image bundles exiftool; a serial background sweep extracts each video's GPS
|
||||
track (`gps_status`: `pending → ok | none | error`). The raw track is immutable —
|
||||
a kept "Viterbi" correction lives beside it and is preferred by the map + chainage.
|
||||
`road_type` + the four chainage values are injected into every claim/export doc and
|
||||
`road_type` + the four chainage values (`chainage_start`, `chainage_end`,
|
||||
`sr_chainage_start`, `sr_chainage_end`) are injected into every claim/export doc and
|
||||
re-stamped on push (server-authoritative). **Every annotation** additionally gets its
|
||||
**frame-exact** `lat`/`lon`/`chainage_m`/`sr_chainage_m` (range annotations also
|
||||
`end_*`): frame 15 of a 30 fps video is t = 0.5 s — halfway between two 1 Hz GPS
|
||||
samples — so it gets the halfway position/chainage, not a second/video boundary.
|
||||
**frame-exact** `lat`/`lon`/`chainage`/`sr_chainage` (range annotations also `end_*`):
|
||||
frame 15 of a 30 fps video is t = 0.5 s — halfway between two 1 Hz GPS samples — so it
|
||||
gets the halfway position/chainage, not a second/video boundary.
|
||||
**Chainage unit convention (everywhere — JSON + UI): kilometres with 4 decimals**,
|
||||
e.g. `22.4456` (`chainage` = client-calibrated, `sr_chainage` = GPS-measured).
|
||||
Distances are WGS84-ellipsoidal (no spherical bias); calibration anchors persist in
|
||||
`chainage_calibrations` so this works at any time after a recompute.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user