Вопрос по Global Mapper

[alvic]

В джинксе тоже смещение (смотрел в garmin и basecamp), а вот mapc2mapc исходник в jnx переводит вполне корректно (но я все же предпочитаю geotiff map2jnx конвертировать).


<noindex></noindex>

[Moskus]

Ну а что за загадки - http://gis-lab.info/forum/viewtopic.php ... 1384 То есть, суммируя, параметры перехода от WGS84 к Пулково-1942 на территории России довольно существенно разнятся. Более того, наборов "официальных" параметров перехода опубликовано несколько. Соответственно, где-то он может быть один, а где-то - другой. Выяснить не всегда просто, потому что не весь софт умеет сохранять свои данные о проекции и датуме в PRJ-файл, как это положено, включая параметр TOWGS. <noindex></noindex>

[seno]

Речь идет о большой ошибке. 30-50 метров. Это не вылавливание блох. http://globalmapperforum.com/forums/pro ... Создал в GM пользовательский датум по совету в ссылке выше. Эллипсоид Красовского, и известные с давних времен DX: 28 DY: -130 DZ: -95 Стало лучше, но не так как хотелось. http://s017.radikal.ru/i409/1110/78/6ef ... br>Доверие к GM совсем исчезло. Может параметры эллипсоида Красовского там тоже не верны и лучше создать пользовательский? Как это сделать? Короче, всем у кого есть мысли по практическому но корректному решению проблемы, просьба отписаться. Работы встало немеряно. А сколько переделывать то┘ Хочется решить проблему один раз и правильно. <noindex></noindex>

[alvic]

У меня такой способ:
1. с помощью упоминавшегося плагина от IgorKogan ggcozi.exe получаем новые файлы привязки map (тоже пулково, хоть и в географической проекции)- работает вполне быстро и в пакетном режиме.
2. с помощью OziMapConverter генерируем новые gmw файлы - они уже будут в WGS84
(еще быстрее, тоже в пакетном режиме)
3. profit!

Зачем шаг 1? В исходных мапах привязка не в градусах, а пользовательская, OziMapConverter ее не обрабатывает.
Дополнительный шаг - ggcozi.exe предпочитает кириллическое обозначение номенклатурных листов и если "A,B,C" понимает, то "D" оказывается на месте "С" так что потребуется переименование, хотя бы "D" на "Г".

В общем все в полне быстро и автоматизировано.

<noindex></noindex>

[seno]

alvic
Я ничего не понял.


<noindex></noindex>

[alvic]

seno,

Имеем, что GM некорректно отображает карты в pulkovo 1942, но вполне нормально в WGS84. Так?
Проблему можно решать двумя способами - либо в программе подобрать компромиссный датум, либо изменить привязку карты на международную.

Выше я описал, как в случае карт ГГЦ получить подходящие для GM файлы привязки.








<noindex></noindex>

[seno]

Т.е. просто меняем в map файле Pulkovo на WGS-84? Или по другому - считаем что лист ГГЦ сделан в датуме WGS-84?
А потом проводим с таким "лист + map" некие стандартные процедуры в GM до получения JNX?
Я правильно понял?

<noindex></noindex>

[alvic]

В блокноте? нет конечно)) Преобразуем пулковский map в wgs'ный gmw с помощью ozimapconverter http://ozimapconverter.narod.ru/index_en.html Не вникал по какому принципу он преобразует координаты, но делает это в данном случае вполне корректно. Я же кидал в личку ссылку на файлы: вполне приемлемый результат, по крайней мере трек лежит там же, где и в ozi. Ну и в jnx тоже. <noindex></noindex>

[seno]

>>>ozimapconverter Понял, спасибо за ссылку, надо посмотреть на программку, кой чего(генератор gcp) заинтересовало. Но для изготовления JNX применять не вижу смысла. Создать в GM пользовательский датум, абсолютно идентичный Озиковскому, дело 5 секунд. Зачем ещё одна программа? Наверняка в ozimapconverter используется тоже самое Преобразование Молоденского http://ne-grusti.narod.ru/Glossary/tran ... Короче, что так, что так сделать, результат будет неотличим. Прикол ведь собственно в том, что в GM новых версий чегой то там изменили с преобразованием Пулково-WGS84 и похоже ошиблись. По крайней мере для нишей местности, у них неверно. И никто не замечает. Слепая вера в хороший инструмент. СПАСИБО ЗА НАБЛЮДАТЕЛЬНОСТЬ! <noindex></noindex>

[nikitoskis]

Прошу прощения, а каким образом вы производите обрезку полей? При сшивке в GM большого количества карт?.Просто если бороться с погрешностью таким способом то все предыдущие способы не подходят. Сам же GM тож не справляется. Заранее спасибо.

<noindex></noindex>