relictus Потестил. Переконвертил ~4,5Г "старый" кэш. Летает! )
Из найденных неприятных особенностей:
1) конвертер из старого кэша в новый формат отсеивает часть "нормальных" тайлов. В отчете "invalid size". Нашел один такой тайл - размер 22730 байт, в старом кэше он нормально показывался, в новом - на его месте черный квадрат. На 10-м уровне "всего мира" отсеялось "по размеру" порядка 600 тайлов.
2) очень медленно импортирует GMV-кэш (при этом в каталоге программы остоянно создается/удаляется файл *-journal). Наверно баг, т.к. предыдущая версия (1.3+) делала импорт в
сотни раз быстрее!
3) (мелочи
в выделении области -> склеить: поле "тайлов" иногда содержит запредельные (или отрицательные) величнины. Если кликать по кнопке инфо - цифры меняются 2 клика подряд (при постоянной области выделения).
4) Зачем "убрана возможность использовать кэш GoogleMV для просмотра"?
Насчет формата кэша: удобно, что можно раскидать по любому принципу, например "одна область" = "один файл". Но иногда это неудобно (особенно, если в будущем планируется подключение других сервисов). Мое ИМХО: чуть усложнить логику - например, если файл базы без расширения - то в него можно писать "всё", если же имеет расширение sat - не давать в него писать ничего кроме спутника, итд. Тогда легко будет контролирвать, чтобы разные слои (когда это нужно) не смешивались и лежали в отдельных файлах.
Насчет менеджера кэша:
- Его удобнее вынести отдельно, и сделать для него иконку на панели.
- Название кэша хорошо бы хранить в файле descrpt.ion (по сути это и есть описание), а в менеджере показывать еще колонки свойств БД (размер, количество тайлов...)
Можно ли программу отучить от абсолютных путей? Т.е. чтобы если БД или путь - из ее каталога, то в инишнике прописывался НЕабсолютный путь. (Касается БД и всех путей из тэга <path ...> Руками это сделать вроде можно, но лучше было бы так по умолчанию).
