View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000653 | SAS.Планета | Хотелка / Feature request | public | 20-04-2011 10:04 | 09-10-2015 07:15 |
| Reporter | gpsMax | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | confirmed | Resolution | open | ||
| Product Version | 110418 | ||||
| Target Version | 44xxxx | ||||
| Summary | 0000653: Отображать тайлы из архива | ||||
| Description | А реально показывать тайлы из архива? Tar или zip. Или какой-то свой формат, не суть важно, хотя лучше бы иметь возможность открывать кэш и сторонними программами. Комментарий к 339-й хотелке как бы намекает, что задумки в этом направлении есть ("поддержка тайлохранилищ, отличных от файловой системы") | ||||
| Tags | tar, zip, архив, кэш, тайлохранилище | ||||
|
|
Это кому-нибудь ещё надо? В менеджере кэша zed сделал хранилище в архиве, в которое можно только писать. Наверняка аналогично можно сделать хранилище, из которого можно только читать (в смысле, даже в рамках одного класса, в зависимости от того, писалка в архив или читалка из архива будет передана). Даже новый тип кэша не понадобится возможно, по расширению NameInCache можно попробовать определяться. Или забиваем? |
|
|
Имхо это таки должен быть отдельный тип кэша, но мне лень добавлять. Нужно срочно доделывать использование TileStorageType и делать списки TileStorageType вместо туопго захардкодвивания в ГУЕ конкретных типов. |
|
|
>это таки должен быть отдельный тип кэша А как указывать, что внутри? Там же фактически надо те же файловые номера кэша юзать. Как ОДНИМ типом кэша обойтись? В порядке бреда пример: CacheType=42z - значит 42 внутри zip, CacheType=41r - значит 41 внутри rar. |
|
|
Ну имхо это таки разные типы кэша. Я планирую сделать тип кэша просто строкой, по которой будет выбираться нужный ITileStorageType. И строки 42z будут смотреться вполне органично. |
|
|
>И строки 42z будут смотреться вполне органично Ну то есть это будет целое семейство кэшей ))) тогда логично. Будем ждать тогда. |
|
|
>В порядке бреда пример: CacheType=42z Лучше оставить полное расширение, без сокращений: CacheType=42.zip, CacheType=41.rar |
|
|
Та не вопрос, но сначала инцидент 0002014 нужно реализовать. |
|
|
Меня лично терзают смутные сомнения насчёт того, насколько это вообще может получиться юзабельно. Если в архиве будет хотя бы 100 тыс. тайлов, открыть такой архив будет очень затратно по времени. И чем больше тайлов будет в архиве, тем он будет всё менее юзабелен. |
|
|
>насколько это вообще может получиться юзабельно Например для импорта из архива - очень даже. >открыть такой архив будет очень затратно по времени Ну подождать придётся, и не закрывать по тиканию Sync. |
|
|
>Например для импорта из архива - очень даже. Ну так импорт и так работает. По крайней мере из tar-а. И тут как раз задержек не будет - бери первый попавшийся тайл и распаковывай. А вот когда понадобится найти один единственный тайл из кучи, вот тогда оно и ляжет на индексировании. |
|
|
>тогда оно и ляжет на индексировании Весьма может быть |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 20-04-2011 10:04 | gpsMax | New Issue | |
| 20-04-2011 10:04 | gpsMax | Tag Attached: tar | |
| 20-04-2011 10:04 | gpsMax | Tag Attached: zip | |
| 20-04-2011 10:05 | gpsMax | Relationship added | related to 0000586 |
| 20-04-2011 10:06 | gpsMax | Tag Attached: архив | |
| 20-04-2011 10:20 | gpsMax | Description Updated | |
| 20-04-2011 10:20 | gpsMax | Description Updated | |
| 20-04-2011 10:22 | gpsMax | Description Updated | |
| 20-04-2011 10:22 | gpsMax | Status | new => acknowledged |
| 20-04-2011 10:22 | gpsMax | Tag Attached: кэш | |
| 20-04-2011 10:23 | gpsMax | Relationship added | related to 0000124 |
| 29-05-2011 12:16 | vdemidov | Relationship replaced | child of 0000124 |
| 29-05-2011 12:17 | vdemidov | Status | acknowledged => confirmed |
| 29-05-2011 12:17 | vdemidov | Target Version | => 43xxxx |
| 29-05-2011 12:18 | vdemidov | Target Version | 43xxxx => 44xxxx |
| 23-01-2012 08:20 | vdemidov | Relationship deleted | child of 0000124 |
| 23-01-2012 08:20 | vdemidov | Relationship added | related to 0000124 |
| 23-01-2012 08:20 | vdemidov | Relationship deleted | related to 0000586 |
| 15-09-2012 12:03 | Dima2000 | Relationship added | related to 0001291 |
| 11-07-2013 12:56 | vasketsov | Note Added: 0012042 | |
| 11-07-2013 14:41 | vdemidov | Note Added: 0012049 | |
| 11-07-2013 14:47 | vasketsov | Note Added: 0012051 | |
| 11-07-2013 14:56 | vdemidov | Note Added: 0012053 | |
| 11-07-2013 15:05 | vasketsov | Note Added: 0012054 | |
| 11-07-2013 15:06 | vasketsov | Relationship added | parent of 0002014 |
| 11-07-2013 15:18 | zed | Note Added: 0012055 | |
| 11-07-2013 15:31 | vdemidov | Note Added: 0012057 | |
| 11-07-2013 20:20 | zed | Note Added: 0012064 | |
| 11-07-2013 20:31 | vasketsov | Note Added: 0012065 | |
| 11-07-2013 20:35 | zed | Note Added: 0012066 | |
| 11-07-2013 20:38 | vasketsov | Note Added: 0012067 | |
| 09-10-2015 07:15 | vdemidov | Tag Attached: тайлохранилище | |
| 08-08-2025 13:24 | zed | Category | Хотелка => Хотелка / Feature request |