Notes |
|
(0011156)
|
zed
|
19-04-2013 05:15
|
|
На той вкладке можно копировать сразу несколько кэшей. Если сделать, как вы предлагаете, то копировать можно будет только по-одному. |
|
|
|
1. Какой смысл копировать несколько кэшей? Если говорить о версионном кэше, такое вообще не проходит, в смысле работать не будет. Тогда оно зачем?
2. Лучше копировать по одному, чем никак. |
|
|
|
>Какой смысл копировать несколько кэшей?
Например в один архив ))
>копировать можно будет только по-одному
Надо просто сделать галочку, создавать или нет подпапку с именем карты, в SACS уже давно сделано. |
|
|
|
В случае версионного кэша однозначно не создавать. Иначе это совсем не работает.
В случае какого-либо другого кэша можно создавать, можно и нет. У меня ни разу не возникало необходимости создавать, а вот убирать лишнюю папку приходится часто. |
|
|
|
Как только в одну папку пихаются кэши разных карт, и разделение должно остаться - надо создавать подпапку. К версионности одного конкретного кэша из кучи копируемых это не имеет никакого отношения. |
|
|
|
Дабы не разговаривать об одном на разных языках: в данной хотелке речь идёт о копировании не версионного кэша в другой, а наоборот, другого - в версионный.
Пример: есть давно наработанный кэш Гугля. Он неверсионный, но есть возможность (пока) скачать несколько предыдущих версий. Эти версии касаются не всех снимков, а лишь их небольшой части. Все остальные снимки версий не имеют. Вот их хотелось бы скопировать в версионный кэш "как есть", задав им всем одну и ту же версию, так как они не перекрываются.
Замечу, что в той версии, в какую мы собираемся копировать снимки, уже могут быть ранее скачанные файлы. Они будут лежать в той папке, которая указана в zmp как NameInCache. Значит, и все остальные файлы, которые будут отнесены к данному версионному кэшу, должны также лежать именно в этой папке. А не в подпапках этой папки, как сейчас. И эти подпапки для описываемого случая не будут нужны никогда. Кроме того, должны корректно создаваться файлы индексации БД (или как их?), ну, те, что в папке env. |
|
|
(0011168)
|
zed
|
19-04-2013 11:14
|
|
>В случае версионного кэша однозначно не создавать. Иначе это совсем не работает.
Оно работает. Оно просто не подходит для вашей конкретной задачи, которую можно сформулировать как "объединение нескольких карт(!) в один кэш". Вот для такой задачи - не работает. |
|
|
|
Если прочитать моё предыдущее сообщение, то там нет ничего про объединение нескольких карт в один кэш. Как раз наоборот, из одной неверсионной карты сделать одну же версию версионной. И это НЕ работает. Или пошагово распишите, как сделать. Только не предлагайте сначала скопировать, а потом скачивать, уже скачано кое-что. |
|
|
(0011170)
|
zed
|
19-04-2013 11:39
|
|
Как это нет? У вас есть неверсионный и версионный Гугл, насколько я понял. Они лежат в разных папках и у них разные zmp. И задача их объединить, попутно задав версию неверсионному? Так что это таки задача объединения. |
|
|
|
Я не хочу их объединить. Версионный кэш изначально был пустой. Я нашёл, какие снимки имеют различия в разных версиях Гугл Мапс. Поскольку у меня были скачаны снимки последней версии, они затёрли снимки предыдущих версий. Но есть возможность (пока) скачать некоторые предыдущие. Те снимки, что имеют различия в разных версиях, я скачал заново. Но есть также снимки, которые не изменялись, по крайней мере со времени выхода самой ранней доступной версии. Зачем их перекачивать? Не проще ли скопировать их в версионный кэш под какой-нибудь версией? Для обычного кэша такая задача - на раз плюнуть. А почему для версионного не так? Или есть секретный крыжик, про который я не знаю?
PS Даже если бы я хотел собрать в один кэш снимки из разных кэшей под разными версиями, а я так и хотел изначально, то разве это в принципе невозможно? |
|
|
(0011172)
|
zed
|
19-04-2013 12:11
|
|
Никак не пойму, сколько у вас zmp: два или один? Копирование в пределах одного zmp или нет? |
|
|
|
Два. Копирование из одного в другой. |
|
|
(0011174)
|
zed
|
19-04-2013 12:28
|
|
Ну так всё верно. Это и называется объединение. И в САС и до версионности небыло (и нет) никакой возможности просто так взять и перенести кусок кэша из одной карты в другую. Ограничение тому - проекции, расширение тайлов и прочие нюансы, решать которые пока оставлено юзеру.
Т.е. запрашивается функционал аналогичны менеджеру кэша, только чтобы работало в пределах выделенной области и только с существующими zmp, а не с произвольными папками. Со всем вытекающим контролем со стороны САСа, что исходный и целевой zmp совместимы и с опциональм приведением одного типа в другой (перепроецирование, изменение формата снимков и т.д.), если они не совместимы. |
|
|
|
>И в САС и до версионности небыло (и нет) никакой возможности просто так взять и перенести кусок кэша из одной карты в другую.<
Вот именно такая возможность была и есть, но с обычным файловым кэшем. Контроль за совместимостью, конечно, возлагается на пользователя, но, если всё в порядке, то "объединённый" кэш будет абсолютно работоспособен.
А что получается с версионным кэшем? Скопировать в него ничего нельзя. Можно только скачать. Есть смысл перекачивать гигабайты кэша ради версионности? Каждый должен решить для себя сам, но ограничение в использовании налицо.
Другим выходом из ситуации могла бы стать возможность принудительно назначать существующему неверсионному кэшу версию.
>чтобы работало в пределах выделенной области и только с существующими zmp, а не с произвольными папками<
В пределах выделенной области уже работает. Папки сейчас не совсем произвольные, так как приходится создавать одну папку вручную (если, конечно, не хотим копировать в корень), а вторая создаётся автоматически независимо от нашего желания. Логичнее было бы копировать именно в указанную пользователем папку. Zmp не обязательно существующий, можно создать его и потом, чтобы посмотреть результат копирования. Проверять нужно только наличие идентичного тайла в соседних версиях, как при скачивании. Городить перепроецирование, изменение формата и т. п. - на мой взгляд, излишество. Или, по крайней мере, не эта хотелка. |
|
|
(0011176)
|
Garl
|
19-04-2013 13:08
|
|
блин по хорошему это делается простым файловым версионным кэшем, (в который можно нормально накопировать версии)
и затем всё скопом переносится в другой версионный кэш |
|
|
|
А у нас есть простой файловый версионный кэш? Но дело даже не в этом. Как быть с давно скачанным? Его достаточно много. Оно уже в Беркли. А ведь ещё надо старые версии скачать, пока дают. |
|
|
(0011178)
|
zed
|
19-04-2013 13:34
|
|
>Вот именно такая возможность была и есть, но с обычным файловым кэшем.
Из вкладки Скопировать такой возможности нету. Обходной путь, когда вы копируете файлы через тотал коммандер, будет работать почти точно так же и с Беркли, с единственной оговоркой, что копировать туда-сюда придётся больше данных. Но это всё за рамками САС.
>блин по хорошему это делается простым файловым версионным кэшем
Если все действия выполнять из САСа, то нет никакой разницы, какой кэш. |
|
|
(0011179)
|
Garl
|
19-04-2013 14:10
|
|
>>блин по хорошему это делается простым файловым версионным кэшем
> Если все действия выполнять из САСа, то нет никакой разницы, какой кэш.
а файловый кэш более просто дополнять\заполнять\восстанавливать |
|
|
|
>блин по хорошему это делается простым файловым версионным кэшем
Да. Там недоступна только операция вида "показать предыдущую версию тайла при отсутствии запрошеной". Потому что лениво. Но доделаю.
>у нас есть простой файловый версионный кэш?
У нас - есть ))
>запрашивается функционал аналогичны менеджеру кэша
Не надо мудрить. Проблема эта мне знакома не понаслышке. Я сам на это неудобство налетал, потому и сделал возможность галочкой управлять, создавать или нет подпапку с именем карты. Отключено - именно в указанную папку и будет кэша падать. Нужно как раз для разблюдовки кэша по версиям, а также если одна карта падает в один архив.
Да на откуп юзеру, да нет контроля со стороны саса, НО если бы контроль и ограничения были - их всё равно можно было бы при желании обойти, сделав разные zmp на один кэш, и при желании испортить себе кэш.
Плёвейшая вешь, давно бы сделал и всё. |
|
|
|
Это решено, можно закрывать. |
|