Карты, не вошедшие в основной список

[Parasite]

и впрям почти получилось )

Отож...

правда становится непонятно наличие запросов 7-го зума.

Сие уже к конвертору. Я в свое время тоже дооолго сидел, выискивая....

Если коротко - то исходная картинка добивается до ближайших бОльших кратных 256\256 белым фоном, и потом стабильное деление на 2 до тех пор, пока картинка не утопчется в ОДИН тайл 256\256 по обоим осям. Этот тайл принимается как 0-0-0.jpg, далее - до полного зума 1:1.
В каждом TileGroup - не более 256 тайлов, иначе Tilegroup=Tilegroup+1.

Картинка нарезается с учетом геометрии (то есть те тайлы, которые НЕ попадают в картинку изначально - сразу же скипаются, и в TileGroup не пишутся и не имеются ввиду нигде далее. Общее же правило "не более 256тайлов в каждый TileGroup" при этом сохраняется).
Таким образом, в разных картинках одинаковые (по имени) тайлы могут попасть в совершенно разные папки TileGroup - все зависит от геометрии исходной картинки.

[zOn]

Если коротко - то исходная картинка добивается до ближайших бОльших кратных 256\256 белым фоном, и потом стабильное деление на 2

наверное всё же на 4 делится.

до тех пор, пока картинка не утопчется в ОДИН тайл 256\256 по обоим осям. Этот тайл принимается как 0-0-0.jpg, далее - до полного зума 1:1.

видимо 7-й зум появился потому, что на 6-м тайл на чуууууууть-чуть больше 1. )

В каждом TileGroup - не более 256 тайлов, иначе Tilegroup=Tilegroup+1.

а вот уже и инфа для написания zmp. осталось выяснить с какого угла и в каком направлении считаются группы. и можно придумать if для ТайлГрупп№.

[Parasite]

Если коротко - то исходная картинка добивается до ближайших бОльших кратных 256\256 белым фоном, и потом стабильное деление на 2

наверное всё же на 4 делится.

На 2 по каждой из осей. На 4 получается по площади - а я говорил за размеры картинки в пикселях.

до тех пор, пока картинка не утопчется в ОДИН тайл 256\256 по обоим осям. Этот тайл принимается как 0-0-0.jpg, далее - до полного зума 1:1.

видимо 7-й зум появился потому, что на 6-м тайл на чуууууууть-чуть больше 1. )

Понятия не имею - я эту карту не ковырял.

В каждом TileGroup - не более 256 тайлов, иначе Tilegroup=Tilegroup+1.

а вот уже и инфа для написания zmp. осталось выяснить с какого угла и в каком направлении считаются группы. и можно придумать if для ТайлГрупп№.

garl еще год назад писал zmp для этого, если правильно помню.
Основной секс там у меня был в вычислении - в какой конкретно TileGroup писать каждый конкретный тайл. Это зависит от геометрии исходной картинки, коя лежит в ImageProperties.xml.

[zOn]

Это зависит от геометрии исходной картинки, коя лежит в ImageProperties.xml.

не увидел я такого файла в обмене с картой (

[Parasite]

Это зависит от геометрии исходной картинки, коя лежит в ImageProperties.xml.

не увидел я такого файла в обмене с картой (

Это в стандартном каноничном Zoomify, а не в данной конкретной карте. Как раз все то, что ты написал в последнем посте на предыдущей странице - width, height итд.

[garl]

блин я ещё занят, как раскидаюсь сделаю этот конкретный zmp ибо уже окончательно надо разобраться кто кого

[zOn]

блин я ещё занят, как раскидаюсь сделаю этот конкретный zmp ибо уже окончательно надо разобраться кто кого

правильно - так его. только не понятно: нужен ли он еще "просителю"? чот затих он.

[garl]

та уже дело принципа. добить именно эту карту.

[Tolik]

та уже дело принципа. добить именно эту карту.

Надо поиграться с этими константами, height-width. Наверно, из-за них tilegroup вычисляется неверно для некоторых тайлов.

[Parasite]

та уже дело принципа. добить именно эту карту.

Надо поиграться с этими константами, height-width. Наверно, из-за них tilegroup вычисляется неверно для некоторых тайлов.

Играться надо не с константами (они фиксированы для каждого проекта - это просто размер исходной зумифицируемой картинки в пикселях на входе конвертора), а со своим алгоритмом определения попадания тайла в ту или иную папку.