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

Тема в разделе "Другие программы", создана пользователем haco2006, 6 ноя 2021.

  1. haco2006

    haco2006 Форумчанин

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

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

    Правильно 1/298.3 Программист мог ошибиться при наборе констант. Интересно, какое значение в этой программе?
     
    Deleted member 122005 нравится это.
  3. Deleted member 122005

    Deleted member 122005 Только чтение

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

    upload_2021-11-6_18-37-30.png
    Потому что людям свойственно ошибаться. А дуракам (которые есть и среди создателей программ) свойственно ошибаться ещё чаще.
     
  4. haco2006

    haco2006 Форумчанин

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

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

    Вот Красовский бы удивился. Они с Изотовым столько значащих цифр нигде бы не получили в то время. Это такая константа прямо так вписана в ПО?
     
    Deleted member 122005 нравится это.
  6. wolodya

    wolodya Форумчанин

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

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

    Может и влияют. Вот только интересно, как их получили?
    --- Сообщения объединены, 6 ноя 2021, Оригинальное время сообщения: 6 ноя 2021 ---
    "Огласите весь список, пожалуйста".
     
    zvezdochiot нравится это.
  8. haco2006

    haco2006 Форумчанин

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

    ErnieBoyd Форумчанин

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

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

    В "Pinnacle" 1/298.3
    Давайте здесь напишем, какое сжатие в других программах.
    --- Сообщения объединены, 6 ноя 2021, Оригинальное время сообщения: 6 ноя 2021 ---
    Я понимаю, что эксель тупой при определении значащих цифр. Разработчики Survey Mobile такие же тупые?..
     
  11. Deleted member 122005

    Deleted member 122005 Только чтение

    Разряды долей метров - не значащие. Совсем. Какой "мудрец" придумал вот эти 19 мм?::blink.gif::
    upload_2021-11-6_20-30-56.png
    --- Сообщения объединены, 6 ноя 2021, Оригинальное время сообщения: 6 ноя 2021 ---
    Эти 19 мм ничтожно малы. Разницы практически нет. Но всё же интересно, откуда они.
     
  12. zvezdochiot

    zvezdochiot Форумчанин

    Так ты опять шиворот-навыворот смотришь. Какая цифирь исходная, а какая производная?:
    Код:
    6378245*(1-1/298,3) = 6356863,01877
    
     
    andrew_klikunov и stout нравится это.
  13. Deleted member 122005

    Deleted member 122005 Только чтение

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

    zvezdochiot Форумчанин

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

    ErnieBoyd Форумчанин

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

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

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

    На практике нередко используют софт с зашитым наглухо GRS 80 для решения высокоточных задач на WGS 84, хотя отличие в сжатиях между ними сравнимо с отличием между злополучным 298.300003166222 и оригиналом.
     
    zvezdochiot нравится это.
  16. А сколько будет 0.1+0.2 ? Думаете 0.3 ? Ну-ну....
     
    ardi.stroi нравится это.
  17. В.Шуфотинский

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

    И как это получили?
    --- Сообщения объединены, 6 ноя 2021, Оригинальное время сообщения: 6 ноя 2021 ---
    То есть математика у него закончилась в 1 классе. Значащие цифры он не изучал, ограничивать их при программировании не научился, потому и первоклассный...
     
  18. tikh-petr

    tikh-petr Форумчанин

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

    stout Форумчанин

    А кто сказал что это floating point а не binary-coded decimal numbers? x87 c двоично-дечсятичным представлением (BCD format) работать умеет. И в этой арифметике (0.1 + 0.2) == 0.3
    --- Сообщения объединены, 7 ноя 2021, Оригинальное время сообщения: 7 ноя 2021 ---
    Двадцать лет действует закон о техническом регулировании, но народ продолжает свято верить в "все данные должны быть по ГОСТу"::laugh24.gif::
    --- Сообщения объединены, 7 ноя 2021 ---
    Иногда лучше промолчать…
     
  20. zvezdochiot

    zvezdochiot Форумчанин

    Вложения:

  1. Этот сайт использует файлы cookie. Продолжая пользоваться данным сайтом, Вы соглашаетесь на использование нами Ваших файлов cookie.
    Скрыть объявление
  1. Этот сайт использует файлы cookie. Продолжая пользоваться данным сайтом, Вы соглашаетесь на использование нами Ваших файлов cookie.
    Скрыть объявление