Использование лицензионных копий программного обеспечения открывает для Вас возможности его модернизации в будущем и избавляет от наличия проблем некорректной его работы в настоящем ‎ ‎ ‎ OEM 615: двухчастотный GNSS модуль нового поколения от NovAtel ‎ ‎ ‎ Приемник сигналов GPS на основе ОЕМ модулей NovAtel Inc. (Hexagon Group, Калгари, Канада), предназначен для высокоточной геодезической съемки в жестких полевых условиях. Идеальное устройство для применения в качестве полевой базовой станции или при выполнении геодезических работ в  режиме с пост-сеансной обработкой. ‎ ‎ ‎ GNSS RTK ровер SatLab SL500 полностью соответствует стандартам качества Европейского союза. Корпус выполнен из высокопрочного полимера - General Electric Xenoy 5220U — который прекрасно выдерживает суровые условия эксплуатации. Приемник имеет полный набор сертификатов EC, RoHS и FCC, идеально сохраняет характеристики работы даже при сильной тряске и вибрации.

Уважаемые посетители форума! 

 

В случае возникновения проблем с регистрацией напишите письмо администратору на электронную почту:  

Моё тестирование услуг ZAKPOS

Моё тестирование услуг ZAKPOS

Сообщение ok » 12 фев 2010, 17:36

Провёл такой вот тест.

Шаг 1

Обработал сеть из 39 станций, из них 15 украинских (станции Украинской перманентной ГНСС-сети + MKRS + JVRS):
GPS-неделя 1561 (6-12 декабря 2009 г., дни года 340-346);
Bernese GPS Software ver. 5.0;
IGS Reference Frame stations: GLSV, POLV, MDVJ, JOZE, BOR1, WTZR, MATE, NICO.
Были получены только суточные решения.

Полученные координаты станций UZHL, MKRS, JVRS (IGS05, эпоха: полдень соответствующих суток):

Код: Выделить всё
DOY 340:  UZHL 12301M001     3907587.3733   1602428.7754   4763783.8099    A
DOY 341:  UZHL 12301M001     3907587.3728   1602428.7764   4763783.8106    A
DOY 342:  UZHL 12301M001     3907587.3718   1602428.7761   4763783.8109    A
DOY 343:  UZHL 12301M001     3907587.3718   1602428.7761   4763783.8109    A
DOY 344:  UZHL 12301M001     3907587.3706   1602428.7756   4763783.8103    A
DOY 345:  UZHL 12301M001     3907587.3740   1602428.7765   4763783.8136    A
DOY 346:  UZHL 12301M001     3907587.3709   1602428.7749   4763783.8100    A

Код: Выделить всё
DOY 340:  MKRS               3915409.0615   1638600.2879   4745087.1459    A
DOY 341:  MKRS               3915409.0646   1638600.2898   4745087.1499    A
DOY 342:  MKRS               3915409.0624   1638600.2895   4745087.1478    A
DOY 343:  MKRS               3915409.0618   1638600.2890   4745087.1473    A
DOY 344:  MKRS               3915409.0606   1638600.2893   4745087.1479    A
DOY 345:  MKRS               3915409.0609   1638600.2892   4745087.1480    A
DOY 346:  MKRS               3915409.0604   1638600.2892   4745087.1474    A

Код: Выделить всё
DOY 340:  JVRS               3766961.7693   1637945.2425   4863373.3399    A
DOY 341:  JVRS               3766961.7701   1637945.2447   4863373.3378    A
DOY 342:  JVRS               3766961.7711   1637945.2430   4863373.3411    A
DOY 343:  JVRS               3766961.7676   1637945.2409   4863373.3416    A
DOY 344:  JVRS               3766961.7671   1637945.2416   4863373.3406    A
DOY 345:  JVRS               3766961.7669   1637945.2413   4863373.3398    A
DOY 346:  JVRS               3766961.7671   1637945.2417   4863373.3401    A


Шаг 2

