Создание карт для Ozi Explorer for Android OS

Тема выделена в самостоятельную из темы "Навигация на Android"

Тема основана на статье нашего форумчанина Сергея (SergNet) "Сшивка фрагментов карты в GlobalMapper."
Данная тема так же базируется на наставлениях и инструкциях написанных Сергеем.


Для создания карт нам потребуются программы:
- OziExplorer для Android OS v.1.21
- OziExplorer для ББ с версией OziExplorer_3.95.5s
- MapMerge её можно бесплатно скачать с официального сайта
- Photoshop любых современных версий*
- GlobalMapper не ниже версии 9.01**
Утилиты:
- MMAssist
- CropGM-minimax.exe


Об установке программы Ozi Explorer v.1.21 на устройство рассказано в теме: "Навигация на Android"
Там же указано какие папки и где надо создать, чтоб разместить готовые карты.
Мы же здесь остановимся только на создании карт для этой программы.
Предлагаемый Сергеем метод позволяет создавать растровые карты высокого качества причем при сохранении проектов в программе Global Mapper. После этого у Вас всегда будет возможность создать растровую карту любого формата, а значит и возможность закачать карту, как в устройство на базе Android OS так и в устройства на базе Garmin.


Примечание.
* Использован Фотошоп версии Adobe Photoshop CS5.1 (64 Bit)
** Использована программа Global Mapper 14.0.1 (64-bit)

Простой и быстрый метод.

Для непритязательных пользователей существует простой и быстрый метод изготовления карт склеек.
Основное время при изготовлении карт этим методом занимает само время "склейки" карт.
Для понимания. При изготовлении карты-склейки м.1-50.000 из карт ГГЦ листа от А до О ( а это 144х4=576 листов с разрешение 4096х4096 пик.) программе MapMerge потребуется примерно 12 часов!

Последовательность действий:
1. Для удобства пользования собираем все нужные нам карты и файлы привязки в отдельную папку.
2. Проверяем калибровку карт программой OziExplorer на ББ. Как это делать писалось неоднократно. Об этом есть наставление и в статье Сергея кроме того вот видеоинструкции.
Эту операцию можно опустить, так как прилагаемые сейчас к картам файлы привязки достаточно точные. В дальнейшем можно просто пренебречь небольшими нестыковками листов и неточностями отображения треков и точек на картах.
Вот примеры стыки 4-х углов:

И мнение Сергея по данному вопросу:

SergNet написал(а):

В 20 метров оцениваю ошибку максимально. Если пешком по кустам, может быть важным. По дорогам 20 метров не важно.

Нажмите для раскрытия...

3. После корректировки привязок, запускаем программу MapMerge.
Для тех кто не знает как ей пользоваться есть видео: http://ozi-piter.narod.ru/video/primer_skleiki_kart.swf
Лучше всего пользоваться современной версией программы v.1.25. Она удобна тем что предлагает сразу сохранять карты в формате ozfx4. Устройства на базе Android OS готовые карты этого формата принимают "на ура" без каких-либо "танцев с бубнами".
Нажимаем кнопку "Add":

в открывшемся окне выбираем папку с приготовленными картами:

После добавления папки программа сама выберет положенные в неё карты:

Выставляем параметры будущей карты:

Фотография Сергея.
Во вкладке "Configure"

Теперь остается только настроить куда (кнопка" Create Map") и с каким именем будет сохранятся готовая карта:



И теперь только остается запастись терпение и ждать готового результата.

Написать сообщение оказалось дольше чем создать саму карту.

Создание точных и качественных карт для Ozi Explorer for Android OS

Все карты делаются всегда одинаково, независимо для Гармин, MapNav, OZI или ещё чего.

Общий подход к этому куску работы описал в теме про JNX.

Ох боюсь я инструкций, но придется...

Итак ГГЦ.
1. Собираем в одну кучу нужные листы ГГЦ. Туда же кладем скачанные готовые привязки к ним. Эти привязки не совсем точны, но весьма близки к правильным. Я их всегда уточняю. Хотите ли вы это делать - выбор за вами. Но не спрашивайте потом, отчего полоски между листами появились.

2. Конвертим все PNG в TIF, зачем это делать тоже писал в теме про JNX. Я делаю это в Photoshop автоматом. Можно делать в любых других заслуживающих доверия программах. Если непонятно как делать, спросите отдельно.
3. Отконвертили, PNG удалили. Итак есть рабочая папка, в ней TIF имиджи и MAP привязки.

