Всем, добрый день. Например, возьмём день 80, 2010 года, станция ankr Координаты: http://sopac.ucsd.edu/cgi-bin/sector.cgi или данные из лога http://igscb.jpl.nasa.gov/igscb/station ... 100215.log или же вот: http://sopac.ucsd.edu/cgi-bin/dbShowArr ... ?site=ankr Разница существенная, какие координаты брать для вычислений, откуда такое расхождение ? ps: ANTENNA: DELTA H/E/N , не дадут такого расхождения.
При выборе координат надо обращать внимание на какую эпоху и в какой СК они определены, например, Ref. epoch: 2011.4315 и Ref. frame: ITRF2005. В вашем же примере есть такие данные: Код: XYZ coordinates (m): 4121948.4960 2652187.8891 4069023.8248 [Ref. epoch: 2012.0915] [Ref. frame: ITRF2005] [Source: estimated using SOPAC refined model] XYZ coordinates (m): 4121948.4713 2652187.8748 4069023.8113 [Ref. epoch: 2011.4315] [Ref. frame: ITRF2005] [Source: Latest weekly analysis result] XYZ coordinates (m): 4121934.26 2652189.812 4069034.911 [Ref. epoch: N/A] [Ref. frame: N/A] [Source: site log] Я всегда беру координаты из log файла станции.
Код: [Ref. epoch: N/A] [Ref. frame: N/A] [Source: site log] Оо Что является аргументом при выборе? В логе бывают и округляют же ж
Округление до третьего знака после запятой является критичным? Работаю с украинскими станциями и знаю кто именно заполняет log-файлы - отсюда и доверие :)
В log-файле указаны приблизительные координаты (Approximate Position (ITRF)), которые бывают очень далеки от истинных, так что их брать нельзя.
Нужны несколько точек с точными координатами для проверки работы алгоритма вычислений. А также нужно, чтобы с этих точек были данные наблюдений. Самый доступный вариант это данные с IGS. Вот для этого и пытаюсь определить насколько можно доверять указанным координатам. Если Вы знаете альтернативные варианты буду рад услышать. Кроме станций Навгеоком и ГАИШ.
Я думаю, никто не станет возражать, что нелегко сделать ПО для обработки векторов любой длины, просто потому, что алгоритмы совсем разные. Кроме того, когда кто-то что-то разрабатывает, он должен отдавать себе отчёт, насколько это экономически целесообразно. Вот меня и интересует, на какие вектора будет рассчитано это ПО. Только после этого можно предлагать варианты тестирования. Ведь уважаемый Aleksey_Bel, надо понимать, открыл эту тему совсем не для того, чтобы удовлетворить НАШ интерес.
Владимир, ну не всегда экономическая целесообразность играет ключевую роль при разработках. Это раз. С чего Вы взяли, что речь идет об обработке векторов? Задача может быть гораздо уже или шире. Это же GNSS и тут не всегда геодезия. Это два.