На сервере ZAKPOS заказал формирование файлов наблюдений на VRS-станциях с приведёнными выше координатами. Всего 21 файл. VRS-станции с координатами станций UZHL, MKRS, JVRS обозначил VRSU, VRSM, VRSJ соответственно.

К сожалению, RINEX-файлы для VRS-станции VRSJ оказались "некондиционными". Как выяснил позже, во всех файлах наблюдения для периода 00:00-01:00 были записаны по пять раз (в файле для дня года 344 -- четыре раза). Поэтому данные для VRSJ далее не использовались.
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение ok » 12 фев 2010, 18:01

Шаг 3

Файлы наблюдений для VRSU и VRSM были включены в обработку, аналогичную, проведённой на Шаге 1.
Полученные координаты станций UZHL, VRSU, MKRS, VRSM (IGS05, эпоха: полдень соответствующих суток):

Код: Выделить всё
DOY 340:  UZHL 12301M001     3907587.3732   1602428.7754   4763783.8100    A
DOY 341:  UZHL 12301M001     3907587.3735   1602428.7766   4763783.8112    A
DOY 342:  UZHL 12301M001     3907587.3720   1602428.7760   4763783.8112    A
DOY 343:  UZHL 12301M001     3907587.3721   1602428.7763   4763783.8113    A
DOY 344:  UZHL 12301M001     3907587.3711   1602428.7760   4763783.8110    A
DOY 345:  UZHL 12301M001     3907587.3738   1602428.7765   4763783.8135    A
DOY 346:  UZHL 12301M001     3907587.3701   1602428.7747   4763783.8094    A

Код: Выделить всё
DOY 340:  VRSU               3907586.9420   1602429.0713   4763784.0437    A
DOY 341:  VRSU               3907586.9373   1602429.0721   4763784.0397    A
DOY 342:  VRSU               3907586.9398   1602429.0723   4763784.0443    A
DOY 343:  VRSU               3907586.9447   1602429.0755   4763784.0507    A
DOY 344:  VRSU               3907586.9361   1602429.0722   4763784.0452    A
DOY 345:  VRSU               3907586.9406   1602429.0735   4763784.0482    A
DOY 346:  VRSU               3907586.9351   1602429.0693   4763784.0418    A

Код: Выделить всё
DOY 340:  MKRS               3915409.0616   1638600.2880   4745087.1460    A
DOY 341:  MKRS               3915409.0644   1638600.2898   4745087.1499    A
DOY 342:  MKRS               3915409.0623   1638600.2895   4745087.1477    A
DOY 343:  MKRS               3915409.0615   1638600.2889   4745087.1471    A
DOY 344:  MKRS               3915409.0605   1638600.2893   4745087.1479    A
DOY 345:  MKRS               3915409.0606   1638600.2891   4745087.1478    A
DOY 346:  MKRS               3915409.0604   1638600.2892   4745087.1473    A

Код: Выделить всё
DOY 340:  VRSM               3915408.6267   1638600.5851   4745087.3823    A
DOY 341:  VRSM               3915408.6290   1638600.5881   4745087.3853    A
DOY 342:  VRSM               3915408.6303   1638600.5890   4745087.3878    A
DOY 343:  VRSM               3915408.6292   1638600.5882   4745087.3876    A
DOY 344:  VRSM               3915408.6275   1638600.5894   4745087.3886    A
DOY 345:  VRSM               3915408.6258   1638600.5877   4745087.3852    A
DOY 346:  VRSM               3915408.6231   1638600.5861   4745087.3826    A


Длины базы UZHL-VRSU (в метрах):

Код: Выделить всё
DOY 340       0.5728
DOY 341       0.5743
DOY 342       0.5735
DOY 343       0.5740                                 
DOY 344       0.5760                                 
DOY 345       0.5753                                 
DOY 346       0.5745                                 
 --------------------
              0.5743                                 


Длины базы MKRS-VRSM (в метрах):

