но я похоже поторопился с мнением. В ARcView мне не удалось поменять датум! даже Project Utility как-то уныло барахлит, впрочем, с этим сам же и сталкивался раньше:
http://www.dataplus.ru/Forum/forum_posts.asp?TID=904. Возможно, какие-то патчи решают задачу, но особого смысла в этом нет - датум задать вручную нельзя, а штатный ошибочный, как уже рассказали выше. Словом, пока остается фактом, что без ArcMap датум в ГИС исправить нельзя, и DNR как нельзя кстати. Можно его применять только для этой цели, без GPS.
Протестировал Arcmap на эту же тему: наиболее близкий к GPS-ному (рекомендованному Gis-lab) результат дает алгоритм трансформации датума по умолчанию, когда преобразуешь просто "в нужную зону GK" безо всяких перенастроек. Если применять другие алгоритмы, и даже если брать напрямую алгоритм Молоденского и с рекомендованными тремя параметрами, результаты далеки от GPS-ных. Что-то там они намудрили.
Вместе с тем если настроить GPS и DNR как описано в статьях, то результаты близки. Если интересно, вот сравнение. Для простоты изложения привожу сразу прямоугольные координаты:
Точка с UTM координатами 400 000, 6 000 000 (около Москвы) отображается:
GPS (Foretrex101): 400 085, 6 000 2494
DNR: 400 084, 6 002 494
ArcMap: 400 079, 6 002 511
Сухой остаток: применяя DNR, имеем довольно точное повторение того метода, что встроен в Garmin. Это удобно невзирая ни на какие глюки. Спасибо авторам статьи и программы.
Да, насчет глюков - один из них способен лишить покоя начинающего GPS-ника. Если включить датум KRASS не как описано выше, а заранее, до загрузки точек, то DNR (4.4) совершает с координатами замысловатые шулерские пассы: оригинальные координаты пишет в x_proj/y_proj, а в колонках lat/lon выдает пересчёт... Но в обратую сторону - точки съезжают на 120 метров не на ВЮВ, а на ЗСЗ. Если это и фича, то она имеет разрушительный эффект

Возможно, стоило бы передостеречь пользователей.