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

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

1. Качаем прогу TritonRMP. В ней происходит привязка по 5 точкам по аналогии с Ози. Есть большое неудобство - нельзя сохранить проект. Типа заметил ошибки и давай заново точки расставлять.
2. Выбираем 5 точек на карте и указываем их координаты в WSG.
3. Калибруем карту (тыцькаем кнопочку в программе).
Все.

Можно сразу несколько карт слить в один файл, но я не уверен, что это удобно. Лучше больше легких файлов, чем один большой вареник.

Как удалось выяснить опытным путем, возникают 2 проблема:

1. Разные калькуляторы пересчитывают Пулково в ВСГ с небольшими отличиями. Это сотки градуса, но на генштабовских карта иногда погрешность доходит до 100 м.
2. Многое зависит от выбора точек на растре. Часто углы карт "потянуты" при сканировании. Или оригиналы карт посредственные. В этом случает лучше привязываться не к углам карт, а к координатной сетке. Я выбираю точки в Озике в местах наибольшего совпадения сетки на карте с координатной сеткой Озика.

Путем проб и ошибок получилось сделать довольно точные карты. Если точность отображения карты не так важна, то можно сильно не мучаться. Лично меня сильно злит когда точка в Озике и в Тритоне на одной и тоже карте отображается с отличием.

по поводу "детальной на английском"
- во время отпуска в Крыму, в последний день похода -уже возле Резервного (повезло:)
вывалилась ошибка много раз описанная выше( outdoornav.exe ).позвонил в NGC-посоветовали сменить прошивку на английскую.- уже дома залив прошивку(да, кстати все "свежие " треки, не сохранённые в VP при заливке прошивки ушли "в сад"), увидел что векторные карты которые у меня были на тот момент- больше мне не нужны позвонил в NGC - Евгений спросил с/н моего девайса и позже выложил карту украины в транслите. если кто не понял- ДЕНЕГ ЗА ЭТО НЕ БЕРУТ. карта привязывается к номеру.так, что ВСЕ В НГЦ!
по слухам, там сейчас готовится векторная карта Украины, в которую будут внедрены Крым, Днепр и топочасть и всё это -за "ориентировочно 100 грн".

Старый вектор НГЦ приемлем, но детализация очень слабая. Основа нового вектора "позаимствована" у Гармина с последующей доработкой. Так что делайте выводы.

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

Мне хватает генштаба, а по крыму генштаб + атлас крыма (тот что в печатной форме выпущен уже с привязкой WSG).

Да, точно, везло Нашёл несовпадения GE с треком 16 м на вполне открытой местности.

_________________
Откуда я знаю, что я думаю? Вот скажу - тогда узнаю!

Народ, создание карты под Тритон без погрешностей самоцель или необходимость? Если есть куча свободного времени, то можно вертеть растры и минимизировать совершенствовать качество привязки. Но чаще всего этого не нужно. Я по своему алгоритму привязал десятки карт. Затрат по времени минимум. В походах ни разу не было проблем с ориентированием. Всегда 100% попадание в нужное место.

Лично меня не смущает погрешность 15-50 метров. Точки проставляю в Ози. Там точность привязки карт довольно высокая. Карта в приборе больше для наглядности, чем для точного ориентирования. А на ПК уж точно Озик лучше ВП.

Это я написал в плане извинений за дезинформацию про погрешность 3 метра

_________________
Откуда я знаю, что я думаю? Вот скажу - тогда узнаю!

абсолютно согласен с возможной погрешностью в 15-50 метров. я задавал вопрос о привязке километрового генштаба. из своего опыта- брал уже привязанный генштаб из NGC.
проходил пару квадратов крыма, чёрный лес в знаменке(кировоградская обл.), донецк -погрешность- весьма и весьма оставляет желать меньшей. поэтому и решил перепривязать сам. после не самых удачных попыток задал здесь вопрос.
в последнее время "подзабил" на генштаб и "увлёкся" привязкой GE с преобразованием проекции из меркатора в lan/lot. получается !!!гораздо!!! точнее. собираюсь сделать многослойку, в которую одним из слоёв хотелось бы включить генштаб, точность привязки этого слоя(генштаб) хотелось бы сделать такой же как и GE. а вообще-то, это всё треклятый перфекционизм- не даёт мне спокойно спать по ночам.

Свой способ я уже описывал. Он довольно быстрый. Использование Map Merge Utility for OziExplorer позволяет автоматизировать пересчет координат и обрезку полей.

Добрый день уважаемые тритоноведы!

Совсем недавно приобрел себе Magellan Triton 1500. Раньше был eXplorist 210 - был с ним счастлив, но частично разбил экранчик (летел с вела )
Перед покупкой обшарил инет - выбирал растровые девайсы. Альтернативы Triton-у не нашел, разве что у Garmin Oregon подобная опция недавно появилась, но еще не вылизанная.
Покупкой Очень доволен, из небольших минусов я бы отметил:
- непродуманность Тач-скрина - для возврата меню, например, все равно надо тыцять кнопку ESC.
- хотелось бы увеличить роботу девайса от батареек Где-то я читал что имеется "Экономический режим", но я его не нашел, никто не в курсе ?

С заливкой растра за неделю разобрался. Все ложится идеально и без сдвигов про которые тут пишут и полностью "автоматом"
* Google и Yandex карты делаю с помощью прог: "SAS Планета" -> "GlobalMapper" -> "Ozi Explorer" -> "TritonRMP.exe"
Особенности над которыми долго игрался:
+ В GlobalMapper Не забывать ставить Датум-WGS84 и Проекцию-Lat/Long
+ В GlobalMapper делаю экспорт в GeoTiff (ставлю флажок Always Generate Square Pixels - чтоб картинка не сжималась сильно)
+ В Ozi Explorer делаю Import Map -> All DRG Maps... - из GeoTiff-а вытягивается привязка ".map". (Для этого надто скачать dll-ку с офф. сайта)

