|
Notes |
|
|
|
|
А недостаточно операции копирования кэша в этот же кэш с включённой галкой переноса тайлов (то есть удаления старых) и установкой новой версии? Ведь то же самое будет. |
|
|
|
(0011692)
|
|
zed
|
|
18-06-2013 08:08
|
|
Оно же заметит, что CRC у тайлов одинаковое и не перезапишет. Т.е. придётся вначале удалять тайл, а потом сохранять, что не совсем правильно во всех остальных случаях.
К тому же, через отдельную операцию Изменить, есть возможность сделать изменение версии без перезаписи собственно тайла, ввиду особенностей хранения информации конкретно в Беркли. |
|
|
|
|
>заметит, что CRC у тайлов одинаковое и не перезапишет
То есть если была версия V1 с CRC1, потом качнули V2 с CRC2, потом прилетела V3 с CRC1 - она в Беркли не запишется?
>информации конкретно в Беркли
То есть эта закладка только для Беркли? |
|
|
|
(0011699)
|
|
zed
|
|
19-06-2013 09:02
|
|
>потом прилетела V3 с CRC1 - она в Беркли не запишется
Нет. А смысл? Тайл-то по сравнению с V1 не изменился.
>То есть эта закладка только для Беркли?
Если учитывать, что в SAS пока что только одно версионное хранилище, то да. А в общем случае - нет. Ведь вполне возможны хранилища у которых смена версии тайла будет возможна без модификации тела файла. |
|
|
|
|
>А смысл?
Ну например чтобы корректно показать картинку для V3 (причём независимо от состояния галочки "показывать предыдущую версию")
>по сравнению с V1 не изменился
А по сравнению с V2 (прдыдущей версией) - изменился.
>Если учитывать, что в SAS пока что только одно версионное хранилище
Что-то с памятью моей стало...
Даже если забить на GE+GC (ну как бы только для чтения и всё такое), в SAS есть тайлохранилище в СУБД, самое версионное из существующих, там даже на версии можно атрибуты натягивать и произвольно сортировать версии. |
|
|
|
|
>вполне возможны хранилища у которых смена версии тайла будет возможна без модификации тела файла
Ты видимо имел в виду что-то типа первичного ключа или идентификатора тайла (x,y,z,v). Потому что если версия падает в ТЕЛО тайла, и при смене версии надо менять ТЕЛО тайла, значит автору такого хранилища надо руки из задницы вырвать. Таких хранилищ у нас пока что нету ))). |
|
|
|
(0011714)
|
|
zed
|
|
20-06-2013 16:39
|
|
>в SAS есть тайлохранилище в СУБД
Упс, запамятовал.
>Потому что если версия падает в ТЕЛО тайла
Ну не совсем в тело, а кладётся рядом, но модификация версии означает перезапись блока данных, в который входит и тело тайла и прочие атрибуты. У тебя в СУБД версия хранится в той же таблице что и тело или в отдельной? Если в той же, то скорее всего изменение одного поля в таблице, через update, так же приведёт к перезаписи всей записи, включая тело. А вот если версия и прочее лежит в отдельной табличке, а в таблице с тайлом только сам тайл и ссылка на эту таблицу со сводной информацией, то тогда да - обновление версии будет без перезаписи тайла.
У меня в версионном Беркли информация дублируется, т.е. версия и проч. лежит как вместе с тайлом так и в отдельной "табличке". |
|
|
|
|
>версия хранится в той же таблице что и тело или в отдельной?
В таблице с тайлами поле версии - это ссылка на таблицу с версиями.
В частном случае (версия - это небольшое целое число) номер версии может совпадать с её идентификатором, и тогда собственно сама версия и хранится в таблице с тайлами, но вообще говоря это не гарантируется.
Но ссылка на версию входит в первичный ключ. |
|
|
|
(0011720)
|
|
zed
|
|
20-06-2013 17:08
|
|
|
В любом случае, поскольку я таки хочу ещё завязать отображение версий на задаваемый вручную Z-order, который можно будет модифицировать только через данную вкладку, то хотелке быть. |
|
|
|
|
>завязать отображение версий на задаваемый вручную Z-order
Это я пока вообще не понял, ты хочешь для каждого тайла хранить порядок отображения его версий, или только для версий этот порядок хранить, типа какая версия раньше, какая позже (типа обобщённой даты)? |
|
|
|
(0011722)
|
|
zed
|
|
20-06-2013 18:37
|
|
>для каждого тайла хранить порядок отображения его версий
Именно. Выделяем регион, задаём приоритет определённой версии и лицезрим старый красивый снимок поверх только что обновлённого тёмного/зимнего/некачественного. |
|
|
|
|
А зачем такая подробность, если можно просто переключать версии (а уже для версий хранить их порядок)?
А что будешь делать на границе разных версий (то есть для соседних тайлов из разных версий) для такой мозайки (ведь привязка разных снимков разная, будут кривые стыки)?
|
|
|
|
(0011726)
|
|
zed
|
|
20-06-2013 20:02
|
|
>А зачем такая подробность
Как это зачем. Версия она по всей карте глобальна. Местами где-то будет в этой версии хороший снимок, а местами где-то будет не очень. Чтобы не перебирать версии из менюшки в поисках лучших снимков, и придумана такая фича. Тем более, что сделать достаточно просто и обойдётся практически бесплатно, с точки зрения оверхеда метаданных.
>если можно просто переключать версии
Боюсь что задолбает "просто переключать".
>А что будешь делать на границе разных версий
Да ничего. Будет грубый переход. |
|
|
|
|
|
Только не меняй интерфейс тайлохранилища — там только z-order не хватает |
|
|
|
|
>Чтобы не перебирать версии из менюшки
А как тогда включить одну конкретную версию, пусть даже и с облаками? Сбрасывать z-order? |
|
|
|
(0011730)
|
|
zed
|
|
20-06-2013 21:06
|
|
>Только не меняй интерфейс тайлохранилища — там только z-order не хватает
И? Тут же по-любому нужен какой-то метод вроде SetTileInfo.
>А как тогда включить одну конкретную версию
Снять галочку "Show by z-order" в меню по ПКМ. |
|
|
|
|
Я вот буквально на прошлых выходных искатался штурманом с сасом по области, переключал снимки DG по версии совершенно без проблем, там и облака, и штук по 8 снимков для каждого тайла, и никаких сложностей (исключая бездорожье)))). Едешь и смотришь на экран, если попало положение в облака, перебираешь версии между двумя-тремя, уже по памяти выбираешь какие надо. Всё быстро и просто, никаких дополнительных забот.
А ты предлагаешь фактически выполнять предварительную подготовку карты для таких мероприятий, заранее выискивать облака и тени, выискивать для всех таких этих мест по _остальным_ версиям более красивые тайлы (при этом постоянно орудуя галочкой "Show by z-order" туда-сюда), обновлять по выделенной области, проверять,... и в итоге всё равно соседние тайлы не стыкуются, цветовая гамма разная, время года разное, границы лесов и рек разные, тени у объектов смотрят в разные стороны,... ты уверен, что это реально надо? |
|
|
|
|
|
Я тоже считаю что Z-order для версий будет более чем достаточно. |
|
|
|
(0011741)
|
|
zed
|
|
21-06-2013 16:08
|
|
vdemidov
Так что по поводу метода SetTileInfo?
>А ты предлагаешь
Я всего лишь хочу дать возможность. Пользоваться или нет, решит каждый сам для себя. |
|
|
|
|
>Так что по поводу метода SetTileInfo?
Ну если заменить им SaveTile, SaveTNE и DeleteTile, то можно |
|
|
|
(0011750)
|
|
zed
|
|
22-06-2013 11:23
|
|
|