ВОПРОСЫ АБСОЛЮТНЫХ НОВИЧКОВ

[garl]

PolevskoyMysh
А что из себя представляет упакованный кэш SAS4Android? Обычный zip?

нет там структурированный файл аля jnx

[PolevskoyMysh]

Если закачивали не на всех зумах, зачем экспорт задавать на всех? Выберите только те зумы, на которых есть тайлы, остальные не будут обрабатываться, вот и экономия времени.
Смысл упаковать кэш для SAS4 есть всегда, так как флешка. Кэш Беркли тоже имеет смысл использовать. И это не мешает ни хранению, ни упаковке.
To zed:
Упакованный кэш SAS4Android - точно то же самое, что упакованный кэш SAS4WinCE.

Кажется я не смог объяснить проблему.
Просьба: когда дойдут руки , сделать перебор при экспорте по файлам в кэше, а не по площадям.

Как воспроизвести проблему:

Мне нужно несколько городов на 19-м разрешении, например Лондон, Питер и Челябинск
Для эксперимента выделяю в каждом по маленькому кусочку и скачиваю на 19-м уровне. Размер кэша SasPlanet\cache\GoogleTransit\z19 -

2 МБ, 450 ФАЙЛОВ

Выделяю прямоугольником все 3 города и делаю экспорт на 19-м уровне.
Имхо, эти несчастные 2 метра будут экспортироваться часами, поскольку SAS ищет их как иголку в стоге сена на огромной площади.
Смотрим на вложенный файл: SAS сохраняет полмиллиарда тайтлов вместо 450

Для нескольких городов можно сделать какое-нибудь хитрое выделение.
Но чтобы найти эти города на Андроиде нужно заполнение пространства между ними хотя бы на 4-5 уровне.
Облом.

[zed]

Кажется я не смог объяснить проблему.
Просьба: когда дойдут руки , сделать перебор при экспорте по файлам в кэше, а не по площадям.

Да нет, с проблемой всё ясно и она обсуждалась уже давным давно и не раз. Но изменить поведение при экспорте не представляется возможным и изменить существующий алгоритм не получится. Нереализуемо с технической точки зрения.

[PolevskoyMysh]

Кажется я не смог объяснить проблему.
Просьба: когда дойдут руки , сделать перебор при экспорте по файлам в кэше, а не по площадям.

Да нет, с проблемой всё ясно и она обсуждалась уже давным давно и не раз. Но изменить поведение при экспорте не представляется возможным и изменить существующий алгоритм не получится. Нереализуемо с технической точки зрения.

Копирование тоже идет по площадям, так что изменить тип кэша для большой площади так просто не удастся?

[adru]

Я так понимаю что разговор о том что сложно для сас4андроида тайлы упаковать? Нужно родным паковщиком паковать, он не считает отсутствующие файлы, и на слабом компе одну бывшую союзную республику за сутки с 15 по 19 зум пакует. Паковщик где-то есть на сайте с программой. Но у него максимальный размер выходного файла 1 гб, зато он делает их 3-4 штуки.

[zed]

Копирование тоже идет по площадям, так что изменить тип кэша для большой площади так просто не удастся?

Все операции с выделенной областью работают "по площадям". Единственное место, где идёт перебор только существующих тайлов в кэше - Управление кэшем. Это именно тот инструмент, который заточен на простое и быстрое конвертирование всего кэша. Поэтому, я бы рекомендовал вам экспортировать ваш 1Гб во временный тайловый кэш (что займёт минут 5, через Управление кэшем), а затем уже конвертировать его паковщиком SASPack.

Я так понимаю что разговор о том что сложно для сас4андроида тайлы упаковать? Нужно родным паковщиком паковать, он не считает отсутствующие файлы

Да, но если кэш SAS в Беркли или СУБД, то родной паковщик бессилен, т.к. он работает только с тайловым кэшем. И изначально был вопрос, как быстро перевести кэш Беркли из SAS в пакованный кэш для SAS4Android.

[vasketsov]

>Для нескольких городов можно сделать какое-нибудь хитрое выделение
Именно!
Возможно если руки прямые и растут из правильного места, проще будет создать метку-мультиполигон, в который бы вошли несколько обособленных полигонов, и операции с выделенной областью запустить именно по нему. Прямые руки тут нужны, потому что мультиполигон придётся создавать скорее всего руками (скорее всего читая справку по формату kml, а потом импортировав метку), и уж точно не в сасе, так как объединение полигонов в одну метку в сасе ещё не сделано.

[DJ VK]

Выделяю прямоугольником все 3 города и делаю экспорт на 19-м уровне.
Имхо, эти несчастные 2 метра будут экспортироваться часами

Не в о обиду.
Вы сами только что сказали что города три(!). И что невозможно быстро их скопировать. Ведь их же три!!! Надо три раза копировать, три раза создавать полигоны, три раза лелеять снимки и ласкать. Вы ведь сами выбрали эти три региона, а потом словно забыли, что скачали эти кусочки, делаете вид, что у Вас амнезия, и Вам надо целый квадрат-прямоугольник. Сделайте нормальное выделение, благо Вы помните нужные Вам города, соедините их перемычками, если надо 1 выделение (!). И экспортируйте. Вам жалко 5 минут своей работы (хотя суббота была вчера), подождите 5 часов(а лучше бы дней) работы компа - эффективно стимулирует центр борьбы с ленью в голове, знаете ли... А впихать невпихуемое мы еще успеем...

[usver]

Проблема с экспортом в формат упакованного кэша SAS4Android в том, что для этого формата при каждой операции экспорта создается новый выходной файл, поэтому невозможно экспортировать три разных выделения в один выходной файл.

[Papazol]

Рекомендовано было не три раза экспортировать, а создать некрасивый, но реально работающий полигон, включающий нужные города и тонкие перемычки между ними. Тогда количество лишних тайлов сведётся к минимуму, и в упаковку попадут нужные города. Есть ещё один способ, который рекомендуется автором SAS4. Это создание кэша под поездку. Никогда не случится так, что Вы поедете сразу в те три города. Тогда зачем пихать их в один кэш? Сделайте три кэша под каждый город, это займёт немного времени и места на флешке.