4. Открываю GM. Файл/открыть выделяем все TIF имиджи. Они все и откроются. Сразу сохраняем проект как !!!map.gmw. Если хотим уточнить привязки, это надо делать в этом пункте. Саму процедуру опускаю.* (этот процесс описан ниже в сообщении)

5. Заходим в Control Center. выделяем все слои (отдельные карты, если так понятней), Options/Projection/Add Datum
Datum Name: S-42_20-130-85
Ellipsoid: Krassovsky
Datum Transformation Method: 3-parameter
Shifts to WGS84:
X=20
Y=-130
Z=-85


ОК, ОК, Сохранили проект.



Внимание!
Проект сохраняется с именем !!!map.gmw а не так как на фотографии, где ошибочно проект сохраняется с названием Proba!

Если не сохранить проект с данным именем !!!map.gmw программа Global Mapper не будет понимать что надо делать и будет писать такую фразу:


И только теперь всё привязано и отточено, копируем в директорию проекта CropGM-minimax.exe и делаем обрезку:

В результате в папке будет сформирован файл !!!map_out.gmw
6. Открываем файл !!!map_out.gmw в Global Mapper.
Теперь листы обрезаны и склеены в единую карту. И мы экспортируем.
- Для получения карт в формате ECW можно сразу через"Экспорт растра" сохранить карту для OziExplorer в формате ECW. Галочка на создание map файла устанавливается программой Global Mapper автоматически.
- Для получения карт в формате JNX придется идти через промежуточный Geotiff. Раньше подробно писал почему.
- Для получения карт в формате ozfx4 так же придется идти через промежуточный Geotiff.
7. Экспортированный Geotiff файл открываем в программе OziExplorer:


Устанавливаем параметры экспорта:


После экспорта получаем готовую карту:



Дальше возвращемся к программе MapMerge, как это описано в первом сообщении темы и конвертируем через эту программу карту в формат ozfx4.


Попробую пояснить где засады.

1. Почему ГГЦ лучше в OZF?
Потому что ГГЦ имеет чистые заливки, таким картинкам противопоказано JPG сжатие. лучше сжать за счёт индексации цветов. Т.е. в GIF, А OZF и есть тайловый GIF.
Раз OZF, значит нужен конвертер в OZF. Он существует штатный, называется MapMerge.
Второй вопрос, как подготовить листы для MapMerge?
Конечно можно просто скормить MapMerge отдельные листы и он их сошьёт.
Но я всё таки делаю это в GM, потому что он качественней интерполирует картинку, качественней сшивает по градусной сетке. И очень важно, в GM не надо вручную устанавливать границы обрезки для каждого листа. Есть методика позволяющая обрезать поля тысяч листом разом.

2. По привязке
Не надо выводить карту из GM с OZI привязкой. Даже если выводите имидж в ECW, у него внутри уже есть геопривязка.
Карта выровнена в GM! Не нужны эти Озиковские 9 точек! Достаточно 2-х точек!
Внутри ECW их и есть 2-е.
Чтоб получить MAP файл, надо импортировать внутреннею геопривязку из ECW (или Geotiff) в MAP это стандартная функция большого OZI.

Если хотим иметь конечный файл в OZF, надо выводить из GM карту в Geotiff. Если карта большая, выводим нарезая на куски разумного (которые OZI может открыть) размера.
Для каждого куска создаем MAP файл через импорт, полученный массив загружаем в MapMerge, там они сшиваются в OZF карту нужной разновидности.

3.По датуму.
Раз мы готовим карту в GM, нет проблем вывести её сразу в WGS-84. Таким образом мы убиваем минимум 2-х зайцев. Сами определяем параметры датума Пулково в привязке, т.е. имеем действительно точную привязку и не имеем проблем с данными в Андроид OZI.

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

В принципе подготовка сшивки для OZI не отличается от подготовки сшивки для Garmin/
Кроме проекции. Для Garmin мы преобразуем её в Lat/Lon, для OZI оставляем родную Гаусс-Крюгер.
Я так и делаю, вывожу для Гарминоводов и Озиманов из одного проекта Geotiff.

Преобразование же в конечный формат делают специально обученные программы.
Для Garmin map2jnx
Для OZI MapMerge

необходимости вспоминать о значении слова "датум" пока не требовалось

Нажмите для раскрытия...

