lilavatara писал(а):Почему в этой программе что не попробуешь, всё не слава богу ????
О, очередной(ая) срыватель(ница) покровов решил(а) порвать окружающим шаблоны ))))
lilavatara писал(а):изменяю значение 24 на большее, ничего не получается
Для этого надо ТРИ высших образования иметь )))).
Подсказка:
Вы используете инструмент не по назначению.
Для закачки тайлов разработчик предусмотрел ДРУГОЙ инструмент. Более удобный.
Вы просто не разобрались.
lilavatara писал(а):Где же эта фича?
Если сохранять всё в ровно один файл всегда и навеки - такой фичи не появилось, да и вряд ли появится.
Если надо сохранять в базу данных - Вам на выбор предлагается:
а) Беркли.
б) практически любая реляционная СУБД из существующих, с которыми можно общаться посредством SQL.
в) SQLite3.
Некоторые из возможностей (например, SQLite3) доступны только в отдельной ветке проекта (SACS).
Если будет интерес - продолжим ликбез.
lilavatara писал(а):Вот именно, мне надоело выделять область, я хочу автоматически чтобы, по спирали.
Перейдите на зум номер 2, например, и выделите за один клик мышкой нужный квадрат.
Всё равно аппроксимация скачанной спиралью области при увеличении размера области - это квадрат.
Никаких специальных сложных форм Вы тут не получите.
А на весь мир на больших зумах - так Вам места не хватит на диске.
lilavatara писал(а):Загрузка по спирали идёт гораздо быстрее, я заметила, а загрузка по выделенной области, она идёт сверху вниз и слева- направо идёт очень медленно
Это ПОЧТИ заблуждение.
Скорость загрузки в нормальной ситуации определяется прежде всего скоростью отдачи тайлов с сервера и их прилётом по сети.
Так что от перемены мест слагаемых (порядка загрузки тайлов) шире канала и быстрее сервера не будет.
А вот ненормальность ситуации может заключаться в том, что соседние тайлы находятся в кэше и к ним быстрее доступ при сохранении на диск.
Если у Вас нет проблем чтобы с чем-нибудь разобраться - разберитесь с счётчиками производительности на эту тему, сколько тайлов скачано, сколько затрачено времени на это, сколько потребовалось на их сохранение на диск, на проверку их существования.
ПОЧТИ - вот по чему.
Есть в SAS одна проблема (о которой знает очень мало народу) в отличии сохранения тайлов по выделенной области от закачки по экрану. Это - наличие или отсутствие проверки, что тайл есть в хранилище, перед сохранением. Но оно (наличие этой проверки) не может быть критичным при такой закачке тайлов, когда Вы видите разницу глазами. Оно будет критичным при скорости закачки порядка 30 тайлов в секунду или при переносе всего кэша.
lilavatara писал(а):А можно сразу сохранять кэш в один файл ?
Нельзя. Файл будет всё равно НЕ один. Файлов будет на пару-тройку порядков меньше, но не один.
lilavatara писал(а):До меня дошло, что это очень выгодно, много гигабайт сэкономлю.
Размер экономии будет зависеть от особенностей типа хранилища (типа базы данных) и от его настройки.
В общем случае - можно как в разы уменьшить его объём, так и увеличить.
lilavatara писал(а):Это, наоборот, невыгодно
Ещё как выгодно.
Просто кто-то опять не разобрался.
Для начала предлагаю осмыслить тезис: если бы это было не выгодно - это бы никто не делал.
ВОПРОСЫ АБСОЛЮТНЫХ НОВИЧКОВ
Parasite » 04 май 2011, 11:05 
