SASGIS

Веб-картография и навигация


View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0001968SAS.Планета[All Projects] Хотелкаpublic17-06-2013 07:5829-08-2013 09:14
Reporterzed 
Assigned To 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusconfirmedResolutionopen 
PlatformOSOS Version
Product Version121010 
Target Version26xxxxFixed in Version 
Summary0001968: В операции с выделенной областью добавить вкладку Изменить (Modify)
Description..и добавить туда операции по изменению версии версионных тайлов.
TagsNo tags attached.
Attached Files

- Relationships

-  Notes
(0011691)
vasketsov (manager)
17-06-2013 22:06

А недостаточно операции копирования кэша в этот же кэш с включённой галкой переноса тайлов (то есть удаления старых) и установкой новой версии? Ведь то же самое будет.
(0011692)
zed (manager)
18-06-2013 08:08

Оно же заметит, что CRC у тайлов одинаковое и не перезапишет. Т.е. придётся вначале удалять тайл, а потом сохранять, что не совсем правильно во всех остальных случаях.

К тому же, через отдельную операцию Изменить, есть возможность сделать изменение версии без перезаписи собственно тайла, ввиду особенностей хранения информации конкретно в Беркли.
(0011697)
vasketsov (manager)
19-06-2013 08:58

>заметит, что CRC у тайлов одинаковое и не перезапишет
То есть если была версия V1 с CRC1, потом качнули V2 с CRC2, потом прилетела V3 с CRC1 - она в Беркли не запишется?

>информации конкретно в Беркли
То есть эта закладка только для Беркли?
(0011699)
zed (manager)
19-06-2013 09:02

>потом прилетела V3 с CRC1 - она в Беркли не запишется
Нет. А смысл? Тайл-то по сравнению с V1 не изменился.

>То есть эта закладка только для Беркли?
Если учитывать, что в SAS пока что только одно версионное хранилище, то да. А в общем случае - нет. Ведь вполне возможны хранилища у которых смена версии тайла будет возможна без модификации тела файла.
(0011701)
vasketsov (manager)
19-06-2013 09:11

>А смысл?
Ну например чтобы корректно показать картинку для V3 (причём независимо от состояния галочки "показывать предыдущую версию")

>по сравнению с V1 не изменился
А по сравнению с V2 (прдыдущей версией) - изменился.

>Если учитывать, что в SAS пока что только одно версионное хранилище
Что-то с памятью моей стало...
Даже если забить на GE+GC (ну как бы только для чтения и всё такое), в SAS есть тайлохранилище в СУБД, самое версионное из существующих, там даже на версии можно атрибуты натягивать и произвольно сортировать версии.
(0011702)
vasketsov (manager)
19-06-2013 09:15

>вполне возможны хранилища у которых смена версии тайла будет возможна без модификации тела файла
Ты видимо имел в виду что-то типа первичного ключа или идентификатора тайла (x,y,z,v). Потому что если версия падает в ТЕЛО тайла, и при смене версии надо менять ТЕЛО тайла, значит автору такого хранилища надо руки из задницы вырвать. Таких хранилищ у нас пока что нету ))).
(0011714)
zed (manager)
20-06-2013 16:39

>в SAS есть тайлохранилище в СУБД
Упс, запамятовал.

>Потому что если версия падает в ТЕЛО тайла
Ну не совсем в тело, а кладётся рядом, но модификация версии означает перезапись блока данных, в который входит и тело тайла и прочие атрибуты. У тебя в СУБД версия хранится в той же таблице что и тело или в отдельной? Если в той же, то скорее всего изменение одного поля в таблице, через update, так же приведёт к перезаписи всей записи, включая тело. А вот если версия и прочее лежит в отдельной табличке, а в таблице с тайлом только сам тайл и ссылка на эту таблицу со сводной информацией, то тогда да - обновление версии будет без перезаписи тайла.

У меня в версионном Беркли информация дублируется, т.е. версия и проч. лежит как вместе с тайлом так и в отдельной "табличке".
(0011717)
vasketsov (manager)
20-06-2013 16:48

>версия хранится в той же таблице что и тело или в отдельной?
В таблице с тайлами поле версии - это ссылка на таблицу с версиями.
В частном случае (версия - это небольшое целое число) номер версии может совпадать с её идентификатором, и тогда собственно сама версия и хранится в таблице с тайлами, но вообще говоря это не гарантируется.
Но ссылка на версию входит в первичный ключ.
(0011720)
zed (manager)
20-06-2013 17:08

В любом случае, поскольку я таки хочу ещё завязать отображение версий на задаваемый вручную Z-order, который можно будет модифицировать только через данную вкладку, то хотелке быть.
(0011721)
vasketsov (manager)
20-06-2013 17:54

>завязать отображение версий на задаваемый вручную Z-order
Это я пока вообще не понял, ты хочешь для каждого тайла хранить порядок отображения его версий, или только для версий этот порядок хранить, типа какая версия раньше, какая позже (типа обобщённой даты)?
(0011722)
zed (manager)
20-06-2013 18:37

>для каждого тайла хранить порядок отображения его версий
Именно. Выделяем регион, задаём приоритет определённой версии и лицезрим старый красивый снимок поверх только что обновлённого тёмного/зимнего/некачественного.
(0011724)
vasketsov (manager)
20-06-2013 19:13
edited on: 20-06-2013 19:13

А зачем такая подробность, если можно просто переключать версии (а уже для версий хранить их порядок)?
А что будешь делать на границе разных версий (то есть для соседних тайлов из разных версий) для такой мозайки (ведь привязка разных снимков разная, будут кривые стыки)?

(0011726)
zed (manager)
20-06-2013 20:02

>А зачем такая подробность
Как это зачем. Версия она по всей карте глобальна. Местами где-то будет в этой версии хороший снимок, а местами где-то будет не очень. Чтобы не перебирать версии из менюшки в поисках лучших снимков, и придумана такая фича. Тем более, что сделать достаточно просто и обойдётся практически бесплатно, с точки зрения оверхеда метаданных.

>если можно просто переключать версии
Боюсь что задолбает "просто переключать".

>А что будешь делать на границе разных версий
Да ничего. Будет грубый переход.
(0011727)
vdemidov (manager)
20-06-2013 20:13

Только не меняй интерфейс тайлохранилища — там только z-order не хватает
(0011729)
vasketsov (manager)
20-06-2013 20:24

>Чтобы не перебирать версии из менюшки
А как тогда включить одну конкретную версию, пусть даже и с облаками? Сбрасывать z-order?
(0011730)
zed (manager)
20-06-2013 21:06

>Только не меняй интерфейс тайлохранилища — там только z-order не хватает
И? Тут же по-любому нужен какой-то метод вроде SetTileInfo.

>А как тогда включить одну конкретную версию
Снять галочку "Show by z-order" в меню по ПКМ.
(0011733)
vasketsov (manager)
20-06-2013 21:26

Я вот буквально на прошлых выходных искатался штурманом с сасом по области, переключал снимки DG по версии совершенно без проблем, там и облака, и штук по 8 снимков для каждого тайла, и никаких сложностей (исключая бездорожье)))). Едешь и смотришь на экран, если попало положение в облака, перебираешь версии между двумя-тремя, уже по памяти выбираешь какие надо. Всё быстро и просто, никаких дополнительных забот.
А ты предлагаешь фактически выполнять предварительную подготовку карты для таких мероприятий, заранее выискивать облака и тени, выискивать для всех таких этих мест по _остальным_ версиям более красивые тайлы (при этом постоянно орудуя галочкой "Show by z-order" туда-сюда), обновлять по выделенной области, проверять,... и в итоге всё равно соседние тайлы не стыкуются, цветовая гамма разная, время года разное, границы лесов и рек разные, тени у объектов смотрят в разные стороны,... ты уверен, что это реально надо?
(0011738)
vdemidov (manager)
21-06-2013 05:37

Я тоже считаю что Z-order для версий будет более чем достаточно.
(0011741)
zed (manager)
21-06-2013 16:08

vdemidov
Так что по поводу метода SetTileInfo?

>А ты предлагаешь
Я всего лишь хочу дать возможность. Пользоваться или нет, решит каждый сам для себя.
(0011743)
vdemidov (manager)
21-06-2013 20:24

>Так что по поводу метода SetTileInfo?
Ну если заменить им SaveTile, SaveTNE и DeleteTile, то можно
(0011750)
zed (manager)
22-06-2013 11:23

Тогда я пас.

- Users who viewed this issue
User List Anonymous (2569x), vdemidov (1x)
Total Views 2570
Last View 29-03-2024 15:42

- Issue History
Date Modified Username Field Change
17-06-2013 07:58 zed New Issue
17-06-2013 07:58 zed Status new => assigned
17-06-2013 07:58 zed Assigned To => zed
17-06-2013 22:06 vasketsov Note Added: 0011691
18-06-2013 08:08 zed Note Added: 0011692
19-06-2013 08:58 vasketsov Note Added: 0011697
19-06-2013 09:02 zed Note Added: 0011699
19-06-2013 09:11 vasketsov Note Added: 0011701
19-06-2013 09:15 vasketsov Note Added: 0011702
20-06-2013 16:39 zed Note Added: 0011714
20-06-2013 16:48 vasketsov Note Added: 0011717
20-06-2013 17:08 zed Note Added: 0011720
20-06-2013 17:54 vasketsov Note Added: 0011721
20-06-2013 18:37 zed Note Added: 0011722
20-06-2013 19:13 vasketsov Note Added: 0011724
20-06-2013 19:13 vasketsov Note Edited: 0011724 View Revisions
20-06-2013 20:02 zed Note Added: 0011726
20-06-2013 20:13 vdemidov Note Added: 0011727
20-06-2013 20:21 vasketsov Note Added: 0011728
20-06-2013 20:23 vasketsov Note Deleted: 0011728
20-06-2013 20:24 vasketsov Note Added: 0011729
20-06-2013 21:06 zed Note Added: 0011730
20-06-2013 21:26 vasketsov Note Added: 0011733
21-06-2013 05:37 vdemidov Note Added: 0011738
21-06-2013 16:08 zed Note Added: 0011741
21-06-2013 20:24 vdemidov Note Added: 0011743
22-06-2013 11:23 zed Note Added: 0011750
22-06-2013 11:24 zed Status assigned => closed
22-06-2013 11:24 zed Assigned To zed =>
22-06-2013 11:24 zed Resolution open => won't fix
22-06-2013 11:24 zed Target Version 24xxxx =>
22-06-2013 17:41 vdemidov Status closed => confirmed
22-06-2013 17:41 vdemidov Target Version => 26xxxx
23-06-2013 20:57 vdemidov Resolution won't fix => open
29-08-2013 09:14 vdemidov Description Updated View Revisions



Copyright © 2007 - 2024 SAS.Planet Team