* Генштаб делаю с помощью прог: "Map Merge" -> "Demapper" -> "TritonRMP.exe" (Карта вроде даже четче получается чем первым способом)
+ Карты должны быть правильно откалиброваны (попадались разные ) в Ozi Explorer, и выставлены границы карты.
+ В Map Merge параметр "Pixel Scale" ставлю в 1,5 раза больше чем у оригинала - чтоб картинка была качественной

Уже сделал для себя карту Украины, многослойную (Yandex map), начиная от обзорной и почти до километровки - неплохо получилось.
Также склеил Крымскую генштабовскую 500-метровку. Если кому надо могу где-то залить.

Нашел в инете и поставил "Загрузчик". Теперь у меня появилась менюшка загрузки, либо штатная навигация, либо набор из: iGo, OziCe, TotalCommander, MediaPlayer... Все прекрасно работает.

Попутно задам вопрос. Видел в GPS GARMIN набор встроенных игр, смысл которых базируюется на работе GPS приемника.
Например "Бегать по лабиринту и собирать флажки", "Гусеница" и т.п.
Со стороны немного по дурацки смотрится - Когда здоровый чувак бегает с "мобильником" взад-вперед по улице, но все же.
Может кто подскажет где найти для Тритона? =)

Опишите пожалуйста подробней этот процесс?

вот что ответил Seka при тойже самой просьбе мне в ЛС. с его позволения

цитирую :

"
- Запускаешь SAS Планета. Выделяешь нужную область.
Далее "Загрузить" выбираешь желаемый масштаб, и жмешь "Начать".
Когда загрузится жмешь ту же самую область только уже "Склеить".
Поставь масштаб, флажок на создание файла привязки ".map", и качество 100%
- Запускаешь "GlobalMapper" открываешь свой файл.
Далле Tools->Configure->Projection выбираеш
Projection=Geographic(Latitude/Longitude), Datum=WGS84
Картинка чуть сожмется по высоте.
Далее File->Export Raster and Elevation Data->Export GeoTiff (ставишь флажок Always Generate Square Pixels )
- Запускаешь Ozi Explorer делаю File->Import Map -> All DRG Maps...-> Указываешь папку с GeoTiff (.tiff)
Вытягивается привязка (".map" файл).
(Перед этим не забыть скачать и скопировать OziGeoTiff.dll с офф. сайта)
- Запускаешь TritonRMP.exe
Далее File->Maps->Import Maps и выбираешь свой ".map" файл.
Жмешь "Create RPM" (Все! Карта готова)
- Заливаешь карту в девайс с помощью VentagePoint
"

вот еще неплохая ссылочка по тритонам, те кто ненашел ее всередине страниц темы

http://veslo.ru/2006/snaraga/magellan/magtriton.html

только вот что за загадочный "MapBuilder", с таким названием много левых программулин

сам тоже учусь загрузать карты, вот думаю начинающим будет интересно:

Карта Харькова Спутниковая+гибрид(улицы+дома) (Яндекс), файл готов к загрузке через VentagePoint, размер ~120 Mb

http://letitbit.net/download/9603.b934f ... x.rmp.html

ниже скриншотик что получилось, тестировал в парке

_________________
Спортивный клуб "Стайер Атлон"

Вот сконвертил с Sas_Planet карту Украины. Около 700М. 9 частей. х13. На магеллане отражается в пределах: 3.2км-800м на см. Точность привязки не пробовал.
http://upload.com.ua/get/901706632/

Paganel, спасибо за способы энергосбережения. Подсознательно понимал, но делать - не делал .

Ту карту автодорог Украины что я писал попробовал еще раз привязать - координаты уезжают непонятно куда, причем даже в точках привязки . Видимо она только как бумажная годится, да ее векторная основа умеет считать расстояния, а жипег кривой. Очень жаль, ее информативность и читаемость на голову выше всех карт из SASПланеты, специально перебирал и яндекс и гугль и Навител...

Magoll, спасибо, сейчас попробую. Как у вас все быстро (долблюсь второй день над несколькими слоями Гуглькарты х12)

не факт. возможно, при правильном задании проекции привяжется нормально.

А чем отличаются части 7, 8, 9?
__________________________________________________

Ребята, что я делаю неправильно:?
1. SASПланета - загружаю нужную область с нужной детализацией
2. SASПланета - Склеиваю в один графический файл (без привязки).
3. Открываю картинку в ТритонРМП
4 Открываю Гугл Снимок, или SASПланета, навожу курсор на характерную точку (мост, мыс...) переписываю координаты, вбиваю их в ТритонРМП на ту же точку. так около 4-х точек в разных частях карты.
5. Конверчу ***.rmp

Все работает на малых детальных областях и листах ГШ. Украина целиком не получается. Нужно пересчитывать геометрию под проекцию? (где-то давно себе прочитал что ГуглПланета работает в нужной нам проекции и дальше не задумывался .)

