Пролистал все что есть по вопросу на сайте: вроде бы тем много, но звучит в них примерно одно и то же: 1) ошибка за счет датума порядка 100 метров 2) датум при переходе от WGS к СК-42 надо корректировать 3) Projection Utility с датумом работает неправильно, и лучше применять отдельное приложение datum.avx, задавая параметры преобразоваания вручную. Проработал вопрос в рамках ArcView, в общем-то все получилось, но... хочется поделиться своим мнением и задать вопрос знатокам уже о деталях преобразования.
Поделиться вот чем: как известно, Projection Utillity мало того, что содержит
явные недоделки, но еще и ошибочные параметры СК-42. Изменить их сложно, и, получается, пользоваться продуктом для смены датума нельзя. По крайней мере, из WGS в другой датум преобразования НЕ происходит.
В datum.avx, прилагаемый как образец от ESRI, можно вставить любые параметры преобразования. Что интересно, не раз в форуме звучало, что datum.avx некорректно работает, но ничего более конкретного. В связи с этим рекомендовалась
исправленная версия от Янко Чукански. Мне эта некорректность не встретилась, но тем не менее опробовал разные версии avx... Параметры брал те, что используются в GPS. Для сопославления произвел эти самые преобразования еще и GPS-программой DNR Garmin, по
методике GIS-Lab. Кому интересно, там детальная дискуссия о источниках параметров, в т.ч. ошибочных, алгоритмах расчета и т.п. Результаты сопоставления на рисунке. Для простоты показаны только преобразованные варианты линии с большим увеличением, а сам исходный трек расположен на 100 примерно метров западнее, как и должно быть.
Результат получился неожиданный: преобразования, сделанные модулем datum.avx, совпадают с преобразованиями, сделанными DNR Garmin! Я-то ожидал заметного расхождения... всё-таки разные разработчики... Тем не менее разница не более полметра, да и то при применении для datum.avx округленных параметров преобразования. Когда ввел более точные, дробные, как и в DNR, то остались жалкие первые миллиметры - на рисунке их не видно, эти линии совпадают. Похоже, алгоритм преобразования Молоденского запрограмммирован и в AV и в DNR адекватно. Этой адекватности, похоже, можно доверять - пересчет датума непосредственно прибором GPS дает те же результаты - а это уже третий разработчик.
Также пока не заметил никаких ошибок в своей версии datum.avx - немного неудобно, но и только, работает стабильно. Этого нельзя сказать про последнюю версию Янко Чукански, datum2.avx, выложенную на его сайте - как видно, она "ошибается" почти на два метра: похоже, в этой версии Янко перестарался и алгоритм "задел" ненароком. Впрочем, его первый вариант, datum1.avx преобразует правильно. Найти его удалось не сразу, большое спасибо S.E.
Пара слов насчет ArcMap. Там много разных алгоритмов преобразоваания датума, есть и Молоденского, но... все они выдают результат, расположенный примерно на 10 метров "выше" рисунка. Это настораживает: ни о каком совпадении с алгоритмами Garmin в таком случае говорить не приходится... Впрочем, в AM я не успел протестировать все версии, только восьмерку, да и то бегло.
И наконец, вопрос: я в общем-то только принялся разгребать эту проблему, наверняка кто-то много работал с датумом: коллеги, какой софт, методы применяете для AV: неужели используются только вышеперечисленные средства, или что-то еще? Свои наработки? Как-то это все не выглядит удобно, с ходу хочется брать и улучшать (однако пример Чукански настораживает :)
Другой вопрос: как быть с Arcmap? Там по умолчанию стоит совсем не Молоденский, а геоцентрический метод преобразования датумов. Кто-нибудь изучал эти методы преобразования, их разброс, пробовал что-либо из штатного набора или создавал свои? Какие мнения насчет AM кроме того, что "там все классно"?
