Обработка Stop & Go

https://geodesist.ru/threads/faq-gnss-izmerenija.14512/#post-193825

 

Тогда это уже статика, а не Stop & Go.

 

Всё это статика на многочисленных точках. Потому и обрабатывать лучше движком статики, а не движком Stop & Go. Точность будет выше. Но если большой точности не надо, тогда нет смысла удлинять сессии на каждой точке. Пробежался по трассе с остановками в 1 минуту и обработал всё это за секунды. Быстро, дёшево, но неточно.

 

Вы наверное меня не поняли. Я не против методики Stop & Go, движок которой специально запрограммирован на функцию быстрого передвижения по трассе. Я не понимаю смысла увеличения точности в этой методике за счёт потери функциональности, т.е. быстрой съёмки. Если нужна не скорость, а точность, надо использовать статику с её движком, запрограммированным на точность, а не обрезать точность неверной обработкой неподходящим движком. Но если всё это по-барабану, то можете стоять на точке Stop & Go хоть по часу.

 

Так это ключевое в методике. Иначе, если съёмка прерывается, ПО воспринимает эту съёмку, как набор точек статики, и обрабатывает её движком статики. а так как сессии очень короткие, то и точности никакой. Методику Stop & Go нарушать нельзя.

1. Запустить базу.
2. Включить ровер.
3. Запустить съёмку в режиме Stop & Go.
4. Дождаться набора спутников.
5. Выполнять съёмку.
6. Завершить программу съёмки.
7. Выключить ровер.