Чем больше территория, тем важнее правильная проекция. на втором шаге сохраняйте с привязкой. Затем даёте эту привязку ТритонРМП и в большинстве случаев всё будет ОК (пункт 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

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

Кстати, да! это вариант Magoll спасибо за подсказку

_________________
Specialized HardRock 2009

Что-то ветка заржавела, а я снова с вопросами.

Не могу привязать даже карту размером с Крым. Пробовал Гугл-карту, Яндекс-карту - пролет примерно одинаков, несколько км.

Действую по алогоритму из этой темы: SASПланета-OziMapMerge-DeMapper-TritonRMP.
На выходе погрешность размером с крупное село . Маленькая область привязывается по этой же схеме очень точно. Более того, Если выкинуть из цепочки OziMapMerge-DeMapper то точность почти такая же "кривая".
Может, все-таки что-то не так в проекции SASПланеты?
Несколько карт Украины, выкладываемых тут народом тоже слегка "гуляет", а вот одна Яндекс-карта очень точная. Сейчас не вспомню кто ее выкладывал. Выходит, это как-то лечится.

странно...быть может ты слишком точности хочешь. у меня все карты получились нормально. Единственное: карта Украины. Там разброс местами 200-300 метров. Но это для автодорог.

Поделитесь, пожалуйста! Залейте их на какой-то аплоад!

Я уже задолбался их привязывать Ни где и ни кто не описал алгоритм привязки по шагам. Слышны только одни разговоры.

У меня раньше был алгоритм привязки такой:



Но сейчас он с большими кусками не работает.... По-моему тритоны покупают, что бы мучатся... И помочь никтно не хочет…

36 страниц в теме и Вы говорите, что "никто помочь не хочет"???

До 8-й страницы я насчитал три описания (алгоритма) привязки карт...

_________________
Детка - это тебе не Лас-Вегас. Это Спарта (с)

Запас карман не тянет. Если девайс поддерживает неограниченное количесвто карт, то почему бы этим не воспользоваться?
По принципу: сделал и забыл. Или вам каждый раз перед поездкой нравится с девайсом ковыряться?

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


Алгоритм для SasPlanet:

Проблема в том, что Map Merge Utility for OziExplorer обрезает все, что находится снаружи привязочных точек. А если вам эта обрезка не нужна, что тогда делать? Как преобразовать Pulkovo 1942 (2) в WGS 84? Только используя, калькулятор - TatukGIS Calculator и вводить потом ручками в TritonRMP.

Ведь может быть несколько больших карт. И привязочных точки могут располагаться не по краям...

А зачем нужны поля карты, если карта уже в приборе?
Global Mapper может менять проекцию не обрезая поля, но мне удобнее пользоваться Map Merge.

Указываете нужный датум в Map Merge или Global Mapper и всё само преобразуется как надо.

Вот моя карта Днепропетровской области - rapidshare.com/files/418941384/Dnepr_obl.rmp - 38 Mb

По интернету гуляют легко находимые километровки всей украины с привязками. Я с ними в своё время нормально работал с 500МБ оперативки. Merge их легко склевает в правильном порядке автоматически, без всяких игр с точками привязки. Просто выделяете в Merge такой кусок, который и комп и прибор потянут, и всё.

Уже скачал 539 планшетов с привязкой для OziExplorer. У них Pulkovo 1942 (1) и Transverse Mercator. Смущает, что Map Merge Utility for OziExplorer долго сохраняет большие объединения планшетов. Важно, что бы одно объединение не превышало 160 мегабайт. Иначе TritonRMP не хватает памяти, что бы преобразовать привязанную растровую карту в rmp-формат. Таких кусков на всю Украину может быть не меньше 6 шт.

Изначально были готовые куски от vlasenko (map + ozfx3) (Pulkovo 1942 (2) + Mercator), потому с ними и начал воевать.

Сегодня нашел классную прогу которая создает карты в различных форматах из карт гугла, снимков спутника и им подобных,
в том числе и в формате rmp для magellan
http://mobac.dnsalias.org/
теперь можно не мучаться с SAS-Planet и конвертацией
просто выделил нужный кусок, выставил интересующие масштабы и нажал create. В настройках не забудьте выставить ограничение на 18000 пикселов на ширину и высоту карты.
Карту Днепропетровска создал за несколько минут с масштабами z17,16,15,14,13,12

Может ли GlobalMapper генерировать обновленный map-файл? Так, что бы map-файл открыть, зайти в настройки сменить систему координат и проекцию, нажать кнопку Save и координаты быстро пересчитались.

В этой теме, ранее писалось:


А дальше что делать?

Мне нужно, что бы Global Mapper при смене системы координат мог пересчитать эти цифры в map-файле:

ВОПРОС: Мы только меняем Pulkovo 1942 (2) на WGS84? Или же нам так же Mercator нужно обязательно на Geographic (Latitude/Longitude) поменять? В настройках Magellan Triton 2000 я видел, что там можно самому задавать с какой системой координат может работать прибор. Там по умолчанию стояли «Coordinat system» – Lat\Long и «Map datum» – WGS84. По идее должны менять.

stuff_pkb, а вам обязательно вести здесь блог о том, кам вы учитесь создавать карты? Какой-то театр одного актёра.
Настройки прибора - это то, в каком виде он выводит измеренные координаты на дисплей, к картам это не относится.
Исходная карта для ТритонРМП должна быть в системе WGS84 и проекции, в которой меридианы и параллели образуют прямоугольную сетку. Такими проекциями являются "широта-долгота" и Меркатор.
Global Mapper меняет карту, но писать файл привязки в виде .map, насколько я знаю, не умеет. Когда я им пользовался, я привязывал вручную по углам карты. Координаты углов сохранял в виде waypoints отмеченных в Ozi на исходной карте. Но с Ozi Merge этого делать не нужно, там единственная ручная операция - поменять имя файла в файле привязки.

Sergei,

Спасибо за помощь! Путь только один, через Ozi Merge. Жаль, что не получилось воспользоваться уже склеенными кусками vlasenko.
Фактически на сегодняшний день так никто и не научился пересчитывать координаты при смене датума. Все пошли по пути предложенным Паганелем.

Программа Map Merge, к сожалению то же не корректно сшивает планшеты.

Попробовал сшить первые 45 планшетов западной Украины (планшеты привязаны в Pulkovo 1942 (1) и Transverse Mercator):



Настройки у меня в Map Merge такие:



Когда получил готовый rmp-файл - решил его проверить треком, которые прорисовал в MapSource:



Трек в VantagePoint выглядит так (синяя полоса):



Карта ушла на юг от реального положения аж на 5 км!

Ну, лень - двигатель прогреса Если бы точность при склейке в MapMerge меня не устраивала, я искал бы другие пути, но пока всё нормально.

Насчет *.мар файла из ГлобалМаппера. Если экспортировать карту в ГеоТИФФ, то к нему файл привязки можно автоматически сгенерировать программой Map Creator http://mapnav.spb.ru/site/download.php?list.4 (это картоделалка для навигационной программы MapNav для мобильных телефонов). А потом по желанию конвертнуть полученный ТИФ в любой удобный формат и в файле привязки поменять расширение самой карты. Особенно полезная функция для карт, которые озик открыть не в состоянии из-за их большого размера.
Да, а откуда берутся ошибки? У меня все карты мною привязаны в глобал маппере, по тем частям Украины по которым я ездил ошибок привязки особых замечено не было, хотя проекцию я исходным картам менял. Это проблема навигатора что он не умеет показывать нужный кусок правильно привязанной карты или это проблема кривых рук которые файлы привязки делают неправильно?

Скорее всего, это проблема того, что создатель(-и) TritonRMP не до конца взломал(-и) работу Тритона. До TritonRMP сдвига нет, а после него есть, и в приборе и в VP. Проявляется не всегда, обычно при правильной проекции и привязке всё нормально конвертится. Закономерности я пока не наблюдал.

По моему дело в кривых руках тех, кто делал карты.
Вот сделал РМП на четверти квадрата. Все четыре карты совпадают вполне прилично.
http://free-download.ifolder.ru/19341876
Как выяснилось карта должна быть только в lat/lon но масштабы по вертикали и горизонтали могут не совпадать, то есть карта не обязательно должна быть сплюснута. Тем же страдает достаточно много программ, тот же PathAway.
Объявляю конкурс на соображения как я это сделал. Карты ни разу не перепривязывал.

Преобразую большой (130 Mb) растровый файл склеенных киллометровок в Map Merge. Из (Pulkovo 1942 + Mercator) в (WGS84 + Latitude/Longitude). После экспорта - растр сильно растягивает по горизонтали. Возможно, из-за этого сильно портиться качество. Возрастает пиксельность. Можно как то избежать этой экзекуции для растра?

Без перепривязки нельзя загрузить карту в Triton. Качество карты хорошее - это говорит о том, что она не проходила через "жернова" Map Merge (если экспортировать из Mercator в Latitude/Longitude).
Колитесь Паганель! С меня пиво

Как раз и без перепривязки.
Основная проблема получить несплюснутый lat/lon. Это может Глобалмаппер, если снять галку "Квадратные пикселы". Но в нем нужно править обрезки и потом перепривязывать.
Я обычным образом с помощью Мапмержа собрал карты и преобразовал из поперечного меркатора в обычный и из Пулково в ВГС. Потом открыл привязанный PNG глобалмаппером и пересохранил в lat/lon под тем же именем. Размер картинки не изменился. Осталось только ничего не перепривязывая заменить в привязке Mercator на lat/lon. Дальше ТритонРМП.

Главное не путайте Меркатора и поперечного меркатора. Это две совсем разные проекции.

А сохраняли так?

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

Кстати у меня ози почему то не вынимает привязки из Геотифов. Там надо какие то шаманские действия?

Вы меня спрашиваете? Паганель должен знать все!

Вам нужно скачать в инете OziGeoTiff.dll и кинуть в папку к озику.

Там всё не так просто с ози и геотифф. Насколько помню "В лоб" озик все-равно геотифф не покажет, там надо еще кучу параметров задавать. Как получить файл привязки малой кровью для геотифф я писал чуть выше.

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

клеил листы в GPSmapedit. клеится хорошо,но сетка становиться просто линиями.
осталось проверить на точность.

_________________
Нельзя уйти от своей судьбы,т.е., нельзя уйти от неизбежных последствий своих собственных действий. (Фридрих Энгельс)

Shatyn
Kharkov-Slavyansk.gpx
Проходит через Изюм и дальше по трассе, через поворот на Славяногорск.

_________________
Продам новую супертеплую женскую худи Burton Monarch

vegas спасибо большое!
Трек лег чётко, единственное, временами трек срезает некоторые повороты трассы,но это больше похоже на потерю связи.
Вцелом эксперимент удался:).

