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

Например Garmin Montana
Разрешение дисплея : 272 x 480 пикселей

Т.е. на экране всегда больше одного тайла 256*256 и увеличение разрешение тайла в 2 раза скорее всего не приведет к дополнительной нагрузки на прибор. А может даже и снизит. Тут скорее опытным путем надо проверять. Но даже увеличив разрешениее до 512*512 имеем уже в 4 раза большую площадь охвата.

Ну и автоматическая нарезка JNX нужна. Максимум на одном слое можно загружать квадрат 223 на 223 тайла (это чуть меньше 50 000)

http://whiter.brinkster.net/JNX.shtml
"Многотомные" карты
Хотя формат JNX допускает не более 50000 тайлов на каждом уровне, есть способ обхода этого ограничения, условно называющийся "многотомными" JNX.
Заключается он в том, что уровни с бОльшим количеством тайлов сохраняются в отдельных файлах, уровни которых содержат не более 50000 тайлов. Координаты в заголовках каждого файла при этом соответствуют реальным координатам сохраненных в них тайлов.

Пример. Допустим, требуется записать в файл формата JNX 3х-уровневую карту, на первом уровне которой 10000 тайлов, на втором - 40000, а на третьем - 160000 тайлов. В этом случае создается 4 файла: 3х-уровневый с 10000 тайлами на первом уровне, 40000 тайлами на втором и 50000 на третьем; и три одноуровневых - два по 50000 тайлов, и еще один с оставшимися 10000 тайлами.

Smith2007 писал(а):Разрешение дисплея : 272 x 480 пикселей
Т.е. на экране всегда больше одного тайла 256*256 и увеличение разрешение тайла в 2 раза скорее всего не приведет к дополнительной нагрузки на прибор. А может даже и снизит. Тут скорее опытным путем надо проверять. Но даже увеличив разрешениее до 512*512 имеем уже в 4 раза большую площадь охвата

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

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

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

AlexWhiter писал(а):..... можно было бы заодно добавить в SAS.Планету возможность записывать спецслой, который бы скрывал JNX-карту при приближении крупнее заданного.

можно подробнее?

Smith2007 писал(а):можно подробнее?

Подробнее тут, "Нижнее ограничение на видимость уровня".

Понятно. Реализовать не сложно. Будет ли это востребовано? Не знаю, но если есть возможность то почему бы и нет?
Сейчас можно 5 слоев делать, а так останется 4.
Как я думаю использовать JNX:

Гармин / САС
30м - 80 м / 18 зум космоснимки гугл
80м - 200м / 17 зум космоснимки гугл
200м - 500 / 16 зум космоснимки гугл
500м - 2км / Генштаб 2 км

Возможно придется задействовать все 5 слоев. Надо пробовать.
Нужны полевые испытания. Тогда станет ясно, правильно ли я выбрал соотношение.
Генштаб удобен для отображения старых троп и наличием линий высот. А космоснимки помогут отыскать путь при более глубокой детализации.

зы. Ну и склейку тайлов по 4 (2*2), 9 (3*3) предусмотреть не помешает.

зы. Нужно сохранить сектор 150 км * 120 км и конвертануть его в JNX. (а если для экспедиции то там все 500км * 300км
Прибор поддерживает максимум 250 JNX файлов. Но при этом сам файл может достигать размеров до 4Гб.

идея со склеиванием тайлов по 512*512 или 768*768 конечно хороша,
но тогда надо учитывать и то что при "кривом" выделении угловые тайлы будут обрезаны или заполнены цветом фона.

garl писал(а):идея со склеиванием тайлов по 512*512 или 768*768 конечно хороша,
но тогда надо учитывать и то что при "кривом" выделении угловые тайлы будут обрезаны или заполнены цветом фона.

Ну а почему бы не "захватывать" соседние тайлы для склейки если они даже не попали в выделение?

зы. Ну и ряд "512*512, 768*768" можно продолжить ...

Ну а почему бы не "захватывать" соседние тайлы для склейки если они даже не попали в выделение?

программа должна делать то о чём её просят, а не додумывать за пользователя.

garl писал(а):

Ну а почему бы не "захватывать" соседние тайлы для склейки если они даже не попали в выделение?

программа должна делать то о чём её просят, а не додумывать за пользователя.

Согласен.
Можно ввести чекбокс
Заполнять фоном/захватывать соседние тайлы

Вообще это уже мелочи. Как правило при выделении области берешь ее немного с запасом (а вдруг отклонение от маршрута?)