ПО для обработки GNSS

Странно, мне казалось, что все давно в курсе, что именно в engine Stop&GO осталось больше всего неисправленных ошибок.
Как я понимаю, политика компании Topcon была направлена на скорейший вывод на рынок собственного софта, поэтому даже уже найденные ошибки не исправлялись.
Pinnacle и Topcon Tools писала практически одна и та же команда под руководством Дмитрия Колосова, астрофизика по образованию, начинавшего работать ещё в Джавадовском Аштеке.


«Trimble Total Control» умер после того, как перестал быть GeoGenius 2000.
У меня есть подозрение, что Trimble купила GeoGenius 2000 именно для того, чтоб положить его под сукно.

В TGO я с успехом обрабатывал вектора длиной до 1500 км. (паспортная величина) и с некоторыми оговорками до 2000 км. Ошибка замыкания треугольника периметром 6000 км была не больше 8 см. Понятное дело, вектора были из разных сеансов.
Мало кто знает, но в TGO была предусмотрена возможность учёта параметров вращения Земли (файлы с раширением *.erp). Их надо было ручками положить в определённую папочку.
Та приблуда, которая сейчас позволяет оживить TGO, страдает одним недостатком. В TGO учитываются приливы, поэтому, строго говоря, надо переводить на интервал времени, когда Солнце, Земля и Луна будут в той же конфигурации (Сарос ~18.03 года). Для расстояний в десятки км. это делать не обязательно.
GrafNav/GravNet был (возможно и сейчас является) контрольным инструментом в SOPAC.
Перед появлением LGO, швейцарцы рассказывали, что для разработки алгоритмов привлекали создателей BERNESE.
И, по сравнению с SKI Pro, прогресс налицо.
У LGO есть одна маленькая фишка, о которой тоже мало кто знает. В преобразовании Гельмерта используется не кососимметичная матрица, когда синусы малых углов заменяются самими значениями, а косинусы - единицей. Там используются полноценные матрицы вращений.

 

Кто помнит тот маленький скандальчик, когда одно из немногих обновлений Pinnacle появилось на сайте и через пару часов исчезло? А дело было в том, что во время инсталляции на какое-то время появлялась картинка струмента не песочного цвета, а, о ужас, зелёного!

 

Во-первых, не любая. Pinnacle не может. LGO до 500 км. TGO по паспорту - до 1500 км. Именно для таких вычислений и необходимы ERP - координаты полюса+LOD.

 

Вопрос в том, что посчитала? Результат счёта по TGO я приводил выше. Оговорка же заключается в том, что из обработки 30 суток, фикс был только для 18, а критерий замыкания прошли только 12.

 

Программы действительно работают отдельно, но рассматривать их лучше всего именно единым пакетом.
GrafNet предназначен для обработки статических векторов с последующим их уравниванием, но отдельные вектора, которые "плохо" обрабатываются в GrafNet, могут быть легко переброшены в GrafNav для более "тонкой" обработки, результат которой автоматом отобразится в GrafNet.
GrafNav, по умолчанию, более мощный модуль, предназначенный для обработки как непрерывной кинематики, так и Stop&Go. Модуль прекрасно работает с маркерами внешних устройств, оперативно справляется с темпом данных выше 1 Гц, имеет возможность прямой и инверсной обработки кинематических файлов, способен обработать кинематику как от одной базы, так и от нескольких и т.п. Плюс неотъемлемая часть GrafNav - это модуль РРР. Все это делает GrafNav практически незаменимым инструментом для обработки летной кинематики (аэрофотосъемки).
Опять же неотъемлемый плюс - это работа с файлами сырых данных практически всех производителей...

Так что замахнусь уж на весь предложенный спектр практических применений: от 1 до 8 включительно.
По 8-му добавлю еще одну особенность - Moving BaseLine - обработка данных от подвижной базовой станции - в некоторых приложениях весьма полезная штука.

 

Файлы в студию - попробуем, мне сложно судить что такое "современные" файлы от Javad.
С несовременными проблем вроде не было.

 

Я же оспорю что Topcon Tools предназначен для STOP&GO. Он не может " переваривать" большое количество точек. Программа может что то долго "жевать" а затем выдать необработанные данные. Её можно использовать только для небольшого количества точек.

 

TGO отлично считала статику (обрабатывала), в т.ч. и "сверхдлинные вектора" до 2 000 км. Но, вот вектора в режиме кинематики, а именно т.н. "стою-иду", старый, добрый "Ashtech Solution" считал (и сейчас считает) лучше. Особенно это проявлялось при мин. спутников или частичных закрытиях неба.

 

В современных условиях становиться очень актуальным в ПО для GPS обработки, не дальность векторов (хотя я не уменьшаю её значимость), а объем и качество обработки данных. Вот уж столько лет прошло, а не один из разработчиков ПО не внедрил алгоритм исключения "плохих" спутников. Вроде простая рутинная операция а реализовать не могут! Затем хотелось бы иметь возможность подключения и загрузки данных со "своих" базовых станций ( даже ни один разработчик не предложил как это будет выглядеть). Ну и уже поджимает воротить в одном проекте десятками тысяч измерений. Спросите зачем? Я просто считаю жутко не удобным разбивку массы измерений одного дня на отдельные файлы и проекты и потом пытаться как то получить оценку точности всей массы измерений. Да и какая программа может обрабатывать Десятки тысяч точек РТК?
Это все уже очень становиться актуально.

 

Не соглашусь с вами. "Плохой" спутник можно даже самому удалить (стереть) из фала эфемерид. И в ПО "Ashtech Solution" можно отключать, а в ПО "GNSS Solutions" вы можете скачивать через Интернет станции IGS - только укажите сами, какие вам нужно и на какое время. Ну за загрузить данные "со "своих" базовых станций" через Интернет у Trimble вроде работает - ПО "GPS Baze" или "GPSNet"

 

Vladimir VV, Я не точно выразился. Я имел ввиду данные со спутника плохого качества вызванные как его низкой орбитой так и внешними помехами (деревья, дома и прочее)
А стереть в ручную у тысяч измерений, когда на обработку считанные часы? В то то и дело что этот процесс не автоматизирован.

 

Файл эфемерид один, пусть хоть 10 000 измерений. Стерев спутник из эфемерид он не будет приниматься в обработку.
Хотя, спутник висит в видимости чуть более двух часов. Если на его сигналы влияют земные условия - тут надо уже смотреть по обстоятельствам. Я имел ввиду т.н. "больные" спутники.

 

Конечно вы правы. В этом плане мы хотим получить от ПО нечто большего, чем оно может. Если брать режим РТК, то, на мой взгляд, контроль в этом режиме несколько проблематичен, с точки зрения принятых сейчас в геодезии и научной литературе требований. Здесь контроль идет по так называемому "вероятностному пути", который более зависит от настроек оператора в ПО и его результаты (контроля) обусловлены, в некоторой мере, и закрытостью самого ПО (что имеется практически у всех производителей ПО).
Сентябрьское "падение" ТГО странным образом совпало с тем обстоятельством, что стали наконец пониматься механизмы реализации алгоритмов этого ПО. Я думаю, что заранее был сделан прогноз, типа на 10 лет его хватит, а потом оно обрушится и интерес к нему пропадет.

 

Кто-нибудь пользовался для обработки GNSS измерений CREDO-DAT?