_________________
Нельзя уйти от своей судьбы,т.е., нельзя уйти от неизбежных последствий своих собственных действий. (Фридрих Энгельс)

Cпособ получения rmp-карт из склеенных карт vlasenko.

1. Вытаскиваем растр из ozfx3 с помощью программы Demapper (на крупных кусках может в конце экспорта аварийно завершить работу - не обращаем на это внимание).
2. Если карты большие (больше 120Mb), то режим из с помощью Corel Photo Paint и сохраняем в tiff (это делается для того, что бы TritonRMP не завис при экспорте более крупных
кусков и сам навигатор смог отобразить карту. Например, у меня Magellan Triton 2000 не смог отобразить rmp-карту размером 186 Mb. При сохранении в tiff снимаем галочку - чересстрочная развертка).
3. Привязку осуществляем в OziExplorer в той системе координат, что и большой кусок (Pulkovo 1942 + Mercator)
4. Открываем меньшие привязанные куски в Global Mapper (Map Merge не пользуемся, потому, что он дает ужасное качество после преобразования из Mercator в Geographic (Latitude/Longitude)).
5. Выбираем Tools -> Configure -> Projection. Выставляем Projection: Geographic (Latitude/Longitude) и Datum: WGS84. Нажимаем Ok.
6. В меню File>Export Raster and Elevation Data выбираем ExportGeoTiff (это делается потому, что TritonRMP легче работать с tiff, а не с png).
7. Снимаем галочку - Always Generate Square Pixels (получается в нормальных пропорция карта и файл не много занимает места и более качественное изображение, чем с установленной галочкой). Нажимаем Ok.
8. Для получения привязочного map-файла из GeoTiff - открываем OziExplorer и выбираем File -> Import map - > Import DRG Maps on CDROM or Hard Disk (предварительно скачав файл OziGeoTiff.dll и скопировав его в каталог OziExplorer).
9. Преобразуем полученную карту в TritonRMP.