В 20 метров оцениваю ошибку максимально. Если пешком по кустам, может быть важным. По дорогам 20 метров не важно. Но ведь дело такое, 10 секунд занимает поставить правильный датум для сотен листов разом. А если он уже есть в GM - 1 секунда Больше времени потратил пока это писал..
Здесь http://rutracker.org/forum/viewtopic.php?t=4494179 можно глянуть на картинки связанные с датумом ГГЦ в SASPlanet.

Мне трудно понять тот ли это путь. Возможно есть более простой вариант, но я пока нужных мне рекомендации как делать не нашел.

Нажмите для раскрытия...

Повторю, не глядя что писал раньше. Может доходчивей получится.
Делать карту для Garmin, или для OZI из ГГЦ, или ГШ карт абсолютно одинаково кроме выходной проекции.
Т.е. те же параметры привязки,обрезка полей, всё одинаково. На выходе в обоих случаях WGS-84, только для экспорта Geotiff для Garmin Lat/Lon и не квадратные пиксели, для ГГЦ и ГШ Гаусс-Крюгер и пиксели квадратные.
Выходом из GM является Geotiff с внутренней привязкой.
Итак получили Geotiff для OZI. Включили OZI, Файл > импорт карты. Там есть вариант одиночный карты и пакетный режим. OZI, черпая информацию о привязке из нутра Geotiff, создаст файл (файлы ) привязки.
Единственно ограничение, OZI как и простые вьюверы не умеет работать с большим растром, поэтому, если карта большая (300мБ Geotiff стоит задуматься), указываем там - нарезать на А столбцов, Б строк. Нарезка ни как не влияет на конечный результат. Всё равно конвертить в OZF формат надо в MapMerge. Даже если один лист карты. Потому что MapMerge сушественно лучше индексирует цвета, чем утилита Img2ozf.exe. Проверял неоднократно, уверен.
Работа с MapMerge очень проста, если понимать смысл. Открываем все что надо конвертить, видим разрешение м/пикс открытых кусков карт. Идём в настройки выхода и ставим Transverce Mercator, WGS-84 и разрешение такое же как у кусков карт на входе, Параметры привязки, типа восточное смещение и прочие коэффициенты, тоже такие же как у карт на входе.
Нажали кнопочку, подождали, получили сшитую конвертированную в OZF карту.
Только не надо думать что сейчас дал совет на все случаи жизни. Совет относится к простой ситуации, карты из одной зоны, хотим получить хорошо привязанную карту-сшивку с максимально четко и правильной обработкой растра.
На всякий подчеркну, что дает описанная методика.
1. Самое важное, привязка карты в этой методике зависит только от нас. Она не зависит от датума Пулково в OZI, она не зависит от Пулково в GM. Надеюсь понятно почему так, если непонятно. напишите, более развернуто расскажу, с примерами.
2. Наша карта перепроецирована в WGS-84, При работе в OZI она не пересчитывается из Пулково в WGS-84, на это не тратятся ресурсы, не возникает никаких дурацких вопросе, типа в каком датуме мы видим точки на карте, в каком датуме они в списке и в каком датуме я их послал товарищу.
3. Карты ГГЦ получаются четкими, компактными по размеру, очень шустрыми. Особенно если почистить их от остатков логотипа. Он там не удален до конца, попробуйте выделить фон леса по цвету, увидите.

P.S. чтобы импортировать Geotiff привязку в OZI, в директории OZI должна быть библиотека OziGeoTiff.dll
Берут на сайте OZI, бесплатно. Кому тяжело найти, пришлю.

А можно " с этого места поподробнее" о методе групповой обрезки

Нажмите для раскрытия...

ОК.
Есть утилита CropGM-minimax.exe
Взять здесь http://files.mail.ru/99FB8E26A74849178251912727E3A337

Сначала опишу принцип работы. Прочтите, это важно. Большинство проблем по применению связаны с непониманием принципа.

При запуске CropGM-minimax.exe ищет в директории своего расположения:
1. Проект GM с именем !!!map.gmw
2. MAP файлы

Анализируя содержимое в 1-ом и 2-ом, утилита устанавливает для каждого листа в проекте градусные координаты обрезки равные градусным координатам углов привязки в соответствующих MAP файлах.
Итогом работы утилиты является новый проект с именем !!!map_out.gmw.

В фразе выше нет лишних слов, каждое слово важно!


