Кто знает как достать из файла сырых измерений t02 сырые не уточненные координаты точек? Но одно но, у меня траектория полета самолета, когда закидываю в TBC ничего не показывает пока не сделаю обработку базовых линий.
а как потом например экспортировать сырые координаты например в ТХТ или просто физически их увидеть???
Да, не уравненные, но у метя там траектория, а не точки. ЕЕ при загрузке в TBC вообще не показывает до того как сделать обработку базовых линий.
Для кинематики лучше подходит GrafNav/GrafNet. А ещё лучше будет, если Вы сюда прикрепите архив с "сырыми" данными. Думаю, найдётся много желающих попробовать на разных ПО. Вам останется только сравнить результаты. Если согласны, я тогда все сообщения, касающиеся Вашего вопроса, выделю в отдельную тему.
Кстати можно, данные я выложу завтра. GrafNav/GrafNet к сожалению нет поэтому остается только TBC.... И ещё один вопрос появился. Если обрабатывать в моем случае полет как траектория и как отдельные точки есть очень серьезные отлеты между точками в одно и тоже время, около 20-30 м. Вот и тема может быть "Обработка кинематики как траектории или как отдельных точек", или на Ваше усмотрение. А фотки хорошо обрабатываются когда использую координаты не с траектории. Пока что не могу объяснить причину, возможно какое то время становится разное....
Прикладываю архив с базами и самим файлом полета: https://cloud.mail.ru/public/2heCs34bFB3b/Кинематика.rar Высота антенны: 0.650м до нижней части крипления антенны. Время: UTC Там в архиве есть и ексель файл в котором записаны время срабатывания камеры. Интересует почему отличается обработка полета как траектории и как отдельных точек (настройка "Сохранить непрерывные как траектория: Нет")? И как можно удобнее и в какой программе обработать и выбрать точки в нужное время(кроме Grafnav)??
Время привел к секундам недели, и к GPS. Высота ровера, как вы сказали, 0,650 от ARP, антенна TRMR6-3. Базы уравнял промеж собой от LUBR, высоты по нулям от ARP, типы антенн LEIAR10. Траектория посчитана от двух баз, качество отличное. В файлике координаты ЦП. Так было дело?
Вы делали это в TBC?? А вот теперь если обработать этот же залет не как траекторию, а как отдельные точки координати ЦП будут совсем другие. И при обработке они будут правильные, а не те что с траектории (фотоскан показывает не большие отлеты, а если с траектории вообще не связывает маршрути с маршрутом). Вот например те же точки обработаны не как траектория. Разница большая..... По отдельности: 738649.96334750427.567979634739.298738749.96339332227.566982217737.886 Траектория: 738649,96308924227,578877730727,114738749,96316625727,577748861731,494 .
В Графнав. segga, я вас не понимаю. Какая по-вашему разница в этих двух стилях обработки? Что там мануал говорит?
Видите на вашем графике явный сдвиг назад, но почему то очень большой. В файле с временем формат UTC. В мануале вроде при обработки как траекторию что то упрощается. Сейчас объясню принцип роботы нашего контроллера что б Вы знали что мы пишем: Через порт Trimble 10hz шлет NMEA с координатами и временем на контроллер, контроллер их дешифрует и откладывает заданный отрезок, и когда он видит что пролетели заданный отрезок при поступлении следующей эпохи он подает команду на камеру, и записывает время и координату.
Контроллер самодельный ? В нем учитываются задержки ? PPS используется ? NMEA, мягко говоря, бывает разный. PS: (подумал ещё) хотя это не объясняет такую разницу...
Да контроллер самодельный, на основе платы "Arduino". Честно говоря контроллер делал не геодезист, поэтому объясните что такое PPS, я геодезист, и фотограмметрист могу что то нашему колеге обяснить (просто мы только начали этим заниматся будем очень благодарны за помощь). Передаем сообщение NMEA RMC, в нем координаты и время. P.S. При обработке по отдельным точкам, время засечки точки не возможно вывести в экспорт, поэтому я вывожу время вектора на эту точку, он с точностью до 1 сек. но их в секунду 10 штук, и я в ручную им присваиваю десятые, может в этом какая то загвоздка???
Тема аэрофотосъёмки, как ни странно, довольно сильно пересекается с навигацией в гидрографии, морской сейсмике и пр., за исключением что у вас скорости сильно выше, отсюда и ошибки больше. Начните отсюда, спрашивайте тут если что непонятно т.к. там не совсем по теме. http://geodesist.ru/forum/threads/obs-и-nav.5446/page-2#post-81473 Да не обращайте внимание там речь идет об отметках времени, они синонимы координат т.к. shot-point-ы должны считаться интерполяцией, для начала хотя бы макросом в Excel. PS: боюсь нас осудят за самодеятельность )))
Ну там вроде говорится в крайнем случае про 1 мсек, нас такая точность устраивала б... Я хочу понять почему при обработке кинематики как кинематики нечего не выходит, а по отдельной эпохе-нормально... Заметил что в траектории меньше точек чем в обработке каждого вектора.....
Проверить то, что мы с вами учли 16 сек. дважды не имею возможности, пока. Завтра гляну. Вижу. Повторю, я привёл время из вашего файла xlsx сначала в секунды недели, затем прибавил 16с. Если время уже приведено ко времени GPS метки сдвинутся назад на 16с. Оффтоп (Move your mouse to the spoiler area to reveal the content) chnav, тот ваш меседж был силён. Я его показывал коллегам, много спорили, много почерпнули. Спасибо!
Так наш контролер берет время из строки nmea rmc там время точно utc, по идее есле мне не врёт его создатель, контроллер ничего своего не придумывает..