Cпособ получения склеенных rmp-карт из планшетов генштаба с помощью программ Map Merge и Global Mapper (по рекомендации Паганеля). Этот путь более простой и минимизирует ошибки.

1. С помощью Map Merge получаем нужную область (желательно не больше 40 планшетов (не больше 120 Mb), что бы потом не было проблем с отображением карты в навигаторе и с TritonRMP). В настройках Map Merge в закладке Destination Map указываем Map Datum = WGS 84 и Map Projection = Mercator.
2. Если сшиваются километровые планшеты, то Pixel Scale = 16.
3. С помощью программы Demapper из ozfx3 получаем png файл.
4. В map-файле заменяем ozfx3 на png.
5. Открываем карту в Global Mapper. Выбираем Tools -> Configure -> Projection. Выставляем Projection: Geographic (Latitude/Longitude). Нажимаем Ok.
5. В меню File>Export Raster and Elevation Data выбираем ExportPNG.
6. Снимаем галочку - Always Generate Square Pixels.
7. Заменяем исходный png файл карты.
8. Открываем карту в OziExplorer заходим File -> Check Calibration of Map и выставляем Map Projection = Latitude/Longitude.
9. Преобразуем полученную карту в TritonRMP.

Объясните пожалуйста,почему такие непростые методы склеивания?Скорей всего я просто не догоняю какой то важной вещи в этом вопросе.Хотя я сам 1й раз клеил 2 способом.
Но потом,при создании векторной карты в GPSmapedit, нарвался на возможность склейки листов растра.
И после этого клею только этим способом.

_________________
Нельзя уйти от своей судьбы,т.е., нельзя уйти от неизбежных последствий своих собственных действий. (Фридрих Энгельс)

Мой путь отличается от этого отсутствием пунктов 5-8.
В первом пункте иногда "Map Projection = Latitude/Longitude"
И обязательно есть последний пункт: открыть в Оззи исходную карту (или хотя бы сшивку после Map Merge), нарисовать-сохранить трек вдоль какой-нибудь дороги, открыть этот трек в вантаж пойнт и убедиться, что он на месте, а не сдвинут. Если сдвинут, то повторить всё заново сменив проекцию в первом пункте. Если не помогло, сделать всё заново выбрав другие планшеты для склейки.

Map Merge сильно занижает качество рисунка если переганять из Mercator -> Latitude/Longitude. Global Mapper практически не портит рисунок.

Не замечал.

Разрешите доложить?
Всё работает, на одно- и двухкилометровках привязалось отлично, пятёрка - похуже, но это некритично.
Всем спасибо за труды и описание этих трудов!
Да, по питанию. Специально подкараулил момент "покраснения" индикатора разрядки батареи. Загорается при 1.2В на банку.

_________________
Южный Урал - это не Северный Кавказ!

