Растр в навигаторах
Показано с 1 по 9 из 9

Тема: Растр в навигаторах

Древовидный режим

  1. #1

    Exclamation Растр в навигаторах

    Речь здесь пойдет о подготовке растровых карт для навигаторов. И хотя описание процедуры сделано на примере навигаторов Магеллан Тритон, большая часть ее пригодится и пользователям Гармина (за исключением заключительной стадии по переводу карты в формат навигатора).

    I. Топографические карты (ГШ и Геодезия).

    1. Первоначальная привязка
    Если у нас уже имеются карты с привязкой, все замечательно. В противном случае ее можно сделать самому, используя OziExplorer.
    Выбираем систему координат Пулково 1942 и проекцию ТрансМеркатор.
    Жмем кнопку Projection Setup и в открывшемся окне заполняем отмеченные поля.



    В общем случае Центральный меридиан = (целая часть (долгота/6)+1)*6-3. Для московского региона он всегда равен 39 градусов.

    Далее выставляем реперные точки (5 точек вполне достаточно - по углам и в центре), а также границы углов карты (в дальнейшем они нам облегчат обрезку ненужных полей).

    Для наглядности качества привязки накладываем свои треки на карту. Треки могут быть в любой системе координат и проекции - Ози все учитывает сам. Причины некоторого несоответствия могут крыться не только в выполненной привязке, точности трека с навигатора, но и в полиграфии самой карты.



    Примечание. Большие картинки (1600х1200) на форуме отображаются с уменьшением масштаба. Чтобы увидеть их в исходном разрешении, нужно открыть картинку в отдельной вкладке или окне.

    2. Преобразование в прямоугольную проекцию
    В GlobalMapper преобразуем систему координат из Пулково в международную WGS84, а проекцию из трансмеркатора в прямоугольную.
    Выбираем Tools -> Configure и закладку Projection.



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



    Попутно можно сделать еще одну полезную операцию - измерить расстояние, которое покрывает карта в километрах. Оно будет полезным для дальнейшей оценки получившегося dpi преобразованной карты.
    Для этого в GlobalMapper выбираем инструмент "Measure Tool", проводим на карте горизонтальную линию на половине высоты от одного края карты до другого.



    Внизу смотрим, сколько километров покрывает карта. В данном случае получаем 15.76 км. Значит, ширина печатной карты масштаба 500 м должна быть 15.76/0.5=31,5 см.

    Отрежем ненужные поля. При нажатии Alt-C выводится дополнительное окно. Выбираем нужный нам файл и жмем кнопку Options... Тут следует оговориться, что в случае ГШ 500 м удобнее сразу объединять карты по 4 штуки, чтобы общий лист соответствовал листу ГШ 1 км.
    Выбираем закладку Cropping и строку Crop to Manually Specified Lat/Lon Boundary (автоматическая обрезка как правило работает плохо).



    Значения границ обрезки кое-где заданы правильно, а кое-где не точно. Задавать их нужно в исходных координатах (а не пересчитанных!), т.е. так, как написано на углах карты.

    Подправляем неточные значения.



    Теперь сохраним карту в геотиф: File -> Export Raster... -> Export GeoTiff...



    Другого способа в GlobalMapper для сохранения привязанного растра нет.
    Обратите внимание на отмеченные параметры. LWZ компрессию отключаем, т.к. программа перевода в формат Тритона ее не понимает. Файлы PRJ и TFW содержат информацию о привязке (или по крайней мере один из них). Интерполяция должна по идее немного улучшить качество картинки.

    Создаем map файл с помощью Ози (для одного или группы геотифов). Делаем это через функцию импорта карт.



    Далее следуем инструкциям Ози. Тут ничего сложного. Не забываем подправить систему координат и проекцию, если они отличаются от WGS84 и Lat/Lon.



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



    Посмотрим, как ложатся треки на карту после преобразования в GlobalMapper. Видим, что треки сместились чуть вправо и вниз, т.е. привязка карты стала хуже. Видимо GlobalMapper просто делает не совсем точным пересчет. Что-то с формулами там намудрили программисты. Постараемся чуть позже исправить этот недостаток.
    Последний раз редактировалось Арчи Кун; 17.01.2011 в 14:16.

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Метки этой темы