Repeat analysis: pick the longest corridor traversal as reference (fix short segment)

This commit is contained in:
4aiman 2026-09-17 22:50:24 +03:00
commit 0d8b5f97b9
2 changed files with 44 additions and 19 deletions

View file

@ -43,6 +43,20 @@
совпадает с харнессом, вердикт зелёный 105%, участок подсвечен бирюзой на карте. Скрин.
- Далее: сборка APK + проверка на телефоне (реальные интервалы там же).
## Фикс после проверки на теле (трек 16 сен)
- Симптом (пользователь): на 16 сен в повторы попала только часть горки, 729м вместо 1200+,
на карте видно прямую, что идёт дальше.
- Причина: эталон брался с ПЕРВОЙ горячей ячейки. Поездка 16 сен стартует прямо в горячей
ячейке (подъезд частично совпал с коридором), проход с индекса 0 обрывался гэпом на 143й
точке -> 729м, хотя горячих ячеек ~183 (~1830м).
- Фикс: эталон = САМЫЙ ДЛИННЫЙ чистый проход (перебор всех стартов горячих ранов,
`buildTraversal`), не первый. Дёшево (стартов немного).
- Проверка: харнесс 16 сен -> участок 1572м (было 729), 3 полных заезда. 11/17 сен без
изменений (по 5). Контроль (5 обычных) - 0 ложных. Десктоп (Xvfb, подсажена 16 сен,
бэкап+удаление): подсветка на карте покрывает весь верхний коридор, таблица 1.57км/3 заезда,
вердикт 104%. По коридору 4 траверса, но первый 74% (начат выше низа) - отсечён правилом
80% (как pers.py MIN_FRAC), иначе нормировка длина/время завысила бы его скорость.
## Не в этой задаче
Из того же файла НЕ делалось: поправка модели п.2 (аддитивная мощность вместо max(физика,MET);
п.1 про Crr уже был сделан ранее), массовое уточнение высот, ветер (Часть 2 - там вопросы).