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

[PavelML]

Вот, нечто получилось. Как всегда с локальными картами, привязки никакой, при переходах с зума на зум наблюдаются значительные скачки по координатам. Карта находится в левом верхнем углу (x=0 и y=0).

Уже сразу было понятно что проекция другая. Как можно привязать непривязуемое?
Нужна попиксельная трансформация растра из плоской прямоугольной системы координат (гаусса-крюгера в метрах) в геграфическую (меркатора в градусах).
Формула преобразования мягко говоря - примерно полстраницы буков, есличо... если есть интерес серьезно взглянуть на нее - гуглите ГОСТ Р 51794-2001:
http://gostexpert.ru/gost/getDoc/48950
там примерно на 8-9 страницах из 15 (нумерация по просмотрщику, а не по документу) нарисованы искомые формулы.

[Papazol]

Никто и не пытается привязывать локальные карты, потому что при любом раскладе они не смогут адекватно отображаться в программе. Задачей создания zmp для таких карт является возможность выкачать графику в кэш, с которой потом при желании можно будет поработать.

Вот пытался сейчас восстановить работоспособность zmp maps.lt. Кое-как карту восстановил, но опять же, при переходах с зума на зум скачки. Пришлось для каждого зума подбирать сдвиги. Проекция, кажется, тоже не та, правда, я не знаю. как можно определить проекцию какой-либо карты. И вот, энтузиазм постепенно угасает, значит, ИХ цель достигнута.

[Tolik]

Как всегда с локальными картами, привязки никакой, при переходах с зума на зум наблюдаются значительные скачки по координатам. Карта находится в левом верхнем углу (x=0 и y=0).

И незачем так кричать, я и в первый раз все прекрасно слышал (с) Кролик
Просто почему-то долго не мог её там найти.

Скачки, конечно, сильно мешают, иногда при увеличении зума невозможно найти то же место.
Подбирать сдвиги вручную слишком трудно. Может быть, есть способ их рассчитать?

[sieras]

а можно получить работаюший zmp maps.lt пусть даже такой

[Papazol]

Конечно, можно.
Карта приблизительно попадает на настоящее местоположение. Начинается с z7 и заканчивается z16. Более крупная карта требует другого zmp.

[Papazol]

Подбирать сдвиги вручную слишком трудно. Может быть, есть способ их рассчитать?

Беда в том, что эти (локальные) карты нарезаны на тайлы не в соответствии с гуглевской или какой-либо другой сеткой. Притом на разных зумах нарезка может не совпадать вообще, то есть из четырёх тайлов, к примеру, на z14 не составится один тайл на z13. Сами разработчики, естественно, знают, что куда должно помещаться, и пишут соответствующие формулы на каждый зум. А мы такой возможности не имеем. Поэтому единственным нормальным выходом из положения может быть послойная скачка карт, затем склейка в единое изображение, которое можно порезать на тайлы, соответствующие, как правило, гугль-картам.

[Parasite]

Сами разработчики, естественно, знают, что куда должно помещаться, и пишут соответствующие формулы на каждый зум. А мы такой возможности не имеем.

Прекрасно имеете, если у Вас в браузере на вашем компьютере при заходе на сайт провайдера - все работает как надо (читай: у браузера на Вашей стороне уже есть ВСЕ данные, чтобы отображать карту корректно). Взять их оттуда - наша прямая задача ©.
Это может быть просмотр скрипта который генерирует урлы в браузере, это может быть реверсинг флэш-модуля как недавно делал garl, это может быть еще что-то...в любом случае, если корректные данные передаются с сайта в браузер - то они могут передаться и нам с тем же успехом, а дальше - дело техники и ручек.

[Tolik]

а если тайлы не того размера?
Или сдвинуты?
Например, вот тайл Яндекс-карты (хороший) и тайл Рамблер/ Про-город (сдвинутый на 128 пиксел):


Можно ли сделать так, чтобы он отображался правильно?

[Parasite]

а если тайлы не того размера?
Или сдвинуты?
Например, вот тайл Яндекс-карты (хороший) и тайл Рамблер/ Про-город (сдвинутый на 128 пиксел):
Можно ли сделать так, чтобы он отображался правильно?

1. "Тайлы не того размера" - это не проблема сервиса, а недостаток САСа. Собственно говоря, никто и не обещал (САСу), что все без исключения провайдеры будут отдавать тайлы фиксированного "того" размера 256\256. На эту тему в багтрекере уже давно живет тикет, если кому интересно.
2. "Сдвинуты". Они сдвинуты на сервере, или только в САСе? Если на сервере - то выше я говорил про "при заходе на сайт провайдера - все работает как надо", то есть они сдвинуты уже у провайдера на его собственное усмотрение "как надо", и к САСу тут проблему не предьявишь. А если же Вам надо подтянуть ту или иную карту провайдера к той или иной Вашей точке привязки, чтобы она встала на место - ну так это же Вам надо, а не провайдер так захотел Вам палки в колеса вставить. Вопрос сродни теме "А почему яндекс в другой проекции, когда мне хочется чтобы он был как в гугле??". Хочется - сделай как надо, и в этом случае пересведение и перенарезка карты "как надо" решают вопрос на ура.

PS: пересведение\перенарезка помогают на данном этапе и в первом случае ("тайлы не того размера"). Ну уже сводить придется сторонними инструментами, не САСом. Я использую для этого скрипты на основе ImageMagic + GES, в разделе ОБМЕН КЭШЕМ Вы можете посмотреть результаты (streetdirectory.com - размер тайлов был 200\200, clickthai.de - 100\100, итд).

[Tolik]

Сдвинуты они на сервере. Может открыть новый фичреквекст-хотелку, чтобы в параметрах карты указывать сдвиг тайла? Правда, для каждого зума он может быть разным.