Код: Выделить всё
DOY 340       0.5773
DOY 340       0.5779
DOY 340       0.5779
DOY 340       0.5782
DOY 340       0.5792
DOY 340       0.5784
DOY 340       0.5786
 --------------------
              0.5782


Средние значения длин баз

Код: Выделить всё
UZHL-MKRS: 41462.3011 м
VRSU-VRSM: 41462.3008 м
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение ok » 12 фев 2010, 18:16

Видно, что VRS-станции VRSU и VRSM сдвинуты приблизительно на одинаковую величину относительно UZHL и MKRS соответственно
574.3 мм и 578.2 мм).

Шаг 4

Используя координаты станций ZAKPOS, полученные мной ранее для этой же недели (приведены в теме "Центр анализа ГНСС-данных ГАО НАН Украины" форума "Украинская перманентная ГНСС-сеть") и приведённые в заголовках RINEX-файлов, нашёл параметры преобразования Гельмерта:

Код: Выделить всё
 FILE 1: MAO_LAC: Weekly solution for GPS week 1561
 FILE 2: Coordinates of ZAKPOS stations from headers of RINEX files

 LOCAL GEODETIC DATUM: IGS05
 RESIDUALS IN LOCAL SYSTEM (NORTH, EAST, UP)

 ---------------------------------------------------------------------
 | NUM |      NAME        | FLG |     RESIDUALS IN MILLIMETERS   |   |
 ---------------------------------------------------------------------
 |     |                  |     |                                |   |
 |  22 | HUST             | A R |        0.2      -0.1      -1.1 |   |
 |  42 | MIZG             | A R |        0.2       0.5       2.2 |   |
 |  44 | MUKA             | A R |        1.1       1.4       2.0 |   |
 |  52 | RAHI             | A R |       -0.8      -0.4      -1.1 |   |
 |  67 | VBER             | A R |       -0.8      -1.5      -2.0 |   |
 |     |                  |     |                                |   |
 ---------------------------------------------------------------------
 |     | RMS / COMPONENT  |     |        0.8       1.1       1.9 |   |
 ---------------------------------------------------------------------

 NUMBER OF PARAMETERS  :     7
 NUMBER OF COORDINATES :    15
 RMS OF TRANSFORMATION :     1.7 MM

 PARAMETERS:

 TRANSLATION IN  N     :         366.7     +-  0.7    MM
 TRANSLATION IN  E     :         444.4     +-  0.7    MM
 TRANSLATION IN  U     :         -15.0     +-  0.7    MM
 ROTATION AROUND N-AXIS:     0  0  0.01795 +-  0.00567 "
 ROTATION AROUND E-AXIS:     0  0  0.00077 +-  0.00789 "
 ROTATION AROUND U-AXIS:     0  0  0.00572 +-  0.00276 "
 SCALE FACTOR          :           0.0005  +-  0.0134 MM/KM


Интересно, что
sqrt ( (TRANSLATION IN N)^2 +(TRANSLATION IN E)^2 +(TRANSLATION IN U)^2 ) = sqrt(366.7^2+444.4^2+(-15.0)^2) = 576.36 (мм).
Sic!
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение Aleks » 16 фев 2010, 11:24

Уважаемый Ок !

Как на меня, НЕ геодезиста, то в Ваших постах НЕ хватает комментариев и выводов. Может Вы поправие посты,
чтобы было понятнее - первый шаг - понятно - альтернативное вычисление координат. Вопросов нет. Идем далее -
второй шаг - формирование данных от VRS-станций по координатам шага один. А в чем смысл этого шага ? Анализ
работы VRS-механизма ? Пожалуйста поясните.

Шаг - третий. Обработка данных от VRS-станций при помощи Bernese GPS Software ver. 5.0. Также хотелось бы
услышать Ваши комменты. Вы использовали данные станций локальной сети для получения данных VRS-станции за
границами этой же сети, а потом используете для получения "точных координат" виртуальных станций 39 станций
из которых 15 на Украине. Где можно почитать о таком алгоритме ?

