1. ВНИМАНИЕ! В течении пары дней +- будет переезд форума на более защищённый сервер. Возможны периодические перебои в работе.

Уравнивание gnss-базы (вывести среднее по больнице)

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

  1. TOLSTIJDMITRIJ

    TOLSTIJDMITRIJ Форумчанин

    14 сен 2015 #1
    Пытаюсь сделать что-то вроде базы на месторождении, потому что надоело сто реперов, от которых нет толку. Вместе с изыскателями сделал измерения от исходных пунктов, до которых можно было добраться летом. А теперь возникли сложности с обработкой, так как сам работаю в TopconTools , а использовались разные приемники – Trimble R8, R10, Лейка, да и опыта создания GNSS-баз у меня нет.

    Мне уже сделали уравнивание несколько человек, но результаты рознятся, не помешала бы ещё парочка уравниваний, чтобы вывести что-то среднее по больнице.

    Сначала я предлагал символическую плату, но как-то это неправильно, не по геодезически. Поэтому с меня отличный коньяк из дюти фри, который лежал до лучших времен в шкафу, и про который я забыл)

    Для меня главное – это GR_VODOPOD (база), так как это свая с принудительным центрированием. GR_OBP, GR_314 – это просто надежные «не гуляющие» реперы, которые не помешают.
    Исходные не очень бьются между собой, поэтому, думаю, что оптимальным будет сделать 5-ть пунктов исходными в плане и 4-ре по высоте с учетом таблицы оценки значимости исходных.
     

    Вложения:

    Последнее редактирование модератором: 19 сен 2015
  2. Я только учусь

    Я только учусь Модератор. Александр Форумчанин

    19 сен 2015 #2
    Тема перенесена из раздела "Требуется", название темы и исходное сообщение изменено по просьбе топикстартера, по этой причине ответы на исходное сообщение удалены.
     
    TOLSTIJDMITRIJ нравится это.
  3. В.Шуфотинский

    В.Шуфотинский Модератор Команда форума

    19 сен 2015 #3
    В них, кстати, была оценка качества наблюдений.
     
  4. Я только учусь

    Я только учусь Модератор. Александр Форумчанин

    19 сен 2015 #4
     
  5. В.Шуфотинский

    В.Шуфотинский Модератор Команда форума

    19 сен 2015 #5
    Посчитал в «Pinnacle». Результаты:
    Process Queue
    Solution [New Solution] - Processed
    Process: Static Engine, v.01.22.089 std, processed vectors: 30 , fault vectors: 1 , adj_rms=0.14933 (154 sec)
    Vector: п.тр. Пяндымыяха --> п.тр.002 {253.2010, 3354.5829, -1447.8251} Rms=0.0028 Len=3662.4492 (fixed:30/100)
    Vector: п.тр. Пяндымыяха --> 2924 {3917.4194, 4011.4504, -1989.5239} Rms=0.0053 Len=5949.4634 (fixed:24/99.92)
    Vector: п.тр. Пяндымыяха --> п.тр.613 {-4434.7347, 4917.8536, -1782.3520} Rms=0.0189 Len=6857.7646 (fixed:40/95.94,float:30/18%)
    Vector: п.тр. Пяндымыяха --> gr_vodopod {-3464.9933, 6069.3298, -2339.1908} Rms=0.0071 Len=7369.8546 (fixed:25/95.92,float:3/0.16%)
    Vector: п.тр. Пяндымыяха --> gr_vodovod {-3464.9918, 6069.3286, -2339.1739} Rms=0.0113 Len=7369.8475 (fixed:69/95.14,float:83/13%)
    Vector: п.тр. Пяндымыяха --> GR3114 {2704.7482, 6433.7935, -2931.7655} Rms=0.0282 Len=7569.9809 (fixed:28/98.92,float:47/11%)
    Vector: п.тр. Пяндымыяха --> OBP {-3830.4932, 6385.0038, -2452.1625} Rms=0.0064 Len=7839.2635 (fixed:23/100)
    Vector: п.тр. Пяндымыяха --> 2924_1 {1059.8713, 7164.4009, -3123.7569} Rms=0.0992 Len=7887.3204 (float:33/94.22)
    Vector: п.тр. Пяндымыяха --> 3744 {8437.7134, 2850.0295, -1822.2328} Rms=0.0133 Len=9090.5560 (fixed:76/95.35,float:105/11%)
    Vector: gr_vodopod --> OBP {-365.4972, 315.6751, -112.9703} Rms=0.0043 Len=495.9851 (fixed:65/96.96,float:74/19%)
    Vector: gr_vodopod --> п.тр.002 {3718.1924, -2714.7358, 891.3769} Rms=0.0040 Len=4689.2748 (fixed:17/96.84)
    Vector: gr_vodopod --> 2924 {7382.4170, -2057.8806, 349.6753} Rms=0.0218 Len=7671.8463 (fixed:11/99.85,float:46/80%)
    Vector: gr_vodopod --> 3744 {11902.7202, -3219.2894, 517.0910} Rms=0.2734 Len=12341.2299 (float:166/64.01)
    Vector: OBP --> п.тр.002 {4083.6922, -3030.4106, 1004.3367} Rms=0.0040 Len=5183.4952 (fixed:16/100)
    Vector: OBP --> 2924 {7747.9169, -2373.5522, 462.6361} Rms=0.0190 Len=8116.5263 (fixed:10/99.89,float:32/86%)
    Vector: OBP --> 3744 {12268.1852, -3534.8236, 630.1238} Rms=0.3254 Len=12782.8167 (float:141/55.4)
    Vector: 3744 --> 2924 {-4520.2914, 1161.4191, -167.3056} Rms=0.0190 Len=4670.1092 (fixed:17/95.48,float:70/73%)
    Vector: 3744 --> GR3114 {-5732.9499, 3583.7134, -1109.6324} Rms=0.0461 Len=6851.3503 (fixed:3/99.86,float:175/94%)
    Vector: 3744 --> п.тр.002 {-8184.5110, 504.5612, 374.4165} Rms=0.0155 Len=8208.5925 (fixed:18/100)
    Vector: 3744 --> 2924_1 {-7377.7504, 4314.3062, -1301.7507} Rms=0.1391 Len=8645.1717 (float:101/67.38)
    Vector: 3744 --> gr_vodovod {-11902.6906, 3219.3091, -517.0134} Rms=0.1331 Len=12341.2032 (fixed:14/97.42,float:272/81%)
    Vector: 3744 --> п.тр.613 {-12872.4657, 2067.8332, 39.9402} Rms=0.0739 Len=13037.5574 (fixed:37/96.97,float:45/26%)
    Vector: gr_vodovod --> п.тр.613 {-969.7482, -1151.4972, 556.7776} Rms=0.0238 Len=1605.1040 (fixed:25/95.86,float:9/13%)
    Vector: gr_vodovod --> 2924_1 {4524.9154, 1094.9745, -784.6741} Rms=0.0783 Len=4721.1801 (fixed:1/99.11,float:48/97%)
    Vector: gr_vodovod --> GR3114 {6169.7222, 364.4685, -592.5928} Rms=0.0430 Len=6208.8224 (fixed:11/96.51,float:98/84%)
    Vector: 2924 --> п.тр.002 {-3664.2188, -656.8595, 541.7018} Rms=0.0034 Len=3761.8353 (fixed:16/100)
    Vector: GR3114 --> 2924_1 {-1644.7747, 730.4968, -192.1172} Rms=0.0059 Len=1809.9222 (fixed:29/95.02,float:11/23%)
    Vector: GR3114 --> п.тр.613 {-7139.2347, -1515.4835, 1149.5861} Rms=0.0270 Len=7388.2955 (fixed:12/96.93,float:40/59%)
    Vector: 2924_1 --> п.тр.613 {-5494.4677, -2245.9680, 1341.6378} Rms=0.0259 Len=6085.5189 (fixed:13/98.48,float:29/52%)
    Совет в таких случаях стандартный: не стоит от старых сетей ждать невязок в виде миллиметров, особенно, если между пунктами километры. Нет никакого смысла уравнивать всю эту сеть в том виде, в которой она получилась. Взаимно коррелированные (тривиальные) векторы дают завышенную оценку точности, потому не удивительно, что дальнейшие работы от такой переуравненной сети вылетают. Если Вы хотите всё же работать от этих пунктов, отнаблюдайте векторы так, чтобы они не были тривиальными, тогда и получите реальные невязки.
     
    TOLSTIJDMITRIJ и Я только учусь нравится это.
  6. TOLSTIJDMITRIJ

    TOLSTIJDMITRIJ Форумчанин

    19 сен 2015 #6
    Спасибо! На самом деле мне и не нужна миллиметровая точность. Мне для начала нужно пара-тройка реперов в которых я уверен, всё-равно почти все предыдущие репера были созданы от этих же ГГСов, так как месторождение маленькое, а эти пункты ближе всего, а изыскатели всё ленивей)

    Я правильно понимаю, что лучше всего создавать базу объезжая ГГСы по очереди, чтобы одновременно работали только база и один исходный пункт?
     
  7. В.Шуфотинский

    В.Шуфотинский Модератор Команда форума

    19 сен 2015 #7
    Да. Можно, конечно, использовать и несколько приборов, но включать их по-очереди во время переездов отработавших.
     
  8. TOLSTIJDMITRIJ

    TOLSTIJDMITRIJ Форумчанин

    19 сен 2015 #8
    Повторить измерения у меня сейчас нет возможности, можно ли хоть что-то сделать с имеющимися данными?
     
  9. ЮС

    ЮС Форумчанин

    20 сен 2015 #9
    Хоть что-то можно. Исключите векторы с решением "float" и уравняйте сеть как свободную.
    Не обращайте внимания на оценку точности, полученную по результатам уравнивания, поскольку тривиальные векторы дадут завышенную оценку точности измерений (сами по себе тривиальные векторы большого вреда для сети не приносят, они лишь могут сильно завысить оценку точности в свободной сети).
    Посмотрите результаты на предмет невязок (поправок в векторы). Если результаты Вас устроят, совместите полученную свободную сеть по координатам с исходными пунктами с условием минимума отклонений.
    Если обнаружатся пункты с недопустимыми отклонениями, исключите их из числа исходных и выполните уравнивание сети по оставшимся исходным пунктам.
    После получения уравненных координат базы можно от неё заново вычислить (для сравнения) координаты пунктов, считавшихся исходными, и посмотреть полученные отклонения.
     
    PPM и TOLSTIJDMITRIJ нравится это.
  1. Этот сайт использует файлы cookie. Продолжая пользоваться данным сайтом, Вы соглашаетесь на использование нами Ваших файлов cookie.
    Accept Узнать больше.
    Скрыть объявление
  1. Этот сайт использует файлы cookie. Продолжая пользоваться данным сайтом, Вы соглашаетесь на использование нами Ваших файлов cookie.
    Accept Узнать больше.
    Скрыть объявление