Добро пожаловать!

Войдите или зарегистрируйтесь сейчас!

Войти

Применение метода PPP

Тема в разделе "GNSS-измерения", создана пользователем Art15, 25 авг 2015.

  1. Alex_Red

    Форумчанин

    Регистрация:
    26 фев 2014
    Сообщения:
    45
    Симпатии:
    16
    Добавлю из своего опыта, если файл сжать Хатанакой и упаковать в ZIP, то и с интервалом в тридцать секунд, в притирочку, но обычно влазит.
    Так же пробовал сравнивать результаты от APPS с результатами выдаваемыми программой gLAB, расхождение не превышало 1-2см.
     
    #41
  2. stout

    Форумчанин

    Регистрация:
    5 янв 2008
    Сообщения:
    4.172
    Симпатии:
    11.936
    Адрес:
    Златоглавая и Белокаменная
    А смысл? Есть такая дисциплина – теория проведения эксперимента. Так в ней (на самом деле не только в ней, но и в схожих прикладных направлениях) утверждается, что не имеет смысла проводить измерения, пока коэффициент корреляции последовательных измерений не уменьшится в e раз, где e – основание натурального логарифма.
    По разным оценкам, выполненным ещё на заре GPS измерений, этот интервал составляет от 5 до 15-20 минут. Если слишком частить, и не учитывать корреляцию между измерениями, то и получим неоправданно высокую точность, которую очень часто можно наблюдать на практике в отчётах программ постобработки и которая не подтверждается при выполнении повторных измерений, выполненных через какой-то промежуток времени.
     
    #42
  3. uriygr

    Форумчанин

    Регистрация:
    14 апр 2008
    Сообщения:
    1.234
    Симпатии:
    1.516
    Адрес:
    Россия, Самара
    Это у Вас файл на два гига?
    --- Сообщения объединены, 15 янв 2016, Оригинальное время сообщения: 15 янв 2016 ---
    Правильно ли я понимаю - целесообразно сравнивать несколько достаточных (...интервал составляет от 5 до 15-20 минут...) интервалов, ну в данном примере 22 минуты, чем терзать один длинный часовой или более сеанс?
     
    #43
  4. Родичкин

    Форумчанин

    Регистрация:
    7 июл 2010
    Сообщения:
    2.062
    Симпатии:
    2.120
    Ну так и грабли - в руки:
    Берем годичные наблюдения пункта , например, TIXI и RTKLIB. Считаем PPP статику за 1 минуту, 10 минут, час, пару часов, 6 часов, 12 часов, сутки ,3 суток, неделю ...
    И смотрим, что получается на выходе ...
    Полученное можно проверить по суточным координатам от IGS.
     
    #44
  5. stout

    Форумчанин

    Регистрация:
    5 янв 2008
    Сообщения:
    4.172
    Симпатии:
    11.936
    Адрес:
    Златоглавая и Белокаменная
    С утра я сильно туплю. Не могли бы вы пояснить свой вопрос какой-нибудь временной диаграммой?
    Это пусть молодые экспериментируют и рЭволюции устраивают. А я ещё помню и период обращения Lageos (~225 минут) и интервал между нормальными точками (2 минуты)::biggrin24.gif::
     
    #45
  6. wolodya

    Форумчанин

    Регистрация:
    1 янв 2009
    Сообщения:
    6.628
    Симпатии:
    2.447
    Адрес:
    Москва
    Да вроде маленький размер.
    2016-01-15 09-54-16 Скриншот экрана.png
     
    #46
  7. Родичкин

    Форумчанин

    Регистрация:
    7 июл 2010
    Сообщения:
    2.062
    Симпатии:
    2.120
    Может быть ещё точные эфемериды "не созрели"?
     
    #47
  8. stout

    Форумчанин

    Регистрация:
    5 янв 2008
    Сообщения:
    4.172
    Симпатии:
    11.936
    Адрес:
    Златоглавая и Белокаменная
    Так я сужу по первой картинке, где UPLOADED FILE SIZE
     
    #48
  9. wolodya

    Форумчанин

    Регистрация:
    1 янв 2009
    Сообщения:
    6.628
    Симпатии:
    2.447
    Адрес:
    Москва
    2016-01-15 10-03-22 Скриншот экрана.png Или у меня или на сайте килобайты с байтами путают. Впрочем он ничего не пишет про большой размер. Скорее всего ринекс не "той системы"
    --- Сообщения объединены, 15 янв 2016, Оригинальное время сообщения: 15 янв 2016 ---
    Все разобрался.
    Ринекс не такой оказался.
    Конвертаторов много - и результатов то же.
     
    #49
  10. uriygr

    Форумчанин

    Регистрация:
    14 апр 2008
    Сообщения:
    1.234
    Симпатии:
    1.516
    Адрес:
    Россия, Самара
    stout_001.jpg
     
    #50
  11. Alex_Red

    Форумчанин

    Регистрация:
    26 фев 2014
    Сообщения:
    45
    Симпатии:
    16
    stout, Спасибо за науку! Часто встречал упоминания об этих 5 минутах, но нигде не пояснялся их точный смысл.
    А внутри ведь прочно засело: "Чем больше выборка, тем качественнее статистика, и тем выше точность моделирования процесса".
     
    #51
  12. stout

    Форумчанин

    Регистрация:
    5 янв 2008
    Сообщения:
    4.172
    Симпатии:
    11.936
    Адрес:
    Златоглавая и Белокаменная
    Мне кажется, что ответ на ваш вопрос находится на графиках типа такого
    coord1.jpg
    Это GAPS v5.9.0
    --- Сообщения объединены, 15 янв 2016, Оригинальное время сообщения: 15 янв 2016 ---
    Эльясберг и его ученики развивали метод оценивания, который назвали гарантированным оцениванием. На заре космической эры они столкнулись с очень неприятной ситуацией, когда траекторные измерения стали просто огромными (миллионы измерений), классический МНК давал оценку точности выведения в десятки метров (максимум сотен метров), а на практике оказывалось, что ошибка в километрах.
     
    #52
  13. uriygr

    Форумчанин

    Регистрация:
    14 апр 2008
    Сообщения:
    1.234
    Симпатии:
    1.516
    Адрес:
    Россия, Самара
    SAMR_004.jpg
    Вот так выглядит комбинированный тип фильтрации Filter Type для утилит RTKLib?
    И еще хотел спросить, вот такая стратегия окончательной обработки допустима?
    SAMR_003.jpg ?
     
    #53
  14. stout

    Форумчанин

    Регистрация:
    5 янв 2008
    Сообщения:
    4.172
    Симпатии:
    11.936
    Адрес:
    Златоглавая и Белокаменная
    Я не настолько хорошо знаю RTKLib, чтобы говорить о нём.

    Думаю, что да, допустима.
     
    #54
  15. Yuri V.

    Форумчанин

    Регистрация:
    31 мар 2009
    Сообщения:
    2.303
    Симпатии:
    2.066
    Адрес:
    Ивантеевка, РФ
    Что это за графики, графики чего вы приводите? Похоже на значение разницы плав. - фикс. решения. Если так, то картинка samr_004 какая-то "незакомбайненная", а очень даже искусственно нарисованная.
     
    #55
  16. stout

    Форумчанин

    Регистрация:
    5 янв 2008
    Сообщения:
    4.172
    Симпатии:
    11.936
    Адрес:
    Златоглавая и Белокаменная
    Конечно нарисованная. Это зеркальное отражение вышеприведённых графиков. Насколько я понял (возможно ошибаюсь), имелось в виду решение прямо и обратно по времени.
     
    #56
  17. uriygr

    Форумчанин

    Регистрация:
    14 апр 2008
    Сообщения:
    1.234
    Симпатии:
    1.516
    Адрес:
    Россия, Самара
    Ну да.
    не ругайтесь сразу, просто вопрос был именно stout, и таки он понял, и таки ответил. Причем я вполне удовлетворен ответом. Спасибо stout.
     
    #57
  18. GNSS4geo

    Форумчанин

    Регистрация:
    20 сен 2008
    Сообщения:
    501
    Симпатии:
    334
    Адрес:
    Москва
    Ну вообще-то это ужо многократно проделывалось, конечно.
    Вот относительно свежая науч-поповская статейка с таким анализом.
    Base Station Coordinate Determination Using Precise Point Positioning
    Может кому пригодится...
     
    #58
  19. wolodya

    Форумчанин

    Регистрация:
    1 янв 2009
    Сообщения:
    6.628
    Симпатии:
    2.447
    Адрес:
    Москва
    О точности из практике. Тут я на СНТ три арматуры поставил, отмерил двухчастотником GPS Glonass примерно по 1.5 часа на точке.
    Rinex в МОБТИ - посчитали координаты в МСК -50-2. Ну заодно на сайте APPS посчитал в WGS -84. (посчитал конечно громко сказано - кнопки нажимал) Перевел на плоскость в СК-95 и сравнил самое простое - расстояния между точками.
    Рп1-Рп2 МОБТИ 494.42 APPS 494.57
    Рп2-Рп3 МОБТИ 159.41 APPS 159.49
    Рп3-Рп1 МОБТИ 335.04 APPS 335.11
    Мне понравилось. Если вычислить параметры перехода на МСК по конкретным точкам - можно пользоваться и для привязки.
    Только как это все оформить для отчета - тут проблемы наверняка будут.
     
    #59
  20. Родичкин

    Форумчанин

    Регистрация:
    7 июл 2010
    Сообщения:
    2.062
    Симпатии:
    2.120
    И правильнее сказать RTKLIB = GrafNav для обработки статики/кинематики PPP. Что очень радует.
     
    #60

Поделиться этой страницей

  1. Этот сайт использует файлы cookie. Продолжая пользоваться данным сайтом, Вы соглашаетесь на использование нами Ваших файлов cookie.
    Скрыть объявление