Ну и последнее - поясните пожалуйста, как можно использовать параметры преобразования Гельмерта, которые Вы
определили ?

И каковы Ваши выводы тестирования сети ZAKPOS ?
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Моё тестирование услуг ZAKPOS

Сообщение Deineko » 16 фев 2010, 15:50

Действительно не хватает пояснения сути эксперимента и выводов по результатам эксперимента.
Очень просим...
Deineko
Специалист
 
Сообщения: 97
Зарегистрирован: 02 июн 2009, 12:18

Re: Моё тестирование услуг ZAKPOS

Сообщение ok » 16 фев 2010, 16:33

Aleks писал(а):Как на меня, НЕ геодезиста, то в Ваших постах НЕ хватает комментариев и выводов.

Александр, я тоже НЕ геодезист. Поэтому с удовольствием почитаю критику и комментарии от геодезистов.

Aleks писал(а):Может Вы поправие посты,
чтобы было понятнее - первый шаг - понятно - альтернативное вычисление координат. Вопросов нет.

Шаг 1 -- это определение координат, которые будут использоваться для формирования VRS-станций. Действительно, UZHL и MKRS лежат вне сети, но я опирался на Ваше утверждение:
Де речі, софт серверів ZAKPOS дозволяє створювати VRS не тільки у “межах” мережі, а дещо й за “межами”.

Станция JVRS находится внутри треугольника VBER-SULP-SHAZ.

Aleks писал(а): Идем далее -
второй шаг - формирование данных от VRS-станций по координатам шага один. А в чем смысл этого шага ? Анализ
работы VRS-механизма ? Пожалуйста поясните.

Шаг 2 -- формирование файлов наблюдений на VRS-станциях, координаты которых определены на Шаге 1. Смысл этого шага -- получить эти файлы наблюдений.
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение ok » 16 фев 2010, 17:06

Aleks писал(а):Шаг - третий. Обработка данных от VRS-станций при помощи Bernese GPS Software ver. 5.0. Также хотелось бы
услышать Ваши комменты. Вы использовали данные станций локальной сети для получения данных VRS-станции за
границами этой же сети, а потом используете для получения "точных координат" виртуальных станций 39 станций
из которых 15 на Украине.

Шаг 3 -- ключевой в этом тесте. Файлы наблюдений на ГНСС-станциях дают возможность определить координаты этих станций. И файлы наблюдений на VRS-станциях -- не исключение. Т.к. координаты, которые использовались для формирования файлов наблюдений на VRS-станциях VRSU и VRSM, совпадают с координатами станций UZHL и MKRS соответственно, то я ожидал, что в результате обработки длины баз UZHL-VRSU и MKRS-VRSM будут нулевыми в пределах ошибки, т.е. координаты станций как UZHL и VRSU, так и MKRS-VRSM должны совпасть. Однако, в результате я получил, что станции VRSU и VRSM сдвинуты относительно станций UZHL и MKRS соответственно. Приблизительно одинаковые значения сдвигов позволили предположить, что сдвиги эти систематические. А приблизительно одинаковые длины баз UZHL-MKRS и VRSU-VRSM подтвердили это предположение.

Aleks писал(а):Где можно почитать о таком алгоритме ?

Только здесь, в этой ветке. :D

Aleks писал(а):Ну и последнее - поясните пожалуйста, как можно использовать параметры преобразования Гельмерта, которые Вы определили ?

Шаг 4 был проведён, чтобы подтвердить предположение о причине полученного систематического сдвига. Видно, что система отсчёта, задаваемая координатами из заголовков RINEX-файлов станций сети ZAKPOS (а эти координаты, как я понимаю, используются при формированиий VRS-станций), сдвинута относительно системы отсчёта, задаваемой координатами станций сети ZAKPOS, полученными мной, приблизительно на то же значение (576.36 мм против 574.3 мм и 578.2 мм).

