Вопрос знатокам Global Mapper

[seno]

Посмотрел. Кажется понял где Ваша запутка.
Применяя обрезку по полигону к карте на входе, вы думаете что она прямоугольная, потому что видите её на экране прямоугольной.
Но она не прямоугольная! Она в Гаусса-Крюгера и будет в нём всегда, потому что так привязана, независимо от какие параметры установили на выходе проекта.
При попытке обрезать такую карту по метровой сетке, появляются поля. То что выше написал и происходит.
Другими словами, коротко:
Надо четко различать к какому объекту мы применяем обрезку. В общем случае на входе и выходе объекты разные.


<noindex></noindex>

[DarkDiver]

Понятное дело, что карта не идеальный прямоугольник, но карта 100-тысячного масштаба все же от прямоугольника отличается не на столько сильно, насколько много добавляется полей, о том что карта близка к прямоугольнику свидетельствует первый вариант экспорта в моем примере - по полигону. Провел еще несколько экспериментов, например берем результат второго варианта экспорта(с желтыми полями от ГМ) открываем и снова обрезаем по полигону и снова экспортируем без явного указания границ экспорта и карта экспортируется уже без полей, так как исходный растр в этом случае в системе координат/датуме Geographic/WGS84. Так что я понял Вашу мысль, хотя мне такое поведение GM кажется не совсем логичным. В общем мы разобрались с вопросом "Что происходит?". Теперь вопрос "а что собственно делать?". Т.е. имеем исходный неноменклатурный растр, допустим с привяpкой Ozi, где уже указаны границы полей (четыре угла карты). Края растра параллельны меридианам и параллелям. Обрезка полей такого растра в GM - не проблема, но как его экспортировать тоже без полей и без ручного указания области экспорта? Ручной ввод координат углов не устраивает - дополнительная трата времени, т.к. эти данные уже и так содержатся в файле привязки и по ним успешно ГМ выполняет обрезку. Теперь хотелось бы, чтобы и экспорт происходил по этим же углам, без ручного ввода цифр. ---------------------- http://john.bdk.com.ru Пешеходный туризм в Приморском крае. Карты Приморского края для GPS Garmin.

[seno]

<<<но карта 100-тысячного масштаба все же от прямоугольника отличается не на столько сильно, насколько много добавляется полей>>>
Это очевидно, Ватсон :)
Стороны листа повернуты относительно метровой сетки. Это угол между градусной сеткой (края листа по градусной обрезаны) и метровой. Угол для каждого листа разный, но вполне ощутимый.
<<<Теперь вопрос "а что собственно делать?". Т.е. имеем исходный неноменклатурный растр, допустим с привяpкой Ozi>>>
Что делать?
Надо сгенерировать для каждого листа 4 точки обрезки, причем эти точки должны быть в градусах.
Брать координаты из MAP OZI нежелательно, потому что:
1. Они там могут быть как градусными, так и метровыми, как например в привязках спертых с ГГЦ листов.
2. Даже если они градусные, ккординаты моугт быть сдвинуты из-за особенности привязки OZI (метод наименьших квадратов)
Самый простой путь:
сгенерировать по номенклатуре координаты углов в виде отдельных, не имеющих отношения к реальной привязке MAP файлов. Эти "чистенькие" координаты по сути готовая сетка для обрезки и они в градусных координатах, т.е. то что нужно. Остается придумать как использовать эти координаты для обрезки. Но такая программа уже существует.
Связка из двух программ, что выше рекомендовал, так и работает.

<noindex></noindex>

[DarkDiver]

>> сгенерировать по номенклатуре координаты углов Эхх.. уже несколько раз писал, что интересует именно случай НЕ номенклатурного растра :) С номенклатурными все понятно. ---------------------- http://john.bdk.com.ru Пешеходный туризм в Приморском крае. Карты Приморского края для GPS Garmin.

[seno]

<<<Эхх.. уже несколько раз писал, что интересует именно случай НЕ номенклатурного растра>>>
Читать умею, вижу.
А что такое не номенклатурный растр? Если границы такого листа произвольные цифры, как это можно автоматизировать в принципе?



<noindex></noindex>

[DarkDiver]

>>Если границы такого листа произвольные цифры, как это можно автоматизировать в принципе? Ну эти цифры как бы есть в файле привязки. Использовать их в качестве границ для обрезки GM умеет, а вот в качестве границ для экспорта - нет. В этом и вопрос, может я что-то упустил и способ есть, чтобы не делать двойную работу и не вбивать уже вбитые цифры вручную повторно. <noindex>---------------------- http://john.bdk.com.ru Пешеходный туризм в Приморском крае. Карты Приморского края для GPS Garmin.</noindex>

[seno]

<<<может я что-то упустил и способ есть>>>
Может я не доходчиво пишу?
Напишу подробней:
Вы привязали листы в OZI вручную и открыли в GM
Вы можете двигать привязку и создавать в GM новые точки. MAP файлы от этого не меняются. Когда подошло время, сохраняете проделанную работу в проект с именем !!!map.gmw.
Кладём CropGM-minimax.exe в директрию MAP файлов, запускаем.
Результат работы - проект !!!map_out.gmw.
Это тот же проект, но листы обрезаны по координатам в MAP файлах.


<noindex></noindex>

[DarkDiver]

>>Это тот же проект, но листы обрезаны по координатам в MAP файлах. К сожалению не номенклатурные растры при помощи CropGM-minimax режутся не по координатам заданных в файле привязки углов рабочейобласти растра, а по минимальным/максимальным координатам точек привязки, которые в случае не номенклатурных растров не всегда находятся в углах. В результате обрезается часть полезной области. <noindex>---------------------- http://john.bdk.com.ru Пешеходный туризм в Приморском крае. Карты Приморского края для GPS Garmin.</noindex>

[seno]

Честно говоря про "не номенклатурные" листы не понял.
Может опишите что это такое более развернуто?

[DarkDiver]

>Может опишите что это такое более развернуто? В общем случае - произвольный кусок привязанного растра, в частности - страница из атласа, или карта города, или туристическая карта какого-нибудь горного района и т.п. Немного выше выкладывал пример: http://www.sendspace.com/file/lbe1g1<br ... Пешеходный туризм в Приморском крае. Карты Приморского края для GPS Garmin.