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

В новых версиях программы имеется поддержка уже 6 вариантов хранения кеша.
CacheType в описании карты может иметь значения
1 - GoogleMV,
2 - SAS.Planet,
3 - EarthSlicer,
4 - GlobalMapper Tiles (GMT)
5 - Google Earth,
6 - BerkeleyDB.
Стандартный кэш - номер 2. Кэши 1 и 3 соответствуют хранению данных в других аналогичных программах. GlobalMapper Tiles позволяет экспортировать мозайку тайлов из любой карты, и ничего в ней не меняя подключить ее к программе. В данном случае формат хранения тайлов очевиден.

А вот два последних формата хорошо бы пояснить (и не только мне).

I. Что подразумевается под кэшем GE? (Результатом работы какой из программ или прокси он является? Работают ли исторические снимки? Как работать с разными версиями карт GE?)
II. Формат понятен, но вопросы есть. Насколько уже реализована поддержка BerkeleyDB? Стоит ли еще подождать исправлений ошибок? Как сжать в этот формат обычный кэш, и разжать обратно? Не требуется ли чего дополнительно ставить на машину, типо BDE?

DJ VK писал(а):I. Что подразумевается под кэшем GE? (Результатом работы какой из программ или прокси он является? Работают ли исторические снимки? Как работать с разными версиями карт GE?)

Понимается кэш программы Google Earth. (С уважением ваш КО.) Доступен уже пару лет в режиме только для чтения "Земля (dbCache.dat)"
(Google\GoogleEarth\GoogleEarthCache_M.zmp)

DJ VK писал(а):II. Формат понятен, но вопросы есть. Насколько уже реализована поддержка BerkeleyDB? Стоит ли еще подождать исправлений ошибок? Как сжать в этот формат обычный кэш, и разжать обратно? Не требуется ли чего дополнительно ставить на машину, типо BDE?

На машину ставить ничего не нужно. Разжать можно просто операцией копирования кэша. Я бы пока не спешил использовать новый формат. Точнее тестировать и пробовать работать нужно обязательно.А вот массово переводить в него данные пока не советую.

DJ VK писал(а):II. Формат понятен, но вопросы есть. Насколько уже реализована поддержка BerkeleyDB? Стоит ли еще подождать исправлений ошибок? Как сжать в этот формат обычный кэш, и разжать обратно? Не требуется ли чего дополнительно ставить на машину, типо BDE?

Поддержка реализована на 100%, ошибок, как таковых, вроде не наблюдается, но ещё планируется небольшая доработка данного кэша в плане количества сохраняемых параметров в БД и способа сортировки файлов. Так же, планируется ещё утилитка по переводу кэша из SAS.Planet (как минимум) в кэш BerkeleyDB. Так что тестируйте, отписывайтесь о багах но не более.

zed писал(а):планируется небольшая доработка данного кэша в плане количества сохраняемых параметров в БД и способа сортировки файлов

И pagesize, наверно, уменьшить.
И гуи доработать.
А багов пока не замечено

Хотелка 124 решена, кэш Беркли вроде работает хорошо, думаю, можно пользоваться.
Надеюсь, формат БД больше не будет меняться?

Есть мысль добавить ещё пару полей: Magic и CRC32, и возможно от одного избавиться (vdemidov намекал, что вроде можно без TileDefExt обойтись). Хотя, в общем-то и не критично - можно оставить и так как есть.
А так, прежде чем начать уверенно пользоваться, не мешало бы провести хорошие крэш тесты. Типа как себя поведёт кэш, если запущено сразу несколько активных закачек в нескольких копиях программы. И что будет если их всех прибить по Ctrl+Alt+Del. Кстати, вот тут https://bitbucket.org/zedxxx/berkeleydb лежат утилиты, либы и доки именно той версии, что используется в SAS. Т.е., скажем, если кэш отказывается открываться и пишет что там пару страниц у него повреждено, то идём по линку в утилиты, берём db_recover и пробуем разобраться с ней и восстановить битый файл. Причём, если скачать те же утилиты с оффсайта (где уже лежит новая версия либы) они уже могут и не заработать, хотя не факт.

P.S. Утилита для конвертации всего кэша пока пишется как-то не очень охотно...

У меня бывают повреждения архивов при копировании. (найти бы, что за железяка глючит) Буквально 1 бит портится. JPG это может и преживет. Архив просто пропускает файл битый. А насколько устойчива к повреждениям база?
Если CRC есть,можно сделать утилиту аналогичную опции RAR Протестировать архивы. Для быстрой проверки целостности.

Не, это никуда не годится.
А что за железо и софт?
Боюсь, что совсем не устойчива.

Устойчива до определённого момента, потом может попросить запустить утилиту по восстановлению. Тут ведь ещё смотря что будет повреждено - пользовательские данные или служебные данные БД. Повреждение пользовательской части данных так вообще может и не заметить, почему я и подумываю про CRC для записей.

Tolik писал(а):Не, это никуда не годится.
А что за железо и софт?

Винда XP. после копирования с флешки архив битый. на флешке родной целый.
ходят слухи что надо оперативку тестить