Разница в сжатии эллипсоида

Добрый день. Работаем с ПО Survey Mobile. Не давно выяснилось, что срок лицензии истек и об этом при покупке не оговаривалось. Продление стоит 50 тыс., решили сменить на другое. Есть такой вариант как Спутник, он дешевле. Они почти не отличаются друг от друга. Так что работать было бы не проблемно. Но вод ведь в чем загвоздка, при настройке выяснилось что степень сжатия эллипсоида Крассовского 1940 в разных программах разные. Возникает вопрос где правильно и почему они вообще разные?

 

Правильно вот здесь:

Потому что людям свойственно ошибаться. А дуракам (которые есть и среди создателей программ) свойственно ошибаться ещё чаще.

 

В SM сжатие 298,300003166222, а в Спутнике точно не скажу, нет сейчас под рукой.

 

В TBC тоже цифр после запятой полно. Может при высокоточных работах они на что то и влияют

 

Да, именно такая. В Спутнике этих цифр после запятой меньше было.

 

Вероятно, от радиусов a и b.
В экселе [6378245 / (6378245 - 6356863.019)] равно [298.300003166222].

 

Разряды долей метров - не значащие. Совсем. Какой "мудрец" придумал вот эти 19 мм?

--- Сообщения объединены, Nov 6, 2021, Оригинальное время сообщения: Nov 6, 2021 ---

Эти 19 мм ничтожно малы. Разницы практически нет. Но всё же интересно, откуда они.

 

Так ты опять шиворот-навыворот смотришь. Какая цифирь исходная, а какая производная?:

Code:

6378245*(1-1/298,3) = 6356863,01877

 

Чушь. Параметры записываются так, как указано здесь. Незначащие числа отметаются.

 

Да всё у тебя - чушь! Проехали. Кто хотел - понял.

 

Вот сразу все вокруг тупые. Передали годах в 90-х программисту (первоклассному, между прочим) базу данных DBASE с таблицей эллипсоидов, где даны большая и малая полуоси в формате N11.3, он воспользовался. Так и пошло.

Вон на эллипсоид GRS 80 посмотрите. Во всех программах его обратное сжатие равно 298.257222101, хотя округлённое до двойной точности значение из определения равно 298.2572221008827. Никто не возмущается.

И всякое разное можно сказать о многих других эллипсоидах, если покопаться в первоисточниках да изменениях стандартов. Но этим только учёные занимаются. Изредка.

На практике нередко используют софт с зашитым наглухо GRS 80 для решения высокоточных задач на WGS 84, хотя отличие в сжатиях между ними сравнимо с отличием между злополучным 298.300003166222 и оригиналом.

 

А сколько будет 0.1+0.2 ? Думаете 0.3 ? Ну-ну....

 

В тонкости расчета сжатия я не очень посвящен, но ИМХО, если ТС работает на официальную контору, то все данные должны быть по ГОСТу, иначе заказчик на дыбы встанет. А точность цифр - это наука. Хотя и важная.

 

А кто сказал что это floating point а не binary-coded decimal numbers? x87 c двоично-дечсятичным представлением (BCD format) работать умеет. И в этой арифметике (0.1 + 0.2) == 0.3

--- Сообщения объединены, Nov 7, 2021, Оригинальное время сообщения: Nov 7, 2021 ---

Двадцать лет действует закон о техническом регулировании, но народ продолжает свято верить в "все данные должны быть по ГОСТу"

--- Сообщения объединены, Nov 7, 2021 ---

Иногда лучше промолчать…

 

"Век живи - век учись".
ФЕДЕРАЛЬНЫЙ ЗАКОН О ТЕХНИЧЕСКОМ РЕГУЛИРОВАНИИ.
Вообще не знал о таком. Надо бы почитать хотя бы.