|
Notes |
|
|
(0007370)
|
|
zed
|
|
09-06-2012 14:27
|
|
>конвертировать в WGS84
А сейчас в какой системе координат сохраняется? |
|
|
|
|
|
а не знаю в каком, но отрисовывает карту заметно медленней, чем ту которую делаешь с предварительной конвертацией в WGS84 |
|
|
|
(0007377)
|
|
Garl
|
|
13-06-2012 13:12
|
|
|
по правильному нужна проекция широта\долгота |
|
|
|
|
|
ага, проекция - Geographic (Latitude/Longitude), а Datum - WGS84 |
|
|
|
|
|
Вы не поверите. Именно Latitude/Longitude сейчас и используется. |
|
|
|
|
верю конечно, по почему тогда скорость отрисовки так отличается?
алгоритм получения "быстрой карты"
http://alextutubalin.livejournal.com/240280.html?view=3042968
1 из SAS сохраняем ecw файл
http://blog.lexa.ru/sites/blog.lexa.ru/files/images/SAS-stitch.img_assist_custom.png
2 загружаем файл в GlobalMapper и там конвертируем проекция - Geographic (Latitude/Longitude), а Datum - WGS84
http://blog.lexa.ru/sites/blog.lexa.ru/files/images/GM-projection.png
3 Сохраняем результат в формате GeoTif:
4 конвертируем в JNX с помощью утилиты map2jnx |
|
|
|
|
|
Видно не в проекции дело. Ищите. Как выясните в чем различие напишите сюда. |
|
|
|
|
как искать-то?
JNX из SAS делается за один шаг
и карта в результате выходит "медленная" |
|
|
|
|
|
Ну постарайтесь сделать абсолютно идентичные карты двумя способами и сравните их структуру. Описание формата есть. Разберитесь в чем разница. |
|
|
|
(0007384)
|
|
Garl
|
|
13-06-2012 15:30
|
|
по хорошему нужно дёрнуть из "быстрого" jnx тайл и найти его в кэше планеты. и там уже будет видно в чём разница:
в проекции или в формате тайла. |
|
|
|
(0007385)
|
|
zed
|
|
13-06-2012 16:30
|
|
|
По-моему ни проекция, ни тем более датум тут ни при чём. Ведь при экспорте в jnx мы эти параметры не указываем (представьте себе!). Прибор априори считает, что у него карта в такой-то проекции и в такой-то СК и если мы дадим ему тайлы в неверной проекции он просто будет привирать и показывать "абы чо", но никак не тормозить. Так что, тут нужно смотреть глубже и сравнивать структуры быстрых и медленных файлов. |
|
|
|
|
Если я правильно понимаю, скорость отрисовки карты JNX в устройстве напрямую зависит от количества показываемых на экране тайлов.
Чем больший уровень зума указывается при экспорте, тем большее количество тайлов придется показывать устройству.
В map2jnx выбирается более-менее оптимальное значение зума, на котором показываются тайлы карты, поэтому карта рисуется быстрее.
То есть если надо, чтобы карта не тормозила, не надо выбирать слишком уж неестественные для данного уровня детализации зумы. |
|
|
|
|
|
А при одинаковых настройках скорость будет одинаковая? Если да, то закрываем нафиг, если нет то разбирайтесь. |
|
|
|
|
|
Сравню скорость отрисовки и сообщу. |
|
|
|
|
Сделал 2 карты - одну через ECW и TIF в map2jnx, вторую сохранил из SAS с теми настройками, которые предлагались по умолчанию (показ карты с зума 20км).
Исходником выступила достаточно большая область в z15.
В первой карте обнаружилось значение масштаба 9554 (соответствует зуму 3 км в навигаторе), во второй - 76437 (20км, как и было предложено программой при экспорте).
Поменял во второй карте масштаб на 9554 и загрузил в навигатор. Существенных отличий в скорости перерисовки не заметил.
Вернул масштаб во второй карте на 76437 и, естественно, отхватит тормозов на зумах 20, 12, 8км. На зуме 5 отрисовка почти не отличалась по скорости от 3км.
В общем, как и предполагалось, всему виной не вполне корректное предлагаемое SAS.Планетой по умолчанию значение зума при экспорте. Надо бы поменьше зумы предлагать, а то устройство просто не справляется со слишком большим количеством одновременно видимых тайлов. |
|
|
|
|
|
Ну тогда подрихтуйте дефолтные зумы и можно закрывать тикет |
|