Всем привет, являюсь владельцем Тритона 1500.
Перечитал несколько раз форум, но все равно остались вопросы.
Вопрос масштабирования карт. В озике я например просматриваю карты при любом приближении, то есть могу просмотреть весь квадрат (квадрат выкачан саспланет в приближении 18). а в родной программе, только при сильном увеличении, то есть при уменьшении вижу пустой квадрат. Это ограничения программы и решается как то?
Ну и основной вопрос, так и не получилось переделать генштаб в rpm, имеется уже привязанный jpg либо gif файл, но в пулково. Все способы читал, но так и не получилось переделать(. Подскажите алгоритм пожалуйста.

Растровые карты отображаются в относительно небольшом диапазоне масштабов. Если этого диапазона не хватает, нужно помимо 18-го слоя сделать ещё, скажем, 16, 14, 12.

Генштаб для Украины (и не только) можно скачать готовый, в этой теме много ссылок.
Алгоритм создания карты описывался уже много раз, от его ещё одного повторения ничего не изменится.

у меня вот тоже вопрос возник по процессу создания карт
так как я не захотел связываться с привязкой карт, решил скачать с торрента уже готовые привязанные карты все Украины (всего восемь слоев). Там идет файл .jpg + .map
то есть остается все это скормить TritonRMP и получить на выходе готовенький .rmp
Вот только TritonRMP за один раз захватывает только 16 файлов .jpg + .map (файлы .jpg в расширении 2198*2200)
в итоге получается .rmp размером порядка 10 Мб.
Если на начальных крупномасштабных слоях это не проблема, то на более детальных получается слишком много кусочков (на самом последнем слое 729 файлов примерно получится - если правильно рассчитал).
Можно ли увеличить количество добавляемых файлов в TritonRMP без уменьшения файла .jpg (судя по всему, проблема в этом)
Хотя, по всей видимости, TritonRMP сам ужимает файлы

_________________
сайт о пеших походах по области

Если не секрет, то с какого торрента? Интересно посмотреть на 8 слоев. Лично мне хватает генштаба.


Так работать не будет. Уже несколько много раз описывали проблемы.

Гораздо проще взять уже готовые RMP. Тут есть линки.

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

_________________
сайт о пеших походах по области

Спасибо за ссылки. Я не пользуюсь гугловскими картами. Только на этапе разработки маршрута и то через Гугл Планету. Кроме того, Озик умеет сам грузить карты с инета. Правда это расширение мне не очень понравилось. Сейчас VP тоже грузит карты с интета. Достаточно удобно.

Карта Bikonur работает http://rapidshare.com/files/245946442/ua1k-41.rmp.

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

_________________
сайт о пеших походах по области

Конечно пропадает. Таков алгоритм масштабирования растра у Магеллана.
Гугловские снимки большие. Их можно в РМП перегонять небольшими кусками.

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

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

_________________
сайт о пеших походах по области

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

это я знаю
вот я и хочу использовать ОДНОТИПНЫЕ карты для удобства

_________________
сайт о пеших походах по области

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

А вот за ссылочку спасибо. Серьезные ребята. Главное, что их руководитель Dua Ma Rung [Mr. Jungle Ghost] не тупой геокешер, а человек, который сам пользовался GPS как мы и в таких же условиях. Попробую найти с ним общий язык.

есть такое у гугла
поэтому я пользуюсь и тем и тем одновременно
на крупных масштабах Google maps, на средних километровки, на мелких - Google earth

_________________
сайт о пеших походах по области

На космоснимках очень мало лесных дорог. Просеки и тропинки не видны и их наносить никто не будет. Потому полностью поддерживаю Paganel. Нафик надо это счастье?! Лично я пользуюсь генштабом + топографическими картами. Космоснимки только на компе для проверки подготовленных точек и маршрутов.

Никто не спорит, что в районе больших городов космоснимки на "Google Earth" и "Microsoft Virtual Earth" (так называются источники в MobAC 1.8 ) выложены с большими зумами. Но стоит отступить от города на десяток километров - как картина резко меняется. Я сужу по Курску и его окрестностям. Снимки Курска и окраин для вышеуказанных источников даны вплоть до 19-го зума, а уже в 5-ти километрах за городом - максимум 13-й зум.

Вот мне и хотелось выяснить, на Digital Globe такая же избирательность качества снимков или с высоким качеством доступны также и загородные территории? Paganel обещал это выяснить у своего знакомого в Штатах, интересно дождаться ответа...

А та подгружаемая из Digital Globe карта с их логотипом, которую я вижу в Vantage Point, это то же, что я получу за плату только без логотипа или будет подгружаться карта с другим разрешением?

Я думаю та и будет, только появится возможность ее сохранить в RMP. Во всяком случае очень похоже по тому участку, что я получил из США.

Beanshell-источники карт для mobac 1.9

_________________
Штурман, нада дёрнуть!

Пожалуйста, поделитесь опытом, как удалось получить такой большой файл .rmp(почти гиг)? У меня TritonRMP.exe при загрузке более 100 Мб пишет "out of memory" и виснет.

Сделать карты необходимой области с разбиением на допустимые по размеру участки,
- потом распаковать с помощью по папкам,
- скопировать всё в одну папку,
- дописать список карт в объединённый rmp.ini, (в каждой папке есть свой rmp.ini, из них скопировать)
- запаковать с помощью rmptools.jar

_________________
Штурман, нада дёрнуть!

Большое спасибо за подсказку, начал разбираться и конечно сходу много непонятно... удивлён, что нигде не нашёл обсуждений по этой теме... Может, не там искал? Ткните носом пожалуйста, если это уже объяснялось. А если ткнуть некуда, если не трудно поясните следующее:

-При распаковке .rmp получаются 4 файла. Как их копировать в одну папку? Менять имена, что-ли?
-Запись списка карт в объединённый rmp.ini - можно пример записи?

Я сейчас пытаюсь выдрать сообщения о создании карт из большой темы про Тритоны, но пока что ещё очень далёк от завершения. В программке rmptools до выхода Эксплористов большой нужды не было, я во всяком случае до покупки Эксплориста ею не пользовался. Возможно, она не упоминалась в теме про Тритоны. Но в теме про карты для Эксплористов она упоминается неоднократно.

Могу (хочу) написать расширенный FAQ по созданию карт Тритон/Эксплорист от "0".
Надеюсь, Муза соизволит почтить меня своим вниманием после НГ.

_________________
Штурман, нада дёрнуть!

Да, переименовать.
Проще взять готовые карты у Paganel, тогда при распаковке имена не будут совпадать. Раскладывать по разным папкам необходимо исключительно ради сохранности rmp.ini, чтобы скопировать список из каждого в итоговый rmp.ini
При упаковке программа затребует BMP2BIT.ICS BMP4BIT.ICS, можно переименовать chunk.ics 2 раза, работает.
Кстати, для Тритона я так большие карты не создавал, только для Эксплориста, смогу проверить на Тритоне завтра-послезавтра.
Может подождёте инструкцию? А то скомкано получается, больше вопросов, чем ответов.

_________________
Штурман, нада дёрнуть!

О!.. За инструкцию буду очень благодарен! Думаю, не только я. Чтобы переключить одну карту, ставить-снимать 40 галочек очень скучно... А какой-то ощутимой разницы в энергопотреблении и качестве работы в зависимости от объёма подключенных карт я в Тритоне 500 не заметил.

в общем, решил я тоже попробовать сделать большие карты при помощи rmptools.jar
кое-что получилось, правда не с первого раза, и не могу сказать, является ли мой путь самым легким
1. надо поместить каждый из файлов первоначальной карты в отдельную папку
2. при помощи rmptools.jar распаковываем карту. в результате в папке появляется еще фалы: unnamed0.a00, unnamed1.a00, unnamed2.a00, unnamed0.tlm, unnamed1.tlm, unnamed2.tlm (нам нужны будут только они), а также bmp2bit.ics, bmp4bit.ics и rmp.ini (последние три файла нужны только в единичном экземпляре, то есть можно оставить их только в первой папке, остальные можно удалить)
распаковывание проводится следующим образом: RMP - Unpack
те же самые действия проделываем с каждой папкой, где есть первоначальная карта
3. в новую папку помещаем все файлы с первой папки: unnamed0.a00, unnamed1.a00, unnamed2.a00, unnamed0.tlm, unnamed1.tlm, unnamed2.tlm, а также bmp2bit.ics, bmp4bit.ics и rmp.ini
с остальных же папок только файлы unnamed0.a00, unnamed1.a00, unnamed2.a00, unnamed0.tlm, unnamed1.tlm, unnamed2.tlm (причем переименовываем их соответственно в unnamed3.a00, unnamed4.a00, unnamed5.a00, unnamed3.tlm, unnamed4.tlm, unnamed5.tlm и так далее...)
4. вносим изменения в файл rmp.ini
раньше он имел вид

теперь будет
и далее, сколько файлов
5. "собираем" файл назад: RMP - Рack и указываем новый rmp.ini

Если у кого есть более «простой» путь – поделитесь

Первоначально у меня было 20 файлов по 20 метров каждый, которые надо было "сшить" в один большой
Карты создавались при помощи Mobile Atlas Creator 1.9.3, содержали несколько слоев
В один все же не получилось, точнее файл в 450 метров я то создал, но в VantagePoint отображались не все места на карте – кое-где вообще не было изображения, кое-где только «верхние» слои
Поэтому объединил в четыре файла по 100 метров
На 400 Тритоне они «пошли», все нормально

_________________
сайт о пеших походах по области

nikalexey и Зундер, Спасибо за толковые советы! Всё получилось. Объединил 18 rmp-карт в одну весом 1.5 Гига, VP и Тритон 500 работают с ней без проблем! Разница с nikalexey только в том, что исходные карты были однослойными, сделаны в RMPmaker, и при распаковке не было файлов bmp2bit.ics, bmp4bit.ics, их я вставил готовые. С переименовкой chunk.ics 2 раза не экспериментировал. И файлы .a00, .a00 у меня назывались TOPO

Немного не понял.
Я не делаю многослойных карт. Мне нужно склеить один слой (одного масштаба из нескольких кусков). Они не составляют полного квадрата и хотелось бы получить прозрачными отсутствующие места.
Распаковал две карты
Указал оба 0 уровень - L-37-141C и 141BD. Получил карту суммарного объема, но отображается только одна. Границы показываются тоже только одной карты.
Указал первую 0, вторую 1. Показываются обе и пустой участок прозрачный, чего и хотелось. Но в некоторых местах вторая карта с дырками, которые уменьшаются с увеличением масштаба.

все равно файлы нумеруются по порядку: 0,1,2, и т.д.
если честно, не ставил перед собой такой задачи
надо пробовать варианты

_________________
сайт о пеших походах по области

Итак сегодня проковырялся полдня с картами.
1. Склеил L-37-141 части C и BD обоими способами - явовским тулсом и TritonRMP. Результат идентичный. Они делают одно и то же.
2. В обоих случаях в VantagePoint при некоторых масштабах по краю карты пропадает часть квадратов. При увеличении они появляются. Заметил и на других картах, состоящих из одного изображения. На Эксплористе отображается нормально. Видимо, это глюк вантажа.
3. Карта с точностью до 5 метров (толщины линий 250-ки) соответствует карте в Ози.
4. Границы карты не соответсвуют исходному оригиналу. Где то карта обрезана (обычно сверху и слева), где то зеленая граница лежит за картой и тогда появляется черная полоса.
5. Координаты границ карты округлены до сотых долей минуты. Но округление не до ближайшего значения. Разница между зеленой полосой и действительной границей карты составляет от 0,012 до 0,028 минуты (то есть больше чем 0,01). В результате обгрызка карты или черная полоса может достигать 50 метров на местности.
Или Шаронов намудрил или это тонкости формата RMP.

А нельзя ли как-то Подсунуть МОБАК-у карты из локальной папки на компьютере, подготовленные соответствующим образом?

Может, кто-нибудь пытался или знает, как создать растровую карту для Магеллана без абсолютно не контролируемого TritonRMP? Из космоснимков делают с помощью Mobile Atlas Creator, может, её как-то можно применить? Наверняка у программистов Магеллана есть специальное ПО для этого. По векторным картам вижу, такое ПО у них уже стырили. А по растровым??? Я бы за такое ПО даже заплатил. Просто жутко жалко тратить кучу времени на эти танцы с бубном... Особенно когда твой бубен не подействовал...

Почему же нельзя? Очень даже можно! Я об этом писал на этой странице ветки "Mobile Atlas Creator для создания карт для Magellan" (см.мои посты, начиная с поста от "13.01.2012 14:59").

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

Есть следующие причины, пока мешающие мне сделать непрерывный локальный тайловый кэш большого размера (и в дальнейшем его бесшовно пополнять):
1) Global Mapper на моем компе с трудом переваривает более-менее приличное рабочее пространство, которое можно за раз выгрузить в локальный кэш. Например, я ради интереса попытался в GM открыть рабочее пространство сразу из 2304 png-файлов (целиком лист M37 из карт масштаба 250 метров, если на листе вмещаются 144 километровых карты, то карт масштаба 250 метров больше уже в 16 раз!) - GM просто отказался открывать такое количество! Но я тоже упертый В общем, открыл новую для себя возможность GM - он умеет работать с "каталогом карт". Загнал я эти 2304 png-файла в каталог карт в GM и открыл-таки рабочее пространство, после чего запустил "Экспорт вэб...". GM начал создание локального кеша тайлов, но предполагаемое время его создания составляло более суток... Прервал я этот эксперимент, не только время меня остановило, а еще и нерешенная пока проблема слияния (частично) пустых тайлов (об этом см.далее);
2) имеющиеся у нас растровые карты в основном в системе координат "Пулково", из-за этого границы карт генштаба и ГГЦ не совпадают с границами тайлов. Поэтому даже экспорт одной карты в локальный кэш приводит к появлению по краям карты частично заполненных тайлов. Если сделать экспорт соседнего листа карты, то смежная граница выгружается также в виде частично заполненных тайлов в тех же самых файлах. Встает задача "умного копирования/слияния" тайлов - о ней я напишу дальше;
3) как я расковырял, в скриптах в GM на сегодняшний день не реализован "экспорт в вэб..." (в отличие от "экспорт растра..."), поэтому полностью автоматизировать процесс переноса растровых карт в локальный кэш не получится.

