Относительный метод определения координат

Доброго времени суток. Помогите, пожалуйста, реализовать идею.
Были забиты 3 пункта. Двумя тахеометрами измерены длины. После этих измерений получил 2 вектора (точки 1-2 и 1-3), используя gps приемник и контролер. А теперь занимаюсь написанием программы, которая по принципу относительного метода, будет вычислять эти векторы, исходя из "сырых файлов" приемника. В итоге хочу сравнить полученные результаты с данными тахеометров и программы gnss studio.
Загвоздка в том, что понятного и доступного алгоритма реализации этого метода мне найти не удалось. Если кто-либо может пояснить, то буду очень благодарен. Также хотелось бы услышать Ваше мнение по данной работе.

 

А зачем все это? Очередной велосипед.

Оффтоп

И под сомнением экономический смысл задачи.
По фразе

понятно, что хочется поиграться и получить очередную кривую доморощенную приблуду, коих море разливанное уже наклепано.

Все уже давно придумано и проверено в работе.
В общем случае измеренные техером величины и длины векторов не совпадут. Хотя бы по причине того, что длины векторов есть редуцированные линии.
Хотите проверить линии в другой среде обработки, так посчитайте векторы в другом ПО. Было GNSS STUDIO, пересчитайте в проверенных ТВС или ТТ, или LGO. Посадите на другой эллипсоид, вообще назначьте прямоугольную СК.
При этом относительность метода будет в том, что твердых координат не будет, только навигационные, т.е. полученные по наблюдениям.

 

Я понимаю, что таких программ полно, но для диплома мне вполне хватит написания такого рода творения.

 

А задача математическая - пространственно-временная засечка.

Эту теорию, помнится, преподавали. Только я нихрена не помню, надобности запоминать не было.

РТК-процессор. Сырые измерения+поправки от базы. Вычисляется вектор и пространственное положение определяемой точки в заданной системе координат и высот (относительно базы). А так как избыточные спутники присутствуют, то положение точки получается уравненное, даже из 1 эпохи.

Поищите готовое ПО с открытым кодом. Типа RTKlib (уж не знаю, выложен ли исходный код).

Посмотрите http://geodesist.ru/forum/threads/algoritmy-rtk-popravok.17504/

 

Ему не нужен RTK, достаточно статики. Теорию искать в книгах, реализацию в открытых кодах. Потом пытаться всё это понять и совместить в дипломе т.к. изучать алгоритмы по исходникам практически невозможно.
Самые известные RTKLib, GPStk

 

Ну да. Статика, естесственно, - как базовая вещь.
И строгая, но при этом тривиальная математическая задача решения и уравнивания пространственной засечки.

Судя по всему вышенаписанному, человек недостаточно полно понимает поставленную самому себе задачу.

Пусть начинает с самого начала, т.е. с постановки задачи.

Оффтоп

Или лучше даже с ответа на вопрос "Нахрена это надо?".

Затем пусть опишет решение первого уровня математически, затем в мат. модель статичной засечки добавит фактор времени и учет альманаха. Затем опишет решение алгоритмически.
И вот только потом можно будет думать о реализации программными средствами.

Оффтоп

С готовыми чужими исходниками его сразу же вычислят и уличат в плагиате.

Вот именно! Благо литературы полно.

Оффтоп

и не надо было прогуливать лекции и семинары

 

Выразился некорректно.
Естессно, от 2 приемников, иначе вектора не будет.
Речь у ТС шла только об измерении линий. Посему жесткая координатная привязка ему ни к чему (на всякий случай написал, чтобы у ТС насчет этого вопросов не возникло). Но тем не менее координаты точек по наблюдениям он получит.