SASGIS - SAS.Планета
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0000653SAS.Планета[All Projects] Хотелкаpublic20-04-2011 10:0409-10-2015 07:15
ReportergpsMax 
Assigned To 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusconfirmedResolutionopen 
PlatformOSOS Version
Product Version110418 
Target Version29xxxxFixed in Version 
Summary0000653: Отображать тайлы из архива
DescriptionА реально показывать тайлы из архива? Tar или zip. Или какой-то свой формат, не суть важно, хотя лучше бы иметь возможность открывать кэш и сторонними программами.

Комментарий к 339-й хотелке как бы намекает, что задумки в этом направлении есть ("поддержка тайлохранилищ, отличных от файловой системы")
Steps To Reproduce
Additional Information
Tagstar, zip, архив, кэш, тайлохранилище
Relationships
related to 0000124closed zed Тайлохранилище в виде набора баз BerkeleyDB 
parent of 0002014resolved vdemidov Перейти на ITileStorageType вместо прямого создания объектов классов 
related to 0001291confirmed  Поддержка кэша SAS4WinCE 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
20-04-2011 10:04gpsMaxNew Issue
20-04-2011 10:04gpsMaxTag Attached: tar
20-04-2011 10:04gpsMaxTag Attached: zip
20-04-2011 10:05gpsMaxRelationship addedrelated to 0000586
20-04-2011 10:06gpsMaxTag Attached: архив
20-04-2011 10:20gpsMaxDescription Updatedbug_revision_view_page.php?rev_id=890#r890
20-04-2011 10:20gpsMaxDescription Updatedbug_revision_view_page.php?rev_id=891#r891
20-04-2011 10:22gpsMaxDescription Updatedbug_revision_view_page.php?rev_id=892#r892
20-04-2011 10:22gpsMaxStatusnew => acknowledged
20-04-2011 10:22gpsMaxTag Attached: кэш
20-04-2011 10:23gpsMaxRelationship addedrelated to 0000124
29-05-2011 12:16vdemidovRelationship replacedchild of 0000124
29-05-2011 12:17vdemidovStatusacknowledged => confirmed
29-05-2011 12:17vdemidovTarget Version => 27xxxx
29-05-2011 12:18vdemidovTarget Version27xxxx => 29xxxx
23-01-2012 08:20vdemidovRelationship deletedchild of 0000124
23-01-2012 08:20vdemidovRelationship addedrelated to 0000124
23-01-2012 08:20vdemidovRelationship deletedrelated to 0000586
15-09-2012 12:03Dima2000Relationship addedrelated to 0001291
11-07-2013 12:56vasketsovNote Added: 0012042
11-07-2013 14:41vdemidovNote Added: 0012049
11-07-2013 14:47vasketsovNote Added: 0012051
11-07-2013 14:56vdemidovNote Added: 0012053
11-07-2013 15:05vasketsovNote Added: 0012054
11-07-2013 15:06vasketsovRelationship addedparent of 0002014
11-07-2013 15:18zedNote Added: 0012055
11-07-2013 15:31vdemidovNote Added: 0012057
11-07-2013 20:20zedNote Added: 0012064
11-07-2013 20:31vasketsovNote Added: 0012065
11-07-2013 20:35zedNote Added: 0012066
11-07-2013 20:38vasketsovNote Added: 0012067
09-10-2015 07:15vdemidovTag Attached: тайлохранилище

Notes
(0012042)
vasketsov   
11-07-2013 12:56   
Это кому-нибудь ещё надо?
В менеджере кэша zed сделал хранилище в архиве, в которое можно только писать. Наверняка аналогично можно сделать хранилище, из которого можно только читать (в смысле, даже в рамках одного класса, в зависимости от того, писалка в архив или читалка из архива будет передана).
Даже новый тип кэша не понадобится возможно, по расширению NameInCache можно попробовать определяться.
Или забиваем?
(0012049)
vdemidov   
11-07-2013 14:41   
Имхо это таки должен быть отдельный тип кэша, но мне лень добавлять. Нужно срочно доделывать использование TileStorageType и делать списки TileStorageType вместо туопго захардкодвивания в ГУЕ конкретных типов.
(0012051)
vasketsov   
11-07-2013 14:47   
>это таки должен быть отдельный тип кэша
А как указывать, что внутри? Там же фактически надо те же файловые номера кэша юзать. Как ОДНИМ типом кэша обойтись?
В порядке бреда пример: CacheType=42z - значит 42 внутри zip, CacheType=41r - значит 41 внутри rar.
(0012053)
vdemidov   
11-07-2013 14:56   
Ну имхо это таки разные типы кэша. Я планирую сделать тип кэша просто строкой, по которой будет выбираться нужный ITileStorageType. И строки 42z будут смотреться вполне органично.
(0012054)
vasketsov   
11-07-2013 15:05   
>И строки 42z будут смотреться вполне органично
Ну то есть это будет целое семейство кэшей ))) тогда логично. Будем ждать тогда.
(0012055)
zed   
11-07-2013 15:18   
>В порядке бреда пример: CacheType=42z
Лучше оставить полное расширение, без сокращений: CacheType=42.zip, CacheType=41.rar
(0012057)
vdemidov   
11-07-2013 15:31   
Та не вопрос, но сначала инцидент 0002014 нужно реализовать.
(0012064)
zed   
11-07-2013 20:20   
Меня лично терзают смутные сомнения насчёт того, насколько это вообще может получиться юзабельно. Если в архиве будет хотя бы 100 тыс. тайлов, открыть такой архив будет очень затратно по времени. И чем больше тайлов будет в архиве, тем он будет всё менее юзабелен.
(0012065)
vasketsov   
11-07-2013 20:31   
>насколько это вообще может получиться юзабельно
Например для импорта из архива - очень даже.

>открыть такой архив будет очень затратно по времени
Ну подождать придётся, и не закрывать по тиканию Sync.
(0012066)
zed   
11-07-2013 20:35   
>Например для импорта из архива - очень даже.
Ну так импорт и так работает. По крайней мере из tar-а. И тут как раз задержек не будет - бери первый попавшийся тайл и распаковывай. А вот когда понадобится найти один единственный тайл из кучи, вот тогда оно и ляжет на индексировании.
(0012067)
vasketsov   
11-07-2013 20:38   
>тогда оно и ляжет на индексировании
Весьма может быть