Тырить промышленное ПО?
Я на месте Магеллана научил бы VantagePoint карты делать из растра (идея Paganel, я поддерживаю), это было бы круто с учётом DG-спутниковых карт! А Garmin и DeLorme потеряли бы часть рынка.
Есть софтинка, я с ней особо не разбирался и потому не описывал, под руку попалась перед самой экспедицией, вот и лежала без дела.
Требует она Java непременно последних версий, а серверная часть лежит в интернете, т.е. обработка происходит не на компе пользователя, а на сервере Picosun. Я эту программу не проверял совсем!
Всё, что Вы делаете, Вы делаете на свой страх и риск и на радость Picosun Я так понимаю, копии карт у него остаются

_________________
Штурман, нада дёрнуть!

UrikEEE, чуть позже допишу по Global Mapper, меня пугает тот объём статьи, который надо описать понятным языком.
Итак уже пишу пошаговую инструкцию к действию без подробного описания процессов.

_________________
Штурман, нада дёрнуть!

Теперь пару слов о нерешенной пока задаче "умного копирования/слияния" тайлов.

GM при экспорте в вэб создает в папке ну скажем "Z15" тайловую структуру (внутри нее каталоги с координатами по y, а в каждом таком каталоге файлы-тайлы с координатами по x). Чтобы Mobac такую папку принял, достаточно просто переименовать "Z15" в "15".

