Форумы GIS-Lab.info

Приветствую вас, уважаемые форумчане!
Делаю склейки карт для последующего использования в SAS-Planet. Т.к. карты отечественные, то листы привязываю в GK6-S-42 и обрезаю поля при помощи Global Mapper. Далее нужно перепроецировать в поддерживаемую SAS-Planet EPSG 3785 (Mercator-Google) и нарезать на тайлы. И вот тут начинается самое "интересное" - при изменении отображения в 3785, Global Mapper в некоторых, но в строго определённых местах, непонятным образом искажает растр ("ломает" картинку). Причём абсолютно неважно, что за исходник - большая по объёму склейка в geotiff или отдельный лист в jpg, карта масштаба 50к или карта масштаба 100к. Если местность на карте попадает в это самое строго определённое место, то чтобы увидеть искажение, не нужно даже перепроецировать из GK6 в Mercator, достаточно просто изменить отображаемый в Global Mapper датум с S-42 на Google или WGS84.
Вот и думаю - это баг Global Mapper или кривой драйвер руки.sys?
Скрины прилагаю и заранее благодарен за помощь в решении данной проблемы.

З.Ы. Проверил в самой свежей версии Global Mapper (16.2.5 b081915) - всё тоже самое.

Из того, что видно на скриншотах, совершенно не ясны многие детали.
Это граница листов или середина листа?
Какой у вас режим обрезки листов? Не автоматический ли (никогда его не используйте для советских карт)?
Как расставлены точки привязки и какой режим трансформации?

В конце концов, неплохо было бы назвать номера листов или, еще лучше, дать на них ссылки, чтобы присутствующим было проще скачать и воспроизвести вашу проблему.

То есть ошибку вы описали хорошо, но вот ее воспроизведению не очень помогли.

ericsson, не вопрос, готово.
В архиве 3 листа - О-34-092-1 (привязка 5 точек), О-35-009-3 (привязка 7 точек) и О-35-009 (привязка 9 точек). К каждому листу свой скрипт для открытия в Global Mapper. На 50к листе О-35 проблема появляется ближе к верхнему краю листа, на 100к листе О-35 ближе к центру, на листе О-34 - ближе к правому краю. В данном случае обрезка полей не включена, но на появление искажений включение или отключение обрезки не влияет. Режим трансформации - по умолчанию, автоматический. Режим изменения размера изображения - билинейный. Точки привязки расставлены по углам, краям и в центре листов.
С автоматической обрезкой у меня были проблемы в неправильном отрезании лишь на сдвоенных листах, севернее 60 градусов. Приходилось прописывать границы обрезки в ручную. Уточните пожалуйста, почему нельзя использовать автоматическую обрезку для советских карт? Перед привязкой в GM всегда генерю озиковские *.map файлы утилитой Map Maker Assistant. Версия 2 чётко прописывает градусные координаты углов.

Да, похоже что глюк в GM. Разрывает по 59º 48' N, например.

ericsson писал(а):Да, похоже что глюк в GM. Разрывает по 59º 48' N, например.

Это не глюк, это фича. Известно же, что "S-42 (PULKOVO 1942)" не датум, а шорткат. При его использовании для каждой точки в зависимости от положения на глобусе неявно выбирается датум из набора от "S-42 ALBANIA" до "S-42 RUSSIA". Если ни один не подходит, используется PUK-42. Вы попали на границу и получили разрыв. Выберите подходящий датум S-42 явно, и будет вам счастье.

По смыслу в данном случае следует использовать "S-42 RUSSIA". Он кривой, но для мелких масштабов сойдёт. Хотя грамотнее создать правильный и пользоваться им.

Создадим правильный датум на основе "S-42 RUSSIA":

• выберем "S-42 RUSSIA"
• нажмём кнопку [Add Datum...]
• в поле "Datum Name" введём "S-42 GOST R 51794-2001"
• переключим Datum Transformation Method с (Position Vector Rotation) на (Coordinate Frame Rotation)
• поправим параметры, как на картинке
• нажмём кнопку [OK]

ErnieBoyd, всё получилось, премного вам благодарен!
Подскажите пожалуйста, как этот правильный датум прописать в файле datums.dat для Ози-эксплорера. Чтобы совпадала калибровка карт в GM и в навигаторе на базе Windows CE.
Да простят меня модераторы за этот небольшой оффтоп.
В настоящий момент у меня прописана такая строчка:
Pulkovo 1942, 15, 28, -130, -95
Благодарю.

Не слышал, чтобы OziExplorer использовал какие-то преобразования, кроме Молоденского.
Если непременно нужно совпадение, проще в Global Mapper завести такое преобразование.

Понял. Благодарю вас!

Странное дело:
Привязываю листы в GK6-S-42 GOST R 51794-2001, вывожу общий растр в 3785 или 3395 - всё нормально. Но если вывести в "родных" GK6-S-42 GOST R 51794-2001, то при последующей загрузке этого же растра GM определяет датум как KRASOVSKY 1940.

Мне кажется, глюк. Там, если мне не изменяет память 7 параметров to WGS 84. Попробуйте создать еще один новый датум. Хотите я скину готовый .prj

Landser писал(а):Привязываю листы в GK6-S-42 GOST R 51794-2001, вывожу общий растр в 3785 или 3395 - всё нормально. Но если вывести в "родных" GK6-S-42 GOST R 51794-2001, то при последующей загрузке этого же растра GM определяет датум как KRASOVSKY 1940.

Неизвестно, что Вы делаете: в каком формате экспортируется растр, какие дополнительные файлы генерируются и т. д. и т. п.

Всем доброго времени суток и прошу прощения, был без инета.

ErnieBoyd писал(а):Неизвестно, что Вы делаете: в каком формате экспортируется растр, какие дополнительные файлы генерируются и т. д. и т. п.

.
Прикрепляю архив с примером. Растр экспортирую в geoTIFF без дополнительных файлов.

tikhpetr писал(а):Там, если мне не изменяет память 7 параметров to WGS 84. Попробуйте создать еще один новый датум. Хотите я скину готовый .prj

Да, именно так и есть - 7 параметров. Скиньте готовый .prj, если не сложно.
Благодарю.

Landser писал(а):Растр экспортирую в geoTIFF без дополнительных файлов.

Вон оно как! Должен Вас огорчить: в тэги GeoTIFF «нестандартный» датум не записать
Сохраняйте с файлом prj, в нём будет имя датума, которое программа использует при открывании.