Форум SAS.Планета

Я всё никак не могу успокоиться с Гарминовским растром

Состояние дел на "растровом фронте":
Есть экспорт в JNX из различного софта, в частности, из SAS.Планеты.
Также есть конвертер jnx2img, позволяющий превращать JNXы в растровые IMG.

Недавние эксперименты с конвертером показали, что есть возможность легко преодолеть JNXовое ограничение в 5 слоев карты, и получить растровый IMG, содержащий до 13 различных слоев, покрывающих почти весь диапазон зумов в Гарминовских навигаторах.
Дополнительные плюсы растрового IMG заключаются в том, что этот формат поддерживается на существенно большем наборе устройств, а также не требует взлома прошивки. Кроме того, для каждого исходного слоя можно указать не просто зум в устройстве, на котором будет показан слой, но задать сразу диапазон зумов (и, если не напутал с результатами экспериментов, на размере получаемого файла это почти не сказывается).
Существенный минус в том, что для создания IMG требуется использовать сторонние утилиты - компилятор карт из пакета Garmin Map Creator и файл лицензии к нему (и то, и другое можно найти на просторах), а также утилиту GMT.exe, входящую в дистрибутив программы GMapTool (имеется в свободном доступе).

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

Я думаю, что - да. Насколько я понял за несколько лет общения с Вами, важен факт преодоления неких барьеров. Нет, не то чтобы спереть что-нить, а именно - преодолеть. Вся страна ходит с перепрошитыми аппаратами. Я по не знанию другу-Саньке пытался поставить Ваш конвертер на 60СSX. Я не знал, что все равно надо уметь читать растр. Но важен факт. Э-ех, еще бы Вы научили приборы показывать реальную оценку среднеквадратической, а не условные 3-4 м. Собственно, все.

Честно говоря, не знаю. Сам гармином с картографией никогда не пользовался, но ИМХО, если есть возможность и желание, то может быть полезным. Главное описать на вики где все дополнительные файлы брать и куда ложить, а то включать их в дистрибутив совсем не хочется.

Да. Особенно, если будет такая же широкая возможность выбора вариантов конвертации.

готов помочь и с устройством и с кодом и вообще !

Может и я чем помогу.. Хотя Garl мне тестирование "зарубил" я довел пакет до более менее приличного состояния.
Речь о.. viewtopic.php?f=47&t=1176&start=50#p42186

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

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

Есть ли сейчас в САС персистенция настроек модуля экспорта и используется ли в каком-либо из модулей, чтобы посмотреть, как с ней работать?

garl писал(а):готов помочь и с устройством и с кодом и вообще !

Устройства точно не будут лишними в процессе тестирования.

Что касается кода, фактически, можно взять модуль экспорта в JNX, увеличить количество уровней, после чего немного поменять схему выбора целевых зумов. В JNX выбирается один из вариантов из списка, а здесь будет два таких списка - начальный зум и конечный зум.
А основная логика сохранения будет вообще очень простая. На выходе получается подпапка в %temp% с пачкой картинок и одним-двумя текстовыми файлами, на которые потом натравливаются компилятор карт и GMT.

Открыл обращение в багтрекере.

AlexWhiter писал(а):Есть ли сейчас в САС персистенция настроек модуля экспорта и используется ли в каком-либо из модулей, чтобы посмотреть, как с ней работать?

Нет. Ничего такого для экспорта пока нет. Можно или сделать что-то совсем локальное, как сделано для экспорта в JNX, но лучше таки через основной конфиг файл и тогда смотреть нужно на классы с интерфесом IConfigDataElement. Очень настоятельное пожелание, что бы конфиги были двух видов: простые содержащие только простые типы данных (строки, GUID, целые числа, числа с плавающей запятой, перечисления, возможно еще понадобятся словари число-число, число-строка, GUID-строка, но таких пока нет) и составные (содержащие только другие конфиги). Сложных объектов в самих конфигах быть не должно. Сейчас в существующих конфигах это выполняется далеко не везде, но нужно стремиться к этому.