Привязка карт для OziExplorer

[YuryS]

Наверное сюда вопрос, хоть и не уверен.

В Яндекс.Map, который пробки использует формат карт *.ogf3. Где-то мелькала инфа, что вроде бы его можно сконвертировать под ozf3 и привязать в Ози соответственно.

Не знает ли кто-нибудь, как и чем это сделать?

[MBK]

Наверное сюда вопрос, хоть и не уверен.

В Яндекс.Map, который пробки использует формат карт *.ogf3. Где-то мелькала инфа, что вроде бы его можно сконвертировать под ozf3 и привязать в Ози соответственно.

Не знает ли кто-нибудь, как и чем это сделать?

Я как раз сейчас пишу примочку, которой можно из ogf3 растр вытаскивать и в какой-то степени обратно затаскивать. Если что, пиши в мыло: mikhail_kondakov@mail.ru

[Andrewwhpc]

Внимание! Файл c00068-A-015-036-102_ozf.map необходимо переименовать в точном соответствии с именем файла ozf2, т.е. удалить у него в названии приставку «_ozf».

Добрый день!

Я много карт конвертировал, но никогда эту приставку не убирал, и все карты отлично работали на КПК-ах разных, но точность привязки не по всем проверял. Чем чревато то что я не стер эту приставку, и надо ли все карты счас перелопатить и приставку постирать?

Спасибо.

Но у меня после конвертаии получаются такие карты:
karta.ozfx3 karta_ozf.map

[Andrewwhpc]

Beta versin 1.12.3.

Попробовал поработать с новыми картами уже без приставки (стер), и тоже нормально работает.

[наблюдатель]

всё понятно !

[Taypyc]

Спасибо maxzdv за необычайно познавательную статью, я уже с успехом воспользовался изложенной в ней информацией

есть лишь одно замечание-вопрос: не следует ли при привязке карт местности, расположенной к востоку от Гринвича, устанавливать longitude E вместо W как при задании центрального меридиана, так и при вводе координат точек привязки?
осуществляя привязку я поступал именно так, и все получалось OK

кроме того, могу поделиться методикой исправления ошибок привязки, возникшей, как я понял, в связи с использованием дефолтного датума WGS 84

для этого использовался трек, в характерной точке которого создавалась WP1
точка WP2 создавалась в позиции карты, соответствующей выбранной точке трека - т.е. там, где в реальности должен проходить трек
в качестве такой точки логично выбрать перекресток, который на треке пересекался несколько раз в разных направлениях
далее вычислялась разница по щироте и долготе WP1 WP2 (реально она составляла от 0,010 до 0,120 угловых минут) и вносилась поправка в значения координат точек привязки map-файла при помощи notepad

удачи

[Andrewwhpc]

Еще не нашел нигде упоминания или пропустил на тему о названии файлов.

Если например есть уже привязанный файл найденный в сети, но в названии которого присутствую русские буквы ( а таких полно на фтп обменниках), то в моем случае (для моего варианта ОЗИ) приходилось всегда менять название файла на латинское (любое) и обязательно заходить в файл мэп и там в одном или двух местах менять русские названия на латинские и затем смело конвертировать конвертером и все ОК.

[Andrewwhpc]

