| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0002275 | SAS.Планета | Баг / Bug | public | 26-11-2013 15:55 | 26-11-2013 20:32 |
| Reporter | zed | Assigned To | vdemidov | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | 131111 | ||||
| Target Version | 140303 | Fixed in Version | 140303 | ||
| Summary | 0002275: Ошибка в рассчёте расстояний и площадей | ||||
| Description | Причём, ошибка не в алгоритмах, а где-то выше (может где появилось лишнее округление координат точек?). Ошибка воспроизводится на полигонах из *.sml, т.е. туда всё пишется верно. | ||||
| Steps To Reproduce | Берём ночнушку или релиз 13111, импортируем полигон из аттача и смотрим в информацию: Количество частей: 1 Количество точек: 2962 Периметр: 2978,29 км Площадь: 204826,71 км2 Билдим SAS по состоянию на пол-года назад (к примеру, rev.7350), запускаем с тем же файлом меток (sml), который создал релиз и смотрим на информацию ещё раз: Количество частей: 1 Количество точек: 2962 Периметр: 2991,25 км Площадь: 206207,16 км2 | ||||
| Additional Information | Значения периметра/площади старой версии можно считать референсными, поскольку они сравнивались с GlobalMapper и QGIS. Собственно, начав копаться в сорцах QGIS на предмет расчёта расстояний/площадей и обнаружилось что хоть в qgis алгоритм расчёта расстояний и идентичен нашему, SAS вдруг стал нагло врать и ничего не сходится, даже с его же прошлыми показаниями... НО если раньше SAS выдавал ошибку на полигоне 1-4.kml из этого сообщения на форуме, сегодняшняя версия отрабатывает без ошибок алгоритма (о точности результата пока не возьмусь говорить). | ||||
| Tags | No tags attached. | ||||
- Anonymous