Практический подход.
Работаем с массивом карт, результат сохраняем в проект с именем !!!map.gmw
Когда закончили работу. Т.е. всё привязано и отточено, копируем в директорию проекта CropGM-minimax.exe
Теперь самое важное - MAP файлы. С ними не так просто.
- Во первых их может и не быть. Может вы не использовали в работе MAP привязку вовсе.
- Во вторых Не факт что привязка в MAP файлах градусная. Например привязка ГГЦ листов из раздач не градусная!!!
- В третьих не факт что в привязке OZI градусные координаты угловых точек привязки соответствуют номенклатурной нарезке. Давно, в теме про JNX писал, OZI выправляет неравномерность кривого имиджа методом наименьших квадратов. При этом точки привязки могут быть сдвинуты.

Чтобы не разбираться со всеми возможными проблемами, проще создать MAP файлы заново.

Поэтому удаляем все имеющиеся MAP из директории проекта.
Копируем в директорию проекта MMAssist.exe, устанавливаем в ней правильный масштаб, 4 точки привязки, запускаем, получаем новый набор MAP файлов.
Пиксельные координаты точек привязки в этих MAP файлах ничему не соответствуют, зато градусные координаты то что надо.

Запускаем CropGM-minimax.exe, получаем !!!map_out.gmw, открываем его в GM, убеждаемся что поля каждого листа правильно обрезаны.

Сергей хочу ещё понять за чем надо увеличивать разрешение, как это, Вас указано здесь?
После этой операции размер карты 1,95МБ в формате PNG увеличивается до 195МБ в формате TIF.
Как потом обрабатывать такой большой массив карт?

Что-то у меня после обработки файлов утилитой CropGM-minimax.exe не ладится.
Нужный файлик есть:

А вот на попытку его открыть ругается:

Сергей хочу ещё понять за чем надо увеличивать разрешение, как это, Вас указано здесь?

Нажмите для раскрытия...

Дык там написано почему. Не знаю даже что прибавить. Пробую по другому: сочетание индексированного цвета и очень (очень!) низкого разрешения.
Там же ещё написано

обратите внимание: повышение разрешения и увеличение контраста, необязательные операции

Нажмите для раскрытия...

Была ещё одна мысль, не озвученная в самой статье. Эти листы потом сшивались в простыню вместе с листами хорошего разрешения. Имело смысл сразу, на первом же этапе до кручения, деформации, разрешение повысить.
Короче не берите в голову. К ГГЦ это не относится, там полноцвет и разрешение не плохое, разумное.

Что-то у меня после обработки файлов утилитой CropGM-minimax.exe не ладится.

Нажмите для раскрытия...

Что-то не вижу у вас в директории проекта MAP файлов.

P.S. как вы работаете не видя расширения файлов? Я бы не смог.

SergNet написал(а):

Что-то не вижу у вас в директории проекта MAP файлов.

Нажмите для раскрытия...

Так это просто потому, что в окне вида файлов выставлено "Commonly User Formats" если выставить "Common Supported Raster Types" то наличие map файлов видно:

Но это ситуацию не меняет. Поект так и не открывается.
Самое печальное, что автоматические привязки ГГЦ карт утилитой MMAssist.exe не просто неточные, а никуда не годные. исправлять их для изготовления карты ЛО из карт ГГЦ адский труд.

Самое печальное, что автоматические привязки ГГЦ карт утилитой MMAssist.exe не просто неточные, а никуда не годные. исправлять их для изготовления карты ЛО из карт ГГЦ адский труд.

Нажмите для раскрытия...

Подозреваю Вы пропускаете непонятное в моей писанине, вместо того чтобы спросить, уточнить. Стараюсь писать четко, без лишних слов. Значит 95% слов не зря. Не отбрасывайте в сторону непонятное, только потому что оно непонятное.

Ещё одна попытка.
Map файлы привязки и Map файлы для обрезки не одно и тоже.
Давайте совсем практично, здесь: http://rutracker.org/forum/viewtopic.php?t=3858007
имиджи ГГЦ
Здесь: http://rutracker.org/forum/viewtopic.php?t=3914063
привязки к ним.
Откроем одну из привязок из раздачи блокнотом:
OziExplorer Map Data File Version 2.2
P-36-001-A,B
P-36-001-A,B.png
1 ,Map Code,
Pulkovo 1942 (1),WGS 84, 0.0000, 0.0000,WGS 84
Reserved 1
Reserved 2
Magnetic Variation,,,E
Map Projection,Transverse Mercator,PolyCal,No,AutoCalOnly,No,BSBUseWPX,Yes
Point01,xy, 145, 464, in, deg, , ,N, , ,E, grid, , 6353243.64332, 7103432.17899, N
Point02,xy, 4091, 635, in, deg, , ,N, , ,E, grid, , 6377692.51738, 7102376.66476, N
Point03,xy, 3973, 3631, in, deg, , ,N, , ,E, grid, , 6376964.35435, 7083807.86129, N
Point04,xy, 5, 3460, in, deg, , ,N, , ,E, grid, , 6352369.82808, 7084868.15278, N
Point05,xy, , , in, deg, , ,, , ,, grid, , , ,
Point06,xy, , , in, deg, , ,, , ,, grid, , , ,
Point07,xy, , , in, deg, , ,, , ,, grid, , , ,

Видим 4 точки привязки. Для одной из точек я выделил цветом:
Красным - пиксельные координаты
Синим - геокоординаты
Обратите внимание, геокоординаты не градусные! Но они точные. А пиксельные координаты очень близки к реальным координатам углов. Как их сделали автоматом могу рассказать, если спросите, к теме сиё не относится.
Используйте эти MAP файлы при открытии имиджей ГГЦ, привязка будет достаточно точной.

Подозреваю один источник проблем у Вас.
Читайте внимательно: в GM надо открывать не MAP файлы, а имиджи. При этом GM подхватит привязку из MAP файлов, даже если в самом MAP файле указан другой имидж, даже с другим расширением. Главное чтоб имена имиджа и MAP файла совпадали.
Открыли, сохраните проект.
С этого момента MAP файлы не нужны. Все сведения о привязке каждого листа есть в проекте.
Удалите MAP файлы, которые использовались для привязки.

Теперь нам надо создать MAP файлы, в которых CropGM-minimax найдёт градусные координаты углов привязки каждого листа. Их он и будет использовать для обрезки листов.
Для этого достаточно запустить в директории проекта MMAssist с правильными установками: масштаб, маска имени, 4 точки привязки.

Если посмотреть содержимое MAP файла из под MMAssist для того же имиджа что выше, увидим:
OziExplorer Map Data File Version 2.2
P-36-001-А,Б
P-36-001-A,B.png
1 ,Map Code,
Pulkovo 1942 (1),WGS 84, 0.0000, 0.0000,WGS 84
Reserved 1
Reserved 2
Magnetic Variation, , , E
Map Projection,Transverse Mercator,PolyCal,No,AutoCalOnly,No,BSBUseWPX,No
Point01,xy,122,204,in, deg,64, 0.0000,N,30, 0.0000,E, grid,,,,N
Point02,xy,3973,204,in, deg,64, 0.0000,N,30, 30.0000,E, grid,,,,N
Point03,xy,3973,3891,in, deg,63, 50.0000,N,30, 30.0000,E, grid,,,,N
Point04,xy,122,3891,in, deg,63, 50.0000,N,30, 0.0000,E, grid,,,,N
Point05,xy,,,in, deg,,,,,,, grid,,,,
Point06,xy,,,in, deg,,,,,,, grid,,,,

Обратите внимание, пиксельные координаты балдежные, но это пофиг, они нам не нужны, зато геокоординаты градусные и абсолютно точно соответствуют номенклатурной нарезке для этого имиджа (500м/см), а это и надо CropGM-minimax для правильной обрезки.
Когда обрежет, эти MAP файлы тоже можно и нужно удалить.

Это всё. Когда получится, прочитайте то что я писал раньше и расскажите, что пишу непонятно?

По моему в посте #72 тоже самое написано, только без перламутровых пуговиц

если нужные карты с проверенными и отредактированными привязками можно сразу открыть в OziMapMerge и готовую "склейку" вывести в формате ozfx4?

Нажмите для раскрытия...

Самая важная причина. При такой процедуре карта привязана в датуме Пулково-42, прописанном в OZI.
ГГЦ вообще не в Пулково-42 сделаны.
А ГШ хоть и Пулково-42, но он же разный для разной местности! В OZI он какой есть, всего лишь цифры взятые сто лет назад автором из какого то источника, даже не из ГОСТа.
Следующая по важности причина: если надо править привязки (а это 95% случаев), путь, что рекомендую, не только позволяет получить лучший результат, но и значительно быстрей его получить.
Кстати вам кажется хорошо и удобно с MapMerge, именно потому что кто-то уже сделал привязки близкие к правильным и самое главное - поставил бордеры по которым MapMerge режет поля. А теперь представьте, что привязок и бордеров нет. И их придется ставить самому.
Третья причина, такой проект универсален, лежит, есть не просит. Из него в любой момент можно вывести карту для десятков разных программ и устройств. Даже для того, что в голову редко приходит. Например для картплоттеров, или Магеллана.
Есть ещё причины... то же качество интерполяции и возможность ей управлять.

Так делать, или так, в некотором роде философия ремесла. Есть профессиональный подход, который предусматривает отсутствие потерь в промежуточных этапах обработки и использование универсальных форматов, а есть любительский, когда выбирают короткий путь, не вдаваясь в детали, кажущиеся несущественными.
Только на самом деле они существенные! Профессионалы потому и профессионалы, что хорошо знают детали. Они никогда не делают того, что не нужно делать. И наоборот, если делают, значит это нужно.
Думаю каждый может сам найти практические примеры из жизни. Ну типа любительская и профессиональная покраска авто. На первый взгляд результат одинаков...

Впрочем делайте как нравится. Я также много лет сшивал в MapMerge, Результат мне очень нравился, ходил и ездил по этим картам.
Сейчас так не могу.

1. В Ваших имиджах повышено разрешение, значит штатные привязки к ним не подходят. Ведь пиксельные координаты рамки после изменения разрешения имиджа стали другие!
2. В Вашем проекте одна группа MAP файлов, не две, как пишите. Ваши MAP меня смутили. Что-то в них не так. Т.к. на рабочем компе у меня нет исходников ГГЦ, скачал MAP файлы отсюда http://loadmap.net/
3. Взял приложенные PNG имиджи и конвертнул в TIF, повысив снизу уровень RGB Levels до +80, или по простому - поднял контраст.
4. Открываю все имиджи, сохраняю проект как !!!map.gmw

5. Вырезаю все MAP в папку "MAP скачанные"
6. Запускаю MMAssist.exe, получаю новые MAP файлы

7. Запускаю CropGM-minimax.exe, получаю !!!map_out.gmw
8. Открываю !!!map_out.gmw в GM
9. Смотрю качество обрезки, оно не очень, вертикальная линия сшивки двойная. Это потому что точки привязки не совсем точно стоят.
10. Переименовываю !!!map.gmw в !!!map_1.gmw, !!!map_out.gmw в !!!map_out_1.gmw
Это чисто для Вас. чтобы могли посмотреть как было.
11. Открываю проект!!!map_1.gmw и допривязываю все 8 листов, сдвигая пиксельные координаты точек привязки на внутренние углы рамки. Процесс занял 3 минуты. Сохраняю проект как !!!map.gmw
12. Запускаю CropGM-minimax.exe, получаю !!!map_out.gmw
13. Сравниваю сшивки с исходной привязкой и после её уточнения (Это тоже для Вас)
Было

Стало

14. Нахожу подходящие треки и накладываю на карту проекта !!!map_out.gmw (Это тоже для Вас). Вижу сдвиг из-за датума

Меняю датум привязки, проверяю по трекам.

стало лучше

15. Убираю треки с карты. Устанавливаю Бикубическую интерполяцию для вновь создаваемой карты.

16. Устанавливаю датум WGS-84 для вновь создаваемой карты.

17. Чтобы явно отделить готовый проект от всех остальных сохраняю его с именем готово.gmw
18. Экспортирую проект в новую карту формата Geotiff. На этом этапе можно повысить разрешение карты (если оно надо), изменив цифрочки георазрешения по осям (X-axis, Y-axis).

Итак, карта готова, осталось импортировать внутреннею привязку в MAP, и конвертнуть имидж в OZF

19. Импортирую привязку.


20. Конверчу карту в OZFx3 формат с цветовой гаммой 256 цветов.




Проект с с исходниками, готовыми картами, треками и прочим, здесь: http://files.mail.ru/6215EC46AB644C6FAC8E106AEA6B4804

а потом, как я понимаю мы вообще эти map файлы удаляем и делаем новые.

Нажмите для раскрытия...

