Форум SAS.Планета

straned писал(а):необходимого результата я не достиг

И не достигнете. Поймите, что загружать старые версии карт с карт-сервисов невозможно в принципе. И, подразумевая возможность загрузки вы, видимо ошибочно спросили "возможно ли использовать одновременно разные версии карт?". Так вот использовать - возможно, но не загружать.

Сегодня версия карт xxx, вы указываете её в настройках карты, грузите, пользуете. Завтра версия сменилась на yyy, вы, опять же, вручную указываете её в настройках карты, загружаете, и при этом имеете возможность в программе переключать вид карты с версии xxx на yyy. НО версию xxx, после обновления на сервере до yyy вы уже качать не сможете. Вот и вся логика. И это не какая-то недоработка программы. Просто такова жизнь.

некоторые сервисы (Bing\Yandex) даэт возможность некоторое время ещё качать старые версии , но это пока идёт процесс обновения, затем халява заканчивается и качаются только "текущие" версии

Верно, но для тех, кто не хочет вникать "как устроена вселенная", достаточно знать, что качать старые версии нельзя и точка. А то, что на некоторых картах, некоторое непродолжительное время возможны некоторые исключения (т.е. можно качать предыдущую версию, но никак не старые (!) во множественном числе), это уже оставим для завсегдаев и гуру, которые это и так знают и понимаю что к чему.

Скорее всего опоздал на обсуждение темы, но хотел бы поделиться
проверенным 2-годичным опытом.
Если в принципе вопрос формулируется как: "Как в SAS использовать одновременно:
- разные кэши разных версий одного и того же сервиса,
- и так чтобы эти разные отображались в "Выборе карт" или "Выборе слоев" отдельными позициями,
- чтобы кэш старой версии оставался нетронутым,
а можно было качать сервис с обновленной версией дальше, до следующей разбивки по версиям".
Так как в высоких материях, к сожалению, не силен, а решить задачу надо было "позарез",
то методом научно/техничного тыка пришел к банальному (простите) результату.
Не помню, где натолкнули на идею на форуме, но здесь озвучил

Papazol писал(а):Можно и без СУБД, если сделать отдельные zmp и папки с кэшем для каждой версии снимков.

Чтобы сохранить кэш старой версии, и не затереть его свежими снимками, вовремя копирую нужное выделение под другим именем
(добавляю дату съемки/обнародования) в общий кэш, клонирую под него zmp в измененном виде (в "params.txt" меняю GUID, имена, ставлю запрет скачивания), а далее по штатному, обновленному zmp закачиваю свежие версии снимков того же места.
Например: имею по родному городу и далёким окрестностям кэши (от z14 по z20), отдельные zmp и соответственно позиции в "Выборе основной карты" с именами:
sat_Хаб-2009, sat_Хаб-авг-10, sat_Хаб-окт-10, sat_Хаб-май-11, sat_Хаб-сент-11,sat_Хаб-май-12(крайний).
Честно говорю, GUID менял перебором наугад, было не до науки. Вот образец одного из синтезированных "params.txt":
[PARAMS]
pnum=1
GUID={F6574B06-E632-4D5F-BC75-C8FA658B57DE}
name=Спутник_Хаб-2009 (Google)
name_en=Satellite_Хаб-2009 (Google maps)
name_uk=Супутник_Хаб-2009 (Google)
ParentSubMenu=Google_Хаб-2009
ParentSubMenu_en=Google_Хаб-2009
ParentSubMenu_uk=Google_Хаб-2009
asLayer=0
DefURLBase=http://khm.google.com/kh/v=101&hl=ru
projection=1
sradiusa=6378137
sradiusb=6378137
NameInCache=sat_Хаб-2009
separator=0
Ext=.jpg
UseDwn=0
Usestick=1
UseGenPrevious=1
Usedel=1
Usesave=1
UsePreloadPage=1
Sleep=1000
DefHotKey=71
ContentType=image/jpeg
BanIfLen=4321

Каждая версия по своему ценна, но наибольшая четкость и объективность изображения - 2009 год - т.к. апрель - снега(уже) и зелени(ещё) нет.

Основной принцип изложил выше.
В GoogleSat.zmp\params.txt штатный GUID={F6574B06-E632-4D5F-BC75-C8FA658B57DF}
Добавляю проверенные комбинации GUID для разных кэшей по годам/сезонам:
GUID={F6574B06-E632-4D5F-BC75-C8FA658B57EE}
GUID={F6574B06-E632-4D5F-BC75-C8FA658B57DD}
GUID={F6574B06-E632-4D5F-BC75-C8FA658B57DE}
GUID={F6574B06-E632-4D5F-BC75-C8FA658B57FD}
GUID={F6574B06-E632-4D5F-BC75-C8FA658B57FF}
GUID={F6574B06-E632-4D5F-BC75-C8FA658B57FE}
не вся латиница подходит - проверял.
Особенно с красивым чередованием гуглей в "выборе карт" не заморачивался, надо бы поэкспериментировать.
Болванку под новые zmp брал от версии 2010 года, последние отличаются, но т.к. всё работает, опять же - не заморачивался.
Вероятно стоит поэкспериментировать с позициями Usedel=1 и Usesave=1.

Обратите внимание на две тестовые доработки, которые позволяют хранить и просматривать разные версии карт без таких заморочек:
- 0001872: Добавить возможность сохранять тайлы разных версий в кэш Беркли
- 0001376: Новый тип кэша в формате MBtiles (на основе SQLite3)

Встроенная возможность разбивать кэш на версии - штука, конечно, хорошая и нужная. Её бы года два назад... А заморочек с zmp никаких нет, только поменять GUID и названия, зато это стопудово работает, и каждый может это себе сделать даже не слишком прямыми руками.

скрытый текст: показать

Для сведения: GUID - всего лишь уникальный идентификационный номер, он записывается в шестнадцатиричной системе, отсюда наличие букв от A до F (не более!)

Papazol писал(а):Её бы года два назад...

А что мешает мигрировать сейчас?

zed,
Идея интересная, надо подумать, а главное подучиться. К сожалению, не грамотен в программировании и не всё понимаю
в СУБД, SQLite3 и т.п. Да и не было на виду такого решения с кэшем в 2010-2011 годах. Вот от безнадеги и пришлось выкручиваться.
Кроме того, на практике SAS приходится ставить на немалое количество компов разной свежести, c HDD от 80 до 500 ГБ, XP, Vista и 7-ка,
стационары и ноуты занятые и другим Soft-ом. И состав кэша, в зависимости от времени года/наличия снимков/детализации/новизны/региона поездки, иногда приходится вообще выборочно сносить, чтоб влез нужный. Или наоборот, закачивать все, что есть. И всё с z10 по z20, все имеющиеся по региону спутники, карты и слои (Яндекс-25 ГБ, Гугл-45 ГБ, весь кэш-155 ГБ с копьем.)
Поэтому своё решение пока удобнее. Но буду развиваться.

vasketsov писал(а):А что мешает мигрировать сейчас?

Сейчас всё, что было накоплено за прошедшее время, в значительной степени перемешано. Можно волевым усилием назначить текущему кэшу версию 01, а дальше уже всё новое распределять по версиям. Но время... Много нужно скачать, почистить и т. д. И я пока не вкурил, как это делается - разделение по версиям.