Aleks писал(а):И каковы Ваши выводы тестирования сети ZAKPOS ?

Мой вывод: использований файлов наблюдений VRS-станций, полученных на сервере ZAKPOS, позволит определить координаты необходимого пункта в системе отсчёта, сдвинутой приблизительно на 57.6 мм относительно IGS05.
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение ok » 16 фев 2010, 19:28

Александр, не могли бы Вы привести координаты станций ZAKPOS, которые используются при формировании файлов наблюдений на VRS-станциях?
Они отличаются от координат, приведённых в заголовках RINEX-файлов?

Код: Выделить всё
NUM  STATION NAME           X (M)          Y (M)          Z (M)     FLAG

 22  HUST               3913942.3590   1685119.8208   4730123.9337    R
 42  MIZG               3881355.7247   1687765.0507   4756159.4250    R
 44  MUKA               3909874.5484   1637330.9040   4750029.0972    R
 52  RAHI               3896207.4291   1751119.0080   4721217.4878    R
 67  VBER               3882899.5152   1605133.8915   4782931.6776    R
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение ok » 17 фев 2010, 15:58

Несколько комментариев о RINEX-файлах от ZAKPOS.

Имена файлов.
Имена суточных RINEX-файлов от ZAKPOS имеют следующий вид.
Базовая станция: HUST340A.09d
VRS-станция: VirD341A.09d
Я понимаю, что если первая эпоха наблюдений в файле 00:00, то на место восьмого символа автоматически записывается "A". Но в данном случае RINEX-файл содержит все возможные наблюдения на данной станции для данных суток. В таком случае, восьмой символ должен быть "0" ("нуль").
Возможно ли это реализовать?
И хорошо бы все символы в имени файлов записывать в одном регистре. Тогда имена суточных RINEX-файлов будут иметь вид:
Базовая станция: HUST3400.09D или hust3400.09d
VRS-станция: VIRD3410.09D или vird3410.09d

Заголовки RINEX-файлов.
Не указан тип купола (символы 17-20 поля "ANT TYPE"). Если купола нет, д.б. записано "NONE".
Иногда не указаны номера приёмника и антенны.
Было бы корректнее, если бы для VRS-станции имя станции в поле "MARKER NAME" совпадало с первыми четырьмя символами имени файла (как для базовых станций).
Поле "MARKER NUMBER" лучше оставлять пустым. Некоторые программы обработки различают станции по имени-номеру, для них "HUST" и "HUST 200" будут разными станциями. Лучше всего получить для станций ZAKPOS номера DOMES и использовать их в качестве номеров (и, конечно, записывать их в поле "MARKER NUMBER").
В файле для VRS-станции, который содержит наблюдения только GPS-спутников, в поле "RINEX TYPE" стоит "M (MIXED)". Должно быть "G" или "G (GPS)".

И замечание напоследок. Обещанные письма на мой адрес о том, что закончено формирование заказанных файлов, ни разу не пришли. :(
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение Aleks » 18 фев 2010, 14:50

Координаты станций Закарпатского фрагмента сети ZAKPOS :


48° 10' 34.16748'' 23° 17' 38.21341'' 219.434 HUST
48° 31' 32.34600'' 23° 30' 04.62789'' 496.723 MIZG
48° 26' 44.86503'' 22° 43' 20.57728'' 170.422 MUKA
48° 03' 12.31151'' 24° 12' 04.13836'' 495.738 RAHI
48° 53' 34.35165'' 22° 27' 34.14916'' 261.560 VBER


Естественно, что они одинаковы для "всех мест" использования :D , и заголовки Rinex-файлов НЕ исключение.
Кстати, они есть и в "трекинге", правда там высота "включает" параметры установки антены. Поэтому высоты на
некоторых станциях будут так сказать "разными". Например MUKA, SULP..
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Моё тестирование услуг ZAKPOS

Сообщение Aleks » 18 фев 2010, 15:10

Я понимаю, что если первая эпоха наблюдений в файле 00:00, то на место восьмого символа автоматически записывается "A". Но в данном случае RINEX-файл содержит все возможные наблюдения на данной станции для данных суток. В таком случае, восьмой символ должен быть "0" ("нуль").
Возможно ли это реализовать?

Нет.
И хорошо бы все символы в имени файлов записывать в одном регистре.

Возможно, надо подумать и посовещаться.
Если купола нет, д.б. записано "NONE".

Нет, не должно, NONE - это когда можно доустановить, а его нет :)
Было бы корректнее, если бы для VRS-станции имя станции в поле "MARKER NAME" совпадало с первыми четырьмя символами имени файла

