relictus
Silver Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору BenChi Цитата: номер левела(в квадратике на панели) будет сответствовать номеру папки GMV? но тогда почему первая картинка пустая? | Нумерация уровней что в GMV, что в GV не соответствует принятой Google Maps (и моей, следовательно). Первый уровень состоит из одного тайла с именем "t", а у них из четырех тайлов с именами "tq", ''tr", "tt", "ts". Т.е. 18 уровень GMV/GV = 19 уровню SatMap (Google Maps). А первый уровень в GMV/GV вообще недостижим... Цитата: хорошо бы, если бы присутстовала функция (к примеру, нажатие на колесо мыши), которая бы включала цифровое увеличение картинки (настраиваемое от 2-х до 4-х крат). | Записал в TODO. o22 Цитата: Цитата: Цитата:Надо бы тогда в родной GMV-шной папке kh (или твоем будущем аналоге) в папках левелов сделать еще вложенные папки, к примеру, начиная с 9-й папки, где в полном объеме будет уже 65 тыс файлов, предусмотреть разделение на 3 или по территориям, или по количеству пополняемых джпегов, т.е. следующая подпапка создается как только число доходит до 20тыс. | Не очень хорошая идея. Во всяком случае вариант, когда подпапка создается по мере наполнения предыдущей. Как потом искать ? Как объединять кеш, если местоположение файла у каждого будет зависеть от того, насколько позже он его скачал, чем другой человек. | Полностью согласен с этими замечаниями! Цитата: что нам мешает их хранить в картинках, например, 1024*1024 (2048*2048). | В принципе, ничего не мешает. Только точно не в формате JPEG, ибо самым узким местом (bottleneck) в программе как раз является преобразование JPEG в битмап (BMP). А тут придется склеивать кусочки в целое, выделять из целого, проверять, есть ли данный тайл в картинке-контейнере... Это отнюдь не ускорит работу программы Я параллельно с текущим форматом кэша, пробую и другие варианты, один из которых реализует вышеописанную идею. Вот только быстро все это делать не получается, так что "звиняйте" за задержки.. |