Papazol писал(а):Если закачивали не на всех зумах, зачем экспорт задавать на всех? Выберите только те зумы, на которых есть тайлы, остальные не будут обрабатываться, вот и экономия времени.
Смысл упаковать кэш для SAS4 есть всегда, так как флешка. Кэш Беркли тоже имеет смысл использовать. И это не мешает ни хранению, ни упаковке.
To zed:
Упакованный кэш SAS4Android - точно то же самое, что упакованный кэш SAS4WinCE.
Кажется я не смог объяснить проблему.
Просьба: когда дойдут руки , сделать перебор при экспорте по файлам в кэше, а не по площадям.
Как воспроизвести проблему:
Мне нужно несколько городов на 19-м разрешении, например Лондон, Питер и Челябинск
Для эксперимента выделяю в каждом по маленькому кусочку и скачиваю на 19-м уровне. Размер кэша SasPlanet\cache\GoogleTransit\z19 -
2 МБ, 450 ФАЙЛОВ
Выделяю прямоугольником все 3 города и делаю экспорт на 19-м уровне.
Имхо, эти несчастные 2 метра будут экспортироваться часами, поскольку SAS ищет их как иголку в стоге сена на огромной площади.
Смотрим на вложенный файл: SAS сохраняет полмиллиарда тайтлов вместо 450
Для нескольких городов можно сделать какое-нибудь хитрое выделение.
Но чтобы найти эти города на Андроиде нужно заполнение пространства между ними хотя бы на 4-5 уровне.
Облом.