Согласен, но изменить не могу. Может с обновлениями софта что-то изменится..
Поле "MARKER NUMBER" лучше оставлять пустым.

Возможно, надо подумать и посовещаться.
Лучше всего получить для станций ZAKPOS номера DOMES

Это мы делать НЕ будем.
В файле для VRS-станции, который содержит наблюдения только GPS-спутников, в поле "RINEX TYPE" стоит "M (MIXED)". Должно быть "G" или "G (GPS)".

Нет, не должно. Файл сделан от сети "M".
Обещанные письма на мой адрес о том, что закончено формирование заказанных файлов, ни разу не пришли.

Напомните в приват свой Логин - я проверю, что там и как.
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Моё тестирование услуг ZAKPOS

Сообщение ok » 18 фев 2010, 17:56

Aleks писал(а):Координаты станций Закарпатского фрагмента сети ZAKPOS :


48° 10' 34.16748'' 23° 17' 38.21341'' 219.434 HUST
48° 31' 32.34600'' 23° 30' 04.62789'' 496.723 MIZG
48° 26' 44.86503'' 22° 43' 20.57728'' 170.422 MUKA
48° 03' 12.31151'' 24° 12' 04.13836'' 495.738 RAHI
48° 53' 34.35165'' 22° 27' 34.14916'' 261.560 VBER


Какая система отсчёта? Какая эпоха?
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение ok » 18 фев 2010, 18:12

Aleks писал(а):
Если купола нет, д.б. записано "NONE".

Нет, не должно, NONE - это когда можно доустановить, а его нет :)

Используемая Вами программа не даёт возможности записать название купола в заголовок RINEX-файла?

А если бы на базовых станциях стояли, скажем, антенны Zephyr Geodetic (TRM41249.00) с куполом TZGD, что тогда бы было в заголовке файла?

Aleks писал(а):
Лучше всего получить для станций ZAKPOS номера DOMES

Это мы делать НЕ будем.

Интересно, почему?

Aleks писал(а):
В файле для VRS-станции, который содержит наблюдения только GPS-спутников, в поле "RINEX TYPE" стоит "M (MIXED)". Должно быть "G" или "G (GPS)".

Нет, не должно. Файл сделан от сети "M".

