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

[Ivan30]

Ради меня одного хотелку создавать не буду, сам попробую скомпилить

[mva]

Ради меня одного хотелку создавать не буду, сам попробую скомпилить

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

[Ivan30]

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

[lilavatara]

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

[zed]

Естественно, можно: Параметры - Настройки - Кэш - Тип кэша по-умолчанию - BerkeleyDB

[lilavatara]

Естественно, можно: Параметры - Настройки - Кэш - Тип кэша по-умолчанию - BerkeleyDB

Спасибо, конечно, но я зря это спросила. Я поняла, что, хотя из интернета скачивается абсолютно одинаково, но папка cache_db раз в 5 больше cache.
Это, наоборот, невыгодно.
Почему в этой программе что не попробуешь, всё не слава богу ????

[zed]

но папка cache_db раз в 5 больше cache

Наверное вы сравниваете пустой кэш, а в Беркли там некоторая служебная информация в папках env хранится и она занимает определённый объём (не зависит от размера кэша).

Это, наоборот, невыгодно.

Выгодно. www.sasgis.org/forum/viewtopic.php?f=2&t=2190

[FiLinX]

Почему в этой программе что не попробуешь, всё не слава богу ????

и при этом, данная программа является ЛУЧШИМ инструментом по мнению большинства! по моему тоже)
вобщем, вам тут не айфонь)

[Parasite]

Почему в этой программе что не попробуешь, всё не слава богу ????

Потому что Вы лезете туда, представления о чем не имеете даже в зачаточном состоянии.
Еще один такой пост - и будет награда за нечтение уже имеющейся матчасти и неуважение к потраченному на Вас времени от всех тут присутствующих. Три страницы флуда ни о чем, наезды на программу на ровном месте (а ведь ее пилили тут не один год) из-за своих кривых лапок, какие-то посты весьма дикого содержания...

[vasketsov]

Почему в этой программе что не попробуешь, всё не слава богу ????

О, очередной(ая) срыватель(ница) покровов решил(а) порвать окружающим шаблоны ))))

изменяю значение 24 на большее, ничего не получается

Для этого надо ТРИ высших образования иметь )))).
Подсказка:
Вы используете инструмент не по назначению.
Для закачки тайлов разработчик предусмотрел ДРУГОЙ инструмент. Более удобный.
Вы просто не разобрались.

Где же эта фича?

Если сохранять всё в ровно один файл всегда и навеки - такой фичи не появилось, да и вряд ли появится.
Если надо сохранять в базу данных - Вам на выбор предлагается:
а) Беркли.
б) практически любая реляционная СУБД из существующих, с которыми можно общаться посредством SQL.
в) SQLite3.
Некоторые из возможностей (например, SQLite3) доступны только в отдельной ветке проекта (SACS).
Если будет интерес - продолжим ликбез.

Вот именно, мне надоело выделять область, я хочу автоматически чтобы, по спирали.

Перейдите на зум номер 2, например, и выделите за один клик мышкой нужный квадрат.
Всё равно аппроксимация скачанной спиралью области при увеличении размера области - это квадрат.
Никаких специальных сложных форм Вы тут не получите.
А на весь мир на больших зумах - так Вам места не хватит на диске.

Загрузка по спирали идёт гораздо быстрее, я заметила, а загрузка по выделенной области, она идёт сверху вниз и слева- направо идёт очень медленно

Это ПОЧТИ заблуждение.
Скорость загрузки в нормальной ситуации определяется прежде всего скоростью отдачи тайлов с сервера и их прилётом по сети.
Так что от перемены мест слагаемых (порядка загрузки тайлов) шире канала и быстрее сервера не будет.

А вот ненормальность ситуации может заключаться в том, что соседние тайлы находятся в кэше и к ним быстрее доступ при сохранении на диск.
Если у Вас нет проблем чтобы с чем-нибудь разобраться - разберитесь с счётчиками производительности на эту тему, сколько тайлов скачано, сколько затрачено времени на это, сколько потребовалось на их сохранение на диск, на проверку их существования.

ПОЧТИ - вот по чему.
Есть в SAS одна проблема (о которой знает очень мало народу) в отличии сохранения тайлов по выделенной области от закачки по экрану. Это - наличие или отсутствие проверки, что тайл есть в хранилище, перед сохранением. Но оно (наличие этой проверки) не может быть критичным при такой закачке тайлов, когда Вы видите разницу глазами. Оно будет критичным при скорости закачки порядка 30 тайлов в секунду или при переносе всего кэша.

А можно сразу сохранять кэш в один файл ?

Нельзя. Файл будет всё равно НЕ один. Файлов будет на пару-тройку порядков меньше, но не один.

До меня дошло, что это очень выгодно, много гигабайт сэкономлю.

Размер экономии будет зависеть от особенностей типа хранилища (типа базы данных) и от его настройки.
В общем случае - можно как в разы уменьшить его объём, так и увеличить.

Это, наоборот, невыгодно

Ещё как выгодно.
Просто кто-то опять не разобрался.
Для начала предлагаю осмыслить тезис: если бы это было не выгодно - это бы никто не делал.