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

Теоретически навигатор может все. Практически же все упирается в вычислительные мощности и скорость отрисовки.

Сколько памяти и процессорного времени требует гм для преобразования проекции? Нереально, конечно, но если попробовать запустить его на одноядерной машине с 400мгц процессором и парой мегабйт озу, он проекцию будет час трансформировать.

Такмчто все упирается в вычислительные возможности.

А как достичь "параллельной непараллельности" я уже писал. Достаточно просто масшабировать те тайлы, что выводятся на экран под текущую широту центра экрана. Ну просто разрешениеиумножать намкосинус. Вот и получите этот самый эффект. Сделайте карту в виде длинной вертикальной полосы шириной чуть больше экрана прибора и высотой в пару-тройку градусов. Отресамплите в гм под нужное разрешение, а потгм на полученой картинке нарисуйте две параллельных вертикальных линии на расстоянии, скажем, 200 пикселов друг от друга. Сделайте из этого rmp и загрузите в прибор. Почти уверен что в пределах одного экрана линии будут строгоипараллельны всегда. Т.е. и вверху и внизу расстояние в пикселах между ними будет одинаковым. Но при смещении карты вверх или вниз на существенное расстояние, интервал между линиями будет меняться. Оставаясьивсегда одинаковым в пределах экрана.

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

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

А ему достаточно оттрансформировать только текущий тайл и несколько соседних, а не всю карту сразу. Невелика работа картинку 256х256 пикселей пересчитать.
И насчёт железа: там проц 400 МГц и ОЗУ 128 МБ. Мой первый настольный комп имел 300МГц проц и 32 МБ ОЗУ. И этого хватало на большинство "бытовых" задач. И ресайзить и трансформировать картинки, например, текстуры в игрушках-шутерах у него как-то получалось

Интересно было бы понаделать скриншотов с разных широт, а потом склеить их вместе в ГлобалМаппере. Что бы тогда получилось?

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

Кстати, для системы, работающей под управлением ос это не так и много. А пересчет проекции это не текстуру отрисовать. Там математика с тригонометрическими функциями и плавающей точкой. Достатгчно ресурсоемкое дело.

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

Данные по разрешению.

Все что намерял

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

В первой таблице в колонке Point 44 позиции .
Это разные 44 точки или 4 точки на 11-ти масштабных уровнях отображения прибора (44=4х11).
Если по факту 4-ре waypoints , то почему на разных масштабах отображения разняться координатыкаждой из них, или это все же разные точки?

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

Вторая таблица - измерения для разных широт по три масштабных уровня для каждой широты.

Все наборы точек уникальны. Т.е. для каждого масштабного уровня и каждого значения широты ставилось по 4 точки вблизи углов экрана и по ним измерялось разрешение (оно везде в угловых секундах на пиксель). Географические координаты точке брались из файла waypoints в приборе, положение точки на экране - по скриншоту.

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

Понял, >>...по 4 точки вблизи углов экрана/
Спасибо.

Но почему тогда масштаб на одном и том же уровне зума, например "400м" на разных широтах разный?
Разные метры на пиксель и разные градусы на пиксель. Я бы ещё понял, если бы метры на пиксель были везде одинаковые, но они отличаются. То ли инженеры Магеллана накосячили. то ли у них своя какая-то логика.


Подтверждаю. У меня тоже линейная зависимость получилась. Метры на пиксель пропорциональны циферкам на линеечке. Вот только коэффициент пропорциональности для каждой широты свой.

Ну я уже высказывал предположение что разрешение в метрах на пиксель есть М/70 (думаю, что все-таки 70 - круглое число) умноженное на какую-то функцию широты. Причем связано это исключительно с тем, что длина дуги паралели зависит от широты (и, возможно, именно этот характер зависимости и использкетсч в магелланах).

Также подозреваю (как уже писал ранее), что под текущую широту масштабируются все тайлы, попадающие в окно экрана (если не обсчитался, то максимум туда может попасть шесть тайлов, пусть и не целиком). А посему не получится найти единое "правильное" разрешение для всего листа, скажем, километровки. Тайлы на нижнем крае будут масштабироваться с одним разрешением, а на верхнем немного с другим.. Максимум что возможно, найти какое-то разрешение, которое будет гарантировать выбор конкретной карты для данного масштабного уровня. И то не факт. Если скажем, есть две карты с близким разрешением, то на нижнем крае будет выбираться одна, а на верхнем другая. Такое тоже нельзя исключить.

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

Кстати, тгчки из второй моей таблицы получены вообще без карты. Т.е. все карты были отключены, а точки ставились на пустой экран. Для полной чистоты эксперимента.

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

О, а это идея! Можно налепить точек в углах градусной сетки поближе к полюсу и посмотреть как эти точки расположатся. То есть. будут ли ряды точек сходиться к полюсу или нет.


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

А кто сказал, что не позволяет? Я не припомню каких-либо требований к размеру фрагментов, которые собираются в единый RMP-файл.
Экспорт из САС Планеты как раз и реализован в виде горизонтальных полосок. Высоту полосок разработчик (по его заявлениям) мог бы сделать любую, в том числе и в один тайл. Но внимательное рассмотрение самых разных карт (включая паганелевские генштабовки) показало, что крайние тайлы фрагментов, упакованных в RMP-файл, могут подглючивать (пропадать и появляться на определённых зумах). Чтобы минимизировать это явление, мы договорились с разработчиком, что он сделает строки высотой в 128 тайлов. При этом подглючивание наблюдается не чаще, чем один раз на 32768 пикселей по высоте карты.

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

Точки в углах градусной сетки будут сходиться к полюсу. Просто потому что длина дуги паралели к полюсу уменьшается.. Но можно попробовать конечно

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

Почему не 100, 100 ведь круглее 70?
А по мне касательно нашей темы 64 круглее 100.

Не критично, но есть прецедент, 9 тайлов (меченным тайлам лайк! ) :


И на нижнем и на верхнем крае будет выбираться одна и та же карта до, пока она вообще может отображаться на этом масштабном уровне (если конечно карты цельные ()). И только когда она (в силу чуток неподходящего разрешения ) вообще перестанет отображаться на данной широте, будет видна вторая. И если вы в этом случае отключите вторую первую вы не увидите. Если конечно карты с близким разрешением.
Но вот что интересно имеем две карты с близким разрешением, для удобства чуток, на один тайл по SAS разнесены и:
1) в VP (ибо девайса не имею и ситуацию моделировал под него) они начинают отображаться порознь с разных масштабов а в девайсах 240х320 синхронно.
см. выше
не факт что на девайсах с разным разрешением дисплея одна и та же карта отображается одинаково
2) мне так и не удалось сделать один большой "одниночный" (одноблоковый) rmp, областю перекрывающий эти две карты, чтобы в верхней части отображение начиналось на одном масштабе, а внижней на масштабе скажем в два раза (кратность масштабов в VP) большем.
имеет место быть

Практически
1) взять промежуточную версию SAS;
2) существующая версия но без галочки в чекбоксе "Не трансформировать...."


там на определенном этапе оставили как есть, и по памяти по моему 1 тайл по высоте или около того