[к вам тоже вопрос. Почему вы меняли название? Были ошибки при открытии файлов? У меня есть несколько карт с названием файла на кириллице (например Селигер.ozf и .map соответственно) - программа работает с ними нормально. Ошибок при открытии и навигации никогда не было.[/quote]

У меня КПК файлы не видел вообще, после конвертации и заливки в КПК.

Возможно это у меня ОЗИ какой то своеобразный, то видит файлы с приставкой, то еще что. Но я эту вещь о смене названий, давным давно прочитал как рекомендацию еще когда токо учился с картами работать, так что это не токо моя проблема.
А вообще у меня ОЗик еще с НР 2210 (ВМ2003) (т.е. с 2004 года) уже на 5 ом по счету девайсе работает, (ВМ 6.1).

Кстати только счас подумал, а может это НР2210 только не видел, а сейчас все будет ОК, а я по привычке все меняю и меняю названия, хотя в посл время все идут в цифровом виде и менять не надо.

[Taypyc]

...
Сразу вопрос. Это делалось на КПК? На ПК решение данного вопроса не представляет больших проблем. А вот в походных условиях было бы неплохо знать, как корректировать "кривоватые" карты. О чем уже задавался вопрос выше....

я пока еще не знаток КПК, к сожалению
если в КПК имеется софт для редактирования текстовых файлов а-ля notepad - почему бы и нет?
собственно весь процесс правки привязки описан мною выше, правда не сильно подробно, - вчитайтесь

[Taypyc]

тогда значит так
(если я в чем-то ошибаюсь - поправьте)
ИМХО ошибки привязки есть результат неверной привязки - использование не того датума или ошибки в координате одной/нескольких точек
в первом случае для исправления ошибки достаточно ЛИНЕЙНО сдвинуть координатную сетку по всей площади карты - одинаково для всех точек привязки, прибавляя/отнимая поправку а размере расхождения координат между изображенным и фактическим местом нахождения точки трека

OziExplorer Map Data File Version 2.2
Gomel m15000.jpg
D:\GPS\Maps\Gomel M15000.JPG
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, 4024, 4755,in, deg, 52, 25.895,N, 30, 59.778,E, grid, , , ,N
Point02,xy, 4884, 9677,in, deg, 52, 20.926,N, 31, 02.043,E, grid, , , ,N
Point03,xy, 6484, 1137,in, deg, 52, 29.865,N, 31, 03.276,E, grid, , , ,N
Point04,xy, 3254, 171,in, deg, 52, 30.524,N, 30, 57.687,E, grid, , , ,N
Point05,xy, 626, 6557,in, deg, 52, 23.719,N, 30, 54.390,E, grid, , , ,N
Point06,xy, 7360, 4565,in, deg, 52, 26.397,N, 31, 05.338,E, grid, , , ,N
Point07,xy, 7172, 7060,in, deg, 52, 23.822,N, 31, 05.438,E, grid, , , ,N
Point08,xy, 1322, 1718,in, deg, 52, 28.747,N, 30, 54.721,E, grid, , , ,N
Point09,xy, , ,in, deg, , ,N, , ,W, grid, , , ,N
...........................
.........................

для этого достаточно иметь КПК и трек, перекрывающий как можно бОльшую площадь карты
не факт, но возможно такую линейную ошибку можно поправить введя корректирующее значение Magnetic Variation - еще не пробовал

а вот что делать, если трек "сбивается" лишь в некоторых точках карты - не знаю, да и примеров таких не было
ИМХО такие нелинейные" искажения можно поправить изменением координат точек привязки из той области карты, где выявлены искажения, перерисовкой карты в ФШ (на компьютере, не КПК )

map-файл заканчивается следующими строками

Point30,xy, , ,in, deg, , ,, , ,, grid, , , ,
Projection Setup, 0.000000000, 33.000000000, 1.000000000, 500000.00, 0.00,,,,,
Map Feature = MF ; Map Comment = MC These follow if they exist
Track File = TF These follow if they exist
Moving Map Parameters = MM? These follow if they exist
MM0,Yes
MMPNUM,4
MMPXY,1,0,0
MMPXY,2,7555,0
MMPXY,3,7555,10155
MMPXY,4,0,10155
MMPLL,1, 30.870015, 52.506471
MMPLL,2, 31.081432, 52.518617
MMPLL,3, 31.109995, 52.344724
MMPLL,4, 30.899398, 52.332638
MM1B,1.903822
MOP,Map Open Position,0,0
IWH,Map Image Width/Height,7555,10155

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

enjoy

[Taypyc]

...

для исправления ошибки достаточно ЛИНЕЙНО сдвинуть координатную сетку по всей площади карты

Если только в "горизонтали" или "вертикали" - то да, достаточно просто. А вот если "сдвинуты" координаты и в том и в другом случае одновременно...высчитывать запаришься Корректировать придется все пять точек привязки (в случае с генштабовской картой), а возможно и больше (в случае с отсканированной, самодельной).
...

смею не согласиться, коррекцию делал неоднократно по обоим координатам за "один проход"
да, непременно меняются координаты всех точек привязки, сколько бы их ни было
не вижу никакой сложности произвести в уме арифметическое действие вычитания по одному разу для долготы и широты - вычислить величины требуемого сдвига координат, а затем дважды по пять раз пересчитать новую координату точек привязки
весь фокус в том, чтобы точно вычислить сдвиг в минутах - для этого нужен трек проезда перекрестка в разных направлениях, хотя бы такой, как в приложенном примере

пояснения:
WP1 - виртуальная точка на треке
WP2 - реальная точка на карте, соответствующая точке WP1 трека

[Taypyc]

для этого нужен трек проезда перекрестка в разных направлениях

А, ну понятно. Грубо говоря рисуешь треком перекресток и в точке перекрестья получаешь координаты?

совершенно верно