Мне кажется, что поле "RINEX TYPE" указывает наблюдения каких именно спутников записаны в данном RINEX-файле. Если файл содержит наблюдения только GPS-спутников, то в этом поле должно быть "G", если же GPS+ГЛОНАСС, то -- "M". Должен заметить, что это правило сейчас очень часто нарушается. :(

Aleks писал(а):
Обещанные письма на мой адрес о том, что закончено формирование заказанных файлов, ни разу не пришли.

Напомните в приват свой Логин - я проверю, что там и как.

Сейчас вышлю.
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение Aleks » 18 фев 2010, 19:43

Используемая Вами программа не даёт возможности записать название купола в заголовок RINEX-файла?

Не совсем так. Именно ЭТА программа НЕ знает, что к Zephyr Geodetic вообще можно добавить купол. Именно из-за этого поле пустое.
У меня на тестировании более новая версия - там уже этот вопрос решен грамотнее и в Rinex будет дописываться или NONE или SCIT или TZGD.

Какая система отсчёта? Какая эпоха?

ETRS89/ETRF2000, 2000.0
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Моё тестирование услуг ZAKPOS

Сообщение ok » 19 фев 2010, 01:29

Aleks писал(а):
Используемая Вами программа не даёт возможности записать название купола в заголовок RINEX-файла?

Не совсем так. Именно ЭТА программа НЕ знает, что к Zephyr Geodetic вообще можно добавить купол. Именно из-за этого поле пустое.

Ну, я так и написал. Я же вижу результаты только той версии, которая используется для формирования файлов.

Aleks писал(а):У меня на тестировании более новая версия - там уже этот вопрос решен грамотнее и в Rinex будет дописываться или NONE или SCIT или TZGD.

Это хорошо -- заголовки файлов будут правильнее.

Aleks писал(а):
Какая система отсчёта? Какая эпоха?

ETRS89/ETRF2000, 2000.0

Ага, я два раза угадал.

Теперь понятно, откуда берётся разница в полметра.
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение ok » 19 фев 2010, 12:46

Итак, пользователь получает на сервере ZAKPOS файлы наблюдений на VRS-станции, сформированные с использованием координат базовых станций сети в системе ETRF2000. Эфемериды ГНСС-спутников -- в системе IGS05 на полдень данных суток.

И как это всё обрабатывать? И в какой системе будут полученные координаты нужного пункта :?:
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение Aleks » 19 фев 2010, 15:17

Ещё пара вопросов. Приводятся ли координаты базовых станций к эпохе наблюдений перед формированием файлов наблюдений на VRS-станциях? Если да, то какие значения скоростей используются?


Хороший вопрос! :D Пока, к сожалению, нет. Как Вы понимаете - вопрос упирается в СК63. Надо проверить, но я не думаю, что изменения в плане на 16-18 см в плане и менее 1 см по высоте при приведении координат станций на текущую эпоху при стандартных скоростях плиты существенно повлияют на VRS. Технически реализация учета скоростей не представляет сложности. Из-за этих тонкостей в трекинге и не указана эпоха .. :wink:

Кстати в доке от Trimbla есть упоминание :
.. no tectonic motion will be taken into account and the absolute positions of the network stations will be in error by as much as 2 cm / year since 1997. However, in a relative sense, this probably doesn't matter that much for a typical VRS network.
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Моё тестирование услуг ZAKPOS

Сообщение Aleks » 19 фев 2010, 15:57

И как это всё обрабатывать? И в какой системе будут полученные координаты нужного пункта


Скорости нужны. Как только будут пользователи не завязанные на СК63, будут данные VRS и с учетом скоростей.
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Моё тестирование услуг ZAKPOS

Сообщение ok » 19 фев 2010, 16:25

Aleks писал(а):
И как это всё обрабатывать? И в какой системе будут полученные координаты нужного пункта


Скорости нужны. Как только будут пользователи не завязанные на СК63, будут данные VRS и с учетом скоростей.

Я хотел бы заметить следующее, что если эфемериды ГНСС-спутников представлены в системе IGS05, то и координаты референтных станций должны быть в этой же системе. И тогда координаты нужного пункта будут получены в той же системе IGS05.

Если же эфемериды будут в одной системе, координаты референтных станций -- в другой, то в какой системе вы получите решение?
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение Aleks » 19 фев 2010, 17:05

Это НЕ корректный вопрос :? Эфемериды доступны для скачки с нашего сайта..
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Моё тестирование услуг ZAKPOS

Сообщение ok » 19 фев 2010, 18:05

Aleks писал(а):Это НЕ корректный вопрос :?

В чём же некорректность вопроса? :shock:

Aleks писал(а):Эфемериды доступны для скачки с нашего сайта..

И на Вашем сайте эфемериды представлены в ETRF2000?
Какая разница откуда качаются эфемериды? Важно в какой они системе!
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение ok » 19 фев 2010, 18:48

Aleks писал(а):Эфемериды доступны для скачки с нашего сайта..

Я так понимаю, Вы имеете в виду "broadcast"-эфемериды в формате RINEX. Так?

Я же веду речь об эфемеридах в формате sp3.

Получается, чтобы работать, скажем, с точными эфемеридами, нужно
  • определить координаты будущей VRS-станции в системе IGS05,
  • перевести эти координаты в ETRF2000,
  • полученные координаты использовать на сервере ZAKPOS для формирования VRS-станции,
  • при обработке брать координаты VRS-станции в системе IGS05.
:?: :?: :?:
http://gnss.mao.kiev.ua/
http://twitter.com/MAO_GNSS
Аватара пользователя
ok
Специалист
 
Сообщения: 553
Зарегистрирован: 10 сен 2009, 22:57
Откуда: Киев

Re: Моё тестирование услуг ZAKPOS

Сообщение Aleks » 19 фев 2010, 19:15

Да никто не спорит - движения могут быть разными ...
Финт в том - что это никому на практике не надо. VRS используется для других целей.

Однако к исследованиям я отношусь крайне положительно :D и готов Вам предоставить доступ на тестовый сервер,
где будут учтены скорости станций, как только я его запущу. Вопрос недели - двух.

P.S. Кстати эфемериды учитываются не броадкастовые а вот отсюда - FTP, ftp.unibe.ch, /aiub/CODE/COD.EPH_U
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Моё тестирование услуг ZAKPOS

Сообщение Aleks » 20 фев 2010, 14:53


Получается, чтобы работать, скажем, с точными эфемеридами, нужно :
- определить координаты будущей VRS-станции в системе IGS05,
- перевести эти координаты в ETRF2000,
- полученные координаты использовать на сервере ZAKPOS для формирования VRS-станции,
- при обработке брать координаты VRS-станции в системе IGS05.

Я считаю, что такая фирма как Trimble не есть дилетант в таких вопросах как формирование VRS. Однако она не сочла нужным
заморачиваться с упомянутыми выше манипуляциями с цифрами. Ничего подобного нет также ни в спайдере от Лейки ни ГЕО++.
GPSNet учитывает массу факторов при формировании VRS как для каждой базовой станции по-отдельности так и для сети в целом.
Перформенс за час и за сутки по каждой станции :
Изображение

ppm-результат - коррекции по каждому спутнику для каждой станции, учет модели ионосферы :
Изображение

scale factor to the standard Modified Hopfield TM - учет тропосферной модели :
Изображение

учет ультра-быстрых орбит спутников, маркирование подозрительных спутников :
Изображение

На сервере сохраняются каждый час т.н. VRS-файлы, которые позже и используются совместно с данными наблюдений баз сети для
формирования данных от VRS-станций для постобработки.
Aleks
Специалист
 
Сообщения: 554
Зарегистрирован: 13 ноя 2009, 00:44

Re: Моё тестирование услуг ZAKPOS

Сообщение Deineko » 21 фев 2010, 16:17

Провел тестирование сети ZAKPOS (воскресенье 21 февраля 2010 года).
Все закончилось очень быстро, т.к. не смог подключиться к серверу сети.
В связи с этим вопросы:
1. Работал ли сервер сети в этот день или я делал чтот-то не правильно?
2. Если сервер не работал, планируется ли организация работы сервера на выходные в будующем?
Deineko
Специалист
 
Сообщения: 97
Зарегистрирован: 02 июн 2009, 12:18

След.

Вернуться в ZAKPOS: сеть постояннодействующих GNSS станций

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 2



Сервер мережі референцних станцій - ZAKPOS. Дані референцних станцій, дані VRS-станцій, актуальні дані про стан мережі Інформаційний сайт мережі референцних станцій - ZAKPOS. Довідкова інформація, новини, партнери, форум, контакти Рейтинг GPS Клуба. GPS навигаторы. GPS мониториг. GPS трекеры. ГЛОНАСС