Anonymous | Login | Signup for a new account | 21-11-24 13:15 UTC |
All Projects | SAS.Планета | Домен, сайт, форум, багтрекер | Доработка карты (ZMP) | Переводы и локализации | Прочее |
My View | View Issues | Change Log | Roadmap | Search |
View Issue Details [ Jump to Notes ] | [ Issue History ] [ Print ] | ||||||||
ID | Project | Category | View Status | Date Submitted | Last Update | ||||
0001890 | SAS.Планета | [All Projects] Хотелка | public | 19-04-2013 05:09 | 17-06-2013 07:08 | ||||
Reporter | Papazol | ||||||||
Assigned To | zed | ||||||||
Priority | normal | Severity | major | Reproducibility | have not tried | ||||
Status | resolved | Resolution | fixed | ||||||
Platform | Windows | OS | XP | OS Version | Professional SP3 | ||||
Product Version | 121010 | ||||||||
Target Version | 131111 | Fixed in Version | 131111 | ||||||
Summary | 0001890: Сделать копирование кэша отдельной карты без создания вложенной папки | ||||||||
Description | При копировании кэша из одного хранилища в другое в папке назначения (которую мы должны указать) создаётся ещё одна папка с названием, идентичным названию папки-источника. Для файлового кэша это не страшно: нужно просто переместить содержимое вложенной папки в корень, причём структура директорий при этом не страдает, и можно копировать и скачивать в один кэш в любом порядке. Для кэша Беркли, а для версионного особенно, такой алгоритм не подходит, так как "нельзя просто взять и" переместить кэш Беркли из одной папки в другую. Поэтому предлагается при операции копирования дополнительную папку не создавать, а копировать именно в ту, что указывается при настройке операции. PS Даже для копирования обычного файлового кэша так будет лучше. | ||||||||
Tags | No tags attached. | ||||||||
Attached Files | |||||||||
Notes | |
(0011156) zed (manager) 19-04-2013 05:15 |
На той вкладке можно копировать сразу несколько кэшей. Если сделать, как вы предлагаете, то копировать можно будет только по-одному. |
(0011158) Papazol (reporter) 19-04-2013 05:33 |
1. Какой смысл копировать несколько кэшей? Если говорить о версионном кэше, такое вообще не проходит, в смысле работать не будет. Тогда оно зачем? 2. Лучше копировать по одному, чем никак. |
(0011162) vasketsov (manager) 19-04-2013 07:50 |
>Какой смысл копировать несколько кэшей? Например в один архив )) >копировать можно будет только по-одному Надо просто сделать галочку, создавать или нет подпапку с именем карты, в SACS уже давно сделано. |
(0011164) Papazol (reporter) 19-04-2013 08:03 |
В случае версионного кэша однозначно не создавать. Иначе это совсем не работает. В случае какого-либо другого кэша можно создавать, можно и нет. У меня ни разу не возникало необходимости создавать, а вот убирать лишнюю папку приходится часто. |
(0011166) vasketsov (manager) 19-04-2013 09:52 |
Как только в одну папку пихаются кэши разных карт, и разделение должно остаться - надо создавать подпапку. К версионности одного конкретного кэша из кучи копируемых это не имеет никакого отношения. |
(0011167) Papazol (reporter) 19-04-2013 10:24 |
Дабы не разговаривать об одном на разных языках: в данной хотелке речь идёт о копировании не версионного кэша в другой, а наоборот, другого - в версионный. Пример: есть давно наработанный кэш Гугля. Он неверсионный, но есть возможность (пока) скачать несколько предыдущих версий. Эти версии касаются не всех снимков, а лишь их небольшой части. Все остальные снимки версий не имеют. Вот их хотелось бы скопировать в версионный кэш "как есть", задав им всем одну и ту же версию, так как они не перекрываются. Замечу, что в той версии, в какую мы собираемся копировать снимки, уже могут быть ранее скачанные файлы. Они будут лежать в той папке, которая указана в zmp как NameInCache. Значит, и все остальные файлы, которые будут отнесены к данному версионному кэшу, должны также лежать именно в этой папке. А не в подпапках этой папки, как сейчас. И эти подпапки для описываемого случая не будут нужны никогда. Кроме того, должны корректно создаваться файлы индексации БД (или как их?), ну, те, что в папке env. |
(0011168) zed (manager) 19-04-2013 11:14 |
>В случае версионного кэша однозначно не создавать. Иначе это совсем не работает. Оно работает. Оно просто не подходит для вашей конкретной задачи, которую можно сформулировать как "объединение нескольких карт(!) в один кэш". Вот для такой задачи - не работает. |
(0011169) Papazol (reporter) 19-04-2013 11:28 |
Если прочитать моё предыдущее сообщение, то там нет ничего про объединение нескольких карт в один кэш. Как раз наоборот, из одной неверсионной карты сделать одну же версию версионной. И это НЕ работает. Или пошагово распишите, как сделать. Только не предлагайте сначала скопировать, а потом скачивать, уже скачано кое-что. |
(0011170) zed (manager) 19-04-2013 11:39 |
Как это нет? У вас есть неверсионный и версионный Гугл, насколько я понял. Они лежат в разных папках и у них разные zmp. И задача их объединить, попутно задав версию неверсионному? Так что это таки задача объединения. |
(0011171) Papazol (reporter) 19-04-2013 11:59 |
Я не хочу их объединить. Версионный кэш изначально был пустой. Я нашёл, какие снимки имеют различия в разных версиях Гугл Мапс. Поскольку у меня были скачаны снимки последней версии, они затёрли снимки предыдущих версий. Но есть возможность (пока) скачать некоторые предыдущие. Те снимки, что имеют различия в разных версиях, я скачал заново. Но есть также снимки, которые не изменялись, по крайней мере со времени выхода самой ранней доступной версии. Зачем их перекачивать? Не проще ли скопировать их в версионный кэш под какой-нибудь версией? Для обычного кэша такая задача - на раз плюнуть. А почему для версионного не так? Или есть секретный крыжик, про который я не знаю? PS Даже если бы я хотел собрать в один кэш снимки из разных кэшей под разными версиями, а я так и хотел изначально, то разве это в принципе невозможно? |
(0011172) zed (manager) 19-04-2013 12:11 |
Никак не пойму, сколько у вас zmp: два или один? Копирование в пределах одного zmp или нет? |
(0011173) Papazol (reporter) 19-04-2013 12:12 |
Два. Копирование из одного в другой. |
(0011174) zed (manager) 19-04-2013 12:28 |
Ну так всё верно. Это и называется объединение. И в САС и до версионности небыло (и нет) никакой возможности просто так взять и перенести кусок кэша из одной карты в другую. Ограничение тому - проекции, расширение тайлов и прочие нюансы, решать которые пока оставлено юзеру. Т.е. запрашивается функционал аналогичны менеджеру кэша, только чтобы работало в пределах выделенной области и только с существующими zmp, а не с произвольными папками. Со всем вытекающим контролем со стороны САСа, что исходный и целевой zmp совместимы и с опциональм приведением одного типа в другой (перепроецирование, изменение формата снимков и т.д.), если они не совместимы. |
(0011175) Papazol (reporter) 19-04-2013 13:02 |
>И в САС и до версионности небыло (и нет) никакой возможности просто так взять и перенести кусок кэша из одной карты в другую.< Вот именно такая возможность была и есть, но с обычным файловым кэшем. Контроль за совместимостью, конечно, возлагается на пользователя, но, если всё в порядке, то "объединённый" кэш будет абсолютно работоспособен. А что получается с версионным кэшем? Скопировать в него ничего нельзя. Можно только скачать. Есть смысл перекачивать гигабайты кэша ради версионности? Каждый должен решить для себя сам, но ограничение в использовании налицо. Другим выходом из ситуации могла бы стать возможность принудительно назначать существующему неверсионному кэшу версию. >чтобы работало в пределах выделенной области и только с существующими zmp, а не с произвольными папками< В пределах выделенной области уже работает. Папки сейчас не совсем произвольные, так как приходится создавать одну папку вручную (если, конечно, не хотим копировать в корень), а вторая создаётся автоматически независимо от нашего желания. Логичнее было бы копировать именно в указанную пользователем папку. Zmp не обязательно существующий, можно создать его и потом, чтобы посмотреть результат копирования. Проверять нужно только наличие идентичного тайла в соседних версиях, как при скачивании. Городить перепроецирование, изменение формата и т. п. - на мой взгляд, излишество. Или, по крайней мере, не эта хотелка. |
(0011176) Garl (manager) 19-04-2013 13:08 |
блин по хорошему это делается простым файловым версионным кэшем, (в который можно нормально накопировать версии) и затем всё скопом переносится в другой версионный кэш |
(0011177) Papazol (reporter) 19-04-2013 13:15 |
А у нас есть простой файловый версионный кэш? Но дело даже не в этом. Как быть с давно скачанным? Его достаточно много. Оно уже в Беркли. А ведь ещё надо старые версии скачать, пока дают. |
(0011178) zed (manager) 19-04-2013 13:34 |
>Вот именно такая возможность была и есть, но с обычным файловым кэшем. Из вкладки Скопировать такой возможности нету. Обходной путь, когда вы копируете файлы через тотал коммандер, будет работать почти точно так же и с Беркли, с единственной оговоркой, что копировать туда-сюда придётся больше данных. Но это всё за рамками САС. >блин по хорошему это делается простым файловым версионным кэшем Если все действия выполнять из САСа, то нет никакой разницы, какой кэш. |
(0011179) Garl (manager) 19-04-2013 14:10 |
>>блин по хорошему это делается простым файловым версионным кэшем > Если все действия выполнять из САСа, то нет никакой разницы, какой кэш. а файловый кэш более просто дополнять\заполнять\восстанавливать |
(0011181) vasketsov (manager) 19-04-2013 19:19 |
>блин по хорошему это делается простым файловым версионным кэшем Да. Там недоступна только операция вида "показать предыдущую версию тайла при отсутствии запрошеной". Потому что лениво. Но доделаю. >у нас есть простой файловый версионный кэш? У нас - есть )) >запрашивается функционал аналогичны менеджеру кэша Не надо мудрить. Проблема эта мне знакома не понаслышке. Я сам на это неудобство налетал, потому и сделал возможность галочкой управлять, создавать или нет подпапку с именем карты. Отключено - именно в указанную папку и будет кэша падать. Нужно как раз для разблюдовки кэша по версиям, а также если одна карта падает в один архив. Да на откуп юзеру, да нет контроля со стороны саса, НО если бы контроль и ограничения были - их всё равно можно было бы при желании обойти, сделав разные zmp на один кэш, и при желании испортить себе кэш. Плёвейшая вешь, давно бы сделал и всё. |
(0011676) Papazol (reporter) 17-06-2013 05:45 |
Это решено, можно закрывать. |
Issue History | |||
Date Modified | Username | Field | Change |
19-04-2013 05:09 | Papazol | New Issue | |
19-04-2013 05:15 | zed | Note Added: 0011156 | |
19-04-2013 05:33 | Papazol | Note Added: 0011158 | |
19-04-2013 07:50 | vasketsov | Note Added: 0011162 | |
19-04-2013 08:03 | Papazol | Note Added: 0011164 | |
19-04-2013 09:52 | vasketsov | Note Added: 0011166 | |
19-04-2013 10:24 | Papazol | Note Added: 0011167 | |
19-04-2013 11:14 | zed | Note Added: 0011168 | |
19-04-2013 11:28 | Papazol | Note Added: 0011169 | |
19-04-2013 11:39 | zed | Note Added: 0011170 | |
19-04-2013 11:59 | Papazol | Note Added: 0011171 | |
19-04-2013 12:11 | zed | Note Added: 0011172 | |
19-04-2013 12:12 | Papazol | Note Added: 0011173 | |
19-04-2013 12:28 | zed | Note Added: 0011174 | |
19-04-2013 13:02 | Papazol | Note Added: 0011175 | |
19-04-2013 13:08 | Garl | Note Added: 0011176 | |
19-04-2013 13:15 | Papazol | Note Added: 0011177 | |
19-04-2013 13:34 | zed | Note Added: 0011178 | |
19-04-2013 14:10 | Garl | Note Added: 0011179 | |
19-04-2013 19:19 | vasketsov | Note Added: 0011181 | |
07-05-2013 08:53 | vdemidov | Status | new => confirmed |
07-05-2013 08:53 | vdemidov | Product Version | .Nightly => 121010 |
07-05-2013 08:53 | vdemidov | Target Version | => 26xxxx |
07-05-2013 08:53 | vdemidov | Summary | Версионный кэш: сделать нормальное копирование => Сделать копирование кэша отдельной карты без создания вложенной папки |
17-06-2013 05:45 | Papazol | Note Added: 0011676 | |
17-06-2013 06:56 | vdemidov | Status | confirmed => resolved |
17-06-2013 06:56 | vdemidov | Resolution | open => fixed |
17-06-2013 06:56 | vdemidov | Assigned To | => zed |
17-06-2013 07:08 | zed | Fixed in Version | => 131111 |
17-06-2013 07:08 | zed | Target Version | 26xxxx => 131111 |
My View | View Issues | Change Log | Roadmap | Search |
Copyright © 2007 - 2024 SAS.Planet Team |