Repeat analysis: pick the longest corridor traversal as reference (fix short segment)
This commit is contained in:
parent
b2defb4564
commit
0d8b5f97b9
2 changed files with 44 additions and 19 deletions
|
|
@ -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 - там вопросы).
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue