View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0001968 | SAS.Планета | Хотелка / Feature request | public | 17-06-2013 07:58 | 29-08-2013 09:14 |
| Reporter | zed | Assigned To | |||
| Priority | normal | Severity | minor | Reproducibility | have not tried |
| Status | confirmed | Resolution | open | ||
| Product Version | 121010 | ||||
| Target Version | 42xxxx | ||||
| Summary | 0001968: В операции с выделенной областью добавить вкладку Изменить (Modify) | ||||
| Description | ..и добавить туда операции по изменению версии версионных тайлов. | ||||
| Tags | No tags attached. | ||||
|
|
А недостаточно операции копирования кэша в этот же кэш с включённой галкой переноса тайлов (то есть удаления старых) и установкой новой версии? Ведь то же самое будет. |
|
|
Оно же заметит, что CRC у тайлов одинаковое и не перезапишет. Т.е. придётся вначале удалять тайл, а потом сохранять, что не совсем правильно во всех остальных случаях. К тому же, через отдельную операцию Изменить, есть возможность сделать изменение версии без перезаписи собственно тайла, ввиду особенностей хранения информации конкретно в Беркли. |
|
|
>заметит, что CRC у тайлов одинаковое и не перезапишет То есть если была версия V1 с CRC1, потом качнули V2 с CRC2, потом прилетела V3 с CRC1 - она в Беркли не запишется? >информации конкретно в Беркли То есть эта закладка только для Беркли? |
|
|
>потом прилетела V3 с CRC1 - она в Беркли не запишется Нет. А смысл? Тайл-то по сравнению с V1 не изменился. >То есть эта закладка только для Беркли? Если учитывать, что в SAS пока что только одно версионное хранилище, то да. А в общем случае - нет. Ведь вполне возможны хранилища у которых смена версии тайла будет возможна без модификации тела файла. |
|
|
>А смысл? Ну например чтобы корректно показать картинку для V3 (причём независимо от состояния галочки "показывать предыдущую версию") >по сравнению с V1 не изменился А по сравнению с V2 (прдыдущей версией) - изменился. >Если учитывать, что в SAS пока что только одно версионное хранилище Что-то с памятью моей стало... Даже если забить на GE+GC (ну как бы только для чтения и всё такое), в SAS есть тайлохранилище в СУБД, самое версионное из существующих, там даже на версии можно атрибуты натягивать и произвольно сортировать версии. |
|
|
>вполне возможны хранилища у которых смена версии тайла будет возможна без модификации тела файла Ты видимо имел в виду что-то типа первичного ключа или идентификатора тайла (x,y,z,v). Потому что если версия падает в ТЕЛО тайла, и при смене версии надо менять ТЕЛО тайла, значит автору такого хранилища надо руки из задницы вырвать. Таких хранилищ у нас пока что нету ))). |
|
|
>в SAS есть тайлохранилище в СУБД Упс, запамятовал. >Потому что если версия падает в ТЕЛО тайла Ну не совсем в тело, а кладётся рядом, но модификация версии означает перезапись блока данных, в который входит и тело тайла и прочие атрибуты. У тебя в СУБД версия хранится в той же таблице что и тело или в отдельной? Если в той же, то скорее всего изменение одного поля в таблице, через update, так же приведёт к перезаписи всей записи, включая тело. А вот если версия и прочее лежит в отдельной табличке, а в таблице с тайлом только сам тайл и ссылка на эту таблицу со сводной информацией, то тогда да - обновление версии будет без перезаписи тайла. У меня в версионном Беркли информация дублируется, т.е. версия и проч. лежит как вместе с тайлом так и в отдельной "табличке". |
|
|
>версия хранится в той же таблице что и тело или в отдельной? В таблице с тайлами поле версии - это ссылка на таблицу с версиями. В частном случае (версия - это небольшое целое число) номер версии может совпадать с её идентификатором, и тогда собственно сама версия и хранится в таблице с тайлами, но вообще говоря это не гарантируется. Но ссылка на версию входит в первичный ключ. |
|
|
В любом случае, поскольку я таки хочу ещё завязать отображение версий на задаваемый вручную Z-order, который можно будет модифицировать только через данную вкладку, то хотелке быть. |
|
|
>завязать отображение версий на задаваемый вручную Z-order Это я пока вообще не понял, ты хочешь для каждого тайла хранить порядок отображения его версий, или только для версий этот порядок хранить, типа какая версия раньше, какая позже (типа обобщённой даты)? |
|
|
>для каждого тайла хранить порядок отображения его версий Именно. Выделяем регион, задаём приоритет определённой версии и лицезрим старый красивый снимок поверх только что обновлённого тёмного/зимнего/некачественного. |
|
|
А зачем такая подробность, если можно просто переключать версии (а уже для версий хранить их порядок)? А что будешь делать на границе разных версий (то есть для соседних тайлов из разных версий) для такой мозайки (ведь привязка разных снимков разная, будут кривые стыки)? |
|
|
>А зачем такая подробность Как это зачем. Версия она по всей карте глобальна. Местами где-то будет в этой версии хороший снимок, а местами где-то будет не очень. Чтобы не перебирать версии из менюшки в поисках лучших снимков, и придумана такая фича. Тем более, что сделать достаточно просто и обойдётся практически бесплатно, с точки зрения оверхеда метаданных. >если можно просто переключать версии Боюсь что задолбает "просто переключать". >А что будешь делать на границе разных версий Да ничего. Будет грубый переход. |
|
|
Только не меняй интерфейс тайлохранилища — там только z-order не хватает |
|
|
>Чтобы не перебирать версии из менюшки А как тогда включить одну конкретную версию, пусть даже и с облаками? Сбрасывать z-order? |
|
|
>Только не меняй интерфейс тайлохранилища — там только z-order не хватает И? Тут же по-любому нужен какой-то метод вроде SetTileInfo. >А как тогда включить одну конкретную версию Снять галочку "Show by z-order" в меню по ПКМ. |
|
|
Я вот буквально на прошлых выходных искатался штурманом с сасом по области, переключал снимки DG по версии совершенно без проблем, там и облака, и штук по 8 снимков для каждого тайла, и никаких сложностей (исключая бездорожье)))). Едешь и смотришь на экран, если попало положение в облака, перебираешь версии между двумя-тремя, уже по памяти выбираешь какие надо. Всё быстро и просто, никаких дополнительных забот. А ты предлагаешь фактически выполнять предварительную подготовку карты для таких мероприятий, заранее выискивать облака и тени, выискивать для всех таких этих мест по _остальным_ версиям более красивые тайлы (при этом постоянно орудуя галочкой "Show by z-order" туда-сюда), обновлять по выделенной области, проверять,... и в итоге всё равно соседние тайлы не стыкуются, цветовая гамма разная, время года разное, границы лесов и рек разные, тени у объектов смотрят в разные стороны,... ты уверен, что это реально надо? |
|
|
Я тоже считаю что Z-order для версий будет более чем достаточно. |
|
|
vdemidov Так что по поводу метода SetTileInfo? >А ты предлагаешь Я всего лишь хочу дать возможность. Пользоваться или нет, решит каждый сам для себя. |
|
|
>Так что по поводу метода SetTileInfo? Ну если заменить им SaveTile, SaveTNE и DeleteTile, то можно |
|
|
Тогда я пас. |
| 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 | |
| 20-06-2013 20:02 | zed | Note Added: 0011726 | |
| 20-06-2013 20:13 | vdemidov | Note Added: 0011727 | |
| 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 | 41xxxx => |
| 22-06-2013 17:41 | vdemidov | Status | closed => confirmed |
| 22-06-2013 17:41 | vdemidov | Target Version | => 42xxxx |
| 23-06-2013 20:57 | vdemidov | Resolution | won't fix => open |
| 29-08-2013 09:14 | vdemidov | Description Updated | |
| 08-08-2025 13:24 | zed | Category | Хотелка => Хотелка / Feature request |