создание карт для Magellan Triton

Чем больше территория, тем важнее правильная проекция. на втором шаге сохраняйте с привязкой. Затем даёте эту привязку ТритонРМП и в большинстве случаев всё будет ОК (пункт 4 не нужен). Но иногда ТритонРМП сбоит. Поэтому после него надо в вантажпойнте проверять привязку. Когда сбоит - я закономерности не нашел. Приходится задавать границы карты иначе, дробить её на несколько маленьких, ... танцы с бубном, в общем.

эммм..а зачем такие сложности? Склеивать нужно с образованием файла привязки. Потом ТритонРМП открываем ИМЕННО ФАЙЛ ПРИВЯЗКИ. Жмем кнопочку и вуаля...И не нужно никаких привязываний.
Во, опередил
А чем отличается 7, 8 и 9? Дык это вся карта Украины разбита на 9 частей. Ибо делать это одним куском САС отказывается. Наверное здоровья компа не хватает. Потому-то и по частям.

А гуглземля прекрасно строится МАПБИЛДЕРом. Единственное: нужно содрать в буфер картинки в нужном разрешении.

ХЗ. давно прочитал, освоил...не задумывался. переучиваешься только если упрешся в тупик .
Способ был, видимо для Генштаба чтобы не персчитывать координаты проекций - просто взять координаты из гугля.
... попробовал с привязкой, до слез легко работает, и слои за 3 минуты подбрасываются!

Спасибо огромное, ребята, за помощь!

В вантажпойнте у меня границы этих трех участков одинаковы, а именно - вся Украина. Остальные разными частями.

ааа..я тоже заметил. В вантаже: 1 столбец - 3 куска, 2 -1кусок большой и 3 столбец -тоже 1 большой. ХЗ чем это обусловлено. Главное, что все участки карты есть.

для Генштаба конвертирование немного сложнее. Сначала: Map Merge Utility for OziExplorer, затем-demapper.exe. Потом в файле привязки(блокнот) изменить расширение на png, затем-TritonRMP.exe
Таким макаром я конвертил выложенные геннтштабы для тритона.
Собственно: тоже не так уж и сложно.

А Вы пробовали таким способом привязывать несколько листов крат генштаба? Точность привязки при этом не ухудшается? Я пробовал привязывать сразу 9 листов этим же способом, но точность привязки оставляет желать лучшего, а если привязывать по одному листу, то получается намного точнее. В чем ошибка, или так и должно быть?

_________________
Specialized HardRock 2009

У меня при подобном алгоритме точность привязки из-за нескольких карт не ухудшалась. Однако был один случай, когда я не мог получить нормальную привязку. Думаю, это из-за глюка ТритонРМП, так до него с привязкой всё было отлично. После разбивки большого куска на несколько меньших каждый из меньших конвертнулся нормально.
Похожий глюк у меня иногда бывает иногда и при конвертировании снимков/карт с гугло-яндексов разных - после ТритонРМП появляется сдвиг в несколько сот метров.

я конвертил в один присест порядка 8 кусков генштаба(кажись). Может больше.
Короче: это 2 куска харькова и окрестностей + 130 км вправо. То есть сравнительно много кусков. В процессе передвижения Харьков-Купянск вся привязка была замечательная. Да и в Районе Купянск-Двуречная поездили. Тоже все нормально.

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

В TritonRMP сжатие выходных карт по-прежнему происходит бесконтрольно? До сих пор не озадачивался для снимков (подсовывал жипег качества от 8 до 11), результат нормлаьный. Сейчас делаю разные участки ГулКарт и TritonRMP почему-то их нещадно давит сжатием, артефакты пережатого жипега затрудняют даже чтение мелких надписей.

А нет ли такой программы, типа Map Merge Utility, которая могла бы склеивать rmp файлы?

_________________
Specialized HardRock 2009

а смысл? имхо: при использовании больших карт, энергопотребление выростет.

Смысл в том, что не удобно включать каждый раз новые листы карт, а если можно было склеить допустим 4 листа в rmp формате, то это было бы гараздо удобнее. Энергопотребеление, для меня, не так важно...

_________________
Specialized HardRock 2009

ну а зачем их ВКЛЮЧАТЬ КАЖДЫЙ раз, если достаточно отметить все куски?