создание карт для Magellan eXplorist 310, 510, 610, 710,

Я эту (240) и ту вашу (60) и исходники смотрел везде где мог: (и в привязку map заглянул разрешение проверил) и не поверите вычислял по длинам сторон квадратов ваших (расстояния брал с VP).
Единственно что конечные скрины с девайса не видел и соответственно не считал.
По разрешению в map привязке особо не обольщайтесь. Оно берется там по горизонтали. При этом разрешение по вертикали может быть значительно меньше (лучше, скажем не 3.5294 а 1,52 m/pixl)
А если у вас вертикальное разрешение в RMP числом поменьше (разрешение лучше) за разрешение которое по горизонтали (оно указано в map привязке) то прибор ваш разрешение (лучшее, 1,52) и оставит а разрешение по горизонтали подгонит к разрешению (к лучшему) , тому что по вертикали и отобразит на своем экране (правда в соответствии с учетом той искомой закономерности от широты места). И тогда с разрешением 3,5294 в map привязке вы на экране прибора при масштабе отображения 240м вы возможно эту карту и не увидете. Парадокс? Проверьте!
Я это наблюдаю в VP.

Я разрешение смотрел в GM (повторная загрузка отресампленого файла). Там оно то, которое выставлено при ресамплинге. Вертикальные и горизонтальные разрешения отличаются, но в третьем знаке. Так что можно считать что они равны.

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

Ну вот вам
я открыл и увидел вместо 0,882 число 0,897
Показываю , а вы что? видите???


Разве 0,882 равно 0,896?

Если у вас в test240 с разрешением все Ok! так у меня собственно к разрешению исходника для test240.rmp и вопросов то нет, окромя :
.

Возможно не то выложил. Я много там разных тестов делал. Будет время - переделаю который на 60 метров.

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

Далее,

А какой смысл будет иметь широта 37.5, если на проверку окажется что для магелланна она не пляшет!

Вот ведь и ваш последний калькулятор вещает о другой широте и функция Д. Засядько про это же:

Вот и я тут ваши данные оптимизировал , обработал и добавил туда другие данные по ранее тут выложенным по доброте душевной других магеллановодов скринам и задавшись крутой экселевской фишкой "Поиск решения" (так же делал и для функции Д. Засядько) в пару кликов обнаружил широту пониже:

Так что пока эта ваша 37,5 не пройдет проверку на вшивость (в данном случае предлагаю проверку от обратного, и в первою очередь смотреть широту по ниже) никому, кроме меня с вами она интереса представлять то и не будет.

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

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

И еще момент. Уже понятно, что есть какая-то широта на которй мерная линейка показывает правду. И есть какая-то формула, по которй разрешение меняется с широтой. Так вот цифры и формула эти берутся не с потолка, а имеют какой-то смвсл и внутреннюю логику. Т.е. никакой разработчик не скажет "а пусть мерная линейка показывает правду на широте 41 градус, 56 минут и 3 с половиной секунды потому что я так хочу". Он использует какую-то общепринятую широту в данном случае.

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

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

Это не моя формула, это ваша оптимизированная.
Я обеими руками и ногами за практическую проверку, но у меня прибора (магеллана) нет, я тут на общественных началах.
Могу состряпать мерные квадраты "по вашему способу" или меченные тайлы (меньше мороки) или сетка там 400м, 240м ну любая на вкус и цвет, или уголок 1 км (500м) Д.Засядько все это отнюдь не know how . Но кто из владельцев девайса уделит эти несчастных 5 минут на общее благо?

А что там гадать, пусть будет по вашему с каким то смыслом и внутренней логикой и общепринятой какой-то широтой. Вот и проверим в данном случае 37,5 эта ли широта. А потом будет другая версия "общепринятой широты". Де жа вю.
Но если посмотреть правде в глаза, то смысл и внутренняя логика в первую очередь исходит от самой модели растра RMP.
А там она, смею вам напомнить тайловая.
И изначальные параметры сетки тайлов - там ширина и высота тайла (в градусах).
И эти параметры у разработчика "вы не спрашиваете", они задаются по вашему усмотрению. И если вы глянете в этом разрезе на ситуацию то поймете почему у вас

Ребята, а где можно почитать описание формата RMP? А то у меня складывается впечатление, что никакой "стандартной" сетки тайлов там нет, в отличие от онлайновых карт Гугля, яндекса и прочих Бингов.
А просто в каждой карте задаётся некая "стартовая" точка с координатами, от которой и ведётся отсчёт.

А при чем тут тайловая структура? Речь идет о масштабировании тайлов. Подгонки их под зависящее от широты разрешение. А тайлы это не более чем набор кусочков одной большой картинки. Такая структура нужна для экономии времени на загрузку и памяти для хранения.

Кстати, если вы почитаете тему про конвертацию geotiff в rmp, то узнаете, что координатная сетка задается не пользователем, а изначально задана разработчиком. А пользователь только вписывает в нее свои тайлы.

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

А ваша апроскимация полиномом это всего лишь аппроксимация. И не более того. С конечным значением СКО. Можно еще более точно аппроксимировать, если использовать сплайны (например, Акимы). Там будет 100% совпадение с тем, что вы намерили в узлах. Но между ними полная неопределенность.

Посему, если вы не поймете логику разработчика и не восстановите точную формулу, которая используется для расчета разрешения для каждой широты, 100% совпадения не будет. Будет "где-то, как-то, почти..."

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

viewtopic.php?p=694639#p694639
viewtopic.php?p=694925#p694925

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

Сколько там у вас карт? Много скринов нужно сделать?

_________________
Карти для GPS-навігаторів: де їх брати? https://encyclopedia-mandriv.blogspot.com/2013/06/karty-dlya-gps-navigatorov.html

Меченые тайлы не спасут. Ширина экрана 240 пикселей, ширина тайла 265 пикселей.

Сетка в метрах тоже не панацея. Ибо там набегают ошибки округления при переходе к целому числу пикселей.

Собственно задача. Нужно найти разрешение такое, при котором тайлы не будут масштабироваться прибором. Т.е. выводиться 1:1. При этом квадрат 200х200 пикселей, нарисованный на исходной карте (из которой делается RMP) на экране прибора должен оставаться такого же размера. Т.е. 200х200 пикселей. Это будет значить, что мы "попали в разрешение" для данного масштаба и денной широты.

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

_________________
//Cheers, Victor
//Magellan eXplorist 310, Transystem TripMate 852, Columbus V-990, Transystem PersonalMate 860Lite, Garmin Nuvi 50

Когда заказывали экспорт в RMP из программы SAS Планета, то вот было интересное сообщение.
И по факту таки да, никакой "стандартной" сетки тайлов там нет, в отличие от онлайновых карт Гугля, яндекса и прочих Бингов.
Каждый раз для каждой пары параметров Width of tile in degree - Height of tiles in degree будет формироваться своя сетка тайлов.
И если в n-нном знаке после запятой в одном из параметров скажем в Width of tile in degree мы в исходнике без спросу у разработчиков поменяем циферку то будет уже другая сетка тайлов.
Тайлы будут совпадать с предыдущей по высоте а вот по ширине, в виду того что для Width of tile in degree поменяли в n-нном знаке после запятой она будет смещена.