|
Notes |
|
|
(0011184)
|
|
Yurec66
|
20-04-2013 20:02
(edited on: 20-04-2013 20:20) |
|
Не пойму почему не получается отредактировать и прикреплять несколько картинок сразу. Прошу добавить этот комент к основному описанию инциндента.
При Экспорте в ZIP GMT тоже получаются упакованными зумы 15 и 16. Третья вложенная картинка это демонстрирует. Изучив координатные квадраты более внимательно оказалось, что , к примеру квадрат с координатами Х=38335 У=21043 на карте соответсвует 17 зуму, а в натуре в файле экспорта он в папке 16-го зума. Я чуть мозг не сломал, пытаясь понять почему я не вижу карту, указывая верные координаты !!!
|
|
|
|
|
|
Еще для информации прикреплю картинки. На них указан конкретный тайл для сравнения. На картинке Snap001 видно , что он в MOBAC в зуме 13, а в SAS он в 14. |
|
|
|
(0011186)
|
|
zed
|
|
21-04-2013 17:35
|
|
>При Экспорте в ZIP GMT тоже получаются упакованными зумы 15 и 16.
В GMT зумы считают с 0, поэтому там всё верно. А вот в MOBAC видимо косяк. |
|
|
|
|
> GMT зумы считают с 0, поэтому там всё верно. А вот в MOBAC видимо косяк.
Да какая разница? Если я прошу сохранить мне зумы 15 и 16 , почему SAS сохраняет мне 14 и 15? |
|
|
|
(0011188)
|
|
zed
|
|
21-04-2013 18:45
|
|
SAS сохраняет в соответствии с выбранным форматом кэша и он это делает правильно. Можете опять подключить этот экспортированный кэш к SAS и убедиться, что он покажет вам тайлы на 15 и 16-м зумах, вне зависимости от того, что физически тайлы лежат в папках 14 и 15.
Так что, ваш вопрос переадресуйте разработчикам MOBAC, почему у них не правильно показывает зумы. |
|
|
|
(0011189)
|
|
Yurec66
|
21-04-2013 19:01
(edited on: 21-04-2013 19:04) |
|
Я конечно понимаю, что возможно у MOBACа есть непонятки по поводу зумов при импорте из SAS, но речь сейчас идет о программе SASPlanet. Если я заказываю конкретные зумы, почему на выходе я получаю не то что я заказывал??? И почем мне знать, что у GMT отсчет ведется от 0? Я как пользователь хочу видеть то, что заказывал или я что то не так понимаю?
ps
может тогда, я не знаю даже, при экспорте как то предупреждать что ли, что зумы будут на -1
|
|
|
|
(0011190)
|
|
zed
|
|
21-04-2013 19:06
|
|
>возможно у MOBACа есть непонятки по поводу зумов при импорте из SAS
SAS тут ни при чём. У MOBAC будут такие же непонятки, если вы дадите ему кэш в формате GMT созданный ЛЮБОЙ программой.
>или я что то не так понимаю?
Именно. Вы не понимаете, что такое формат кэша и чем тайловые кэши могут между собой отличаться. Примете за факт, что САС работает правильно и отдаёт вам именно то, что вы просите. |
|
|
|
(0011191)
|
|
zed
|
|
21-04-2013 19:11
|
|
>может тогда, я не знаю даже, при экспорте как то предупреждать что ли, что зумы будут на -1
Нет. Тот кто собрался использовать формат GMT, должен уже заранее понимать, как там сделана нумерация зумов. А то, что косячит какой-то там MOBAC, и вводит пользователей в заблуждение, то это не проблема САСа. |
|
|
|
|
|
Нет, ну это конечно не большая проблема, просто буду знать на будущее, что кэш GMT такой особенный. Просто никогда не приходилось им пользоваться до момента перегонки кэша в OruxMaps (как вариант). Раньше все родным кэшем пользовался. |
|
Snap_002.jpg (294,412) 20-04-2013 19:56