Ну-ну...
Давайте не терять смысл.
При привязке мы связываем пиксельные координаты растра (имиджа, картинки) и геокоординаты.
Если говорим про MAP из первоначальной раздачи ГГЦ (не путать c MAP кем то уточнёнными), то в них:
- Геокоординаты в метровой сетке, они абсолютно точные.
- Пиксельные координаты получены программно, исходя из предположения что каждый лист идеально точно сформирован из вектора, и каждый лист имеет размер 4096х4096 пикселей Программист как бы сложил все рамки листов вместе попиксельно, наложил на них метровую сетку, и брал для MAP пиксельные координаты на предполагаемом пересечении углов рамки растра и виртуальной метровой сетки.
Результат: пиксельные координаты очень близки к правильным, но не идеально! Реально есть неточности в единицы пикселей.
По привязке эти неточности приводят к погрешности в углах карты на величину "разрешение карты помножить на сдвиг точки привяки от угла рамки в пикселях".
Считая среднее разрешение 500 метровки 5м/пиксель, при сдвиге на 2 пикселя, неточность карты будет 10 метров, что большинство людей устроит.
Но! при сшивке таких листов вы увидите не стыковку в эти самые два пикселя. Устраивают ли вас лично двойные линии, или наоборот наложение двух листов, решайте сами.
Скажу только, там есть сдвиги и на 7 пикселей, и вообще бракованные листы, хотя последних ничтожно мало, я встретил может штук 5 за всё время.

Итак, пиксельные координаты точек привязки стоят не совсем точно. Как их можно поставить совсем точно?
Руками и только руками. Кто может придумать автомат - флаг в руки. У меня идей нет. А нет идеи, нет алгоритма, нет алгоритма, нет программы.

и делаем новые

Нажмите для раскрытия...

Это действие не имеет отношение к привязке. Новые делаются только для того, чтобы массово обрезать по рамке. Пиксельные координаты в этих новых, временных MAP абсолютно пофигу, потому что пиксельные координаты при обрезке берутся из проекта. А там они берутся > читаем текст сначала.

SergNet написал(а):

Итак, пиксельные координаты точек привязки стоят не совсем точно. Как их можно поставить совсем точно?
Руками и только руками.

Нажмите для раскрытия...

Порядок такой:
1. Через "Центр управления оверлеями" добираемся до функции "Изменение позиции":

По дороге будет такое окно:

2. Открывается окно первой карты:

3. Это как я понимаю и есть ошибка:



4. Выделяем с строчке нужную точку двумя кликами. А в левом окне её выделяем. Дальше в среднем увеличиваем до требуемого размера:

5. Нажимаем "Обновить точку":

и так последовательно для всех точек данной карты, а потом других карт в проекте?
6. Вновь сохраняем проект и дальше по инструкции?

Вновь сохраняем проект и дальше по инструкции?

Нажмите для раскрытия...

В целом мы друг-друга поняли.
Детали:
Сначала о том, в чём не уверен, но делаю так. Никаких реальных аргументов привести не могу, только предположения.
Я ставлю точку не в середину пикселя рамки (Ваши скриншоты), а во внутренний угол рамки. Соображения примитивные и бездоказательные:
-Думаю что в конторе, где вектор нарезался на номенклатурные листы, рамку не клали поверх полезного изображения.
-Если ставить точку привязки на внутренний угол, линия сшивки будет уже.

Теперь про "игру на пианино"
Тут нужна методика чтоб делать быстро и без ошибок.
Попытаюсь раскрыть этот "страшный секрет"
Открываем, например, 1000 листов одновременно. Чтоб не запутаться, сразу снимаем в "центре управления слоями" галки со всех слоёв, кроме первого.
Увеличиваем отображение первого слоя максимально. Вплоть до один пиксель на экран. Это чтоб комп не тратил ресурсов на вывод большого изображения на экран.
А дальше стандартно:
Вход в меню привязки, двойной щелчок на первой точке, увеличение до приемлемого масштаба нужной зоны (мне удается это сделать за один, реже два движения мышкой), тык в угол рамки, Alt+R, точка зафиксирована, Alt+Z, следующая точка... последняя точка, Enter.
Включаем второй слой (галка) и так далее.

2-7 вечеров, в зависимости от усидчивости, и 1000 листов у вас действительно привязаны.

Сергей, огромная просьба проверьте всё ли правильно собрано во втором сообщении, чтоб не закралось ошибок.

Если не сохранить проект с данным именем !!!map.gmw программа Global Mapper не будет понимать что надо делать и будет писать такую фразу:

Нажмите для раскрытия...

Это неверно.
GM всё равно как называется проект. Имя !!!map.gmw нужно для CropGM-minimax и только для него!

