Отлично! Гонщики, на старт! Желающим испытать любимое ПО, напомню: "Интересует результат постпроцессинга".
Странно, мне казалось, что все давно в курсе, что именно в 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 появилось на сайте и через пару часов исчезло? А дело было в том, что во время инсталляции на какое-то время появлялась картинка струмента не песочного цвета, а, о ужас, зелёного!
Опять же, любая программа может это обработать, но для таких векторов геодезисты предпочитали использовать исследовательское ПО, а не TGO. Не потому ли, что TGO для таких целей не предназначалась?
Во-первых, не любая. Pinnacle не может. LGO до 500 км. TGO по паспорту - до 1500 км. Именно для таких вычислений и необходимы ERP - координаты полюса+LOD.
Вопрос в том, что посчитала? Результат счёта по TGO я приводил выше. Оговорка же заключается в том, что из обработки 30 суток, фикс был только для 18, а критерий замыкания прошли только 12.
Итак, Вы настаиваете, что TGO была "заточена" для сверхдлинных векторов? Всё остальное она делала значительно хуже?
Программы действительно работают отдельно, но рассматривать их лучше всего именно единым пакетом. GrafNet предназначен для обработки статических векторов с последующим их уравниванием, но отдельные вектора, которые "плохо" обрабатываются в GrafNet, могут быть легко переброшены в GrafNav для более "тонкой" обработки, результат которой автоматом отобразится в GrafNet. GrafNav, по умолчанию, более мощный модуль, предназначенный для обработки как непрерывной кинематики, так и Stop&Go. Модуль прекрасно работает с маркерами внешних устройств, оперативно справляется с темпом данных выше 1 Гц, имеет возможность прямой и инверсной обработки кинематических файлов, способен обработать кинематику как от одной базы, так и от нескольких и т.п. Плюс неотъемлемая часть GrafNav - это модуль РРР. Все это делает GrafNav практически незаменимым инструментом для обработки летной кинематики (аэрофотосъемки). Опять же неотъемлемый плюс - это работа с файлами сырых данных практически всех производителей... Так что замахнусь уж на весь предложенный спектр практических применений: от 1 до 8 включительно. По 8-му добавлю еще одну особенность - Moving BaseLine - обработка данных от подвижной базовой станции - в некоторых приложениях весьма полезная штука.
Я знаю, что "сырые" Topconовские файлы GrafNav/GrafNet обрабатывает. Правильно? А современные "сырые" файлы от Javad? И всё же, желательно, выбрать самое, самое направление. Ждёмс!
Файлы в студию - попробуем, мне сложно судить что такое "современные" файлы от Javad. С несовременными проблем вроде не было.
Как-то, недавно, обсуждалось, что Javad что-то поменял в своих "сырых" файлах и их обрабатывают только его родные программы. Или что-то уже изменилось? Господа, имеющие "сырые" файлы от Javad, прикрепите сюда пару из них, но из одной сессии, или свяжитесь с Сергеем через личку. Всё же интересно узнать, возможности обработки их в GrafNav/GrafNet.
Я же оспорю что Topcon Tools предназначен для STOP&GO. Он не может " переваривать" большое количество точек. Программа может что то долго "жевать" а затем выдать необработанные данные. Её можно использовать только для небольшого количества точек.
TGO отлично считала статику (обрабатывала), в т.ч. и "сверхдлинные вектора" до 2 000 км. Но, вот вектора в режиме кинематики, а именно т.н. "стою-иду", старый, добрый "Ashtech Solution" считал (и сейчас считает) лучше. Особенно это проявлялось при мин. спутников или частичных закрытиях неба.
В современных условиях становиться очень актуальным в ПО для GPS обработки, не дальность векторов (хотя я не уменьшаю её значимость), а объем и качество обработки данных. Вот уж столько лет прошло, а не один из разработчиков ПО не внедрил алгоритм исключения "плохих" спутников. Вроде простая рутинная операция а реализовать не могут! Затем хотелось бы иметь возможность подключения и загрузки данных со "своих" базовых станций ( даже ни один разработчик не предложил как это будет выглядеть). Ну и уже поджимает воротить в одном проекте десятками тысяч измерений. Спросите зачем? Я просто считаю жутко не удобным разбивку массы измерений одного дня на отдельные файлы и проекты и потом пытаться как то получить оценку точности всей массы измерений. Да и какая программа может обрабатывать Десятки тысяч точек РТК? Это все уже очень становиться актуально.
Не соглашусь с вами. "Плохой" спутник можно даже самому удалить (стереть) из фала эфемерид. И в ПО "Ashtech Solution" можно отключать, а в ПО "GNSS Solutions" вы можете скачивать через Интернет станции IGS - только укажите сами, какие вам нужно и на какое время. Ну за загрузить данные "со "своих" базовых станций" через Интернет у Trimble вроде работает - ПО "GPS Baze" или "GPSNet"
Vladimir VV, Я не точно выразился. Я имел ввиду данные со спутника плохого качества вызванные как его низкой орбитой так и внешними помехами (деревья, дома и прочее) А стереть в ручную у тысяч измерений, когда на обработку считанные часы? В то то и дело что этот процесс не автоматизирован.
Файл эфемерид один, пусть хоть 10 000 измерений. Стерев спутник из эфемерид он не будет приниматься в обработку. Хотя, спутник висит в видимости чуть более двух часов. Если на его сигналы влияют земные условия - тут надо уже смотреть по обстоятельствам. Я имел ввиду т.н. "больные" спутники.
Конечно вы правы. В этом плане мы хотим получить от ПО нечто большего, чем оно может. Если брать режим РТК, то, на мой взгляд, контроль в этом режиме несколько проблематичен, с точки зрения принятых сейчас в геодезии и научной литературе требований. Здесь контроль идет по так называемому "вероятностному пути", который более зависит от настроек оператора в ПО и его результаты (контроля) обусловлены, в некоторой мере, и закрытостью самого ПО (что имеется практически у всех производителей ПО). Сентябрьское "падение" ТГО странным образом совпало с тем обстоятельством, что стали наконец пониматься механизмы реализации алгоритмов этого ПО. Я думаю, что заранее был сделан прогноз, типа на 10 лет его хватит, а потом оно обрушится и интерес к нему пропадет.
