|
Notes |
|
|
(0009752)
|
|
Tolik
|
|
26-10-2012 05:52
|
|
Точно, загружать тайлы сверху вниз, потом слева направо, при этом запрашивать только каждый N*M-ный тайл.
Например, если скачиваем мегатайл размером 512х512, то и напросы слать на каждый второй по вертикали и каждый второй по горизонтали. |
|
|
|
(0009754)
|
|
Garl
|
|
26-10-2012 06:26
|
|
|
после скачивания мега тайла и нарезки на стандатрные тайлы запрос и так будет слаться на следующий отсуствующий.что нам и нужно |
|
|
|
(0009755)
|
|
Tolik
|
26-10-2012 06:34
(edited on: 26-10-2012 09:58) |
|
Это, наверно, так только в режиме Интернет+кэш. А в реж. Инт. тыкает во все подряд.
В приложении кадастр 3х3, который работает нормально и сейчас, только тормозит вроде, и приходится включать загрузку тайлов за пределами окна. И ошибки бегают по экрану Tile does not exist.
P.S. тормозит, т.к. стоит MaxConnectToServerCount=1, его надо убрать, он не нужен.
|
|
|
|
(0009756)
|
|
Garl
|
|
26-10-2012 06:46
|
|
|
а в режиме интернет тоже иногда интересен будет алгоритм "Улитки" например при классических тайлах 256*256 |
|
|
|
(0009757)
|
|
Tolik
|
|
26-10-2012 06:47
|
|
|
А чем улитка отличается от короеда? |
|
|
|
(0009758)
|
|
Garl
|
|
26-10-2012 06:47
|
|
|
|
|
(0009759)
|
|
Tolik
|
|
26-10-2012 06:48
|
|
|
|
|
(0009760)
|
|
Garl
|
26-10-2012 06:49
(edited on: 26-10-2012 06:59) |
|
профит в режиме интернет+кэш
приатачил примеры.
самый оптимальный "для мегатайлов" будет последовательный из левого верха в правый низ аки "печатная машинка"
|
|
|
|
(0009761)
|
|
Tolik
|
|
26-10-2012 07:15
|
|
Ни к чему перебирать все, надо только верхний левый угол (красными стрелками).
Как пиш.машинка или сасовская качалка (сначала сверху вниз) - без разницы.
|
|
|
|
(0009762)
|
|
Tolik
|
|
26-10-2012 07:18
|
|
|
Улитка ничем не лучше короеда, т.к. при движении справа налево (на картинке algo.jpg 3 4 5 6 7) на каждом шаге будет скачиваться мегатайл и затирать то, что уже скачано. |
|
|
|
|
А стоит ли вообще заморачиваться для какой-то жалкой сотни тайлов при просмотре? Ну скачает в разы больше, подумаешь ...
Или можно пойти вообще другим путём: ограничить временные рамки для запросов тайла с сервера - если тайл в кэше не старее 5 минут (к примеру), то сервер не запрашивать, а использовать из кэша (невзирая на режим). Время можно вынести и в ini. И работать будет с любым обходом. Задача оптимизации запросов сервера таким макаром решается. |
|
|
|
|
Так это уже сейчас есть. В ини можно задать максимальный возраст тайла, который не будет перезакачиваться в режиме интернет. Параметр TileMaxAgeInInternet
По умолчанию 1 минута. |
|
|
|
(0009765)
|
|
vasketsov
|
26-10-2012 19:48
(edited on: 26-10-2012 19:49) |
|
>стоит ли вообще заморачиваться для какой-то жалкой сотни тайлов
Когда сервер банит скажем после 30 запросов и надо менять прокси - ситуация выглядит несколько иначе.
>Задача оптимизации запросов
Это не только оптимизация. На примере росреестра - это и ещё генерация приемлемой картинки. Дело в том, что кадастровый номер отображается на каждой скачиваемой картинке. Если качать и резать как попало - после скачки мегатайла и его нарезки при сохранении только одного тайлика этот номер может быть как разрезан, так и отсутствовать вообще. В общем случае это критично для любых сервисов, где изображение зависит от размера картинки и не аддитивно.
|
|
|
|
(0009767)
|
|
Tolik
|
|
27-10-2012 12:30
|
|
|
Да, речь идёт о генерации хорошей картинки, которая в данном примере занимает 9 тайлов. Есть ещё одна сложность: допустим, скачали все тайлы для текущего окна. Потом передвинули на 1 тайл влево. Теперь надо начинать скачку не с тайла 0,0 (т.е. верхнего левого угла), а с -2,0, чтобы не портить уже скачанную картинку. Доп.гемор. |
|
|
|
|
|
ИМХО проще ввести поддержку тайлов разных размеров, чем разгребать все глюки с этой нарезкой. |
|
|
|
(0009782)
|
|
Garl
|
|
30-10-2012 12:03
|
|
|
ничего разгребать с нарезкой, просто хочется выбор алгоритмя по умолчанию или кооред или при скачивании(последовательное перебирание тайлов). |
|
|
|
(0009783)
|
|
Tolik
|
|
30-10-2012 12:07
|
|
Когда же наконец будет поддержка тайлов разных размеров? :)
Конечно, было бы лучше сохранять 1 большой тайл вместо 9 маленьких! |
|
|
|
(0009784)
|
|
Tolik
|
|
30-10-2012 12:15
|
|
Хотя одно другому не мешает: можно сделать выбор короед/последовательное
(я думаю, лучше столбцами, как качалка, это поможет отлаживать zmp так, чтобы качалось нормально). |
|
|
|
|
|
Проблему мегатайлов это не решает. А короед ИМХО оптимален. |
|
|
|
(0010508)
|
|
vasketsov
|
04-02-2013 22:08
(edited on: 04-02-2013 22:13) |
|
>На примере росреестра
Как раз на примере росреестра сделал-таки, чтобы мегатайлы качались без перекрытия, пришлось отказаться в этом случае от "короеда" и грузить мегатайлы построчно. Зато картинка человеческая стала, когда делаешь 4x4, не подписывается номером каждый кусочек каждого участка.
Для этого реанимировал недоубитый параметр IteratorSubRectSize=4,4,а также сделал IteratorSubRectAlign=2. Если 0 - всё по умолчанию, если не 0 (1 или 2) - то осуществляется точная привязка к размеру мегатайла (со смещением от произвольного места скачается разве что мышкой по одному). Если же не 1, а 2 - то будет дополнительно увеличен размер просматриваемой области, чтобы возможно даже было скачать например один левый верхний тайлик в режиме кэш+интернет при сдвиге окна влево и вверх.
Ну и связанное с этим технически - загрузка одного из N тайлов. Тупо X mod N = 0 и то же самое для Y. Показано при поиске обновлений на картосервисах.
|
|
rosreestr_cadastr9.zmp.zip (3,421) 26-10-2012 06:41
algo.jpg (42,235) 26-10-2012 06:54