Не получится сделать из обсуждения полноценную инструкцию, так думаю.
Инструкции мертвы, обсуждение вечно живо, пока есть люди задающие вопросы

Просто для примера, вопросы, которые появятся у читателя сходу:

Почему у меня OZI не импортирует привязку из Geotiff?

Возможные причины и решения:
1. В директории OZI нет нужной библиотеки. Найти OziGeoTiff.dll и положить её в директорию OZI.
2. Потому что Geotiff файл слишком большой. При экспорте проекты в Geotiff заказать нарезку на куски.
3. Я нарезал, MAP создаются, но MapMerge их сшивает неправильно Всё таки файлы слишком большие. При работе в пакетном режиме OZI глючит, правильно импортируя только из первого файла. Нарежьте мельче, либо импортируйте по одному файлу

Много ещё может быть вопросов. В частности почему такой датум.
Надо специально подчеркнуть -это подобранный датум и он относится только к ГГЦ листам. По поводу датума ГГЦ есть и другие мнения, например, что в ГГЦ датум СК-95, который, впрочем отличается от приведенного не больше чем на 3 метра.

SergNet написал(а):

Не получится сделать из обсуждения полноценную инструкцию, так думаю.

Нажмите для раскрытия...

Так для того данная тема и будет существовать!
В ней всегда можно будет задать интересующие вопросы.

Я вот столкнулся с такой ситуацией.
В разных источниках одни и те же карты от ГГЦ распространяются с разными файлами привязки.
У одного комплекта map файлов нет координат, хотя калибровка весьма точная:

В другом комплекте такие координаты есть:

Если каждый из файлов открыт в "Блокноте" то можно убедится в том же:


Почему такое возможно?
Какие файлы нужны для изготовления карт-склеек?

У одного комплекта map файлов нет координат, хотя калибровка весьма точная...

Нажмите для раскрытия...

Вы точно пропускаете (отбрасываете) непонятное. Ну говорю же, стараюсь не писать лишнего. Если пишу, это важно:
Ещё в JNX теме писал

Весь земной шар покрыт координатной сеткой. Сеток может быть две:
- градусная
- метровая

Нажмите для раскрытия...

Здесь же в п.8 показано нутро MAP файла и написано

Обратите внимание, геокоординаты не градусные!

Нажмите для раскрытия...

Здесь же в п.4

Во вторых Не факт что привязка в MAP файлах градусная. Например привязка ГГЦ листов из раздач не градусная!!!

Нажмите для раскрытия...

Не раз говорил, не верю в пошаговые инструкции. Не голословно, сколько тему жевали на тематических форумах, например:
http://www.gps-forum.ru/cgi-bin/for...ire Phrase&Searchpage=0&Limit=50&Old=allposts
Если лень читать целиком, центральная мысль - пост 26/8/11 3:58 PM

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

На мой взгляд для понимания достаточно этого:

При запуске CropGM-minimax.exe ищет в директории своего расположения:
1. Проект GM с именем !!!map.gmw
2. MAP файлы

Анализируя содержимое в 1-ом и 2-ом, утилита устанавливает для каждого листа в проекте градусные координаты обрезки равные градусным координатам углов привязки в соответствующих MAP файлах.
Итогом работы утилиты является новый проект с именем !!!map_out.gmw.

Нажмите для раскрытия...

А всё остальное повторное пережёвывание одного и того же.

SergNet написал(а):

Вы точно пропускаете (отбрасываете) непонятное.

Нажмите для раскрытия...

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

SergNet написал(а):

Здесь же в п.8 показано нутро MAP файла и написано
Обратите внимание, геокоординаты не градусные!

Нажмите для раскрытия...

Но я привожу пример map файлов из другой раздачи, где все эти файлы имеют и координаты в градусах.
Соответственно и вопрос какой из вариантов "правильнее", если такой термин применим, или предпочтительнее?

какой из вариантов "правильнее", если такой термин применим, или предпочтительнее?

Нажмите для раскрытия...

Всё равно какой, если геокоординаты стоят точно.
Главное не смешивать одно с другим в одном проекте.
Если смешать, исчезнет возможность менять параметры привязки разом для всех листов. Кроме разницы в сетках, там встречается разное восточное смещение. В исходных привязках оно с полное, с номером зоны в первой цифре, типа 6500000, в модернизированных укороченное: 500000. Такие привязки тоже не желательно замешивать в один проект, по той же самой причине.