Но, как я писал выше, все равно придется локальный кэш наращивать поэтапно - так как GM на обычных компах не способен за разумное время переварить сразу все ваши карты.

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

Поэтому возникает вот какая задача:
Надо переместить все подкаталоги/файлы из папки-источника (Z15) в папку-приемник (15). Но перемещать не бездумно. Если текущий файл-тайл из папки-источника отсутствует в папке-приемнике, то его просто перемещаем, а если такой файл уже есть в папке-приемнике, то скорее всего, это уже ранее частично заполненный тайл, поэтому просто так переместить его нельзя, а надо на этот файл-приемник наложить файл-источник и записать. Конечно, один-два раза это можно легко сделать и в фотошопе, но когда количество частично заполненных тайлов примерно 10-15% от общего количества тайлов, то фотошоп не пройдет. Нужна автоматизация.

Я пока остановился на редакторе Gimp-2.6 Его главный козырь - он умеет работать со скриптами, и этими скриптами легко (как я надеюсь) можно описать слияние 2-х png-файлов (частично заполненных тайлов) в один. Но язык скрипта оказался потомком языка Лисп и беглое знакомство с ним пока вынесло мне мозг Необходимо время, может, на выходных проведу эксперимент.

UrikEEEОдновременно начали писать, сообщения перемешались.
Тот ещё кусок работы - открыть одновременно пограничные тайлы в GM и нарезать заново. Не факт, что получится. Кстати и в Gimp тоже - не факт, что тайлы совпадут.

_________________
Штурман, нада дёрнуть!

посмотрите этот альбом, там 3 картинки: один и тот же частично заполненный тайл, полученный при поочередном экспорте в вэб с двух смежных листов, а также объединенный в Gimp-2.6 этот же тайл (также частично заполненный). Как видите, наложение проходит корректно и такой результат вдохновляет меня продолжать этот эксперимент.

Никто не попробовал софт ?
Я смогу только в понедельник, у меня сейчас подготовка к локальным соревнованиям.

_________________
Штурман, нада дёрнуть!

Зачем им это? основной их рынок - штаты. ну, может ещё цивилизованная часть европы. и там и там нет особых проблем предоставить пользователям (за деньги) векторные карты (государства по любому регулярно занимаются картографией, производители приборов покупают у них результат и конвертируют в свой формат). Растр им нужен только для космоснимков. Но это мы воруем снимки направо и налево какой-нибудь сас-планетой, а если это делать легально - опять же магеллан должен иметь договор с владельцем снимков и тогда эти снимки продаются пользователю в виде уже готовых rmp файлов (собственно, для этого поддержка растра в Тритонах и затеялась в свое время). То есть нормальному жителю штатов или европы возможность самому создавать карту для прибора вообще не нужна. Разве что для того, чтобы посетить какую-нибудь экзотическую страну с дикими туземцами типа нашей. У нас такая возможность нужна почти всем покупателям тритонов и эксплористов, но мы вместе взятые не платим за приборы столько денег, чтобы производителю был смысл посмотреть в нашу сторону. Настоящие деньги лежат в другой стороне.

Это как сказать. По тому сколько экземпляров карты Украины у меня скачали, то не так уже и мало. Они просто нас не видят и сами в этом виноваты.
У них на сайте невозможно зарегистрировать навигатор в Украине. Для них в европе нет ни Украины, ни России, ни Беалруси ни Казахстана. Вот Зимбабве в европе есть почему-то.
А больши половины наших пользователей купило навигаторы в штатах. Они и числятся в штатах. Потому, что регистрируется где куплено, а не где используется. Я им об этом говорил. Но они такие жутко умные и ни кого слушать не хотят. Как у большинства маркетологов сейчас у них мозгов нет, а есть набор готовых рецептов, как им кажется, на все случаи жизни.