Масштаб изменяется даже внутри одного тайла (на больших зумах незаметно, но если склеить несколько тайлов то может убежать), поэтому для больших выгрузок подбирать один-единственный коэффициент бесполезно.
Ситуация.
Используя формулы OSM погрешность везде.
Используя библиотеку ProjNet погрешность появляется только на северном полюсе.
Магия? Или что?
Со скорость работы ProjNet это походу мой косяк, чуть позже займусь. Виноват)
По вашим координатам западного угла мавзолея открываю карту, передвигаю на несколько километров в сторону и точность остается идеальной, при ProjNet(использую теперь только его)
http://pixs.ru/showimage/6png_1132199_24441983.png
Открываю карту у Белого моря, передвигаю карту на несколько километров вверх, погрешность увеличивается.
http://pixs.ru/showimage/7png_6298637_24442039.png
Подскажите как картинку загрузить?
Так не выходит
И да, формулу, по которой рассчитываю scale теперь упрощена:
CONST = 1/(2/height);
(sizeTile/CONST)/Labs
Labs рассчитывается так:
Либо так:
CONST = 2/height;
(sizeTile*CONST)*Labs
Я считаю что в этом вы не правы. Потому что погрешность видна только на северном полюсе и только на 19 зуме. А раз только на северном полюсе, значит один-единственный коэффициент будет работать всегда и везде.
Вот только этот коэффициент зависит от широты.
А я не понимаю как его сделать зависимым от неё.
Да, наверное я не тот коэффициент имею в виду. Я про тот что в стиле OziExplorer, где известны координаты 4 углов картинки и всё что между ними - интерполируется.
Если координаты вершин полигонов (зданий) у вас считаются в риалтайме в меркаторовских метрах, то разницы с мапником на фиксированных целочисленных зумах быть не должно.
Правильно ли я понимаю что под scale вы имеете в виду разницу между произвольным зумом (непрерывным зумированием) и ближайшим фиксированным зумом, для которого скачаны тайлы ? Или (почти то же самое) отношение меркаторовских метров, посчитанных программой, и пикселами мапника на каком-то фиксированном зуме ?
В общем я не понимаю разницу между вашими двумя предложениями) Зайдите как-то с другой стороны)
(sizeTile*CONST)*Labs
Раз здесь Labs это длина тайла при конкретном зуме, выходит что для моего случая верно это:
Вопрос еще актуален
Направьте, пожалуйста. Фиг знает что искать.
freeExec, подскажите, пожалуйста, как вы отображали дома в UnitySlippyMap?
Собирал из треугольников меш. Вообще вопрос не понятен.
В какой объект мне домики как дочерние засовывать?
Создайте свой аналог тайла, туда и ложить.
Что за аналог тайла?
Этот объект, в который я положу дома, будет сам изменять размер? Или я должен об этом заботиться?
Компонент, что расставляет тайлы.
Тут красивый скрин. На странице https://www.mapbox.com/blog/mapbox-unity-sdk/ же не привлекательна.
Я воссоздавал картинку в точности как на тайлах OSM. Дороги по уровням важности, кусты, леса. Цвета те же.
Поэтому мне нет смысла использовать чужие наработки.
Буду признателен если подскажете, как узнать размер слоя домов на конкретном зуме учитывая широту, потому что она имеет влияние. У меня с этим тупик.
У вас какая-то своя терминология, которую здесь не очень понимают.
Давайте еще раз с самого начала. Выше писали, что при переводе координат одного угла здания в пиксели тайла мапника точность составляет доли пикселя. Почему у вас при переводе четырех углов набегает погрешность в пару пикселей?