| виды скейтов |

Начать новую тему Ответить на тему
Автор Сообщение
СообщениеДобавлено: 07.05.2011 20:55 
Аватара пользователя

Сообщения: 34
Пол: Не указан
Зарегистрирован:11.02.2011
Растровые карты идут без проблем (хотя есть одна, о ней позже). Готовлю в SasPlanet, потом RMPMaker, заливаю напрямую или через VP. О проблеме. Карты должны быть привязаны к серийнику 510. (Так было в январе, сейчас может быть, ситуация изменилась, еще не узнавал).

_________________
Лучшие танцоры - евнухи


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 07.05.2011 22:19 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
SWC писал(а):
Карты должны быть привязаны к серийнику 510.

Именно, но каким образом? RMPMaker не делает привязку к серийнику.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Выбор GPS
СообщениеДобавлено: 08.05.2011 09:49 
Аватара пользователя

Сообщения: 34
Пол: Не указан
Зарегистрирован:11.02.2011
Есть такая программа - RMPTools.

_________________
Лучшие танцоры - евнухи


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Маг2
СообщениеДобавлено: 08.05.2011 12:53 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Есть. Хорошая тулза. Но я пока не разобрался как генерить или где взять bmp2bit.ics и bmp4bit.ics. На форумах не нашел. Для начала вместо этих файлов подсунул копии chunk.ics. Вроде карты работают. Но не уверен, что это правильное решение.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Выбор GPS
СообщениеДобавлено: 08.05.2011 14:04 
Аватара пользователя

Сообщения: 34
Пол: Не указан
Зарегистрирован:11.02.2011
bmp2bit.ics и bmp4bit.ics можно взять из тех карт, которые шли в комплекте с Вашим GPS, если их распаковать программой. Программу с инструкцией привязал. Если не прицепилась - скину на обменник.


Вложения:
Программа.rar [32.31 КБ]
Скачиваний: 1241


_________________
Лучшие танцоры - евнухи
Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Выбор GPS
СообщениеДобавлено: 08.05.2011 15:38 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
После перепрошивки на приборе карта WWNA_BM.MGI. Как я понимаю, это карта с прошивки и она не привязана к прибору.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Выбор GPS
СообщениеДобавлено: 08.05.2011 19:12 
Аватара пользователя

Сообщения: 34
Пол: Не указан
Зарегистрирован:11.02.2011
Возможно. А где девайс брали? Я прошивку не менял, карты в девайсе были. Аж несколько штук. Из них и повытягивал эти 2 файла.

_________________
Лучшие танцоры - евнухи


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Выбор GPS
СообщениеДобавлено: 08.05.2011 19:19 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Купил в штатах. Карта была одна базовая. Прошивка была прошлогодняя и я ее сразу проапдейтил с офф сайта.

Удивительно, но если chunk.ics скопировать в bmp2bit.ics и bmp4bit.ics, а потом запаковать RMP, то карта прибором принимается! Вот только я не уверен, что это правильный алгоритм изготовления карт.

И еще, зачем распаковывать и упаковывать *.A00? Без этих шагов карта нормально упаковывается.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Выбор GPS
СообщениеДобавлено: 08.05.2011 22:27 
Аватара пользователя

Сообщения: 34
Пол: Не указан
Зарегистрирован:11.02.2011
Это на тот случай, если вдруг происходят какие-то изменения в тайлах. Можно добавить или убрать вручную. То есть, существует полная гарантия того, что все упакуется правильно, даже если при распаковке что-то пошло не так. Такова идея. Насколько она соответствует действительности - кто его знает?

_________________
Лучшие танцоры - евнухи


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: ее
СообщениеДобавлено: 06.09.2011 08:34 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Несколько дней набиваю шишки, пытаясь подобрать для себя оптимальный алгоритм создания rmp-карт для eXplorista 510. Перебрав несколько вариантов, в итоге для себя определил оптимальным метод от "Паганеля".

По этому методу я теперь достаточно быстро создаю rmp-атлас на четверть листа генштаба, куда включаю 1 лист пятикилометровки, 9 листов двухкилометровки и 36 листов километровок. Метод "Паганеля" повторяю 3 раза: один раз для пятикилометровки (устанавливаю в Map Merge параметр Pixel Scale равным 64), затем для двухкилометровок (Pixel Scale равным 25) и затем для километровок (устанавливаю Pixel Scale равным 12 или 16, в зависимости от реальных значений). В итоге получаю 3 больших ozfx3-файла (отличаются масштабом и, соответственно, Pixel Scale), на которые напускаю Demapper, затем Global Mapper и затем OZI (все по методу "Паганеля"). Затем запускаю TritonRMP и на основе 3-х больших файлов создаю RMP-атлас на четверть листа Генштаба. Ну и в конце не забываю полученный rmp-атлас конвертнуть вот этой программой (необходима для навигаторов eXplorist).

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


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 06.09.2011 11:40 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Демаппер перед Глобалмаппером запускать нет смысла. GM 12 прекрасно открывает ozfx3 с привязкой.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 07.09.2011 07:58 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Paganel писал(а):
Демаппер перед Глобалмаппером запускать нет смысла. GM 12 прекрасно открывает ozfx3 с привязкой.

Спасибо, буду знать. Тогда одним действием станет меньше, а редактирование map-файла (в 3-й строке замена расширения файла с "ozfx3" на "png") буду делать после экспорта растра в png-файл в Global Mapper-е.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: ff
СообщениеДобавлено: 08.09.2011 12:21 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Продолжаю описывать свои опыты по созданию rmp-атласов для eXplorist 510. Сегодня я экспериментировал с созданием атласов больших площадей из программы SASPlanet, беря за исходные данные спутниковые снимки Яндекс (зум 15) с наложением на них гибридного слоя Wikimapia. Цель эксперимента - создать дополнительный атлас спутниковых снимков масштаба примерно 1:50000 (пятьсотметровки) как дополнительный слой к генштабовским картам (пяти-, двух- и километровок).

В SASPlanet я выделил область, соответствующую листу M36-2 пятикилометровки (площадью где-то 300х300 км), закачал из инета на 15-м зуме спутниковые фото Яндекса и гибридный слой Wikimapia и затем склеил 16 ecw-файлов с привязкой к map-файлам.

Открыл первый файл в Global Mapper и поначалу просто экспортировал растр в png-файл без всяких игр с проекцией. Отредактировал map-файл, указав расширение png вместо ecw. Создал пробный rmp-атлас из одного файла. Открыл его в VantagePoint и увидел большие сдвижки по отношению к крупным автодорогам, что есть в глобальной векторной карте мира, идущей вместе с навигатором (весит 1.25 гига).

Посмотрел в Global Mapper проекцию карты, созданной SASPlanet. Увидел, что там Mercator, после чего понял, что опять понадобиться метод Паганеля. Вот спасибо ему, что разобрался с этими проекциями. В общем, прогнал я все 16 файлов через Global Mapper и OZI по методу Паганеля (с изменением проекции с Mercator на Geograpics (Latitude/longitude)) и начал пробовать создание rmp-атлас в TritonRPM.

Сначала я попробовал включить в атлас все 16 карт. Они даже не загрузились все в TritonRPM. На моем компе 3 гига оперативки, винда XP.

Ладно, думаю, тогда вот тебе 8 файлов. Тритоша их скушал (прочитал) и начал создавать атлас, а я параллельно смотрел в диспетчере задач за выделением памяти для процесса "TritonRMP.exe". Минут за 10 этот процесс отобрал 1.5 гига оперативки и выкинул сообщение о нехватке памяти.

Хорошо, говорю я себе, тогда вот тебе 4 файла. На этом количестве на моем компе тритоша благополучно создал rmp-атлас размером 97 МБ. Сдвижек нет! Я балдею! Спасибо еще раз Паганелю!

Конечно, практического смысла создавать rmp-атласы масштаба 1:50000 для таких больших площадей нет никакого, но мне был важен сам результат. Результатом я остался доволен - теперь я знаю, как из SASPlanet можно делать большие rmp-атласы.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 08.09.2011 15:26 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Да. Для ТритонРМП предел готовой карты 130-150 мегабайт.
Я не вижу смысла делать больше. Все равно, в отличие от Ози, все соседние карты на экране видятся как одна. Мало того, я обычно выключаю те карты, на которые заезжать не собираюсь. Тогда и навигатору легче и питания тратится меньше.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 08.09.2011 16:19 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Paganel, полностью согласен. По этим самым причинам, можно не сильно ломать голову с многослойными картами.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 09.09.2011 07:50 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Я делал многослойные rmp-атласы из карт генштаба по 2-м причинам:
1) мне было важно самому разобраться, как это делать;
2) имеющийся у меня набор карт Генштаба неполный: в нем хоть и представлены карты 3-х масштабов, но километровки (а иногда и двухкилометровки) почему-то включены не все, на некоторых листах отсутствует до половины километровок. Вот такие пироги.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 09.09.2011 14:21 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Прошу пардону за частый выход в эфир, но сегодня в обед я продолжил эксперимент с получением rmp-атласа из SASPlanet и наступил на такие грабли: если вчера я участок земной поверхности размером с четверть листа генштаба склеивал с разбивкой на 16 ecw-файлов (размеры на местности примерно 300х300 км, общее разрешение картинки примерно 36000х36000 точек), а потом сгенерировал 4 rmp-атласа (в каждом по 4 png-файла, полученных из ecw), то сегодня я решил упростить задачу и попробовал разбить участок (другой лист, но таких же размеров) уже на 4 файла, чтобы меньше было манипуляций с изменением проекций в GM и OZI.

Подсунул в TritonRMP на вход один (из четырех) png-файлов с разрешением около 18000х18000 точек, получил на выходе rmp-атлас, однако при просмотре в VantagePoint обнаружил большие сдвижки! Я грешным делом подумал, что что-то не так сделал при смене проекций, повторил еще раз с особой тщательностью, но результат получил тот же: сдвижки есть!

Тогда повторил вчерашний путь: из SASPlanet по-новой склеил этот участок с разбивкой уже на 16 ecw-файлов и сгенерировал в TritonRMP rmp-атласы из расчета 4 png-файла/атлас. Итог радостный: сдвижек практически нет!

Вот об этом и решил написать: вдруг кто-нибудь захочет повторить, имейте ввиду, что в TritonRMP не стоит загружать карты с разрешением 18000х18000 точек, лучше разбить на несколько карт с меньшим разрешением.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 16.09.2011 14:32 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Хочу еще поделиться опытом создания RMP-атласов из SASPlanet. Путь уже проторенный, но получается как-то много рутинной работы, потому что из-за ограничений/багов TritonRMP приходится из SASPlanet выгружать нужную область с разбивкой на отдельные файлы с желательным разрешением не более 4000х4000 точек. И количество таких файлов может достигать нескольких десятков. Сидеть и менять проекцию с Mercator на Geographic ручками для каждого файла по методу Паганеля меня быстро утомило и я стал задумываться, как бы этот процесс слегка оптимизировать.

И тут как нельзя кстати мне подвернулся вот на этом форуме (пост №5109 от vuk) скрипт, меняющий в Global Mapper проекцию всех исходных файлов в каталоге-источнике на Geographic и экспортирующего в каталог-приемник в растровом GeoTIFF-формате. Плюс там же описана методика пакетного импорта DRG-карт из каталога для OZI.

Этот скрипт изначально был предназначен для получения корректных map-файлов карт ГГЦ России для загрузки их затем в TritonRMP (на этом сайте есть map-файлы, но точки координаты точек привязки в них заданы хитрым способом, TritonRMP их не понимает), но я его слегка подправил под себя и теперь смена проекций для кучи map-файлов могу делать за один проход.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 16.09.2011 14:57 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Сначала опишу свои подготовительные действия:
1) создал на диске 2 каталога: источник "C:\Temp\Map\IN\" и приемник "C:\Temp\Map\OUT\"
2) записал в файл с расширением "*.gms" вот такой скрипт для Global Mapper

//******** начало скрипта *****************
GLOBAL_MAPPER_SCRIPT VERSION=1.00

// DEFINE_VAR NAME="SOURCE_DIR" VALUE="C:\Temp\Map\IN\"
// DEFINE_VAR NAME="DEST_DIR" VALUE="C:\Temp\Map\OUT\"

UNLOAD_ALL

DEFINE_PROJ PROJ_NAME="GEO_WGS84"
Projection GEOGRAPHIC
Datum WGS84
Zunits NO
Units DD
Xshift 0.000000
Yshift 0.000000
Parameters
0 0 0.000
END_DEFINE_PROJ

DIR_LOOP_START DIRECTORY="C:\Temp\Map\IN\" FILENAME_MASKS="*.MAP" RECURSE_DIR=NO

IMPORT FILENAME="%FNAME_W_DIR%"
LOAD_PROJECTION PROJ_NAME="GEO_WGS84"
EXPORT_RASTER FILENAME="C:\Temp\Map\OUT\%FNAME_WO_EXT%.TIF" TYPE=GEOTIFF FORCE_SQUARE_PIXELS=NO GEN_WORLD_FILE=YES GEN_PRJ_FILE=YES
UNLOAD_ALL

DIR_LOOP_END

//******** конец скрипта *****************


Последний раз редактировалось UrikEEE 16.09.2011 15:33, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 16.09.2011 15:26 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
а теперь шаги по быстрому созданию RMP-атласов из SASPlanet:

1) в SASPlanet выделяю область, в окне "Операция с выделенной областью" на вкладке "Склеить" формирую необходимое количество файлов с установленным флажком "Создавать файл привязки" для map-файлов. В поле "Куда сохранять" указываю файл в каталоге-источнике "C:\Temp\Map\IN\". Стараюсь, чтобы каждый файл карты был размерами не более 4000х4000 точек, при необходимости разбиваю изображение на несколько файлов.

2) в Global Mapper-е запускаю скрипт (см.пост выше), сохраненный в файле с расширением "gms". Скрипт начинает поочередно открывать все map-файлы в каталоге-источнике, меняет проекцию с Mercator на Geographic и создает растровые tiff-файлы в каталоге приемнике.

3) в OZI иду в меню "Файл", "Импорт", "Все DRG-файлы с CD или из каталога", указываю каталог-приемник в поле "Путь к файлам образов" и "Путь к файлам карт", устанавливаю флажок "Использовать Geotiff (если доступно)", жму кнопку "Импорт". В следующем окне устанавливаю проекцию карты "Шир/Долг" и жму кнопку OK. OZI сам создает map-файлы в каталоге-приемнике с необходимой для TritonRMP проекцией.

4) В TritonRMP импортирую map-файлы из каталога-приемника. Создаю rmp-атлас.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 16.09.2011 15:31 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
И напоследок:

у меня Global Mapper (v12.00 русская ломаная) напрочь отказался воспринимать DEFINE_VAR, поэтому пути к каталогу-источнику и каталогу-приемнику я прописал не в переменных, а прямо по месту их применения. Я попробовал установить GM v10 - но и там скрипт заругался на DEFINE_VAR, после чего я плюнул и забил на использование этого оператора в скрипте.

Никто не сталкивался с такой проблемой? Почему GM ругается и выдает вот такое сообщение:
WARNING: Unknown command <DEFINE_VAR> ignored.
???


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 26.09.2011 09:25 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Получил ответ от vuk (это автор скрипта для Global Mapper, я у него также спрашивал про проблему DEFINE_VAR), он пишет, что у него Global Mapper v12.02 и в этой версии все работает.

Я скачал и установил себе Global Mapper v12.02, вернул в скрипт DEFINE_VAR - все работает!


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 26.09.2011 09:33 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
А где скачал то? Я тоже хочу 12.02


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 26.09.2011 10:05 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Архив из 3-х частей качал отсюда:
Global_Mapper_12.02_x86_x64.part1
Global_Mapper_12.02_x86_x64.part2
Global_Mapper_12.02_x86_x64.part3


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: ее
СообщениеДобавлено: 30.09.2011 08:10 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
А еще я сегодня на этом форуме наткнулся на очень полезную на мой взгляд утилиту RMP_Tools, которая в ПАКЕТНОМ РЕЖИМЕ конвертирует rmp-атласы из формата, который eXplorist не поддерживает, в понятный для eXplorist-а формат.

Плюс еще можно указать свое имя провайдера и группу карт, и в приборе они будут отображаться с учетом этих данных. Я на своем приборе пока не тестировал, вечером доберусь до него - обязательно проверю.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 02.10.2011 19:59 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
У меня на 510 карты после RMP_Tools не пошли. Имя провайдера и группу меняет, но карты прибор не воспринимает. :(


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: ее
СообщениеДобавлено: 03.10.2011 12:26 
Аватара пользователя

Сообщения: 14
Пол: Не указан
Зарегистрирован:30.09.2011
всем добрый день. неделю как мучаю 510 и есть некоторые проблемы. помогите разобраться кто сможет.
Paganel писал(а):
Демаппер перед Глобалмаппером запускать нет смысла. GM 12 прекрасно открывает ozfx3 с привязкой.

у меня стоит Global Mapper v12.02 и он отказывается открывать ozfx3 с привязкой :sad: , а озик без проблем открывает. В чем может быть прикол?
и еще у меня есть проблема когда я открываю в triton RMP файлы с привязкой map. сделаные по технологии
UrikEEE писал(а):
1) в SASPlanet выделяю область, в окне "Операция с выделенной областью" на вкладке "Склеить" формирую необходимое количество файлов с установленным флажком "Создавать файл привязки" для map-файлов. В поле "Куда сохранять" указываю файл в каталоге-источнике "C:\Temp\Map\IN\". Стараюсь, чтобы каждый файл карты был размерами не более 4000х4000 точек, при необходимости разбиваю изображение на несколько файлов.

2) в Global Mapper-е запускаю скрипт (см.пост выше), сохраненный в файле с расширением "gms". Скрипт начинает поочередно открывать все map-файлы в каталоге-источнике, меняет проекцию с Mercator на Geographic и создает растровые tiff-файлы в каталоге приемнике.

3) в OZI иду в меню "Файл", "Импорт", "Все DRG-файлы с CD или из каталога", указываю каталог-приемник в поле "Путь к файлам образов" и "Путь к файлам карт", устанавливаю флажок "Использовать Geotiff (если доступно)", жму кнопку "Импорт". В следующем окне устанавливаю проекцию карты "Шир/Долг" и жму кнопку OK. OZI сам создает map-файлы в каталоге-приемнике с необходимой для TritonRMP проекцией.

4) В TritonRMP импортирую map-файлы из каталога-приемника. Создаю rmp-атлас.

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

Tramp писал(а):
При этом за 1 день использования 510 подвисал раз десять
аналогично! напрягает немного...

Tramp писал(а):
У меня на 510 карты после RMP_Tools не пошли. Имя провайдера и группу меняет, но карты прибор не воспринимает.

попробовал данную прогу на 510 идёт на ура!!! всё работает!


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 04.10.2011 13:59 
Аватара пользователя

Сообщения: 14
Пол: Не указан
Зарегистрирован:30.09.2011
Paganel писал(а):
Демаппер перед Глобалмаппером запускать нет смысла. GM 12 прекрасно открывает ozfx3 с привязкой.

У меня стоял ozimapmerge_118 и ozfx3 сделанные им Глобалмаппер не открывал,
я решил переставить ozimapmerge _118 на версию ozimapmerge_115 и теперь Глобалмаппер понимает ozfx3.
а вот как избавиться от черных полос ???? даже если в тритон РМП закидывать отдельные куски карт по одному, а не лепить по несколько, то всё равно на экране есть полосы.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 31.10.2011 09:25 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Darmedontos писал(а):
а вот как избавиться от черных полос ???? даже если в тритон РМП закидывать отдельные куски карт по одному, а не лепить по несколько, то всё равно на экране есть полосы.


Прошу пардону за долгое молчание, весь октябрь не было доступа к интернету, был в отпуске...

Я тоже сталкивался с черными полосами (горизонтальными и вертикальными) в rmp-файле, полученном из нескольких файлов-изображений, сгенерированный в SASPlanet на высоких зумах (17-18). На таких зумах избавиться от полос мне не удалось никак, так как SASPlanet в файлах привязки (файлы с расширением *.map) генерирует координаты с точностью 13 знаков после запятой (в формате DD.MMMM, то есть градусы.минуты), а TritonRMP в этом же формате понимает координаты только с точностью 6 знаков после запятой. И все! На больших зумах, видать, точности в 6 знаков не хватает, и черные полосы - это банальные невязки, возникающие из-за погрешностей при округлении координат до 6-ти знаков после запятой.

Исправить это может автор TritonRMP, но он как-то давно забил на обновление своей программы. А жаль...

Я поначалу расстраивался, но потом тоже забил - мне в общем-то хватает 15-го зума, ну максимум 16-го, а на этих зумах полоски если и есть, то очень тонкие.

А зумы 17 и 18 - это уже перебор, мне масштаб 1:10000 и крупнее как-то не нужен. Это я на первых порах, пока осваивал работу с навигатором, тестировал разные способы получения карт для навигатора, но на практике такие крупные масштабы мне оказались просто не нужны.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 31.10.2011 10:36 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Tramp писал(а):
У меня на 510 карты после RMP_Tools не пошли. Имя провайдера и группу меняет, но карты прибор не воспринимает. :(

Странно, у меня на моем 510-м все нормально - карты разложены по провайдерам и группам, карты открываются без проблем. Наименования провайдеров и групп не должны содержать символы кириллицы, проверено лично :) На приборе прошивка версии 6.04, язык английский (хотя в списке языков можно выбрать как русский, так и украинский, но я попробовал русский язык - не понравилось, названия многих менюшек расползаются на 2 строки, вернул английский).

Пробовал утилитой RMP_Tools конвертировать как rmp-файлы, подготовленные только TritonRMP (которые eXplorist-ы точно не воспринимают), так и rmp-файлы, подготовленные связкой TritonRMP - Программа (которые eXplorist-ы нормально воспринимают). Итог одинаковый - мой 510-й открывает эти атласы без проблем с группировкой по провайдеру/группе


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: вв
СообщениеДобавлено: 14.11.2011 15:14 
Аватара пользователя

Сообщения: 92
Город: Черкаси
Пол: Муж
Зарегистрирован:29.09.2009
Всем привет! :smile:
Неделю тому купил Экплорист 310 и развлекаюсь изучением картографических программ.
Вот результаты: обзорная карта Украины (там ещё большой кусок Румынии), полученная из Яндекс Карт на зуме 11 http://free-download.ifolder.ru/26938373 и откалиброванная по этой векторной карте http://free-download.ifolder.ru/26940926 Эта карта довольно подробная, но с кракозябликами вместо подписей. Карта ложится точно на Генштаб, значит и моя калибровка правильная. Может, есть у кого с нормальной русской (укр) кодировкой, то поделитесь.
Вот ещё подробнейшая карта славного города Черкассы, http://free-download.ifolder.ru/26939431 из того же Яндекса на зуме 18, подписан каждый дом! Досконально её не проверял, но около моего дома ну очень точно! (просто поставил калибровочную точку из ЖПС)
Впечатления:
1. Карты Яндекс очень хороши, но для города и автомобилистов
2. Можно умом двинуться, пока влезешь в эти все тонкости - проекции, датумы, различные форматы и т.д. и т.п. Уверен, что можно несколько разных программ, использовавшихся в создании файла RMP, объединить в одну, которая учитывает разные масштабы, проекции, датумы, форматы и т.д. и на в которую на входе загружаешь карту из нужного источника, а на выходе получаешь требуемый файл для ЖПС.
Энтузиасты- есть фронт работ! :wink:

P.S. Сегодня ещё сделаю карту подробну Ялты. :oops:

_________________
https://500px.com/vitalfoto


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 14.11.2011 16:19 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Vitalfoto писал(а):
Уверен, что можно несколько разных программ, использовавшихся в создании файла RMP, объединить в одну, которая учитывает разные масштабы, проекции, датумы, форматы и т.д. и на в которую на входе загружаешь карту из нужного источника, а на выходе получаешь требуемый файл для ЖПС.

Ваши бы слова да Богу в уши :)

RMP-формат - это закрытый магеллановский формат, автор популярной у владельцев магелланов программы TritonRMP Михаил Шаронов уже прошел этот путь, но обновлять программу перестал. Есть программа Mobile Atlas Creator (только ищите версию 1.8 ), которая на выходе выдает готовый rmp-файл с разными зумами, но версия 1.9 содержит оскорбительно малое количество источников карт :)

Не хочу выглядеть губителем хороших идей, но расчитывать на энтузиастов, склепающих на коленке хороший продукт (чтобы все было в одном флаконе) в наше насквозь коммерциализированное настоящее - это утопия. Дай Бог, чтобы я ошибался...


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 14.11.2011 18:53 
Аватара пользователя

Сообщения: 34
Пол: Не указан
Зарегистрирован:11.02.2011
UrikEEE писал(а):
Не хочу выглядеть губителем хороших идей, но расчитывать на энтузиастов, склепающих на коленке хороший продукт (чтобы все было в одном флаконе) в наше насквозь коммерциализированное настоящее - это утопия. Дай Бог, чтобы я ошибался...

Вопрос больше в отсутствии свободного времени. Надо месяца 3-4 (чтоб было без глюков). Где их взять?

_________________
Лучшие танцоры - евнухи


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: вв
СообщениеДобавлено: 01.12.2011 01:44 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Есть 2 программы, но обе почему-то названа почти одинаково.
RMP_tools и
rmptools
:shock:
Вроде не перепутал местами. :D

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 01.12.2011 10:16 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Зундер писал(а):
Есть 2 программы, но обе почему-то названа почти одинаково.


Более корректная http://maps4me.net/tools/RMP_Tools.zip
Она специально сделана для обработки карт после TritonRMP Шаронова.
Автор связан с разработчиками и, кажется, имеет доступ к спецификациям формата RMP.
Подробнее здесь - http://www.exploristforum.com/index.php ... 46&id=1911

Вышла новая версия прошивки 1.17 для eXplorist 310. Пока только на американском сайте, но русский там есть - http://support.magellangps.com/support/ ... itemid=305
Ничего для нас полезного. Куча новых курсоров и улучшений для геокешеров. Единственная радость - курсор перестал убегать.


Последний раз редактировалось Paganel 01.12.2011 11:42, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 01.12.2011 10:25 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Paganel писал(а):
Она специально сделана для обработки карт после TritonRMP Шаронова.

Повторюсь. Лично у меня, на моем приборе 510, карты после TritonRMP не работают. Они нормально сортируются по провайдеру и группе, но не отображаются. Пробовал разные варианты - глухо. И если честно, больших преимуществ эта сортировка не дает. Потому и не стал тратить время на нее.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 01.12.2011 11:45 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Странно. Я все карты с Тритона пропустил гамузом через RMP-Tools и у меня на 310 все отображаются нормально. Кстати очень удобно отключать всю группу, например 500 метровку или атлас Крыма (они близки по масштабу).


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 01.12.2011 12:59 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Как я понял, есть особенности работы этой программы. Например:

1. Старые карты от 400 он преобразует. Они отображаются с разбивкой по провайдерам и группам. Но при масштабировании прибор подвисает или предлагает перегрузиться для улучшения быстродействия системы.
2. Карты, которые были обработаны rmptools.jar, у меня после преобразования отмечаются красным крестом в меню выбора карт.

Есть еще несколько вариантов как работающих, так и неработающих. Искать проблемы не вижу смысла. Не так много выгоды. Тут могут быть траблы как с прибором, так и с компом (операционка, установленный софт, т.п.).

PS. Карты Крыма Paganel работают нормально.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 01.12.2011 13:27 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Tramp писал(а):
PS. Карты Крыма Paganel работают нормально.

Карты с провайдерами или нет?
Эти карты:
- Привязка в Ози
- DM. Преобразование в Equirectangular.
- Перепривязка в Ози
- TritonRMP
- RMPTool.jar (первый вариант)
- Потом RMP_Tools (вариант выложенный сейчас).
Остальные сразу RMP-Tools.

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


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 01.12.2011 13:32 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Атлас Крыма 2011 с провайдерами.
Я все свои карты делал с привязкой к прибору. Мне сгенерили правильные ics и я их использую.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 01.12.2011 13:46 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Автор программы RMP_Tools (которая конвертирует сразу кучу rmp-файлов), на своем форуме указывает следующие замечания для своей программы:
- This tool requires Microsoft .NET 3.5 and only runs on Windows systems.
- Do NOT use this tool for locked maps, e.g NG topo maps, as they can become unusable.


Tramp, может быть, ваши rmp-файлы относятся к разряду locked maps ?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 01.12.2011 13:57 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
UrikEEE писал(а):
Tramp, может быть, ваши rmp-файлы относятся к разряду locked maps ?

Очень может быть. Реально нету времени чтобы попробовать разные ics файлы.
Хотя реально в ics должна быть инфа по прибору и только. rmptools.jar с помощью этих файлов не должен лочить карты.
И еще. Карты от 400, которые точно не лоченные, после rmptools.jar и затем RMP_Tools правильно сортируются, но при отображении вешают девайс. Тут явные проблемы девайса или работы RMP_Tools на моем компе.
Исходя из этого и не трачу время на тесты. Тем более в VP карты отображаются без сортировок. :)


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 01.12.2011 14:04 
Аватара пользователя

Сообщения: 92
Город: Черкаси
Пол: Муж
Зарегистрирован:29.09.2009
UrikEEE писал(а):
Автор программы RMP_Tools (которая конвертирует сразу кучу rmp-файлов), на своем форуме указывает следующие замечания для своей программы:
- This tool requires Microsoft .NET 3.5 and only runs on Windows systems.
- Do NOT use this tool for locked maps, e.g NG topo maps, as they can become unusable.


Tramp, может быть, ваши rmp-файлы относятся к разряду locked maps ?

У меня эта програмка подписывает карты и делает их читаемыми. Не нужно каждую карту распаковывать, добавлять два файлика, и запаковывать. Очень удобно, когда карты отображаются не общей кучей, а упорядоченно. Програмка заработала на компе, когда обновил эту штуку: Microsoft .NET 3.5, а на версии 2,0 не хотела работать.

_________________
https://500px.com/vitalfoto


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 01.12.2011 14:08 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
UrikEEE писал(а):
Tramp, может быть, ваши rmp-файлы относятся к разряду locked maps ?

Специально сгенерированные ics и есть Locked. У меня тоже такие есть.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 01.12.2011 14:41 

Сообщения: 131
Город: Севастополь
Пол: Муж
Зарегистрирован:05.04.2010
Зундер, Paganel - спасибо, действительно две абсолютно разные программы с одним названием!!! RMP_Tools все отлично конвертит в пакетном режиме!

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

Tramp
на x510 6.04 не заметил никаких глюков, файлы после преобразования как одним и так и другим RMP_tools нормально открываются прибором.

какая у Вас версия прошивки?


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: аа
СообщениеДобавлено: 03.12.2011 03:37 
Аватара пользователя

Сообщения: 28
Город: Уфа
Пол: Муж
Возраст: 33
Зарегистрирован:29.11.2011
А кто нибудь искал векторные карты для Magellan eXplorist 510? Я перерыл весь интернет в поисках конвертера векторных карт, но ни один из мною найденных не поддерживает формат .MGI, который используется в данном приборе. Может кто то знает чем это можно сделать, или хотя бы где достать такие карты?


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 03.12.2011 11:19 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Такой софт есть у официальных представителей Magellan. Например, у нас тут NGC http://www.ngc.com.ua/. Иногда у представителей есть время и деньги на разработку собственных карт или портирование чужих. Хотя за использование чужого материала можно хорошо в репу получить.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: ее
СообщениеДобавлено: 09.12.2011 21:16 
Аватара пользователя

Сообщения: 28
Город: Уфа
Пол: Муж
Возраст: 33
Зарегистрирован:29.11.2011
А кто нибудь пробовал найти БЕСПЛАТНЫЕ векторные карты на eXplorist 510? Или может их можно сделать как то самому из гарминовских?


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 09.12.2011 21:28 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Пробовал... Нету... Нельзя в домашних условиях...
Нужен спец софт от Магеллана, который стоит ооочень больших денег и распространяется по представителям.
Использование Triton и eXplorist линеек обусловлено именно применением растровых карт. :)


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 11.12.2011 13:28 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
bobxxlua писал(а):
Привет всем, 2 вопроса,
1 можно ли поставить IGO на 310 модель?
2 Magellan Explorist GC можно ли прошить как 310 ?

1. Да, только будет неприлично.
2. Да, это одинаковые приборы. Разница только в ПО на диске Д.
Всё с 310 залить на GC и получится зелёный 310.

Airat писал(а):
А кто нибудь пробовал найти БЕСПЛАТНЫЕ векторные карты на eXplorist 510? Или может их можно сделать как то самому из гарминовских?

Для 310 делаются при помощи ММО 270. Для 510 так же.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 11.12.2011 16:31 
Аватара пользователя

Сообщения: 28
Город: Уфа
Пол: Муж
Возраст: 33
Зарегистрирован:29.11.2011
vituser писал(а):
Для 310 делаются при помощи ММО 270. Для 510 так же.

А где достать эту программку? Вот ведь где вся загвоздка


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 11.12.2011 18:03 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Этой программой можно сделать. Правда придется потрудиться... ну очень сильно. RMPTools and TritonRMP программы покажутся игрушками. Хотя у каждого свои закидоны. :)


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: кк
СообщениеДобавлено: 12.12.2011 03:14 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
Airat писал(а):
vituser писал(а):
Для 310 делаются при помощи ММО 270. Для 510 так же.

А где достать эту программку? Вот ведь где вся загвоздка

http://files.mail.ru/NFL6AA
Предназначена для изготовления из шейпов. Для получения imi необходимо изменить в соответствии с указаниями http://msh-tools.com/exploristmain.html
Кратко: Берём карту, открываем в МапЭдите. Сохраняем все объекты раздельно и получаем лес отдельно, дороги отдельно и т.д.
Делаем с этого шейпы этим.
http://msh-tools.com/Ptxt2shp.html
Ну и собираем в ММО. на выходе получаем вектор. Мне этого было достаточно.

Для более детального изготовления нужен ещё и ММО100 http://files.mail.ru/6VPK4B
указиловка http://msh-tools.com/advancedmaps.html .


Последний раз редактировалось vituser 13.12.2011 03:46, всего редактировалось 2 раз(а).

Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 12.12.2011 18:09 
Аватара пользователя

Сообщения: 28
Город: Уфа
Пол: Муж
Возраст: 33
Зарегистрирован:29.11.2011
vituser, архив с ММО поврежден, не могли бы вы выложить еще раз или отправить мне на почту? [email protected]


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 13.12.2011 03:42 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
Перезалил.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: пп
СообщениеДобавлено: 17.12.2011 15:51 
Аватара пользователя

Сообщения: 92
Город: Черкаси
Пол: Муж
Зарегистрирован:29.09.2009
Подскажите: Склеиваю 4 листа 500 м в Map Merge Utility for OziExplorer ver.1.18 на выходе получаю .map и .ozfx3 И этот .ozfx3 Demapper ver. 1.04 а также Global Mapper 12 открывать упорно не хочет. В первом случае Виндовс выдает сообщение о ошибке приложения и закрывает его, а во втором- "invalid parameter detekted in function"
Что делать, в чём ошибка? :eek:

_________________
https://500px.com/vitalfoto


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 17.12.2011 16:53 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Map Merge Utility надо искать старых версий, в новых введено шифрование.
Зачем клеить в Map Merge Utility, если владеете Global Mapper? Всего-то 4 карты, crop вручную сделать.
Ссылка.

_________________
Штурман, нада дёрнуть!


Последний раз редактировалось Зундер 17.12.2011 16:59, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 17.12.2011 16:57 
Аватара пользователя

Сообщения: 92
Город: Черкаси
Пол: Муж
Зарегистрирован:29.09.2009
Зундер писал(а):
Зачем клеить в Map Merge Utility, если владеете Global Mapper? Всего-то 4 карты, crop вручную сделать.

Не сильно владею. Я так понимаю, после кропа надо привязку заново делать? (Пардон за глупый вопрос)

_________________
https://500px.com/vitalfoto


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 17.12.2011 17:00 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Добавил ссылочку, пара тем выше-ниже есть описание.

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 17.12.2011 17:15 
Аватара пользователя

Сообщения: 92
Город: Черкаси
Пол: Муж
Зарегистрирован:29.09.2009
Спасибо! Буду ума набираться! :roll:

_________________
https://500px.com/vitalfoto


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 18.12.2011 12:25 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Зундер писал(а):
Map Merge Utility надо искать старых версий, в новых введено шифрование.

Шифрование введено давно при переходе с ozf2 на ozfx3. В новом формате увеличен максимальный допустимый размер карты.
Последние доступные версии со старым форматом лежат здесь - http://hllab.dp.ua/Programs/


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: кк
СообщениеДобавлено: 18.12.2011 12:54 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Paganel писал(а):
Зундер писал(а):
Map Merge Utility надо искать старых версий, в новых введено шифрование.

Шифрование введено давно при переходе с ozf2 на ozfx3. В новом формате увеличен максимальный допустимый размер карты.
Последние доступные версии со старым форматом лежат здесь - http://hllab.dp.ua/Programs/
В x3 версии увеличилась степень сжатия карт.
В версии 3.11 появился коммент автора
Цитата:
This version of img2ozf produces Ozfx3 files for use with OziExplorerCE version 2.34 and later and OziExplorer version 3.95.5k and later.

И после этого *.ozfx3 перестал открываться demapper, Global Mapper и программами типа Androzic. Кстати, шифрование негативно отразилось на скорости работы с картой.
Так что лидером в скорости всё же считаю *.ozf2.

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: нн
СообщениеДобавлено: 18.12.2011 15:26 
Аватара пользователя

Сообщения: 92
Город: Черкаси
Пол: Муж
Зарегистрирован:29.09.2009
Читаю эту тему http://www.offroadmaster.com/topic/11695-faq-ozi-карты-привязка-калибровка-слияние-карт/page__st__20__p__26178875#entry26178875, в уме что-то проясняется, но для пущей ясности нужно смотреть на иллюстрации, а форум не показывает их "[#10171] У вас не достаточно прав для загрузки данного прикрепленного файла." Хотя я честно зарегистрировался.
Последнее сообщение о склейке карт, там нужно скачать "Прикрепленные файлы
merge.zip (939байт, Количество загрузок: 0" Тоже не скачивается. :eek:

_________________
https://500px.com/vitalfoto


Последний раз редактировалось Vitalfoto 18.12.2011 16:19, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 18.12.2011 16:16 
Аватара пользователя

Сообщения: 92
Город: Черкаси
Пол: Муж
Зарегистрирован:29.09.2009
Склеил карты по этой технологии, быстро и просто, нашёл здесь, далее цитата:


Нащупал-таки алгоритм создания RMPкарт из ГШ, который пока во всем меня устраивает. Без пересчета сдвижки в Tatuk и таскания мышью цифирь туда-сюда. Решена проблема смены проекции в требуемую без GlobalMapper.Весь софт абсолютно бесплатен, доступен для скачивания и прост до-нельзя.Хочу поделиться опытом, может кому сгодиться.
1.Источник ГШ м.б. любой, но мне по-душе http://www.afanas.ru/mapbase/. Весьма удобен и продуман поиск нужных листов не только по номерам, но и по названиям населенных пунктов, присутствует толковый Help. Качать можно как отдельными листами, так и целыми блоками, что часто весьма удобно. Масштабы разные. Привязка в стандартном map-файле.
2.Map Merging Utility for OziExplorer. Эта прога автоматом делает обрезку полей по точкам привязки (внимание, точки должны быть строго по углам карты а не внутри ее, иначе обрежет лишнее).Далее склеивает листы в один. Думаю, сильно увлекаться количеством склеиваемых листов не следует. Самое главное, умеет менять датум (по умолчанию на WGS84) и проекцию (!). Правда, есть косяк: при установке в настройках Lat/Long изображение сильно искажается, растягиваясь по горизонтали. Далее везде картинка будет так же искажена до безобразия. Но,не обращая на сие внимание и доведя процесс до конца, в итоге все приходит в норму. Причину сему глюку не ведаю.
Еще в выходных настройках надо Pixel Scale выставить где-то 10-12. Может, где-то и другие значения подойдут лучше. В итоге прога выдает .ozfx3-файл в комплекте со свежесгенерированным .map-файлом.
3.DeMapper. Утилита проста и незамысловата. Без лишних вопросов выделяет из .ozfx3 картинку в .png-файл. Дождаться окна Finish.
4. Открыть .map и в 3-ей строке заменить расширение .ozfx3 на .png. После чего пересохранить его.
5.Скармливаем .map нашему любимому Тритономэйкеру (а куда ж без него,родимого). Тот выводит .png каринку (все еще искаженную, но наплевать), уже привязанную в нужных датумах и проекциях. Далее просто жмем Calibrate и создаем RMPкарту.
6. Открываем в Vantage и любуемся достигнутым.

_________________
https://500px.com/vitalfoto


Последний раз редактировалось Vitalfoto 13.02.2012 16:47, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 18.12.2011 20:04 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Vitalfoto писал(а):
Читаю эту тему http://www.offroadmaster.com/topic/11695-faq-ozi-карты-привязка-калибровка-слияние-карт/page__st__20__p__26178875#entry26178875, в уме что-то проясняется, но для пущей ясности нужно смотреть на иллюстрации, а форум не показывает их "[#10171] У вас не достаточно прав для загрузки данного прикрепленного файла." Хотя я честно зарегистрировался.
Последнее сообщение о склейке карт, там нужно скачать "Прикрепленные файлы
merge.zip (939байт, Количество загрузок: 0" Тоже не скачивается. :eek:

Регистрация подтверждается звонком оператора, поэтому телефон надо указывать в международном формате. Да, и иностранцев тоже так регистрируют
merge.zip в аттаче.
Вложение:
merge.zip [939 байт]
Скачиваний: 286

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 19.12.2011 04:25 
Аватара пользователя

Сообщения: 28
Город: Уфа
Пол: Муж
Возраст: 33
Зарегистрирован:29.11.2011
Vitalfoto, а не подскажете где достать DeMapper? перерыл интернет, нашел всего одну рабочую ссылку, да и то программа вылетает при конвертировании.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 19.12.2011 10:39 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Airat писал(а):
Vitalfoto, а не подскажете где достать DeMapper? перерыл интернет, нашел всего одну рабочую ссылку, да и то программа вылетает при конвертировании.
Я прошу пардона, что отвечаю на вопрос, не мне адресованный, но все же отвечу: вероятно, DeMapper вылетает с ошибкой потому, что Вы используете OziMapMerge с версией, более старшей, чем версия 1.15. Об этом и в этой ветке форуме и на других форумах написано уже не раз. Скачайте с этой странички сайта Paganel-я утилиту OziMapMerge (версия 1.15) и будет Вам счастье :D
Кстати, там же найдете и DeMapper.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
 Заголовок сообщения: Re: Magellan eXplorist 310, 510, 610, 710,
СообщениеДобавлено: 19.12.2011 11:50 
Аватара пользователя

Сообщения: 28
Город: Уфа
Пол: Муж
Возраст: 33
Зарегистрирован:29.11.2011
UrikEEE, спасибо большое. работает)))


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.12.2011 12:12 
Аватара пользователя

Сообщения: 3360
Город: Харьков, Алексеевка
Пол: Муж
Возраст: 49
Зарегистрирован:27.07.2004
Tramp писал(а):
После перепрошивки на приборе карта WWNA_BM.MGI. Как я понимаю, это карта с прошивки и она не привязана к прибору.

У меня в купленном за бугром 310м лежит карта с аналогичным названием. После распаковки рмп-тулзом в ней есть файлы с немножко другими названиями: bbmp2bit.ics и bbmp4bit.ics. После переименования (удаления лишних "b") получилось с ними сделать карту понятной для Эксплориста.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.01.2012 10:46 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Карта делается понятной для Эксплориста гораздо проше - программой RMP Tools.exe - http://maps4me.net/tools/RMP_Tools.zip.
Там же можно указать имя провайдера и группу. Тогда карты будут как бы с папками и подпапками и можно будет включать и выключать всю группу карт.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 14.02.2012 11:16 
Аватара пользователя

Сообщения: 92
Город: Черкаси
Пол: Муж
Зарегистрирован:29.09.2009
Вопрос больше к тов. Зундеру, но не обязательно.
Вы в инструкции по привязке карт в Глобалмаппере сообщаете следующее: "В следующем окне можно выбрать формат для сохранения растра. OziExplorer предпочитает GeoTIFF, но для больших изображений предпочтительнее ECW.
В следующем окне почти ничего менять не надо, можно снять галочки с экспортируемых форматов привязки, они нам не понадобятся. Вся информация о привязке содержится внутри ECW или GeoTIFF картинки!"
Я открываю эти самые файлы в Ози, и не вижу, что они с привязкой. Может открываю неправильно? В папке Ози есть файлы, которые должны обеспечивать открытие ECW или GeoTIFF (NCScnet.dll NCSEcw.dll NCSUtil.dll OziGeoTiff.dll), файлы открывает, но они не привязаны к координатной сетке.
Собственно, я хочу получить .map файл для создания впоследствии RMP карты. Как этого достичь?
Привязку карты делал в Глобалмаппере, так как она была криво склеена, и было необходимо её подправить.

_________________
https://500px.com/vitalfoto


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 14.02.2012 14:09 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Vitalfoto писал(а):
Вопрос больше к тов. Зундеру, но не обязательно.
Вы в инструкции по привязке карт в Глобалмаппере сообщаете следующее: "В следующем окне можно выбрать формат для сохранения растра. OziExplorer предпочитает GeoTIFF, но для больших изображений предпочтительнее ECW.
В следующем окне почти ничего менять не надо, можно снять галочки с экспортируемых форматов привязки, они нам не понадобятся. Вся информация о привязке содержится внутри ECW или GeoTIFF картинки!"
Я открываю эти самые файлы в Ози, и не вижу, что они с привязкой. Может открываю неправильно? В папке Ози есть файлы, которые должны обеспечивать открытие ECW или GeoTIFF (NCScnet.dll NCSEcw.dll NCSUtil.dll OziGeoTiff.dll), файлы открывает, но они не привязаны к координатной сетке.
Собственно, я хочу получить .map файл для создания впоследствии RMP карты. Как этого достичь?
Привязку карты делал в Глобалмаппере, так как она была криво склеена, и было необходимо её подправить.

Как Вы открываете карту в Ozi?
Если есть карта TIFF или ECW с привязкой, то в Ozi это надо делать так:
Файл - импорт карты - одна карта DRG и далее по смыслу. В статье это последняя четверть 2-й стр..

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 14.02.2012 20:19 
Аватара пользователя

Сообщения: 92
Город: Черкаси
Пол: Муж
Зарегистрирован:29.09.2009
Зундер писал(а):
Файл - импорт карты - одна карта DRG и далее по смыслу.

Спасибо! Всё получилось! :smile:

_________________
https://500px.com/vitalfoto


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 03.03.2012 12:40 
Аватара пользователя

Сообщения: 92
Город: Черкаси
Пол: Муж
Зарегистрирован:29.09.2009
Немного наивный вопрос.
При привязке новой карты берутся координаты со старой, но с проверенной точной привязкой. Я нахожу вершины гор или развилки дорог, снимаю оттуда координаты и присваиваю их этим объектам на новой карте. Например, при привязке одной криво склеенной карты в "Глобалмаппере" пришлось использовать 60 точек, пока карта легла как надо. Процес довольно муторный, тем более, что координаты приходится записывать на бумагу, а потом вручную их вбивать. (Я по-другому не увидел возможности).
Вопрос: существует ли программа, которая атоматически находила бы контрольные точки и сама "натягивала" на них "кривую" карту? (Как это делается в программах для сшивки фотографий в панораму)
Думаю, такое может быть. :oops:

_________________
https://500px.com/vitalfoto


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.03.2012 18:11 
Аватара пользователя

Сообщения: 1608
Город: Харьков
Пол: Муж
Возраст: 39
Зарегистрирован:20.05.2006
обладатели eXplorist, скажите как настроить шаг увеличения\уменьшения шасштаба карты?
залил ГШ километровку, показывает либо 1.2км либо 800 метров, как сделать 1 км?

_________________
Scale!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.03.2012 18:45 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Шаг изменения масштаба не настраивается.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.03.2012 19:12 
Аватара пользователя

Сообщения: 1608
Город: Харьков
Пол: Муж
Возраст: 39
Зарегистрирован:20.05.2006
жаль :sad:

_________________
Scale!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.03.2012 20:00 
Аватара пользователя

Сообщения: 28
Город: Уфа
Пол: Муж
Возраст: 33
Зарегистрирован:29.11.2011
neal писал(а):
обладатели eXplorist, скажите как настроить шаг увеличения\уменьшения шасштаба карты?
залил ГШ километровку, показывает либо 1.2км либо 800 метров, как сделать 1 км?


а оно тебе принципиально?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.03.2012 10:34 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Airat писал(а):
neal писал(а):
обладатели eXplorist, скажите как настроить шаг увеличения\уменьшения шасштаба карты?
залил ГШ километровку, показывает либо 1.2км либо 800 метров, как сделать 1 км?

а оно тебе принципиально?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.03.2012 10:40 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Paganel писал(а):
Очень многие ориентируются визуально - стрелочка влево, идем вправо. Об остальных возможностях прибора просто не догадываются. Отсюда и хочется чтобы навигатор карту крутил по движению и чтобы сотню треков туда можно было загрузить...

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.03.2012 10:50 
Аватара пользователя

Сообщения: 1608
Город: Харьков
Пол: Муж
Возраст: 39
Зарегистрирован:20.05.2006
Paganel писал(а):
Airat писал(а):
neal писал(а):
обладатели eXplorist, скажите как настроить шаг увеличения\уменьшения шасштаба карты?
залил ГШ километровку, показывает либо 1.2км либо 800 метров, как сделать 1 км?

а оно тебе принципиально?

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


Все зависит от начальных условий.
Бывает что нет возможности заранее посидеть за компом и нарисовать маршрут, потому как какой именно будет маршрут ты узнаешь вместе с картой КП и командой "марш"

_________________
Scale!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.03.2012 01:01 
Аватара пользователя

Сообщения: 44
Город: Севастополь
Пол: Жен
Зарегистрирован:09.04.2011
Подскажите пожалуйста,
у меня не получается конвертировать карту с привязкой в программе tritonrmp.

Я заливаю gif и map-файл, нажимаю - Create RMP, и выдает ошибку - "all maps should be calibrated"
Но по идее карта и так скалибрована. Все точки на углах имеют координаты.
При нажатии на кнопку calibrate ничего не происходит.
привязка в WSG 84

В чем может быть проблема?

_________________
LiveCrimea.com


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.03.2012 09:36 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
galya писал(а):
Подскажите пожалуйста,
у меня не получается конвертировать карту с привязкой в программе tritonrmp.

Я заливаю gif и map-файл, нажимаю - Create RMP, и выдает ошибку - "all maps should be calibrated"
Но по идее карта и так скалибрована. Все точки на углах имеют координаты.
При нажатии на кнопку calibrate ничего не происходит.
привязка в WSG 84

В чем может быть проблема?
Файл выложи куда.
Бывает так "Координаты указаны на краю карты". Бордюр сделан внутри координат калибровки.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.03.2012 21:35 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Программа вообще игнорирует точки привязки, а использует точки бордюра. Вот эти параметры:
MMPNUM,4
MMPXY,1,0,0
MMPXY,2,8122,0
MMPXY,3,8122,5536
MMPXY,4,0,5536
MMPLL,1, 35.207233, 48.362405
MMPLL,2, 34.767115, 48.362405
MMPLL,3, 34.767115, 48.561912
MMPLL,4, 35.207233, 48.561912

Желательно, чтобы они совпадали с углами изображения и их должно быть четыре.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.03.2012 09:08 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Если кому интересно. Написал статейку про создание векторных карт: https://sites.google.com/site/victorpomortseff/magellanvectormapscreate

На самом деле ничего сложного, чисто механическая работа. Несомненный плюс вектора - возможность быстрого поиска по POI, возможность брать высоты из матрицы высот в карте, возможность легко добавлять свои объекты (создать свой слой с любимыми тропинками-дорожками несложно - если есть сои или чужие треки их можно прорисовать в шейпы и добавить их в проект).

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.03.2012 09:24 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Victor Pomortseff писал(а):
Если кому интересно. Написал статейку про создание векторных карт: https://sites.google.com/site/victorpomortseff/magellanvectormapscreate

Рад тебя видеть. Форум становится международным :D
Тут вроде тоже этим занимались. Будет полезное обсуждение.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.03.2012 09:31 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Paganel писал(а):
Рад тебя видеть. Форум становится международным :D


Спасибо :-) Видел тебя на англоязычном форуме, но там мало пишу (да и читаю сейчас мало - как-то нет сильно интересных тем).

Мне просто интересно было разобраться с вектором. Плюс полезно иметь в дополнение к растру. Правда, пришлось написать свою софтину для раскидывания mp по слоям - руками это делать больно муторно.

Зато сейчас, когда все конфиги и проекты уже прописаны, реально ручной работы для обновления версии карты (из OSM источника) требуется минут 10-15.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2012 21:30 
Аватара пользователя

Сообщения: 28
Город: Уфа
Пол: Муж
Возраст: 33
Зарегистрирован:29.11.2011
А этот алгоритм создания карт подойдет для 510? Я пробовал переделывать гарминовские с помощью ММО, однако ничего не вышло.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2012 07:23 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Airat писал(а):
А этот алгоритм создания карт подойдет для 510? Я пробовал переделывать гарминовские с помощью ММО, однако ничего не вышло.


По идее должно работать для всех тритонов и эксплористов.

А что именно не вышло?

Если интересно (и не жалко трафика), можно попробовать загрузить сделанную таким образом карту. Правда, у меня из готовых только Пермский край, Челябинская и Свердловская области и Башкирия: https://sites.google.com/site/victorpomortseff/maps - в нижней части таблицы ссылки на векторные карты (imi файлы). Они достаточно объемны поскольку содержат топо информацию.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2012 09:02 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
Victor Pomortseff писал(а):
Paganel писал(а):
Рад тебя видеть. Форум становится международным :D

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

Уточни что имеется в виду. Пока все одинаковые полигоны разных мест собираю в один mp и потом обратно в шейп.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2012 09:20 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
vituser писал(а):
Victor Pomortseff писал(а):
Paganel писал(а):
Рад тебя видеть. Форум становится международным :D

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

Уточни что имеется в виду. Пока все одинаковые полигоны разных мест собираю в один mp и потом обратно в шейп.


Начнем с того, что сплиттер я писал под свои задачи. Меня интересуют карты Свердловской, Челябинской областей и Башкирии. Исходные данные - ОСМ в формате MP. Они разбиты по областям. Т.е. имеем три файла по одному на область. В результате получаем три набора шейпов и три карты (поскольку сплиттер сейчас умеет преодразовывать один MP в один набор шейпов).

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

Ну и еще две задачи на будущее:

1. Написать свой POI DB Creator чтобы избавиться от необходимости держать на диске ММО 1.0
2. Написать удобную программу для "доводки" export.cfg (установки пропертиарных стилей отрисовки дорог и железных дорог, подключения категорий POI).

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2012 09:33 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
1. разбираю mp на разные. лес отдельно кусты отдельно и т.д.
2. в МапЭдите открываю только лес от всех областей и сохраняю как единое. Соответственно с остальным так же.
3. По очереди всё в шейпы.
4. Собираю в ММО.

2. Написать удобную программу для "доводки" export.cfg - было бы очень полезно. Внешний вид не всегда безупречный.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2012 11:05 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Victor Pomortseff писал(а):
Сейчас вот еще в голову мыслишка пришла добавить возможность создания набора шейпов из нескольких входных mp. Просто в сфере интересов 3 региона, а магелланы автоматом векторные карты переключать не умеют... Надо бы свести три карты в одну на уровне создания.
Виктор, приветствую Вас! Своим методом создания векторных карт Вы серьезно упростили работу.

По поводу слияния нескольких входных карт в польском формате в одну - а разве GPSMapEdit этого не позволяет? Ведь в этой программе (даже не зарегистрированной) можно открыть одновременно несколько карт и сохранить в один mp-файл. И дальше его уже прогонять через ваш сплиттер и MMO для получения векторной карты для экслористов.


Последний раз редактировалось UrikEEE 28.03.2012 11:06, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 28.03.2012 11:05 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
vituser писал(а):
1. разбираю mp на разные. лес отдельно кусты отдельно и т.д.
2. в МапЭдите открываю только лес от всех областей и сохраняю как единое. Соответственно с остальным так же.
3. По очереди всё в шейпы.


Я также начинал. Адский труд. Мне оказалось проще написать специальную программу, которая сама разбирает МР на набор шейпов (по типам объектов) - MPSplitter (МР Свердловской области - это 8х11 градусов и 99Мб размером обрабатывается минут за 10-15 ну плюс один раз для всех однотипных карт конфиг написать - раскладку типов объектов по слоям).

Сейчас посмотрел - да, в GPSMapEditможно открыть одновременно несколько МР и сохранить в один. Так что с этим можно подождать. А остальное - как время будет. но первый на очереди все-таки POI DB Creator скорее всего. Для меня это актуальнее.

vituser писал(а):
Написать удобную программу для "доводки" export.cfg - было бы очень полезно. Внешний вид не всегда безупречный.


Пока руками довожу, не сильно удобно, но не так много там работы.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2012 11:16 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
GPSMapEdit регистрированный или ломаный может и шейпы сразу кучей импортировать-экспортировать. Просто мне достался вектор в МапИнфо. Там соответственно mp не предвидится.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2012 11:45 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
vituser писал(а):
GPSMapEdit регистрированный или ломаный может и шейпы сразу кучей импортировать-экспортировать. Просто мне достался вектор в МапИнфо. Там соответственно mp не предвидится.


Там основная проблема в том, чтобы разделить МР на слои по типам объектов. У меня для гарминовских карт получается порядка 30-ти слоев и сорока категорий POI. Все это из одного МР автоматом вылетает (слои в шейпах, POI в dbf базе). С учетом того, что карты периодически обновляются, каждый раз раздергивать руками...

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2012 12:35 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Вот сейчас прогнал три региона.

Размер исходного МР файла 182 765 Кб, 5 387 954 строк

Выделено 306 250 регионов, 137 456 линий и 41 116 точек
27 слоев (полигоны и линии) + 43 категории POI.
Время работы (в фоне) 43:40

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2012 13:59 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
Слой для Магеллана использую только один. Выше растр лежит. Совсем внизу спутник. Перегружать не стоит. На сл. неделе получу 110 модель. Буду мучать.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2012 14:29 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
vituser писал(а):
Слой для Магеллана использую только один. Выше растр лежит. Совсем внизу спутник. Перегружать не стоит. На сл. неделе получу 110 модель. Буду мучать.


Под слоем в данном случае понимается шейп - на векторной карте каждый шейп ложится в свой слой.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2012 14:33 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
ну само собой спутник только в деревнях. Для леса он бесполезен.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2012 12:33 
Аватара пользователя

Сообщения: 28
Город: Уфа
Пол: Муж
Возраст: 33
Зарегистрирован:29.11.2011
Victor Pomortseff

У меня тут проблемка вылезла при прочтении вашей статьи - архив Proj не качается


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2012 13:12 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Airat писал(а):
Victor Pomortseff

У меня тут проблемка вылезла при прочтении вашей статьи - архив Proj не качается


Качать вот отсюда надо: http://download.osgeo.org/proj/proj446_win32_bin.zip У меня все качается, только что проверил.

Если оттуда не качается, положил вот сюда: http://depositfiles.com/files/e49dw2hvk - 2.2МБ

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2012 13:17 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Airat писал(а):
Victor Pomortseff

У меня тут проблемка вылезла при прочтении вашей статьи - архив Proj не качается


Кстати, есть готовая карта Башкирии на основе ОСМ с POI и топоинформацией - http://depositfiles.com/files/qlq2y4ua5 - 304.96МБ

Есть ее исходники в шейпах + POI.dbf - http://depositfiles.com/files/xytqazjnr - 14.19МБ
Есть матрица высот для Башкирии с шагом 1" (данные ASTER-GDEM) в формате BLX (готова к использованию в ММО) - http://depositfiles.com/files/71masblon - 423.32МБ

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.04.2012 09:43 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Сделал новую версию BLXCalc.

Теперь она сама может брать и передавать данные в GM:

Изображение

Когда данные загружены в GM и приведены в нужный датум-проекцию, выбираем Файл - Экспорт сетки высот, выбираем формат GeoTIFF. Когда появилась форма настроек GeoTIFF, запускаем BLXCalc и нажимаем кнопку "Получить данные из GM". При этом в форме настроек GeoTIFF должно произойти автоматическое переключение на вкладку "Экспорт границ", там выбраться пункт "Шир/Долг (град)" и данные из соответсвующих полей должны появиться в окне BLXCalc.

Теперь нажимаем кнопку "Считать", после чего "Передать данные в GM". При этом в форме настроек GeoTIFF должно произойти автоматическое переключение на вкладку "Настройки GeoTIFF", там выбраться пункт "16 бит целые числа", убраться крыжик с пункта "Всегда создавать квадратные пиксели" и значения коэффициентов масштабирования должны передаться из окна BLXCalc а форму настроек GeoTIFF GM.

http://depositfiles.com/files/riy5wyhas

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.04.2012 06:28 
Аватара пользователя

Сообщения: 28
Город: Уфа
Пол: Муж
Возраст: 33
Зарегистрирован:29.11.2011
Извините, что немного не в тему, но кто-то когда-то здесь говорил о том, что существует архив со спутниковыми снимками и там можно найти фотографии, не прошедшие отбор (высокая облачность, смазанность и прочее). И если я не ошибаюсь, их можно там скачать. Так вот, мне очень нужен спутниковый снимок одного места, сделанный зимой. Может кто-нибудь помочь?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.04.2012 07:34 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Речь о DG, скорее всего. Сейчас к нему прямого доступа нет, только через web-сервисы программ типа ovi или bing. давай координаты, посмотрю что есть.

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.04.2012 07:41 
Аватара пользователя

Сообщения: 28
Город: Уфа
Пол: Муж
Возраст: 33
Зарегистрирован:29.11.2011
Певый верхний угол:
Шир 54°18,6249'
Дол 57°18,7550'

Правый нижний угол:
Шир 54°15,4743'
Дол 57°25,1408'

Можно чуть пошире, если получится


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.04.2012 11:25 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Airat писал(а):
Певый верхний угол:
Шир 54°18,6249'
Дол 57°18,7550'

Правый нижний угол:
Шир 54°15,4743'
Дол 57°25,1408'

Можно чуть пошире, если получится

Зимних снимков нет, лето-весна, от гуугля отличаются.
Карту? Кэш SAS?

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.04.2012 21:44 

Сообщения: 5
Город: Kiev
Пол: Муж
Зарегистрирован:20.04.2012
Всем привет. Недавно стал обладателем прибора eXplorist 510. По методике Victor Pomortseff сделал карту Украины. Карта создана из карты для Garmin на основе данных OpenStreetMap с добавлением матрицы высот (шаг примерно 1") и POI. Есть желание выложить ее в интернете для ознакомления общественности, но не знаю ка лучше это сделать :smile: Общий объем 844 МБ :shock: :shock:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.04.2012 22:45 
Аватара пользователя

Сообщения: 3360
Город: Харьков, Алексеевка
Пол: Муж
Возраст: 49
Зарегистрирован:27.07.2004
Oneon писал(а):
Есть желание выложить ее в интернете для ознакомления общественности, но не знаю ка лучше это сделать Общий объем 844 МБ

dropbox позволяет бесплатно выложить до 2 ГБ. Но у вас на винчестере должна быть отдельная директория, в которой будет лежать только это.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.04.2012 14:05 

Сообщения: 9
Город: Bobruysk
Пол: Муж
Зарегистрирован:24.04.2012
Приветствую! Хотел попросить помощи.
Приобрёл Magellan eXplorist 610. Это первый мой навигатор и разобраться с преобразованием карт к нему я пока не смог.
Был бы крайне благодарен в помощи по преобразованию в нужный формат и созданию растровой карты.

Нужные квадраты 100к Беларуси:
100k-014-035-107
100k-014-035-106
100k-014-035-094
100k-014-035-095

Положил эти файлы и файлы привязки сюда:
http://filestore.com.ua/?d=A9855DBD4
Продублировал тут:
http://rghost.ru/37742569

Или хотя бы только первый квадрат.
Надеюсь на помощь.


Последний раз редактировалось H.A.M. 25.04.2012 12:14, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.04.2012 15:56 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
H.A.M. писал(а):
Был бы крайне благодарен в помощи по преобразованию в нужный формат и созданию растровой карты.
Не понял, какую помощь Вы ждете? Что Вам разжуют и в рот положат? Или что за Вас сделают готовые rmp-файлы? Ну это детский сад какой-то.

Почитайте ветки на этом форуме, далеко ходить не надо, начните прямо с этой ветки, но только с первой страницы. Будут конкретные вопросы, спрашивайте. Но помните, карты делать придется все равно Вам.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 24.04.2012 16:31 

Сообщения: 9
Город: Bobruysk
Пол: Муж
Зарегистрирован:24.04.2012
UrikEEE писал(а):
Не понял, какую помощь Вы ждете? Что Вам разжуют и в рот положат? Или что за Вас сделают готовые rmp-файлы? Ну это детский сад какой-то.


Да, хотелось бы, чтоб те, кто это умеет и может, сделал мне карту. У меня пока не получилось. Слишком много способов/информации сразу :-o В дальнейшем я и сам надеюсь разобраться, но хотелось сейчас проверить прибор.

Эта просьба к тем, кто не раз это проделывал и ему не составит большого труда помочь. Остальные - пусть просто проигнорируют моё сообщение ;)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2012 06:07 

Сообщения: 5
Город: Kiev
Пол: Муж
Зарегистрирован:20.04.2012
dropbox не подходит из-за отсутствия свободного места на компьютере :D Пока выкладываю на депозит.
Карта Украины:
http://depositfiles.com/files/x91i7avpn


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2012 06:54 

Сообщения: 5
Город: Kiev
Пол: Муж
Зарегистрирован:20.04.2012
Если использовать Mobile Atlas Creator (Mobac) всего дела на час, при нормальном интернет :smile: Выделяешь мышкой область,выбираешь источник откуда качать растр, нажимаешь кнопочку создать атлас и ВСЕ! :-P Так что H.A.M. не ленись тут ума много не надо.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2012 08:40 
Аватара пользователя

Сообщения: 786
Город: Харьков
Пол: Муж
Возраст: 46
Зарегистрирован:14.05.2011
Oneon
выложите пожалуйста на http://us.ua/ на депозите не смог пробиться через тучу капч :eek:

_________________
non errat, qui nihil facit


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2012 09:02 

Сообщения: 9
Город: Bobruysk
Пол: Муж
Зарегистрирован:24.04.2012
Oneon

Спасибо, попробую разобраться!

Я не ленюсь :) просто прибор приехал из Англии и мне в течении недели надо проверить его (пока человек не уехал) и если что, то отдать обратно, т.к. сервиса нет у меня и близко. А сейчас у меня, на моей местности, видна только одна дорога и всё.
Прибор не дешёвый, не хотелось бы нарваться на проблемный.


Последний раз редактировалось H.A.M. 25.04.2012 10:18, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2012 09:20 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Карта делается за 15 минут. Нужен GlobalMapper и geoTiffToRMP. Запускаете GM, выбираете "Открыть файлы с данными". Там выбираете map файл. Когда карта загрузится, если необходимо, делаете обрезку полей - "Инструменты" - "Центр управления". Там выбираете вашу карту и нажимаете "Настройки". выбираете вкладку "Обрезка" и пункт "Автоматически". Нажимаете "Ок".

Дальше нужно преобразовать координаты. Выбираете "Инструменты" - "Настройка". Там вкладка "Проекция". В списке "Проекция" выбираете "Geographic (Latitude/Longitude), в списке "СК" - "WGS84". Нажимаете "Ок". Карта станет вытянутой по горизонтали - это неважно.

В принципе, все это описано вот тут: http://antalos.com/gps/ozi-to-geotiff.php Тут со склейкой нескольких листов в один, но сути не меняет - для одного листа все тоже самое.

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

Теперь выбираете "Файл" - "Экспорт растра". Там в списке выбираете формат "GeoTIFF".

Теперь нужно запустить программу RMPCreator - http://antalos.com/gps/rmp-creator.php и следовать инструкции (внимательно прочтите, особенно про "Группа настроек 8" - окно "File -> Export Raster\Image Format -> GeoTIFF" у вас к этому моменту уже будет открыто).

Вот и все. Просто и понятно.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2012 09:25 
Аватара пользователя

Сообщения: 386
Город: Константиновка
Пол: Муж
Возраст: 51
Зарегистрирован:26.12.2007
если спутники ловит (запиши трек) то все ок, остальное карты это дело наживное.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеСообщение было удалено | 25.04.2012 11:40.
СообщениеДобавлено: 25.04.2012 11:43 

Сообщения: 9
Город: Bobruysk
Пол: Муж
Зарегистрирован:24.04.2012
Victor Pomortseff писал(а):
Вот и все. Просто и понятно.

Victor Pomortseff

Брльшое СПАСИБО!
Всё получилось! :Bravo:
Благодарю за помощь! :beer:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2012 11:50 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
H.A.M. писал(а):
Всё получилось!


Об чем и речь - там нет ничего сложного. Это не вектор делать :-)

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2012 15:15 
Аватара пользователя

Сообщения: 92
Город: Черкаси
Пол: Муж
Зарегистрирован:29.09.2009
Всем доброго дня! :smile:
Кто знает такую хитрость - если из ГПС выгрузить трек или точки через Вантаж, то куда, в какую папку на компе этот Вантаж их девает. Хотел посмотреть трек в программе Ози, так и не смог их обнаружить.
И второй вопрос, из любопытства: "снимаем галочку возле настройки "Always generate square pixels" - зачем это нужно делать? Никакой визуальной разницы в геотифе не обнаружил, что с галочкой, что без, и размер файла получается одинаковый.

_________________
https://500px.com/vitalfoto


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2012 15:44 
Аватара пользователя

Сообщения: 3360
Город: Харьков, Алексеевка
Пол: Муж
Возраст: 49
Зарегистрирован:27.07.2004
Vitalfoto писал(а):
Кто знает такую хитрость - если из ГПС выгрузить трек или точки через Вантаж, то куда, в какую папку на компе этот Вантаж их девает. Хотел посмотреть трек в программе Ози, так и не смог их обнаружить.

Экспортируйте их в любую удобную для вас директорию, для Ози в формате plt или wpt.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2012 05:57 

Сообщения: 5
Город: Kiev
Пол: Муж
Зарегистрирован:20.04.2012
-=Dennis=-

Перезалил.
Карта Украины:
http://us.ua/776390/


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2012 07:37 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Vitalfoto писал(а):
И второй вопрос, из любопытства: "снимаем галочку возле настройки "Always generate square pixels" - зачем это нужно делать? Никакой визуальной разницы в геотифе не обнаружил, что с галочкой, что без, и размер файла получается одинаковый.


Разница есть. Если галку не убирать, то результирующая картинка будет такой, как она выглядит на экране. Т.е. после перехода в проекцию Lat/Lon сплющенной по вертикали.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2012 11:46 
Аватара пользователя

Сообщения: 92
Город: Черкаси
Пол: Муж
Зарегистрирован:29.09.2009
Oneon писал(а):
По методике Victor Pomortseff сделал карту Украины. Карта создана из карты для Garmin на основе данных OpenStreetMap с добавлением матрицы высот (шаг примерно 1") и POI.

Посмотрел карту. Смотрел недолго, в своём регионе не обнаружил таких "мелких деталей" как Тальне (райцентр) и других не маленьких населённых пунктов, расстроился (всё пропало :eek: ) и не стал больше смотреть. Видимо, глобалисты уже стёрли с лица Украины такие "мелочи".
Яндекс-карты куда более интересны, а с Генштабом вообще ничто не сравнится (хоть какая-то пользя от Советской армии осталась :yes: )

_________________
https://500px.com/vitalfoto


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2012 21:16 

Сообщения: 5
Город: Kiev
Пол: Муж
Зарегистрирован:20.04.2012
Цитата:
Посмотрел карту. Смотрел недолго, в своём регионе не обнаружил таких "мелких деталей" как Тальне (райцентр) и других не маленьких населённых пунктов, расстроился (всё пропало :eek: ) и не стал больше смотреть. Видимо, глобалисты уже стёрли с лица Украины такие "мелочи".
Яндекс-карты куда более интересны, а с Генштабом вообще ничто не сравнится (хоть какая-то пользя от Советской армии осталась :yes: )


Да карта оставляет желать лучшего. :smile: Честно говоря я сам немного не понимаю. Почему если смотреть карту OpenStreetMap через браузер (например Киев) то она выглядит куда более подробнее чем сделанная на ее основе карта для Garmin (формат mp)? :crazy:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.05.2012 23:41 
Аватара пользователя

Сообщения: 67
Город: Kiev
Пол: Муж
Возраст: 36
Зарегистрирован:26.10.2011
Доброго вечера.

Перечитал много тем, запутался.

Есть у меня картинки с картами, привязанные в ози как я понимаю - три файла, jpg сама карта, и файлы .map и .ozfx3 для каждой из карт

Нужно залить в екплорист 510.

Насколько я понимаю нужно .map файлы залить в Тритон РМП и сконвертить в rmp. После чего уже лить в навигатор.

Но при попытке открыть эти файлы в ТритонРМП пишет что "Не могу загрузить имя_файла_карты.jpg"

Чо делать то? =)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.05.2012 23:51 
Аватара пользователя

Сообщения: 67
Город: Kiev
Пол: Муж
Возраст: 36
Зарегистрирован:26.10.2011
Разобрался.

Программкой OziDelPath нудно было удалить старую привязку к графическим файлам.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 02.05.2012 00:04 
Аватара пользователя

Сообщения: 67
Город: Kiev
Пол: Муж
Возраст: 36
Зарегистрирован:26.10.2011
Хотя нет. Теперь на этапе нажатия на кнопку "создать рпм" ругается, что не может найти графический файл...

Помогите...а?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 02.05.2012 00:17 
Аватара пользователя

Сообщения: 67
Город: Kiev
Пол: Муж
Возраст: 36
Зарегистрирован:26.10.2011
Пересохранил оззиком эти карты - пошло)))

Тихо сам с собою...


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 02.05.2012 03:21 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
Frantic писал(а):
Пересохранил оззиком эти карты - пошло)))

Тихо сам с собою...

Есть прекрасное описание. Ну и кроме этого давать советы такого рода это что то вроде лечения зубов по телефону. Кто его знает как там софт установлен.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 02.05.2012 23:38 
Аватара пользователя

Сообщения: 67
Город: Kiev
Пол: Муж
Возраст: 36
Зарегистрирован:26.10.2011
Дайте ссылочку на описание плиз =)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 03.05.2012 08:02 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Frantic писал(а):
Дайте ссылочку на описание плиз =)
Когда я вижу такие просьбы в ветке, где буквально несколькими постами выше подробно разжевали предыдущему вопрошающему, мне вспоминается анекдот, где чукча принес в редакцию свой роман. Редактор прочитал и говорит: "Понимаете ли, слабовато... … "Однако, нет; Чукча - не читатель, Чукча - писатель."

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

Читайте, не уподобляйтесь чукче из анекдота (ничего не имею против настоящих чукчей).


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 03.05.2012 09:52 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Oneon писал(а):
Цитата:
Посмотрел карту. Смотрел недолго, в своём регионе не обнаружил таких "мелких деталей" как Тальне (райцентр) и других не маленьких населённых пунктов, расстроился (всё пропало :eek: ) и не стал больше смотреть. Видимо, глобалисты уже стёрли с лица Украины такие "мелочи".
Яндекс-карты куда более интересны, а с Генштабом вообще ничто не сравнится (хоть какая-то пользя от Советской армии осталась :yes: )


Да карта оставляет желать лучшего. :smile: Честно говоря я сам немного не понимаю. Почему если смотреть карту OpenStreetMap через браузер (например Киев) то она выглядит куда более подробнее чем сделанная на ее основе карта для Garmin (формат mp)? :crazy:


Есть такое дело. В чем проблема - не знаю. Возможно, последоватеьные преобразования OSM - MP - SHP - IMI играют роль... Может быть когда-нибудь соберусь и сделаю аналог MPSplitter, который будет напрямую брать данные в формате OSM (XML)...

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 03.05.2012 10:40 
Аватара пользователя

Сообщения: 67
Город: Kiev
Пол: Муж
Возраст: 36
Зарегистрирован:26.10.2011
UrikEEE писал(а):
Читайте, не уподобляйтесь чукче из анекдота (ничего не имею против настоящих чукчей).


:oops: Больше не буду.

Я по этим мануалам и длал, просто не получалось))

Та и в целом, сильно много сразу начитался, в голове все перепуталось. теперь систематизировал.

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

Может есть готовый у кого-то? Интересует Киев и область.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.05.2012 10:09 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Frantic писал(а):
UrikEEE писал(а):
Читайте, не уподобляйтесь чукче из анекдота (ничего не имею против настоящих чукчей).


:oops: Больше не буду.

Я по этим мануалам и длал, просто не получалось))

Та и в целом, сильно много сразу начитался, в голове все перепуталось. теперь систематизировал.

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

Может есть готовый у кого-то? Интересует Киев и область.

Какой мапбилдер? :shock: зачем мапбилдер??? :facepalm: Mobac нужен и источники к нему, сам скачает, карты сделает.

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.05.2012 13:09 
Аватара пользователя

Сообщения: 67
Город: Kiev
Пол: Муж
Возраст: 36
Зарегистрирован:26.10.2011
Вот оно счастье =)

Спасибо огромнейшее!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.06.2012 14:21 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Обнаружил интересный устойчивый глюк в GlobalMapeer 13:
Обнаружил что часто карты бывают сдвинуты на югозапад. Собирал карту из четырех генштабовских пятикилометровок. После перехода на WGS84 карта оказалась порвана. Примерно верхние 10% карты отобразились нормально, остальное изображение сдвинуто вниз влево. Обрезка тоже поехала вместе с картой.
Самое интересное: Поменял датум карт с встроенной Пулково 1942 на введенный вручную SK42 (трехпараметрический с обычными коэффициентами). Карта стала отображаться нормально и точно.

Что там за глюк с Пулково непонятно. Но использовать встроенный я больше не буду.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.06.2012 19:15 

Сообщения: 2
Город: Киев
Пол: Муж
Зарегистрирован:30.06.2012
Ребят, здраствуйте, я новенький на форуме и с 510 эксплористом познакомился недавно. Скачал детальную карту Украины с тритона (вектор). Но она привязана к нему (тритону), скажите есть ли алгоритм "разлочки" что бы прикрутить ее к эксплористу. Карта хорошая если это возможно! И еще можно ли в карте в формате .imi как то поменять шрифт на латиницу какой-то программой что б не показовало кракозябрами? (в тритоне показывает нормально!).

Если получится ее поставить на эксплорист с уцдовольствием поделюсь с вами! :roll:
Спасибо!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.09.2012 04:23 

Сообщения: 3
Город: Сибирь
Пол: Муж
Зарегистрирован:26.09.2012
Подскажите какой примерный размер будет иметь карта полученная из 10 листов масштаба 1:50 000 от ГГЦ (Генштаб)? Или желательно (необходимо) собирать карту из меньшего количества листов?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.09.2012 10:48 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Slowesno писал(а):
Подскажите какой примерный размер будет иметь карта полученная из 10 листов масштаба 1:50 000 от ГГЦ (Генштаб)? Или желательно (необходимо) собирать карту из меньшего количества листов?
Размер полученного rmp-атласа будет чуть больше суммарного размера исходных файлов (подразумеваются исходные файлы в сжатом виде: jpg или png).

Пример:
1) исходные данные 16 листов карт ГГЦ (масштаб 1:25000), суммарный размер png-файлов равен 41.5MB;
2) после преобразования в Global Mapper исходных файлов в GeoTIFF эти 16 листов стали весить уже 632.5 MB (!!!);
3) после работы geoTIFFtoRMP (версия 0.95) из 16 tiff-файлов получился rmp-атлас размером 44.5 MB.

Размер rmp-атласа (и, соответственно, количество листов исходных карт) для эксплористов не критичен, лишь бы поместился в памяти прибора. При условии, что rmp-атлас получен при помощи утилиты geoTIFFtoRMP. У меня некоторые атласы имеют размер около 700MB и прекрасно работают в 510-м эксплористе.

Пару замечаний:
1) если rmp-атлас генерируется программой MobAC, то тут надо быть осторожным: хотя в последних версиях (начиная с 1.9.6) снято ограничение на ограничение 18000х18000 точек для rmp-атласа, но по факту это ограничение лучше помнить и не превышать, поскольку мой 510-м эксплорист просто подвисал на таких rmp-атласах (полученных именно из MobAC с разрешением около 32000х32000 точек);
2) если rmp-атлас генерируется программой TritonRMP, то при ее помощи так же не удастся получить rmp-атлас больших размеров, поскольку TritonRMP начинает глючить и вылетать с ошибками о нехватке памяти при превышении некоторого критического размера (где-то листов 20 карт генштаба). Но с появлением утилиты geoTIFFtoRMP я перестал пользоваться TritonRMP за ненадобностью.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 27.09.2012 02:17 

Сообщения: 3
Город: Сибирь
Пол: Муж
Зарегистрирован:26.09.2012
UrikEEE
Спасибо! Значит для моих целей памяти 310 вполне хватит.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.10.2012 16:38 
Аватара пользователя

Сообщения: 65
Город: minsk
Пол: Муж
Возраст: 42
Зарегистрирован:03.01.2012
Я правильно понимаю, что изменяемый размер курсора текущего положения (стрелки) сделали только в эксплористах 310? В 610-м с последней прошивкой не нашел этой опции.

_________________
RMP Creator - создание карт для Magellan eXplorist / Triton


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.10.2012 17:39 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
tothehood2 писал(а):
Я правильно понимаю, что изменяемый размер курсора текущего положения (стрелки) сделали только в эксплористах 310? В 610-м с последней прошивкой не нашел этой опции.

Правильно. Но разработчики клятвенно обещают, что в следующей прошивке будет и в 510-710. Прошивка говорят почти готова. Ждем.
Может будет бетта - выпрошу.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.10.2012 10:55 

Сообщения: 6
Город: Kyiv
Пол: Муж
Возраст: 51
Зарегистрирован:24.10.2012
Пытаюсь сделать карту для 310-го магелана и чет ничего не выходит.
Для изготовлления использую следующий материал:
http://charts.gov.ua/irivers/3533/p_3533_15.png
Система координат WGS-84
Как делаю:
1. Привязки.
В Ozi загружаю данный png и еще два смежных.
В map proection выбираю Transverse Mercator
В окне Transverse Mercator Setup ввожу следующее:
general meredian - 33 (Киев, Канев, Черкассы)
Scale Factor - 1
False Easting - 500000
После этого ставлю углы границ.
После этого ставлю по 6 точек.
Сохраняю. Получаю К каждому png соответственно .map файлы
После этого TritonRPM-ом делаю RPM файл.
После этого закидываю в папку этот RPM и bmp2bit, bmp4bit файлы.
Распаковываю RPM tool-ом, разбираю тайтлы, переписываю тайтлы, собираю пакет.
Забрасываю карту на навигатор, активирую в меню и ...ничего нет :(

До этого через SAS Planet делал карты с гугля - все ОК.
Что делаю не так?
Что то подсказывает что что то не то на этапе привязки в OZI


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.10.2012 13:51 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Готовая карта 3533 и все остальные давно лежат на - http://hllab.dp.ua/Tour/triton/maps.htm
Все морские карты делаются в проекции Меркатора (просто меркатора, а не поперечного).
Это копии с исходных оригинал-макетов, поэтому 4-х угловых точек более чем достаточно.
Делал Global-Mapper - Geotiff - RMPCreator.

Кстати не RPM а RMP.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.10.2012 15:53 

Сообщения: 6
Город: Kyiv
Пол: Муж
Возраст: 51
Зарегистрирован:24.10.2012
Ооо спасибо за готовые карты!
Да! RMP! RPM - это навеяло...

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.10.2012 10:48 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Viktor_Light писал(а):
Так я так понял что можно сделать описанным мною выше способом, но использовать надо Mercator?
Но когда я выставляю просто Mercator нет возможности ввода опций в виде мередиана и прочего...

А он там нафиг не нужен.
Если это карты 1:25000, то можно как вы. Если это карта черного моря (3001), то нужно в GlobalMapper перепроецировать карту в Geographic иначе будут большие погрешности.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.10.2012 20:22 

Сообщения: 6
Город: Kyiv
Пол: Муж
Возраст: 51
Зарегистрирован:24.10.2012
Спасибо за информацию.
Еще такой вопрос.
Заметил что при конвертации файлов качество картинки реально страдает. Т.е. к примеру карты лоций имеют очень неплохое качество. На навигаторе это смотрится конкретно убого. Неужели это за счет разрешения или что то другое?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.10.2012 10:35 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Выложенные официально лоции имеют очень низкое разрешение, но вы их просматриваете на экране с уменьшением, а на навигаторе с увеличением.
Хорошо когда исходные карты 300 дпи и при выводе геотифа уменьшаются в полтора-два раза. тогда картинка получается вполне приличная.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.10.2012 13:28 

Сообщения: 6
Город: Kyiv
Пол: Муж
Возраст: 51
Зарегистрирован:24.10.2012
А Вы не встречали лоций Днепра в разрешении 300?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.10.2012 16:16 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Только от Киева до Канева (3533)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.10.2012 19:01 

Сообщения: 6
Город: Kyiv
Пол: Муж
Возраст: 51
Зарегистрирован:24.10.2012
Paganel писал(а):
Только от Киева до Канева (3533)

Я так понимаю то что выложено Вами здесь http://hllab.dp.ua/Tour/triton/maps.htm как раз содержит 3533 хорошего качества? Или есть какой то другой источник?

Потому как я как раз и загрузил этот участок. На навигаторе он смотрится страшновато :(


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.10.2012 13:53 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
У меня на сайте из официальных источников, а сканированный бумажный альбом я нашел где то у рыбаков. Он в ozfx3 и привязка явно ни в дугу. Могу поискать источник или кинуть на обменник.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 16.01.2013 15:06 
Аватара пользователя

Сообщения: 31
Город: Николаев
Пол: Муж
Возраст: 50
Зарегистрирован:24.12.2011
Не пойму в чем дело:
Привязываю карту, где нанесена сетка WGS 84. Какая проекция не знаю. Привязка карты в Ози получается терпимая (погрешности до 30м при масштабе 1:50000), ставлю сразу Geographic (Latitude/Longitude). Если карта не развернута меридианами точно по вертикали, то конвертирование в Tritom RMP или RMP Creator даёт погрешность 500-1000м... Если привязать карту, развернутую меридианами(хотя-бы в середине карты) по вертикали - погрешность RMP карты выходит до 50м(по VP, наверно в приборе будет также). Все равно хуже Ози.

Где искать загвоздку, подскажите пожалуйста, уважаемые форумчане!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.01.2013 01:00 
Аватара пользователя

Сообщения: 65
Город: minsk
Пол: Муж
Возраст: 42
Зарегистрирован:03.01.2012
http://antalos.com/gps/rmp-creator.php#scales

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

_________________
RMP Creator - создание карт для Magellan eXplorist / Triton


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.01.2013 02:20 
Аватара пользователя

Сообщения: 65
Город: minsk
Пол: Муж
Возраст: 42
Зарегистрирован:03.01.2012
Alhimik писал(а):
Не пойму в чем дело:
Привязываю карту, где нанесена сетка WGS 84. Какая проекция не знаю. Привязка карты в Ози получается терпимая (погрешности до 30м при масштабе 1:50000), ставлю сразу Geographic (Latitude/Longitude). Если карта не развернута меридианами точно по вертикали, то конвертирование в Tritom RMP или RMP Creator даёт погрешность 500-1000м... Если привязать карту, развернутую меридианами(хотя-бы в середине карты) по вертикали - погрешность RMP карты выходит до 50м(по VP, наверно в приборе будет также). Все равно хуже Ози.

Где искать загвоздку, подскажите пожалуйста, уважаемые форумчане!

В старых версиях RMP Creator была ошибка в импорте .map файлов. Попробуйте в новой 0.93 версии. Если проблема останется - покажите карту для изучения

_________________
RMP Creator - создание карт для Magellan eXplorist / Triton


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.02.2013 11:08 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Опять подниму вопрос по созданию вектора.

На сегодняшний момент мной вполне отработана технология создания вектора на основе данных ОСМ. Но есть пара тонкостей, которые хотелось бы обойти.

1. Двойное преобразование исходных данных.

На сегодняшний день в качестве исходников я использую .mp файлы, подготовленные для создания гарминовских (http://gis-lab.info/data/mp/) или навителовских (http://navitel.osm.rambler.ru/?country=Russia) карт. Честно говоря, мне это не сильно нравится т.к. там уже присутствует гарминовская (или навителовская) типизация объектов. Кроме того, столкнулся с тем, что в последнее время, по крайней мере, в гарминовсх картах они начали использовать нестандартные типы данных (те, которых нет в описании гарминовских типов в комплекте GPSMapEdit). Заметил это просто - после конвертации на карте не обнаружил ряда дорог, которые были в исходнике. Стал просматривать исходник - нашел "левые" типы. Что смог выцепить - добавил в ручную в файл описания типов для MPSplitter. Но не уверенности, что нашел все.

Кроме того, там уже присутствует разбивка по масштабным слоям, т.е. внесена гарминовская идеология, которая не совпадает с идеологией Магеллана.

Все это не дает уверенности в том, что все объекты исходника точно переносятся на результирующую карту.

Недавно наткнулся на вот это: http://gis-lab.info/projects/osm_shp/region. Это данные ОСМ в формате Shape. Без привнесения в нее гарминовской или навителовской идеологии. Т.е. как раз то, что хотелось бы видеть в качестве исходного материала. Небольшой затык в том, что напрямую эти данные непригодны для загрузки в ММО в силу "неправильной" разбивки по слоям.

Разбивка описана вот тут: http://gis-lab.info/projects/osm_shp/layer
Видно, что, например, все дороги сведены в один слой - автострады, асфальт, улицы, грунтовки, тропы. Они отличаются тегами внутри слоя, но ММО такой разбивки не понимает. Он весь слой будет рисовать одинаково.

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

2. POI

Вот тут немного сложнее. Сейчас используются две версии ММО - 1.0 и 2.7. причем, 1.0 нужна только для конвертации базы POI. Минус такого подхода - приходится держать две версии одного софта плюс извращаться с настройками версии 2.7 на папки версии 1.0 и все равно один файлик приходится руками таскать из папки версии 1.0 в папку версии 2.7

Вобщем, тут явно просится мелкая утилитка-конвертер, которая гибко бы настраивалась на папки версии 2.7 и на входе принимала бы базу POI, создаваемую сплиттером.

У меня есть исходники Шароновского конвертера, но он сам по себе глючен (это раз), имеет ограниченное количество категорий POI (это два) и жестко настраивается на структур папок версии 1.0 (в 2.7 она чуть иная). Т.е. хочется из него взять ту часть, что отвечает за вывод конечного результата и переписать входную часть. Но тут проблема в том, что исходники на дельфях, а я их не настолько хорошо знаю, чтобы разбирать чужой код, да еще транслировать его на С++ с внесением нужных исправлений...

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.02.2013 11:17 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Кстати, а можно сделать карту из одних POI? Например залить туда все родники Крыма.
Я работаю на дельфях, tothehood2, судя по программе, тоже.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.02.2013 11:45 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Paganel писал(а):
Кстати, а можно сделать карту из одних POI? Например залить туда все родники Крыма.
Я работаю на дельфях, tothehood2, судя по программе, тоже.


Из одних POI не выйдет (насколько помню, ММО требует чтобы была подключена хотя бы одна карта).
Но можно сделать карту из POI + 1 слой с одним объектом. Например, это может быть линия "граница карты". Или дорожная сеть. Или реки.

Как вариант, можно точки вынести в слой, а не в базу POI. Правда, при этом теряется функция поиска по POI.

Вобщем, на карте должен быть хотя бы один слой (шейп)

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.02.2013 12:15 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
А что. Хороший вариант, для тех, кто в основном пользуется растром, например, для крыма - туристские тропы шейп и ПОИ стоянки и родники. Поиск, естественно, нужен.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.02.2013 12:26 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Paganel писал(а):
А что. Хороший вариант, для тех, кто в основном пользуется растром, например, для крыма - туристские тропы шейп и ПОИ стоянки и родники. Поиск, естественно, нужен.


Как вариант. Не в курсе про озик, а OkMap позволяет добавлять векторные данные (например, поверх растровой карты) а потом экспортировать их в шейп. Ну и импортировать шейпы.

Т.е. можно самому рисовать свои любимые тропы.

Если интересно, могу выслать шароновские исходники.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.02.2013 13:28 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Paganel писал(а):
А что. Хороший вариант, для тех, кто в основном пользуется растром, например, для крыма - туристские тропы шейп и ПОИ стоянки и родники. Поиск, естественно, нужен.

Полностью поддерживаю. Если есть простой и доступный алгоритм для создания пустой карты с набором POI, то стоить озаботиться созданием карт по Крыму с родниками, пещерами и т.п. Лично мне в Магелланах не хватает возможности быстро включить/выключить набор точек. Я все наделся, что сделают поддержку каталогов, но такого похоже не будет. Раньше в предыдущей линейке Эксплористов можно было активировать сразу несколько файлов с точками. Нужны источники - включай соответствующий файл. Очень удобно. Зря похерили эту идею.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.02.2013 13:51 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Tramp писал(а):
Зря похерили эту идею.

Они не одну идею похерили. По секрету, ходят слухи, что им уже и это ПО не нравится. Собираются делать новое, похерив все остальное.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.02.2013 13:56 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Очередные пару лет разработки и багфиксинга. :(
Если получится сделать карты как выше писали, то мне хватит 510 на ближайшие много лет с текущей прошивкой. Все равно, новых карт пока нет. Мне хватает генштаба и атласа Крыма. Потому уже давненько не делаю карты.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.02.2013 14:00 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
В 510 хоть файлы внутри группы переключаются. А в кнопочных моделях они запутались в кнопках и теперь там нифига не работает. И исправлять уже не хотят. Даже добавить секунды в отображение времени вроде как согласились, но ради этого новую прошивку выпускать не хотят, а будет ли вообще следующая неизвестно.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.02.2013 20:28 

Сообщения: 50
Город: ----
Пол: Муж
Возраст: 57
Зарегистрирован:22.12.2011
Из другого форума http://forum.gpsinfo.ru/viewtopic.php?p=96200#p96200
Paganel писал(а):
Чем контрастнее, тем лучше. Карты ГГЦ имеют низкий контраст. Я их всегда подгоняю в фотошопе.

Хочу привести пример как решает проблему контраста ГГЦ знакомый Paganel'ю по зеленому форуму seno, он же SergNet.

Изображение


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.02.2013 22:49 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Девочка по имени Цири, в таких случаях говорила: "Жутенько". Это я о цвете.
А привязки ГГЦ с торента кривые и каждый угол нужно подправлять. Что я и делаю. А еще датум меняю с встроенного на прописанный, а то некоторые карты сдвигаются и рвутся.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.02.2013 00:12 

Сообщения: 50
Город: ----
Пол: Муж
Возраст: 57
Зарегистрирован:22.12.2011
Цвета нетрадиционные и поначалу непривычные, согласен :D . Но вот именно такие он посчитал оптимальными для ГГЦ. А датум у него тоже прописанный - историю этого вопроса знаю и по общению на профильных ресурсах, и в процессе личного общения. И здесь уже упоминал об этом: http://xt.ht/phpbb/viewtopic.php?f=118&t=62113&p=692474#p692442 Пару-тройку сшивок зон, сделанных со встроенным датумом даже переделывал, заменяя на свой прописанный, когда обнаружился косяк с этим параметром в ГМ (обсуждение в конце 2011г на зеленом форуме). Привязка его карт очень точная - проверено неоднократно.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.02.2013 15:00 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Paganel писал(а):
Кстати, а можно сделать карту из одних POI? Например залить туда все родники Крыма.
Я работаю на дельфях, tothehood2, судя по программе, тоже.


Судя по всему, можно. Но как - я не знаю.

Точнее, это будет не карта, а файл с POI.

Вот тут нашел: http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=107271

Судя по всему, тритоны и эксплористы понимают файлы .poi, которые использовались в автомобильных моделях Maestro. Но мне не удалось найти софта, которым эти файлы можно создавать. Есть только софт для создания файлов POI для более поздних моделей - RoadMate, а там используется другой формат, .mgln. Его ни VP ни прибор не понимает.

Я даже не смог найти пример такого файла чтобы посмотреть что он из себя представляет...

UPD. Нашел файл с американскими POI. VP его понимает адекватно и все показывает. Но формат с первого взгляда пока не понятен.























<a href=http://soundfrost.softonic.fr/ >youtube to mp3</a>

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.02.2013 15:18 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Victor Pomortseff писал(а):
Paganel писал(а):
Кстати, а можно сделать карту из одних POI? Например залить туда все родники Крыма.
Я работаю на дельфях, tothehood2, судя по программе, тоже.


Судя по всему, можно. Но как - я не знаю.

Точнее, это будет не карта, а файл с POI.

Вот тут нашел: http://www.gpspassion.com/forumsen/topic.asp?TOPIC_ID=107271

Судя по всему, тритоны и эксплористы понимают файлы .poi, которые использовались в автомобильных моделях Maestro. Но мне не удалось найти софта, которым эти файлы можно создавать. Есть только софт для создания файлов POI для более поздних моделей - RoadMate, а там используется другой формат, .mgln. Его ни VP ни прибор не понимает.

Я даже не смог найти пример такого файла чтобы посмотреть что он из себя представляет...

UPD1. Нашел файл с американскими POI. VP его понимает адекватно и все показывает. Но формат с первого взгляда пока не понятен.

UPD2. Структура POI файла, очень похоже, совпадает со структурой IMI файла. Описание тут: http://oyam.ca/blog/2012/12/magellan-imi-files.html

UPD3. Судя по всему, RMP файл имеет точно такую же структуру.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.02.2013 10:50 

Сообщения: 11
Город: Москва
Пол: Муж
Зарегистрирован:18.02.2013
Всем добрый день. С недавних пор стал обладателем magellan Explorist 610. Прочитал весь форум но ответов на некоторые вопросы не нашел. Может быть кто-то сможет подсказать решение проблемы. Во первых: Попробовал залить в прибор генштаб РККА, но прибор не хочет открывать карту. Привязывал по следующей схеме, сначала в фотошопе наложил РККА на новый генштаб, вытянул все изгибы скана, после чего сохранил карту со слоями в Тифф формате, дальше привязал в ОЗИ как описывал где-то Паганель, с использованием датума Bessel, по 4 точкам, после чего точно также переделал файл в "RMP" с wgs 84, но прибор отказывается видеть карту. Хотя современный гентшаб видит нормально.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.02.2013 11:59 

Сообщения: 11
Город: Москва
Пол: Муж
Зарегистрирован:18.02.2013
И второй вопрос, когда закачиваешь в прибор одну карту в папку maps, он ее открывает, а когда добавляешь еще другую карту, другого квадрата, она отображается в меню прибора но отображается с красным крестиком и не включается... получается, что в прибор может быть залита только одна растровая карта?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.02.2013 12:33 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
После программы TritonRMP карту для Эксплориста нужно патчить программой RMP_Tools (http://hllab.dp.ua/Programs/RMP_Tools_Map4Me.zip)
Пользуйтесь RMPCreator - http://antalos.com/gps/rmp-creator.php
Она гораздо удобнее, делает карты сразу для эксплористов и не имеет некоторых глюков TritonRMP.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.02.2013 13:01 

Сообщения: 11
Город: Москва
Пол: Муж
Зарегистрирован:18.02.2013
Так в том то и дело, современный ГШ без обработки в RMP_Tools открывается на приборе нормально, а вот ГШ РККА почему-то не открывает... Впрочем спасибо за подсказку сегодня попробую залить карту при помощи RMPCreator.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.02.2013 21:17 

Сообщения: 11
Город: Москва
Пол: Муж
Зарегистрирован:18.02.2013
Спасибо Паганелю все получилось, но теперь другая проблема возникла, почему-то листы карты N-37-46, N-37-47, N-37-58, N-37-59, (Юхновский район Калужской области) ГШ РККА отображается где-то в районе Казани :sad: А в чем проблема не пойму, вроде привязал в ОЗИ все правильно выбрал проекцию Bessel, а дальше привязывал как обычный генштаб!?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.02.2013 22:27 

Сообщения: 11
Город: Москва
Пол: Муж
Зарегистрирован:18.02.2013
Если поставить на карте проецию Пулково-42 во время привязки в ОЗИ , и потом из этого датума переделать карту в WGS 84, Lat/Lon, то карта отображается правильно, там где и должна быть. А если оставить датум Bessel, то карта отображается совсем в другом месте. С чем это связано? И как быть, получается, что если оставить привязку Пулково-42, то карта будет на местности отображаться с большой погрешностью?
Заранее спасибо за ответы.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.02.2013 20:30 

Сообщения: 11
Город: Москва
Пол: Муж
Зарегистрирован:18.02.2013
Неужели специалисты ничего не могут подсказать???


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.02.2013 21:35 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
DIMCH 2013 писал(а):
Неужели специалисты ничего не могут подсказать???

Специалисты действительно не могут. Если вы не понимаете, что делаете, то как мы можем понять что у вас получается.
Я вообще первый раз слышу о проекции "Bessel". И читать вам курс топографии тут тоже нет смысла. Это будет долго и все равно непонятно.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.02.2013 21:56 

Сообщения: 11
Город: Москва
Пол: Муж
Зарегистрирован:18.02.2013
По поводу проекции Bessel, я пргосто ошибся, я имел ввиду "датум карты" и описаную процедуру привязки карт генштаба РККА в ОЗИ:
1. Создаешь в папке где OziExplorer текстовый файл datums.dat из одной строчки:
Bessel,3,0,0,0
2. Запускаешь Ozi, указываешь при калибровке вместо Pulkovo - Bessel
3. Дальше как обычный генштаб.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.02.2013 22:07 

Сообщения: 11
Город: Москва
Пол: Муж
Зарегистрирован:18.02.2013
После переделка карты описаная здесь на сайте под датум WGS 84 и проекцию Latitude/Longitude.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.02.2013 10:27 

Сообщения: 11
Город: Москва
Пол: Муж
Зарегистрирован:18.02.2013
Неужели я так непонятно объясняю :sad: Тогда напишу проще, может кто-то в таком случае подскажет. Как привязать карту генштаба РККА и потом закачать ее в Magellan Explorist 610? Может быть кто-то скинет ссылочки. Искал эту процедуру в гугле но везде описана привязка современного генштаба.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.02.2013 17:28 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
[quote="DIMCH 2013"Как привязать карту генштаба РККА и потом закачать ее в Magellan Explorist 610? Может быть кто-то скинет ссылочки. Искал эту процедуру в гугле но везде описана привязка современного генштаба.[/quote]
Даже привязка современного генштаба во многих местах описана неправильно, что приводит к большим ошибкам отображения карты. Типичный пример известный сайт veslo.ru. Но если даже посмотреть эту тему сначала, то возможно там уже написано почти дословно то, что мне каждый раз приходится писать заново для тех, кто не хочет читать.

В отличие от OziExplorer, который понимает разные проекции и датумы, карта для навигаторов Magellan, как впрочем и карты для Гаримнов и многих других навигаторов должны быть в только в одной единственной проекции и датуме. Это сделано, чтобы упростить программу и обеспечить высокое быстродействие и экономию энергии. Для этого недостаточно просто поменять в привязке Ози датум и проекцию. Датум должен быть пересчитан, а изображение пробразовано.
Готовая карта должна быть в равноугольной проекции (Equirectangular), как политическая карта мира. Изображение карты должно быть идеальным прямоугольником со строго вертикальными меридианами и горизонтальными параллелями образующими строго равномерную сетку. Для карты задается широта верха и низа и долгота левого и правого края.
Топографические карты в проекции Гаусса-Крюгера не прямоугольники, а конические трапеции (по бокам почти прямые, а сверху и снизу дуги). Никаким фотошопом правильно расправить такую карту в прямоугольник не удастся. Для этого нужна специальная картографическая программа, например GlobalMapper.
Как это делается для обычного Генштаба описано здесь - http://antalos.com/gps/ozi-to-geotiff.php

Карты РККА сделаны в той же проекции, но в другой системе координат - СК-32, как вы уже сказали, на другом эллипсоиде (Бессель 1841). Но указание этого эллипсоида гарантирует только совпадение градусных и километровых сеток на карте и в программе. Чтобы карта соответствовала еще и местности, а именно это вам и надо, нужно либо задать три коэффициента датума, либо готовую карту сдвинуть до совпадения с ориентирами.
Для Украины можно с достаточной точностью использовать вычисленный мной по паре десятков карт датум:
SK32,3,382,151,574
Насколько он будет соответствовать картам России, не знаю.
Аналогичный датум можно завести и в GlobalMapper:
"SK32","SK32","Bessel 1841",382.00000000000000000,151.00000000000000000,574.00000000000000000

Пошаговой инструкции с картинками или видеоурока не ждите.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.02.2013 13:28 

Сообщения: 11
Город: Москва
Пол: Муж
Зарегистрирован:18.02.2013
Спасибо Паганель. Все доходчиво объяснили, в общем я так понимаю это очень геморойное занятия и с моими минимальными познаниями в математических расчетах, сделать это будет тяжело. Я попробовал сделать по следующей схеме, в фотошопе натянул карту РККА на современный генштаб по ориентирам рек, дорог, деревень и высот, а потом привязал как обычный генштаб с указанием Датума Пулково. Вроде бы совпадение нормальное получилось, правда на местности пока не проверял, не знаю как получится?! В любом случае большое спасибо


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.07.2013 10:59 

Сообщения: 5
Город: Минск
Пол: Муж
Возраст: 33
Зарегистрирован:17.07.2013
Подскажите, как сделать собственную базовую карту ?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.07.2013 00:51 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
А зачем?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.07.2013 23:44 

Сообщения: 5
Город: Минск
Пол: Муж
Возраст: 33
Зарегистрирован:17.07.2013
vituser затем что хочется чтобы к примеру вся беларусь была, пусть и в примитивном виде (областные и районные центры к примеру). Навигатор одновременно отображает только две карты-базовую и любую детальную.

Но как показали поиски, MGI расковырять ничем невозможно. Ибо инструменты для работы - строго засекречены...


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.07.2013 00:30 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
stean писал(а):
vituser затем что хочется чтобы к примеру вся беларусь была, пусть и в примитивном виде (областные и районные центры к примеру). Навигатор одновременно отображает только две карты-базовую и любую детальную.

Как это? Современные Магелланы могут одновременно показывать кучу растровых карт! На сайте Паганеля выложена вся Украина в виде километровок, разбитая на 17 стыкующихся друг с другом частей. А километровки Генштаба - это будет получше, чем любая базовая карта. И весит это добро (т.е. Украина) чуть больше одного гигабайта, так что в навигатор, при желании, влезет без проблем, да ещё и место останется. А Беларусь чем хуже? Для неё тоже можно растровые карты замутить.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.07.2013 08:18 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Андрей Лунячек писал(а):
Как это? Современные Магелланы могут одновременно показывать кучу растровых карт!
А вот из множества детальных карт (векторных *.imi) в один момент времени действительно может отображаться только одна. При этом базовая карта (также векторная) на площади детальной карты не отображается.

stean писал(а):
Подскажите, как сделать собственную базовую карту ?
Вот здесь описана технология создания собственных векторных карт. Правда, только детальных (*.imi), а не базовых (*.mgi).

Особой разницы при использовании детальной карты (в сравнении с базовой) я не заметил. Базовая карта сделана без "подложки" - поэтому все объекты базовой карты (дороги, реки, населенные пункты и т.п.) отображаются поверх растровых карт. Как сделать детальную карту (с подложкой или без) - решаете Вы сами.

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

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

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


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 19.10.2013 22:03 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Всё равно без хорошего "учебника" с пошаговыми инструкциями и с пояснениями на каждом шаге почему "так, а не иначе" и "откуда взялась эта цифра" и "если у вас другая карта, то делайте вот так" сложно разобраться :oops:

Ну, вот, к примеру, я взял 500-метровую карту в .jpg, открыл в глобал маппере, выбрал проекцию Гаусса-Крюгера (кстати, там этих крюгеров несколько. Я взял наобум с шестиградусными зонами), выбрал датум S-42 (Pulkovo 1942) (кстати, там несколько S-42. Может, надо было выбрать "S-42 Russia"?), привязал по углам. Потом аналогично ещё несколько таких листов загрузил.
Потом обрезал поля у листов.
Потом наложил сверху пару треков. Вроде примерно треки с дорогами совпали. Ну, так, метров на 30-40 местами убежали, местами ровно легли :)
Потом через Tools-Configure поменял проекцию на Geografic (Lat/Lon) и датум на WGS84. При этом карта чуть выпрямилась и квадраты превратились в прямоугольники.
Потом делаю экспорт в GeoTIFF. Вот тут уже непонятки. По советам Паганеля выбрал 24 бит, бикубическую интерполяцию, нарезку на тайлы по 10000 пикселей. А вот что писать в Sample spacing / scaling непонятно. Вроде как-то что-то автоматом посчиталось :oops:

Потом в RMPcreator попытался сделать карту в rmp. Так и не понял, что указывать в "Scale in meters". Написал 50000. И какие настройки рмпкреатор должен брать из глобалмаппера? Когда я пытался сделать импорт настроек по F9, в окошке прописывались каки-то цифры. Но потом карта в ВантажПоинт была либо вообще не видна, либо получалась какой-то размазанной.
И ещё область карты получилась огромной. Не только кусок под Харьковом, но аж до Грузии :)
Хотя я в глобалмаппере при экспорте чётко указал прямоугольную область вокруг моих листов. :roll:

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

P.S. спасибо Паганелю за инструкции "как натянуть презерватив на глобус". Без его разъяснений на форумах у меня ничего бы не получилось :D


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.10.2013 23:02 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
А у меня вот какой вопрос: чем отличаются проекции Mercator и Geografic (Lat/Lon)? Я, как и многие, периодически использую карты из SAS Планеты. Экспортирую оттуда в формате .jpg + .map (на выходе карта имеет проекцию Mercator), а затем загоняю карту в RMPCreator. Получившийся файл гружу в навигатор, и насколько я заметил, данная карта более-менее нормально соответствует местности.

Но, поскольку я читал, что для подготовки карт для Магелланов часто используют Global Mapper, то решил попробовать его. Загрузил карту, экспортированную из SAS Планеты, и поменял проекцию с Mercator на Geografic (Lat/Lon). В результате получил точно такую же картинку. Так что же получается? Если использовать карты из SAS Планеты, то Global Mapper не нужен?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.10.2013 11:08 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
Я GM вообще не пользовался. Привязал ОЗИ. Потом открыл по несколько листов в мапэдите и как нужно несколько картинок склеил. Потом запустил это всё в RMPCreator.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.10.2013 12:00 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Д. Засядько писал(а):
Всё равно без хорошего "учебника" с пошаговыми инструкциями и с пояснениями на каждом шаге почему "так, а не иначе" и "откуда взялась эта цифра" и "если у вас другая карта, то делайте вот так" сложно разобраться :oops:

Ну, вот, к примеру, я взял 500-метровую карту в .jpg, открыл в глобал маппере, выбрал проекцию Гаусса-Крюгера (кстати, там этих крюгеров несколько. Я взял наобум с шестиградусными зонами), выбрал датум S-42 (Pulkovo 1942) (кстати, там несколько S-42. Может, надо было выбрать "S-42 Russia"?), привязал по углам. Потом аналогично ещё несколько таких листов загрузил.

Для километровок и 500-метровок ГШ надо указывать Transverse Mercator, S42 (Pulkovo 1942)
Цитата:
Потом обрезал поля у листов.
Потом наложил сверху пару треков. Вроде примерно треки с дорогами совпали. Ну, так, метров на 30-40 местами убежали, местами ровно легли :)
Потом через Tools-Configure поменял проекцию на Geografic (Lat/Lon) и датум на WGS84. При этом карта чуть выпрямилась и квадраты превратились в прямоугольники.
Я делаю инициализацию из кода EPSG:4326
Цитата:
Потом делаю экспорт в GeoTIFF. Вот тут уже непонятки. По советам Паганеля выбрал 24 бит, бикубическую интерполяцию, нарезку на тайлы по 10000 пикселей. А вот что писать в Sample spacing / scaling непонятно. Вроде как-то что-то автоматом посчиталось
Где это??? :shock:
Чуть позже доберусь до компьютера, посмотрю ещё раз, но я не помню возможности такого выбора.
Вы пропустили один важный шаг!
Когда сделали все настройки в диалоге экспорта GeoTIFF в Global Mapper, нужно перейти в RMPCreator,
- выбрать свою модель прибора Device Model(Explorist 510?) и
- масштаб экспортируемой карты Scale in meters (для 500-метровки 50000, кля километровки 100000 итд по аналогии),
- нажать кнопку Set.
- После чего перейти в диалог экспорта GeoTIFF Global Mapper и наконец-то
- нажать F9,
- поставить галочку напротив *.map для OziExplorer, и только после этого
- приступать к экспорту карты в GeoTIFF.
Цитата:
Потом в RMPcreator попытался сделать карту в rmp. Так и не понял, что указывать в "Scale in meters". Написал 50000. И какие настройки рмпкреатор должен брать из глобалмаппера? Когда я пытался сделать импорт настроек по F9, в окошке прописывались каки-то цифры. Но потом карта в ВантажПоинт была либо вообще не видна, либо получалась какой-то размазанной.
И ещё область карты получилась огромной. Не только кусок под Харьковом, но аж до Грузии :)
Хотя я в глобалмаппере при экспорте чётко указал прямоугольную область вокруг моих листов. :roll:

Ответил выше.
Цитата:
А как сделать многослойную растровую карту? Ну, к примеру, слой километровок, под ним слой пятьсотметровок. Подготовить каждый слой отдельно? А как потом в рмпкреаторе раскидать карты по слоям?
И ещё напрягает то, что карта видна только на определённых масштабах. В озике карту на любых масштабах было видно. И с подготовкой карт как-то попроще всё.

Можно сделать несколько разных карт, они сами по себе расположатся в нужной последовательности. Это же не Гармин, в котором нужно принудительно указывать зоны видимости. :lol:
Если хотите всё в одну многослойку, то в RMPCreator есть опция Allfiles to one RMP. Я её не опробовал, но скорее всего она для этих целей и служит.
Цитата:
P.S. спасибо Паганелю за инструкции "как натянуть презерватив на глобус". Без его разъяснений на форумах у меня ничего бы не получилось :D

[/quote]Согласен на все 100!
Андрей Лунячек писал(а):
А у меня вот какой вопрос: чем отличаются проекции Mercator и Geografic (Lat/Lon)? Я, как и многие, периодически использую карты из SAS Планеты. Экспортирую оттуда в формате .jpg + .map (на выходе карта имеет проекцию Mercator), а затем загоняю карту в RMPCreator. Получившийся файл гружу в навигатор, и насколько я заметил, данная карта более-менее нормально соответствует местности.
Geografic (Lat/Lon) наиболее близко к проекции, которая используется в самом приборе. Мы делаем подготовку исходной карты.
Попробуйте сделать одну карту в Mercator и в Geografic, преобразуйте каждую в RMP, сравните. Можете здесь написать результат для всех. :smile:
Цитата:
Но, поскольку я читал, что для подготовки карт для Магелланов часто используют Global Mapper, то решил попробовать его. Загрузил карту, экспортированную из SAS Планеты, и поменял проекцию с Mercator на Geografic (Lat/Lon). В результате получил точно такую же картинку. Так что же получается? Если использовать карты из SAS Планеты, то Global Mapper не нужен?

SAS.Планета, к большому сожалению, не умеет экспортировать карты в GeoTIFF, а RMPCreator, к сожалению, не умеет работать с *.ECW

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.10.2013 13:39 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Про проекции:
Магелланам нужна проекция Lat/Lon в терминах OziExplorer. То есть карта должна быть прямоугольная выровненная по параллелям и меридианам с равномерной градусной сеткой. Внимание: масштаб по горизонтали и вертикали может быть любым в том числе разным. Магеллан все равно ширину и высоту масштабирует отдельно, добиваясь чтобы был одинаковый масштаб по горизонтали и вертикали в метрах.

В GlobalMapper есть две проекции, удовлетворяющих этому условию:
Geographic, у которой квадратная сетка в градусах. При этом карта в северных районах получается сплюснутая. Магеллан ее потом растянет, но качество картинки при этом будет заметно хуже. То же самое делается при экспорте RMP из OziMapMerge.
Если при экспорте из GlobalMapper снять галочку "Квадратные пиксели", то карта из классической Geographic практически превращается в Equirectangoular. То есть у нее будет почти квадратная сетка в метрах, что нам и надо.
Equirectangoular сразу имеет одинаковый масштаб в метрах на указанной в настройках проекции широте. Но при экспорте в Геотифф координаты и масштаб сохраняются в метрах и RMPCreator их не понимает.
Mercator похож на EQR но строится не на шаре, а не эллипсоиде. Поэтому километровая сетка в нем не равномерная с точностью до приплюснутости земли. В привязанной по углам карте большого региона центр может значительно уехать.

В результате, для магелланов нужно сохранять Геотифф в Geographic сняв галку "Квадратные пиксели" и ручками задав одинаковый масштаб по широте и долготе в метрах.

О выборе масштабов дальше...


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.10.2013 14:54 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Зундер писал(а):
SAS.Планета, к большому сожалению, не умеет экспортировать карты в GeoTIFF, а RMPCreator, к сожалению, не умеет работать с *.ECW

SAS.Планета умеет экспортировать карты в формате .JPG + .MAP. Этот формат RMPCreator прекрасно понимает. Я подобным образом готовил RMP-файлы относительно небольших регионов, и они совпадали с местностью. Учитывая написанное Паганелем о разнице между Equirectangoular и Mercator, делаю вывод: для небольших регионов достаточно будет варианта SAS.Планета + RMPCreator. Для больших регионов нужно добавить GlobalMapper и смену проекции.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.10.2013 17:29 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
На листе пятикилометровки (меньше днепропетровской области) разница между Меркатором и Географиком больше километра (Лист М-36-IV - 1125 м).
На листе километровки размером всего то 40*40 километров разница получилась порядка 50 метров.
Большой это регион или маленький и большая ли это ошибка для гуглеснимка уровня 19 судите сами. Пару кварталов сохранить может и можно. Но ведь народ обычно желает выкачать и слить в RMP не меньше как весь Крым или всю свою область и в уровне не меньше 17-18...


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.10.2013 18:29 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Теперь попытаемся разобраться с масштабами:
Как магеллан выбирает карту, как решает в каком масштабе отображать и как масштабировать мы можем только догадываться. Этого, возможно не знают и разработчики. Те кто это делал для Тритона уже в Магеллане не работают, а те, что работают сейчас, возможно, и не знают, а если и знают, то не скажут.

Мы знаем следующее:
- масштаб карты в RMP задается в градусах на пиксель отдельно по горизонтали (долготе) и вертикали (широте), что позволяет программе найти нужный тайл и отмасштабировать его на экране
- карта отображается в 4 или 5 градациях масштаба. Точно никто не проверял (может я проверю), но вроде как от 0.5х до 2х от какого то среднего значения, возможно реального масштаба карты.

Из этого и исходят в своих рассуждениях, когда выбирают масштаб, в котором делать карту. Тут есть несколько странных заморочек:

Заморочка 1. У 310 и 610 разное разрешение экрана в пикселях на дюйм (дпи). Отсюда считается что и карты должны быть разными. И в RMPCreator выбирается отдельно тип прибора с разным дпи.
НО! Внимательно! И в 310 и в 710 линейка, по моему, одинаковой длины (70 пикселей, у меня нет 510-710, у кого есть - проверьте по скриншоту) и над ней пишется одна и та же цифра, предположим 1.2 км. При этом карта на обоих приборах отображается совершенно одинаково в масштабе 1200/70=17.14 метров на пиксель (ппи). То есть разрешение экрана до феньки и надо плясать от метров на пиксел карты, а не от пикселей на дюйм экрана.

Заморочка 2. В GlobalMapper для проекции Geographic масштаб задается в градусах на пиксел. В них и считает калькулятор RMPCreator. Как он считает - см заморочка 3. Но в ГМ можно выбрать и метры на пиксель и просто задать их, хотя бы те же самые 17.14 для километровки.
Заморочка 3. Градусы на пиксель странная величина. По вертикали они для любой карты почти одинаковые, а по горизонтали (долготе) могут отличаться на порядок. Меридианы то сходятся. Но человеку более привычно раскинуть руки в стороны и сказать: "Во какая рыба".
Вот и автор RMPCreator считает масштаб раскинув руки (по долготе) приняв за основу метры на пиксель на среднепотолочной широте. В результате посчитанные в калькуляторе карта Гондураса от карты Таймыра отличается по масштабу как минимум вчетверо и соответственно отображаются совершенно в разных градациях масштаба. А еще у них и мпп по широте и долготе совсем разные получаются (карта то сминается то вытягивается, а потом навигатор ее тянет и мнет обратно). Я ему это говорил, но он меня не понял начиная уже с заморочки 1.

Как вам поступить, считать масштаб в RMPCreator или поделить масштаб на 70 не знаю. Тем более не знаю, что будет с этим делать навигатор, когда будет отображать. У меня во всяком случае разные карты в разных широтах отображаются почти одинаково. Но надо еще проверить. Может в магеллане тоже считают масштаб раскинув руки?
Я думаю на досуге сделать по десятку карт на экваторе и в заполярье с шагом например 2 мпп и посмотреть в каких масштабах они будут отображаться. Но важного практического смысла я в этом не вижу. Просто любопытно.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.10.2013 18:30 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Дмитрий, спасибо! Теперь понятно! Я делал карты меньшего размера. Недельный поход по Карпатам поместился на карту 30х25 км, а остальные мои карты не превышают 20х20 км. При таких размерах ошибка, наверное, будет около 10-20 м, что сопоставимо с точностью навигатора.
И уровень 19 я почти не использую. Чаще всего в дополнение к 500-метровкам я использую OSM уровня 17 в SAS Планете (он же - уровень 16 в Mobile Atlas Creator).

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.10.2013 18:34 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Paganel писал(а):
Вот и автор RMPCreator считает масштаб раскинув руки (по долготе) приняв за основу метры на пиксель на среднепотолочной широте.


А вот RMPCalc считает масштаб не по среднепотолочной широте, а по средней широте данного листа карты :-)

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.10.2013 18:35 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Андрей Лунячек писал(а):
Учитывая написанное Паганелем о разнице между Equirectangoular и Mercator, делаю вывод: для небольших регионов достаточно будет варианта SAS.Планета + RMPCreator.

Mobac. :facepalm:

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.10.2013 18:41 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Victor Pomortseff писал(а):
А вот RMPCalc считает масштаб не по среднепотолочной широте, а по средней широте данного листа карты :-)

Это я знаю. Но несколько чисел я помню и так:
240 3.43
400 5.71
800 11.43
1200 17.14
1600 22.86
2400 34.29

А вот сколько пикселей в линейке 510-710 было бы интересно узнать.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.10.2013 18:51 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Зундер писал(а):
Андрей Лунячек писал(а):
Учитывая написанное Паганелем о разнице между Equirectangoular и Mercator, делаю вывод: для небольших регионов достаточно будет варианта SAS.Планета + RMPCreator.

Mobac. :facepalm:

Я раньше активно использовал МОВАС. Но у него, даже с вашими источниками, всё равно их меньше, чем у SAS Планеты. А те, что есть, не всегда хорошо работают. У меня (не знаю, как у других) не работает OSM Mapnik. К тому же, в отличие от SAS Планеты, имеется ограничение на размер файла в 20000х20000 пикселей.
Я раньше, если нужна была карта из SAS Планеты, переводил её в локальный кэш и подсовывал МОВАСу. Но потом забил на него и перешёл на связку SAS.Планета + RMPCreator. Получается удобнее, да и на размер карты нет ограничений. Теперь, благодаря Паганелю, понял, что для больших карт (которые я почти никогда не делаю), нужен ещё и Global Mapper.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.10.2013 20:16 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
У меня (не знаю, как у других) не работает OSM Mapnik.

У меня работает, но до 16 зума. То есть, номера домов уже не видно.
Впрочем, для OSM есть и другие рендеры и серверы с тайлами. Попробуйте OpenStreetmap MapQuest, OpenStreetMap CloudMade.

Цитата:
Где это??? :shock:
Чуть позже доберусь до компьютера, посмотрю ещё раз, но я не помню возможности такого выбора.

Ну, дык, в диалоге создания геотиффа (ткнуть в картинку для увеличения).
Изображение


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.10.2013 20:57 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Цитата:
У меня (не знаю, как у других) не работает OSM Mapnik.

У меня работает, но до 16 зума. То есть, номера домов уже не видно.
Впрочем, для OSM есть и другие рендеры и серверы с тайлами. Попробуйте OpenStreetmap MapQuest, OpenStreetMap CloudMade.

Пробовал, конечно. Мне они нравятся гораздо меньше, чем Mapnik. И цветовым решением, и отсутствием некоторых тропинок. Да и зачем их использовать, если Mapnik могу без труда получить из SAS Планеты.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.10.2013 08:15 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Ну, в принципе, вопрос как бы решаемый.
Я сделал файлик OSM_Mapnik_TEST.bsh с текстом внутри
Код:
name = "OSM_Mapnik_test";

tileType = "png";
String getTileUrl( int zoom, int x, int y ) {
   return "http://a.tile.openstreetmap.org/" + zoom + "/" + x + "/" + y + ".png";   
}


Подсунул в МОБАК. Работает. Но есть две проблемы:
1) не знаю как сделать, чтобы буква "a" в адресе сервера a.tile.openstreetmap.org автоматически случайным образом менялась бы на b и c. Это нужно для более равномерной нагрузки на сервера.
2) Выкачивание "оптом" большого числа тайлов создаёт большую нагрузку на сервера, которые и так серьёзно нагружены. А дополнительные сервера денежек требуют :( Учитывая, что OSM неприбыльная организация, и существует за счёт пожертвований (как Википедия), это как бы некрасиво.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.10.2013 09:32 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Paganel писал(а):
А вот сколько пикселей в линейке 510-710 было бы интересно узнать.
В 510-м (и 610-м) разрешение 240x400 точек. По ширине экрана разрешение такое же, как и в 310-м, а по высоте отличается (320 точек у 310-го, если не ошибаюсь).


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 21.10.2013 09:45 
Аватара пользователя

Сообщения: 122
Изображения: 5
Город: Харьков, р-н ХТЗ
Пол: Муж
Возраст: 49
Зарегистрирован:15.08.2011
Извините, а может кто то выложить готовые файлы карт OSM Mapnik или OpenStreetmap Харьковской обл. для Магелана 310.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 21.10.2013 09:46 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
UrikEEE писал(а):
В 510-м (и 610-м) разрешение 240x400 точек. По ширине экрана разрешение такое же, как и в 310-м...

А, ну да! Тогда вообще непонятно зачем в RMPCreator отдельно 310 и 510.
А ширина экрана в миллиметрах у них тоже одинаковая? Если нет, тогда действительно заморочка №1


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.10.2013 10:11 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Д. Засядько писал(а):
Ну, в принципе, вопрос как бы решаемый.
Я сделал файлик OSM_Mapnik_TEST.bsh с текстом внутри
Код:
name = "OSM_Mapnik_test";

tileType = "png";
String getTileUrl( int zoom, int x, int y ) {
   return "http://a.tile.openstreetmap.org/" + zoom + "/" + x + "/" + y + ".png";   
}


Подсунул в МОБАК. Работает. Но есть две проблемы:
1) не знаю как сделать, чтобы буква "a" в адресе сервера a.tile.openstreetmap.org автоматически случайным образом менялась бы на b и c. Это нужно для более равномерной нагрузки на сервера.

Вот так спросонок получилось:
Код:
//import java.util.Random;
static import java.lang.Math.*;
name = "OSM_Mapnik";
    private static final String dCase = "abc";
tileType = "png";
String getTileUrl( int zoom, int x, int y ) {
   return "http://" + dCase.charAt(new Random().nextInt(3)) + ".tile.openstreetmap.org/" + zoom + "/" + x + "/" + y + ".png";   
}

Вложение:
OSM_mapnik.zip [381 байт]
Скачиваний: 212

Цитата:
2) Выкачивание "оптом" большого числа тайлов создаёт большую нагрузку на сервера, которые и так серьёзно нагружены. А дополнительные сервера денежек требуют :( Учитывая, что OSM неприбыльная организация, и существует за счёт пожертвований (как Википедия), это как бы некрасиво.

Пожертвуйте от чистого сердца! :wink:

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.10.2013 12:43 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Проверил. Работает.

Так, кто там хотел всю Харьковскую область в Мегеллан засунуть? Теперь это можно аж до 19 зума (ниже тайлов уже нет)
:D

Впрочем, ниже 17 зума, как мне кажется, всё равно нет смысла качать. На 17 зуме появляются номера домиков, отсутствующие на 16 уровне. А дальше уже вроде ничего не появляется, разве что какие-то нюансы микромаппинга вроде скамеечек, урн для мусора и т.д.

Ну и всё равно придётся карту кусками делать. Потому что МОБАК всю область может не осилить :(
Может, в данном случае лучше заморочиться с векторной картой? Всё равно ведь OSM изначально векторная, и достать данные в векторном виде можно без проблем.


Последний раз редактировалось Д. Засядько 21.10.2013 13:12, всего редактировалось 2 раз(а).

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.10.2013 12:47 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
К сожалению Заморочка 3 присутствует и в самом Магеллане. Он мыслит тоже в градусах и тоже по долготе. Поэтому, несмотря на то, что клетки километровой сетки отображаются квадратными, их размер соответствует линейке на экране только на экваторе или на какой то среднепотолочной широте. На Кольском полуострове, судя по линейке, клетка больше 3.5 километров.
И чем севернее, тем мельче будет карта и в меньших увеличениях она будет отображаться.
Проверил на картах N36 и Q36. И это исправить никак, ничем и никем невозможно. :sad:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.10.2013 14:25 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
И это исправить никак, ничем и никем невозможно.

То есть, масштабная линейка в Магелланах показывает чушь?

Цитата:
готовые файлы карт OSM Mapnik или OpenStreetmap Харьковской обл. для Магелана 310.

Попробовал в Мобаке сделать. Харьков с окрестностями на 17 зуме получился 176 МБ. Всю область не осилил.
Пробуйте http://sendfile.su/884523
(в вантаж поинт открывается, а на живом магеллане я не проверял)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.10.2013 18:05 
Аватара пользователя

Сообщения: 122
Изображения: 5
Город: Харьков, р-н ХТЗ
Пол: Муж
Возраст: 49
Зарегистрирован:15.08.2011
Д. Засядько писал(а):
Цитата:

Попробовал в Мобаке сделать. Харьков с окрестностями на 17 зуме получился 176 МБ. Всю область не осилил.
Пробуйте http://sendfile.su/884523
(в вантаж поинт открывается, а на живом магеллане я не проверял)

Большое спасибо, все отлично работает :smile: . Конечно хотелось бы еще чтоб и пригород показывал. Но может потихоньку сам научусь делать :D


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 21.10.2013 19:24 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Я делал из OSM Mapnik карты городов для Магеллана. Больше всего мне понравились карты, скомбинированные из двух слоёв: 15 и 17. То есть, имеем километровку (или 500-метровку), которая при увеличении переходит в OSM 15 уровня, а потом в 17 уровень.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.10.2013 12:04 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Но может потихоньку сам научусь делать

Ну, попробуйте. Только начните с небольших участков (размером не больше одной деревни). Возможно, потребуется прогонять полученную карту через RMP Tools и вписать "провайдера" и "группу". А может и нет.

А вообще, для города, как мне кажется, лучше векторную карту делать. Надо будет попробовать.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.04.2014 14:58 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Купил магеллан ехрлорист 510-й, проделал следующее:

1. Запускаем САС планету прямо из папки где она находится.
2. На вкладке «Карты» выбирает тип карт и масштаб который нужен. В основном это генштаб 1км, 500м, и карты госгисцентра 250м.
3. Выбираем нужную область и увеличиваем ее колесиком. Смотрим до какого масштаба увеличения карта увеличивается без размывания, например - Z16
4. Рядом с иконкой «Стрелка» (Перемещать) на верхней панели выбираем иконку Прямоугольника с серым прямоугольником внутри«Операции с выделенной областью».
5. Выбираем «Прямоугольная область»
6. Мышью выделяем нужную область.
7. Появляется окно «Операция с выделенной областью»
8. Снимаем галочку «Закрыть окно после старта»
9. Выбираем масштаб, например Z16.
10. Нажать «Начать».
11. Появится окно процесса загрузки. По завершении, закрыть это окно крестиком сверху.
12. Выбираем вкладку «Склеить» в оставшемся окне.
13. Устанавливаем: Результирующий формат JPEG
14. указываем куда сохранять и имя файла
15. выбираем такой же масштаб Z16
16. качество для JPEG и ESW устанавливаем 100%
17. Ставим галку в поле «map» в графе «Создавать файл привязки»
18. Нажимаем «Начать».
19. Закрываем окно.
20. Файл с привязкой готов в указанной ранее папке.
После этого конвертируем его РМП-макером и все.

Получил два файла, скачал прогу TritonRMP, но файл с расширением .мар не вставляется в эту прогу, я так понял, что это файл привязки. Что делать?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 23.04.2014 16:50 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Maximuss Neizvestny писал(а):
После этого конвертируем его РМП-макером и все.

Получил два файла, скачал прогу TritonRMP, но файл с расширением .мар не вставляется в эту прогу, я так понял, что это файл привязки. Что делать?
Пишете об одной программе, пользуетесь другой. Инструкция вообще не с нашего форума. :twisted:
Нужная программа:
viewtopic.php?f=118&t=62113

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.04.2014 16:54 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
http://antalos.com/gps/rmp-creator.php

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.04.2014 20:56 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
скачал я этот креатор, не хочет он работать с моими файлами. И я не говорил, что инструкция с этого форума. Просто я попробовал (нельзя что ли?). Тем более я первый раз держу навигатор в руках. А вы как я понимаю специалисты. Тогда скажите, эта фраза "после этого конвертируем его РМП-макером и все." - КАК РЕАЛЬНО ЭТО СДЕЛАТЬ? или Вы про этот метод "не с нашего форума" впервые слышите?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 23.04.2014 21:15 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
И второй вопрос: кто-нибудь видел эти карты http://maps4me.net/asia/russia ?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 23.04.2014 22:10 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Maximuss Neizvestny писал(а):
Тогда скажите, эта фраза "после этого конвертируем его РМП-макером и все." - КАК РЕАЛЬНО ЭТО СДЕЛАТЬ? или Вы про этот метод "не с нашего форума" впервые слышите?

Лично я это делаю в два притопа:
1) исходные карты с map-файлами привязки (в том числе полученные при помощи SAS) при помощи программы Globall Mapper перегоняю в geotiff-файлы (изменяю проекцию/систему координат на Geographic/WGS84 и в настройках экспорта в GeoTIFF снимаю галку "Всегда создавать квадратные пиксели");
2) geotiff-файлы при помощи программы RMP Creator перегоняю в rmp-файл, понятный 510-му эксплористу. По вышеприведенной ссылке есть и краткое описание по работе с программой, в том числе в связке с Globall Mapper.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 24.04.2014 01:34 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Maximuss Neizvestny писал(а):
скачал я этот креатор, не хочет он работать с моими файлами. И я не говорил, что инструкция с этого форума. Просто я попробовал (нельзя что ли?). Тем более я первый раз держу навигатор в руках. А вы как я понимаю специалисты. Тогда скажите, эта фраза "после этого конвертируем его РМП-макером и все." - КАК РЕАЛЬНО ЭТО СДЕЛАТЬ? или Вы про этот метод "не с нашего форума" впервые слышите?

Там же описание есть по ссылке. Если очень кратко, то кнопкой "Open maps" открываете нужную карту, в полях "Map Provider" и "Map Group" пишете что угодно (например, в качестве провайдера - ваше имя, а группу - какое-то название карты). Везде пишете на английском! Жмёте "Create RMP", вводите название карты (на английском), и поехало!
Я много раз обрабатывал карты вида .jpg + .map, полученные при помощи SAS Планеты. Странно, что у вас не получается.
Кстати, учтите, что таким методом можно создавать карты размером не более 20х20 км, иначе будет сдвижка из-за несовпадения проекций! Если нужно сделать более крупную карту, то полученную из SAS Планеты карту вида .jpg + .map нужно сначала загнать в программу Global Mapper и в ней сменить проекцию.
P.S. Если вы новичок, то может сначала научиться делать карты при помощи программы Mobile Atlas Creator? Это проще. Я именно с этого начинал, а потом постепенно перешёл и на более сложные способы. Вот описание: http://tourist.kharkov.ua/xtarticle/-Ka ... Xplorist/6

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.04.2014 01:40 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Maximuss Neizvestny писал(а):
И второй вопрос: кто-нибудь видел эти карты http://maps4me.net/asia/russia ?

Эти карты, по-моему, платные. Вряд ли кто-то здесь их качал.

Вам какой регион нужен? Поскольку вы новичок, может, проще для начала кого-то попросить (например, меня) сделать карту, а уж потом постепенно и сами научитесь?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.04.2014 11:17 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Globall Mapper - он платный ведь? У меня денег нету. Не подарите бесплатно :roll:


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 24.04.2014 11:26 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Простите не прочитал предыдущие комментарии :facepalm:
Я был бы очень признателен,если бы Вы мне сделали карту. Московской области например мне надо срочно, а так вообще-то нужен участок от Москвы на широте Коломны до Урала на той же широте, желательно пошире, что пешком чисто лесом до Урала дойти


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 24.04.2014 14:45 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
А вот этот метод можно применить http://deev-ag.livejournal.com/18254.html ?
Я понимаю, что тут для Гармина, но до какого-то этапа можно?
И вопрос по поводу склейки карт: надо склеивать например две соседние карты обязательно ? или раз есть привязка, то просто загрузить в навигатор и поставить галочки напротив всех растровых карт и он автоматически будет позиционироваться и подставлять нужные карты?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 24.04.2014 14:57 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Клеить не обязательно. Это для удобства, если листы небольшие и их много.

Вы статью UrikEEE внимательно прочитали? Там описаны все шаги. Любой софт есть в инете как платный так и крякнутый. Мне трудно представить где могут возникнуть проблемы.

Вот тут кратко все есть viewtopic.php?p=1235667#p1235667.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2014 00:32 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Maximuss Neizvestny писал(а):
А вот этот метод можно применить http://deev-ag.livejournal.com/18254.html ?
Я понимаю, что тут для Гармина, но до какого-то этапа можно?

Там полезно почитать только среднюю часть (о работе с программой Global Mapper). Вместо того, о чём пишут в начале статьи (откуда взять исходные карты) проще воспользоваться программой SAS Планета. Тогда и белые поля обрезать не нужно будет. Ну а после Global Mapper вам нужна не та программа, которую они предлагают (там ведь карту для Гармина делают), а RMPCreator.

Карты Московской области я для вас сделаю, только 2-3 дня подождите. Свободного времени у меня немного, а их пока скачаешь и сконвертируешь...

А другие карты вы уж сами будете пробовать делать. Ещё раз повторю: для начала попробуйте программу Mobile Atlas Creator - это самый простой способ делать карты для Магелланов.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеСообщение было удалено | 25.04.2014 13:29.
СообщениеДобавлено: 25.04.2014 13:30 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Большое Вам человеческое Спасибо :da:


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 25.04.2014 13:41 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
пока у меня тут происходит экспорт ГеоТифа в Глобалмапе, который занимает много времени, у меня возникла мысль. Перед тем, как я запустил Экспорт, ставил галочки в опциях: "создавать PRJ-файл, TFW-файл", т.е. я напротив поставил галочки, как в инструкции сказано, а сейчас вот думаю, там ведь еще есть опция "создавать ОЗИ мар-файл", а я там галочку не ставил, т.к. в инструкции об этом не сказано. А теперь прочитает ли Креатор мои файлы?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 25.04.2014 13:54 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Еще такой вопрос,если не надоел...Видел карты для магелланов 3D кажется Хорватия там была Словения, какие то еще европейские страны, сейчас ссылку не могу найти, но Паганель кажется ссылку давал где-то здесь. очень красивые и подробные карты. Вы такие сами можете делать или только топо?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 25.04.2014 17:30 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Вот моя первая карта http://yadi.sk/d/wPltMz_eNDfkv :first:

Прошу конструктивную критику, ну и прииму пожелания и предложения


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 25.04.2014 19:28 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Вот такую карту я имел ввиду реально сделать ? http://maps4me.net/europe/france


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 25.04.2014 23:30 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Maximuss Neizvestny писал(а):
пока у меня тут происходит экспорт ГеоТифа в Глобалмапе, который занимает много времени, у меня возникла мысль. Перед тем, как я запустил Экспорт, ставил галочки в опциях: "создавать PRJ-файл, TFW-файл", т.е. я напротив поставил галочки, как в инструкции сказано, а сейчас вот думаю, там ведь еще есть опция "создавать ОЗИ мар-файл", а я там галочку не ставил, т.к. в инструкции об этом не сказано. А теперь прочитает ли Креатор мои файлы?

Честно говоря, неохота лезть смотреть в Глобал Маппер, но, по-моему, никаких PRJ-TFW-файлов там не надо. Формат GeoTiff - это один файл, в котором хранится и изображение, и привязка карты к координатам. В дополнение к нему никаких файлов не нужно.
Если же вам захотелось получить карту в формате ОзиЭксплорера, то там будут два файла: файл к картинкой (.jpg, .png или другой) и файл с привязкой (.map).

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2014 23:36 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Maximuss Neizvestny писал(а):
Вот такую карту я имел ввиду реально сделать ? http://maps4me.net/europe/france

Это векторная карта. Сделать её ощутимо сложнее, чем растровую карту. Этим мало кто занимается. Да и смысла особого нет. Растровые карты тоже могут выглядеть красиво на экране навигатора, а 3D-вид особой пользы не приносит. К тому же растровые карты работают ощутимо шустрее векторных. Векторные карты могут заметно тормозить при проматывании на экране и при масштабировании.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2014 23:44 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Maximuss Neizvestny писал(а):
Вот моя первая карта http://yadi.sk/d/wPltMz_eNDfkv :first:

Прошу конструктивную критику, ну и прииму пожелания и предложения

Открыл вашу карту в VantagePoint. Выглядит нормально. С координатами вроде совпадает. Так что критиковать нечего. Впоследствии дополните её более подробными картами, которые будут сменять её на экране по мере увеличения масштаба.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2014 02:12 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Московская область - километровка: https://docs.google.com/file/d/0B3vlk_G ... xpZlU/edit

Московская область - двухкилометровка: https://docs.google.com/file/d/0B3vlk_G ... 5VZ0E/edit

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2014 15:30 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Скачал и установил. Дай Бог Вам здоровья!!!

Но всё-таки кто-нибудь пробовал этот метод https://sites.google.com/site/victorpom ... mapscreate


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 26.04.2014 15:39 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
И еще вопросик, можно что-то типа IGo установить на прибор, ну вообще хоть какую-нибудь дополнительную навигационную программу?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 26.04.2014 16:50 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Maximuss Neizvestny писал(а):
Скачал и установил. Дай Бог Вам здоровья!!!

Но всё-таки кто-нибудь пробовал этот метод https://sites.google.com/site/victorpom ... mapscreate

Спасибо!
Этот метод я не пробовал. Насколько я знаю, кое-кто из форумчан пробовал.

Насчёт IGo - покопайтесь здесь на форуме, какая-то инфа имеется. По-моему, для возможности установки сторонних программ нужно установить программу eXmod. Но я деталями не интересовался, мне оно не нужно.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2014 17:58 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
Maximuss Neizvestny писал(а):
Скачал и установил. Дай Бог Вам здоровья!!!
Но всё-таки кто-нибудь пробовал этот метод https://sites.google.com/site/victorpom ... mapscreate

Я делал. Вполне работают.
Maximuss Neizvestny писал(а):
И еще вопросик, можно что-то типа IGo установить на прибор, ну вообще хоть какую-нибудь дополнительную навигационную программу?

Можно, через х-мод. Но работает отвратительно.
Для установки IGO купите прибор с IGO. Магеллан прибор для путешествий пешком.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2014 19:39 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Не подскажите, этот очень муторно?
И второй вопрос: Експлорист 510-й какие микро сд поддерживает, т.е. гигабайт сколько максимально?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 26.04.2014 19:50 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
И если делали вектор, то не осталось ли чего в закромах? Посмотреть хотя бы, как выглядят на приборе?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 26.04.2014 20:14 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Покопайтесь в соседних темах. Тут где-то вектор Харьковской области выкладывали.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.04.2014 09:30 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Maximuss Neizvestny писал(а):
И если делали вектор, то не осталось ли чего в закромах? Посмотреть хотя бы, как выглядят на приборе?
Посмотрите здесь карты Виктора Поморцева. Там есть как растровые (*.rmp), так и векторные (*.imi). И местность (Урал, Башкирия, Пермский край) как раз подходит для вашего грандиозного пешего похода из Москвы нах Остен)))

Векторные карты для Магелланов создавать самому вполне возможно, хотя это немного муторнее, чем создание растровых карт. Я пробовал это делать, беря исходные данные из проекта OSM. Но результат меня не устроил - детальная прорисовка вокруг населенных пунктов/основных автодорог и почти белый лист немного дальше от них. Но это беда не технологии создания векторных карт, а доступности подробных исходных данных для них.

Если у Вас есть волшебный доступ к подробным исходникам, необходимым для создания векторных карт, шепните нам здесь. Мы тогда поможем и поделимся уже готовыми и подробными векторными картами.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 27.04.2014 10:54 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
UrikEEE писал(а):
Посмотрите здесь карты Виктора Поморцева.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.04.2014 12:12 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Андрей Лунячек писал(а):
Там часть ссылок (а именно - на векторные карты) не работает.
Тогда предлагаю скачать векторную карту Курской области, которую я сделал еще в января 2012 года по данным OSM с данными о высотах. На этой карте горизонтали будут видны только в навигаторе, а в VP нет - так как я намеренно использовал белый полигон-подложку во всю площадь карты. Глюк VP состоит в том, что он не прорисовывает горизонтали поверх полигонов, а навигатор прорисовывает без проблем.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 28.04.2014 07:11 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Андрей Лунячек писал(а):
UrikEEE писал(а):
Посмотрите здесь карты Виктора Поморцева.

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


Карты переехали сюда: http://drive.google.com/folderview?id=0B1SFdzGC9fHXQ0pkNEt6Sm5YcnM&usp=sharing

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2014 17:56 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
А не могли бы подсказать по названиям карт?
А то "100k--N41-025" - не могу расшифровать, вектор понятнее подписан.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 28.04.2014 20:07 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
С микросиди разобрался - видит всё!!!

http://drive.google.com/folderview?id=0 ... sp=sharing - карты скачал и установил все!!!

Зашел в ПОИ - ближайшая больница за 380 км.....

Но тем не менее огромное :velobig: Вам спасибо!!!


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 28.04.2014 20:16 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Maximuss Neizvestny
Вы можете ознакомиться с инструкциями по прибору? Почитать про карты. Как они создаются? Чем отличаются растровые и векторные? Что такое POI и где они берутся? Это все есть в инете и не трудно ищется. Вы задаете массу нелепых вопросов и часто на них сами отвечаете через день-другой, когда пошевелите мозгами. Кроме того, все это есть тут на форуме. Обычный поиск помогает. Про POI есть посты в этой же теме. Вы не обижайтесь, но в сотый раз отвечать не хочется, особенно, если вопрошающий ленится воспользоваться поиском.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2014 20:19 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Много времени уходит на одну векторную область?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 28.04.2014 20:41 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Tramp писал(а):
Maximuss Neizvestny
Вы можете ознакомиться с инструкциями по прибору? Почитать про карты. Как они создаются? Чем отличаются растровые и векторные? Что такое POI и где они берутся? Это все есть в инете и не трудно ищется. Вы задаете массу нелепых вопросов и часто на них сами отвечаете через день-другой, когда пошевелите мозгами. Кроме того, все это есть тут на форуме. Обычный поиск помогает. Про POI есть посты в этой же теме. Вы не обижайтесь, но в сотый раз отвечать не хочется, особенно, если вопрошающий ленится воспользоваться поиском.


Извините, но зачем изобретать велосипед?) :velo2: Человек старался, делал карты, ночи не спал, от чистого сердца выложил ссылку, я воспользовался, добрым словом помянул. И вопросов нелепых не задал.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 28.04.2014 20:47 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Maximuss Neizvestny писал(а):
Зашел в ПОИ - ближайшая больница за 380 км.....

Это вопрос или сарказм? Смысл этого замечания? Если попытка разобраться в причине, то воспользуйтесь поиском и вам все стане понятно.

И вопрос к северным соседям, ХТ лучшее место для поискать векторных карт ваших регионов? Если да, то наш форум действительно крут в части картографии! :)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2014 21:01 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Tramp писал(а):
И вопрос к северным соседям, ХТ лучшее место для поискать векторных карт ваших регионов? Если да, то наш форум действительно крут в части картографии! :)
Tramp, будьте пожалуйста немного снисходительней к молодому человеку. По молодости все нетерпеливые и немного беспардонные.

А ваш форум в рунете по части Магелланов самый информативный - это факт. Когда выбирал себе навигатор (года 3 тому назад) - то благодаря вашему форуму выбрал себе 510-й эксплорист и пока нисколько не пожалел.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 28.04.2014 21:04 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Та я не против, но нужно же хоть чуток понять суть проблемы. Почитать. Тогда многое станет ясно. :)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2014 21:06 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Tramp писал(а):
Maximuss Neizvestny писал(а):
Зашел в ПОИ - ближайшая больница за 380 км.....

Это вопрос или сарказм? Смысл этого замечания? Если попытка разобраться в причине, то воспользуйтесь поиском и вам все стане понятно.

И вопрос к северным соседям, ХТ лучшее место для поискать векторных карт ваших регионов? Если да, то наш форум действительно крут в части картографии! :)


про 380 км, конечно шутка, смысл в том, что надо искать векторы Московской, Рязанской и т.д. областей. Или осваивать методику, что честно говоря не очень радует))


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 28.04.2014 21:09 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
UrikEEE писал(а):
Если у Вас есть волшебный доступ к подробным исходникам, необходимым для создания векторных карт, шепните нам здесь. Мы тогда поможем и поделимся уже готовыми и подробными векторными картами.

На самом деле ответ уже дан выше.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2014 07:17 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Maximuss Neizvestny писал(а):
А не могли бы подсказать по названиям карт?
А то "100k--N41-025" - не могу расшифровать, вектор понятнее подписан.


Стандартное обозначение карт ГШ. Масштаб 1:100000 (километровка), квадрат N41 лист 025.

Если карта многослойная, то в названии указаны масштабы слоев - 050k-100k - два слоя, 1:50000 (500-метровка) и 1:100000 (километровка). Или 050k-100k-200k - три слоя - 1:50000, 1:100000 и 1:200000 (500-метровка, километровка и двухкилометровка). Для карт ГГЦ еще может быть слой 025k - масштаб 1:25000 - 250-метровка.

Карты, содержащие слой 200k приведены к листу двухкилометровки (и маркируются по нему). Остальные карты - к листу километровки.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2014 07:22 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Maximuss Neizvestny писал(а):
Много времени уходит на одну векторную область?


Вопрос абстрактный. У меня - немного. Когда все уже настроено, ручной работы там немного. Машинного времени - да, прилично. Длительные операции - создание blx и окончательная сборка карты в ММО. Это может занять несколько часов. Но тут еще от мощности компа зависит.

А вообще, советую начать с растра. Это проще. А результат не хуже. Разберитесь со связкой SASPlanet - Global Mapper - RMP Creator. Попробуйте использовать те же ОСМ источники (лично мне понравился источник Landscape Cycle Map, карта собирается из трех слоев масштабов z13-z15-z17).

И делать проще и выглядит на экране лучше вектора (который можно получить по описанной мной методике).

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2014 10:32 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
Tramp писал(а):
Maximuss Neizvestny писал(а):
Зашел в ПОИ - ближайшая больница за 380 км.....

Это вопрос или сарказм? Смысл этого замечания? Если попытка разобраться в причине, то воспользуйтесь поиском и вам все стане понятно.
И вопрос к северным соседям, ХТ лучшее место для поискать векторных карт ваших регионов? Если да, то наш форум действительно крут в части картографии! :)


Что за дискриминация? :lol: Очень восточные соседи то же интересуются. ХТ крут не только в части картографии.


Последний раз редактировалось vituser 29.04.2014 13:01, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2014 11:57 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
vituser
Пытаюсь быть полит корректным и очень тщательно подбираю слова. Сорри, если обидел. :friends:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2014 12:36 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
Да нееее. Никаких обид. Просто приятно побывать на тематическом форуме с присутствием своего интереса. И на котором нет политики. Последнее опостылело безмерно на всех уровнях.
Таких мало на СНГ-шном пространстве.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2014 12:40 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
Maximuss Neizvestny писал(а):
про 380 км, конечно шутка, смысл в том, что надо искать векторы Московской, Рязанской и т.д. областей. Или осваивать методику, что честно говоря не очень радует))

Скачайте ОСМ. Откройте в польском мапэдитом, перегоните в шейпы. Шейпы подгрузите ММО270. Сформируйте карту. Посмотрите на свой результат. При отработанной технологии уходит полчаса на всё.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2014 20:22 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Аааа, я же Маскаль)))) :balalai:


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 29.04.2014 23:07 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Maximuss Neizvestny писал(а):
Аааа, я же Маскаль)))) :balalai:

Помоскалистей видали, не катит за отмазку. :facepalm: Поиском всё же придётся пользоваться.
Постарайтесь впредь политику не вплетать сюда.

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2014 23:40 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Так тут без меня подняли тему политкорректности, я и забыл, что на Украинском форуме. Вообще я за союз Украины с Россией, но надеюсь это не скажется негативно в отношении к моим вопросам.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 29.04.2014 23:44 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Victor Pomortseff писал(а):
Maximuss Neizvestny писал(а):
Много времени уходит на одну векторную область?


Вопрос абстрактный. У меня - немного. Когда все уже настроено, ручной работы там немного. Машинного времени - да, прилично. Длительные операции - создание blx и окончательная сборка карты в ММО. Это может занять несколько часов. Но тут еще от мощности компа зависит.

А вообще, советую начать с растра. Это проще. А результат не хуже. Разберитесь со связкой SASPlanet - Global Mapper - RMP Creator. Попробуйте использовать те же ОСМ источники (лично мне понравился источник Landscape Cycle Map, карта собирается из трех слоев масштабов z13-z15-z17).

И делать проще и выглядит на экране лучше вектора (который можно получить по описанной мной методике).


Выглядит лучше вектора - это конечно хорошо, но ведь поиск по названиям отсутствует


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 29.04.2014 23:55 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Maximuss Neizvestny писал(а):
Выглядит лучше вектора - это конечно хорошо, но ведь поиск по названиям отсутствует

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

А Магеллан хорош для того, кто маршрут продумывает заранее, и точки для похода готовит тоже заранее (дома на компьютере), а потом заливает в прибор.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.04.2014 06:20 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Maximuss Neizvestny писал(а):
Выглядит лучше вектора - это конечно хорошо, но ведь поиск по названиям отсутствует


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

Ну и правильно сказали - нужен поиск по названиям - купите в любом ларьке автонавигатор с каким-нибудь навителом и радуйтесь.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.04.2014 18:17 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Ну я вообще-то не автонавигатор советовал, а что-нибудь (смартфон, планшет) на Андроиде. Тогда на него можно поставить сразу несколько программ, способных удовлетворить самые разные потребности.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.05.2014 15:44 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Опробовал метод создания карт при помощи Mobile Atlas Creatora. Карту создал на основе ОСМ исходной карты. И я так понял, что больше никакие карты по России программа не поддерживает?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 01.05.2014 15:53 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Здесь есть тема про Mobile Atlas Creator: viewtopic.php?f=118&t=54896

В первом сообщении темы прикреплён файл с дополнительными источниками карт (mapsources). Ещё некоторые доп. источники прикреплены в последних сообщениях темы. В частности, будет полезен Топомаппер (обновлённый адрес): viewtopic.php?f=118&t=54896&start=285#p1197084

Эти источники нужно поместить в соответствующую папку программы.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.05.2014 19:45 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Совсем другое дело :D


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 02.05.2014 11:42 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
создал карту Mobile Atlas Creatorом размером 500 мб из топомапера_нью. Прибор просто виснет и всё


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 02.05.2014 11:45 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Делайте несколько карт меньшего размера. Я обычно делаю до 100 мб и все чудесно работает.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 02.05.2014 12:30 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Maximuss Neizvestny писал(а):
создал карту Mobile Atlas Creatorом размером 500 мб из топомапера_нью. Прибор просто виснет и всё

Карта должна иметь размер менее 20000х20000 пикселей. Размер можно посмотреть в левой колонке, после того, как выделили область и нажали "Add".

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 02.05.2014 19:42 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
участок карты 10 на 20 км уже целый час конвертирует 56%, а про тайлы (почему то всегда зум 15), пишет,что осталось 3900 мин. И в процессе конвертации почти всегда какие то ошибки выдает, т.е. останавливается и ещё: сначала выделил большую область - получилась карта размером 500 с лишним мб, затем уменьшил область в 2 раза, всё равно конечный файл получился 500 с лишним мб, сейчас вообще выделил квадрат 10 на 20 км в зуме 13 и чего опять ждать 500 мегабайтный файл? В чём дело не пойму


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 02.05.2014 19:55 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Андрей Лунячек писал(а):
Maximuss Neizvestny писал(а):
создал карту Mobile Atlas Creatorом размером 500 мб из топомапера_нью. Прибор просто виснет и всё

Карта должна иметь размер менее 20000х20000 пикселей. Размер можно посмотреть в левой колонке, после того, как выделили область и нажали "Add".


Не пойму где посмотреть размер. В какой левой колонке? Не вижу никаких пикселей. И второе - по поводу зумов. Какой зум выбирать надо именно на топомапере нью? Или можно сразу несколько?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеСообщение было удалено | 12.06.2014 16:16.
СообщениеСообщение было удалено | 12.06.2014 16:16.
СообщениеДобавлено: 02.05.2014 20:10 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
Но не тут то было. Карта не отображается на приборе. Только оранжевый квадрат


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 02.05.2014 20:15 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Слава богу, размер нашли! Не превышайте 20000х20000 пикселей для самого крупного зума.
Зумов можно выбирать несколько, но для Магеллана лучше выбирать через один. Для Топомаппера оптимальный зум - 12. В дополнение к нему можете сделать 10-й. Более мелкие вряд ли нужно.
Если делаете карту из OSM, то попробуйте комбинацию зумов 17, 15, 13 (и более мелкие, если нужно).

Оранжевый квадрат, т.к. маленький масштаб. Увеличивайте, и карта появится.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 02.05.2014 20:21 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
чудеса да и только теперь в 13 зуме карта в три раза больше чем предыдущая по территории но по пикселям меньше за 9 сек сформировалась и наконец то отобразилась на приборе!!! Ошибку кажется понял.... Зум выбрал 15-й, а он не поддерживается по моему в топомапере нью - максимум 13-й. Я правильно понял?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 02.05.2014 20:29 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Вы должны прежде всего увеличить карту на экране до нужного зума, просмотреть, нормально ли он выглядит, а потом уменьшить до такой степени, чтобы можно было выделить нужный вам участок. А как же отмечать птичкой зум, предварительно не просмотрев, как он выглядит?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 02.05.2014 20:35 
Аватара пользователя

Сообщения: 76
Изображения: 3
Город: Москва
Пол: Муж
Возраст: 23
Зарегистрирован:22.04.2014
А и не думал, что тут всё так взаимосвязано)))


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 02.05.2014 22:28 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
При чём здесь "взаимосвязанно"? Если вы бумажную карту рассматриваете, то ведь не смотрите на неё с десяти метров, а подносите близко к глазам. Так и тут, вы увеличиваете карту до тех пор, пока вам не станет удобно смотреть. Запоминаете, какой это уровень зума. Но потом вам нужно изображение уменьшить, чтобы весь нужный вам район помещался на экране, и вы могли его выделить. По-моему, элементарней некуда.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеСообщение было удалено | 12.06.2014 16:19.
СообщениеСообщение было удалено | 12.06.2014 16:18.
СообщениеСообщение было удалено | 12.06.2014 16:17.
СообщениеСообщение было удалено | 12.06.2014 16:14.
СообщениеСообщение было удалено | 12.06.2014 16:17.
СообщениеСообщение было удалено | 12.06.2014 16:18.
СообщениеСообщение было удалено | 12.06.2014 16:17.
СообщениеСообщение было удалено | 12.06.2014 16:17.
СообщениеСообщение было удалено | 12.06.2014 16:17.
СообщениеСообщение было удалено | 12.06.2014 16:17.
СообщениеСообщение было удалено | 12.06.2014 16:13.
СообщениеСообщение было удалено | 12.06.2014 16:13.
СообщениеСообщение было удалено | 12.06.2014 16:13.
СообщениеСообщение было удалено | 12.06.2014 16:13.
СообщениеСообщение было удалено | 12.06.2014 16:13.
СообщениеСообщение было удалено | 12.06.2014 16:13.
СообщениеСообщение было удалено | 12.06.2014 16:13.
СообщениеСообщение было удалено | 12.06.2014 16:13.
СообщениеСообщение было удалено | 12.06.2014 16:13.
СообщениеСообщение было удалено | 12.06.2014 16:12.
СообщениеСообщение было удалено | 12.06.2014 16:12.
СообщениеСообщение было удалено | 12.06.2014 16:12.
СообщениеСообщение было удалено | 12.06.2014 16:12.
СообщениеСообщение было удалено | 12.06.2014 16:12.
СообщениеДобавлено: 03.06.2014 10:16 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Понадобилось изменить проекцию Pulkovo 1942 на WGS84GEO папке привязанных карт для OziExplorer, заодно поля обрезать.

Для дальнейшей работы нам понадобится:
- установить Perl: http://www.activestate.com/activeperl/
- Global Mapper.
-
Вложение:
Reproj.zip [847 байт]
Скачиваний: 173


1. собрать в одну папку все нужные файлы карт
2. скопировать туда же файл Reproj.pl (есть в архиве), запустить его - создастся файл run.gms
3. Создать папку C:\TEMP\MAP\OUT собсна, макрос сам создаст её.
4. выполнить run.gms. Если автоматически не исполняется, то открыть его в Global Mapper. Дождаться окончания работы программы, появятся готовые карты с привязкой *.map в папке C:\TEMP\MAP\OUT.
5. Если хотите использовать полученную карту в своем навигаторе, то необходимо провести конвертацию в формат *.rmp.

Внимание! Обязательные условия работы скрипта:
- Perl,
- Global Mapper,
- Точная привязка карт
- Точная установка угловых маркеров карт Ozi, по ним обрезается карта.

_________________
Штурман, нада дёрнуть!


Последний раз редактировалось Зундер 07.06.2014 22:15, всего редактировалось 2 раз(а).

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.06.2014 07:48 

Сообщения: 32
Город: Пермь
Пол: Муж
Возраст: 61
Зарегистрирован:17.04.2012
Спасибо, Зундер. Проверил данный метод, работает стабильно, время на конвертацию сокращает. И количество действий уменьшает. Тифовский файл, правда, получается большой, но после перевода в ozf становится стандартным по размеру.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.06.2014 16:33 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Частный случай предыдущего скрипта - ECW 2 GEOTIFF. Это когда есть ECW с гео-данными, и без полей, то можно игнорировать озиковский map файл, привязку брать из ECW.
Вложение:
ECW_GEOTIFF_Reproj.zip [684 байт]
Скачиваний: 156

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.09.2014 16:33 

Сообщения: 3
Город: -----
Пол: Муж
Зарегистрирован:12.04.2013
есть вопрос к гуру картоделания!
в создании карт новичок... пытался делать карты с помощью MOBAC и с помощью связки SAS Planet+RMP Creator. источником карт брал OSM
подскажите, plz. нужно ли в моем случае править проекции/датумы или в OSM(на будущее всякоразные космоснимки от гугля и яндекса, новый топомаппер) или уже все достаточно точно соответствует действительности? и еще... полученные карты в VP и на самом девайсе как-то мутноваты по сравнению с оригиналом... можно ли добиться качества оригинальных карт и в каком формате для этого надо сохранять карты(jpg, bmp, png)?..

заранее благодарю за конструктивные ответы!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.09.2014 19:07 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
У меня тоже мутноваты, хотя на навигаторе выглядят лучше, чем в VP. Тут ещё зависит, насколько уровень зума онлайн-карты совпадает с уровнем масштаба в навигаторе. У меня хорошо выглядят карты, сделанные из z15 и z17 МОВАС (они же z16 и z18 в SAS Планете). При желании можете в фотошопе сделать карту более контрастной и с более сочными цветами.

Для всех карт, полученных при помощи SAS Планеты, нужно менять проекцию. Иначе будет смещение карты. Для карт размером не более 20х20 км смещение мало (где-то до 10 м), и сменой проекции можно пренебречь. Для более крупных - нужно менять.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.09.2014 12:14 

Сообщения: 3
Город: -----
Пол: Муж
Зарегистрирован:12.04.2013
спасибо!
параметры для карт из SAS нужно менять на Geographic (Latitude/Longitude)
DATUM: WGS84 ?.. для карт из MOBAC тоже?..


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.09.2014 12:43 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Для карт из SAS всё верно. Обычно это делается при помощи Глобал Маппера. Тут на форуме это описывается.
Для МОВАС ничего не нужно. Он сразу делает готовые RMP.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.09.2014 14:42 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Уточняю. Не поменять в привязке Меркатора на лат-лон, а преобразовать само изображение. Для этого и нужна специальная программа типа GlobalMapper.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.09.2014 14:50 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Дмитрий, вы, конечно, правы. Но в случае с программой SAS Планета получается изображение в проекции Меркатора, и после пропускания через Глобал Маппер со сменой проекции картинка остаётся абсолютно та же, но меняется файл привязки. К сожалению, файл привязки меняется так, что руками изменить не получится (по крайней мере, у меня). Нужна прога типа Глобал Маппера.

Если же исходное изображение было в другой проекции, то, конечно, меняется и само изображение.

В любом случае, без Глобал Маппера никак не обойтить.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.09.2014 19:38 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Global Mapper'у для работы с *.ECW не нужен map-файл, привязку он берет из *.ECW, так даже лучше.

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.09.2014 18:44 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Изображение меняется. Его центр смещается немного (верх сжимается низ растягивается). А привязка и вовсе не нужна при сохранении GeoTIFF для RMPCreator.
Кстати креатор глючит на озиковских привязках. Зависит от формата координат, выставленного в настройках, с которыми сохранена привязка.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.09.2014 23:23 

Сообщения: 3
Город: -----
Пол: Муж
Зарегистрирован:12.04.2013
спасибо за ответы!
но есть еще непонятки... когда в SAS делаю склейку закачанных фрагментов карты, есть возможность сменить проекцию. если на данном этапе сменить меркатор на Geographic (Latitude/Longitude), произойдет ли преобразование изображения или лучше оставить все как есть и выполнить это преобразование в GM ?..
и еще... кто-нибудь пробовал в SAS формировать слои карты меньшего масштаба на основе закэшированного?.. что в результате должно получиться?..


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.09.2014 23:57 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Paganel писал(а):
Изображение меняется. Его центр смещается немного (верх сжимается низ растягивается).

Да, только что проверил. Так и есть. Самое интересное, что размеры сторон в пикселях полностью совпадают с исходным (в проекции Меркатора). Но изображение смещено, чем ближе к центру, тем сильнее.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.09.2014 00:02 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
do_ping писал(а):
спасибо за ответы!
но есть еще непонятки... когда в SAS делаю склейку закачанных фрагментов карты, есть возможность сменить проекцию. если на данном этапе сменить меркатор на Geographic (Latitude/Longitude), произойдет ли преобразование изображения или лучше оставить все как есть и выполнить это преобразование в GM ?..

Выполняйте в GM. Я пробовал менять проекцию в самой SAS Планете, на выходе ощутимо страдает качество картинки.

do_ping писал(а):
и еще... кто-нибудь пробовал в SAS формировать слои карты меньшего масштаба на основе закэшированного?.. что в результате должно получиться?..

Я пробовал. Всё нормально получается. Та же карта, только уменьшенная. Полезно, если на меньших масштабах имеется какая-то фигня. Например, на топокартах от Маршруты.ру не все слои корректно склеены. И я иногда делал слой меньшего масштаба из карты более крупного масштаба.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.09.2014 09:15 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Андрей Лунячек писал(а):
Выполняйте в GM. Я пробовал менять проекцию в самой SAS Планете, на выходе ощутимо страдает качество картинки.

Вообще то навигатору нужна не географическая проекция, а Equirectangular (одинаковый масштаб по широте и долготе в метрах, а не в градусах), но координаты в этой проекции не понимает RMPCreator (там они в метрах, а не в градусах).
Перевод в географическую сжимает изображение по вертикали, и чем севернее, тем сильнее. Навигатор его потом опять растягивает, что не способствует качеству.
Поэтому перед выводом в GM снимается галка "квадратные пиксели" и задается одинаковый масштаб в метрах на пиксел. В результате получается фактически Equirectangular, но с координатами в градусах. Что нам и нужно.

Кроме того, у всех навигаторов есть общий глюк:
При выборе масштаба отображения, все они используют масштаб в градусах на пиксель, но не по широте, где он для всех карт одного масштаба одинаков, а по долготе (ну как рыбак показывает размер выловленной рыбы, раскинув руки в стороны, а нужно как рост собаки). При этом карта Шпицбергена отображается совсем не в таком масштабе, как карта Зимбабве. А в магелланах еще и масштабная линейка в приполярных широтах безбожно врет.
Поскольку бороться с этим невозможно, разработчики тупо не понимают о чем речь, то это приходится принимать, как общую особенность навигаторов.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.09.2014 18:20 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
При смене проекции в SAS Планете получается сжатое изображение, как если в GM не снять галку "квадратные пиксели". Когда его растягивает навигатор, качество получается хреновое.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.09.2014 20:37 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Пытался убедить в этом Ньюмана, чтобы не сжимал изображение, формируя RMP в OziMapMerge. Не понял. То ли у меня английский хреновый, то ли он с разработчиками навигатора пообщался.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.11.2014 12:31 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Я попытался сделать карту Украины из онлайновой карты НавЛюкс (например).
Использовал САС планету + GlobalMapper + RMPCreator.
В саспланете скачал нужные тайлы и указал склеить тайлы 12 уровня зума в файл типа PNG в проекции Mercator / Google Maps (Sphere Radius 6378137) / EPSG:3785 (просто потому что этот тип проекции сам выбрался в настройках :) ), а также файл привязки .map
Получил "картинку" размером в 200 МБ, которую скормил ГлобалМапперу.

В ГлобалМаппере я поменял проекцию (Tools - Configure - Projection) на Geografic (Latitude / Longitude) и сделал экспорт в GeoTIFF (8bit Palette Image, Image Optimized Palette, Bilinear Interpolation, задал коэффициенты Sample Spacing/Scale с помощью RMPCreator).


Впорос: какой масштабный коэффициент надо задавать в RMPCreator для каждого уровня зума САСпланеты?
К примеру, я задал для z12 коэффициент 500 000 и получил размытую карту, задал 100 000 и ГлобалМаппер надорвался при экспорте. Выставил 200 000 и разбивку на куски при экспорте - получил 15 тиффов по 100МБ и карту в RMP, которая выглядит более-менее приемлемо.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.11.2014 17:05 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Я уже говорил, что пользование SASPlanet вызывает "гугль головного мозга". Масштабный калькулятор в Креаторе из той же серии.

Карты у нас в метрах, экраны навигаторов в пикселах. Итого единственной реальной масштабной величиной может быть только разрешение в МЕТРАХ на ПИКСЕЛЬ. Это разрешение можно установить в GM при выводе геотифа если снять галку "... квадратные пиксели" и нажать на кнопку "Нажмите для расчета разметки в других ед. изм." и выбрать "Метры". Там же можно и посмотреть какое оно было изначально. Стоит ли его увеличивать или уменьшать в 10 раз и что от него после этого останется.
Изображение, если она не перекрывается другими будет отображаться в диапазоне от двукратного уменьшения до двукратного увеличения относительно среднего значения.
Средние значения для широты Украины для разных экранных масштабов приблизительно следующие:
60 m - 0.9 mpix
90 - 1.3
150 - 2
240 - 3.5
400 - 6
800 - 12
1200 - 18
итд


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.11.2014 18:47 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Paganel писал(а):
Я уже говорил, что пользование SASPlanet вызывает "гугль головного мозга". Масштабный калькулятор в Креаторе из той же серии.

Карты у нас в метрах, экраны навигаторов в пикселах. Итого единственной реальной масштабной величиной может быть только разрешение в МЕТРАХ на ПИКСЕЛЬ. Это разрешение можно установить в GM при выводе геотифа если снять галку "... квадратные пиксели" и нажать на кнопку "Нажмите для расчета разметки в других ед. изм." и выбрать "Метры". Там же можно и посмотреть какое оно было изначально. Стоит ли его увеличивать или уменьшать в 10 раз и что от него после этого останется.
Изображение, если она не перекрывается другими будет отображаться в диапазоне от двукратного уменьшения до двукратного увеличения относительно среднего значения.
Средние значения для широты Украины для разных экранных масштабов приблизительно следующие:
60 m - 0.9 mpix
90 - 1.3
150 - 2
240 - 3.5
400 - 6
800 - 12
1200 - 18
итд

В другой теме вы приводили более точные значения:
м/см м/пикс
60 0.86
90 1.29
150 2.14
240 3.43
400 5.71
800 11.43
1200 17.14
1600 22.86
2400 34.29
3200 45.71
4800 68.57
8000 114.29
12000 171.43
Ссылка: viewtopic.php?f=118&t=124408&start=15#p1102911

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.11.2014 19:33 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
"Гугль", когда человек не понимает не только метров на пиксель, но метров в сантиметре, а мыслит исключительно зумами, даже приходя в книжный магазин за бумажной картой. А еще уверен, что генштабовскую километровку нужно делать как минимум трехслойной.
У тебя, видимо, иммунитет. :-)

Вообще то в масштабе RMP задается разрешение в градусах на пиксель, причем не с севера на юг, где он постоянный, а с востока на запад, где он разный для разной широты местности. Поэтому задавать точное значение не имеет смысла.
Реально, предположим, километровка хорошо отображается при масштабах от 16 до 12 мпикс. Больше шестнадцати уже влияет на качество картинки, а при меньше 12 карта отображается слишком крупной. Это для Украины. Для Кольского и Таймыра значения будут немного другими.
Когда есть карты вдвое отличающиеся масштабом, я делаю мелкую карту еще более мелкой, а крупную чуть крупнее, чтобы вторая не перекрывала первую в родном масштабе.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.11.2014 20:50 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Шотаяничонипонял :(
С бумажными картами вроде примерно ясно. У бумаги, к примеру, в 1см бумаги - 1км реальности.
Зная разрешалово, с которым отсканирована бумажная карта, можно посчитать "пиксели на сантиметр". А зная разрешалово в пикселях на сантиметр экрана навигатора, можно добиться того, чтобы карта на экране выглядела так же, как и на бумаге. То есть, сантиметр на бумаге = сантиметр на экране.
А как быть с онлайн-картами - непонятно. Начнём с того, что большинство онлайн-карт изначально векторные. То есть, объекты на них прорисованы (если прорисованы :) ) до мельчайших подробностей независимо от размера и важности. А уже потом, при рендеринге карты хозяин сервера уже сам решает, какие объекты на каком уровне зума должны быть нарисованы. В принципе, можно и карту всей планеты вывести на экран монитора со всеми мельчайшими тропинками и домиками, но на ней ничего толком разглядеть не получится. Домики будут размером с молекулу. А можно и наоборот, вместить на экране только одну улицу, но детализацию задать маленькую, и в результате на экране останется только контур застройки и дорога, а вокруг пустое место, хотя можно было бы там прорисовать и тропинки, и домики, и деревья.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.11.2014 00:13 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
А зная разрешалово в пикселях на сантиметр экрана навигатора, можно добиться того, чтобы карта на экране выглядела так же, как и на бумаге. То есть, сантиметр на бумаге = сантиметр на экране.

А как быть с онлайн-картами - непонятно.

По первому пункту - не вижу смысла. Если говорить о разных навигаторах (и о смартфонах тоже), то сантиметр экрана может содержать разное количество пикселей (в зависимости от разрешения экрана). От количества пикселей зависит читабельность карты. А если у какого-либо прибора в сантиметре экрана пикселей маловато? Поэтому подгонка под "сантиметр экрана" лишена смысла. У Магеллана, например, нужно ориентироваться на отображаемую на экране линейку. Километровку нужно подгонять так, чтобы она нормально отображалась на масштабе "1,2 км" или "800 м" (какой из них выбрать - на ваше усмотрение). Для 500-метровки оптимальным будет подгонка к масштабу "400 м". И т.д.

По второму пункту (онлайн-карты). Чтобы сопоставить детализацию онлайн-карт и переведённых в электронный вид топографических карт, можно упрощённо считать так:
Километровка соответствует зуму 13 онлайн-карт.
500-метровка - зуму 14.
250-метровка - зуму 15.
И т.д.

Примечание: эти уровни зума общеприняты для большинства онлайн-карт (их видно в адресной строке браузера) и для программы МОВАС. А у программы SAS Планета уровни зума на единицу больше (т.е. километровка соответствует зуму 14 SAS Планеты).

Если вы берёте исходник в SAS Планете, то в нижней строке программы отображается разрешение в метрах на пиксель для текущего уровня зума и данного участка местности. Исходя из этого (и из таблички Паганеля), можно сообразить, под какой масштаб Магеллана лучше подгонять тот или иной уровень зума.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.11.2014 10:21 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Ага. Увидел в саспланете эти м/пикс. Белым цветом тоненькими буквами на серополупрозрачном фоне внизу. Кстати, цифры "пляшут" в зависимости от широты места. К примеру, на z10 пляшет от 186,6 до 218,4 (по Украине).

Так шо, при экспорте этой карты из ГлобалМаппера в GeoTIFF надо в настройках параметров экспорта вбить ближайшее число из таблички Паганеля (171,43)?
GeoTIFF Export Options - GeoTIFF options - Click Here to Calculating Spacing in Other Units...
Units: meters
X/Longitude Spacing поменять 203 с копейками на 171,43 (?)
Y/Latitude Spacing поменять 202 с мелочью тоже на 171,43 (?)

И по широте, и по долготе одинаковое?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.11.2014 16:02 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Д. Засядько писал(а):
Шотаяничонипонял :(
С бумажными картами вроде примерно ясно. У бумаги, к примеру, в 1см бумаги - 1км реальности.
Зная разрешалово, с которым отсканирована бумажная карта, можно посчитать "пиксели на сантиметр". А зная разрешалово в пикселях на сантиметр экрана навигатора, можно добиться того, чтобы карта на экране выглядела так же, как и на бумаге. То есть, сантиметр на бумаге = сантиметр на экране.


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

Так что все эти "пиксели на метр" от лукавого, не более.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.11.2014 20:30 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Ага. Увидел в саспланете эти м/пикс. Белым цветом тоненькими буквами на серополупрозрачном фоне внизу. Кстати, цифры "пляшут" в зависимости от широты места. К примеру, на z10 пляшет от 186,6 до 218,4 (по Украине).

Так шо, при экспорте этой карты из ГлобалМаппера в GeoTIFF надо в настройках параметров экспорта вбить ближайшее число из таблички Паганеля (171,43)?
GeoTIFF Export Options - GeoTIFF options - Click Here to Calculating Spacing in Other Units...
Units: meters
X/Longitude Spacing поменять 203 с копейками на 171,43 (?)
Y/Latitude Spacing поменять 202 с мелочью тоже на 171,43 (?)

И по широте, и по долготе одинаковое?

Ну да, одинаковое.

В принципе, подгонять необязательно. Магеллан ведь сам разберётся, когда какую карту показывать. Единственная проблема - карты с близкими масштабами (в метрах на пиксель) могут мешать друг другу. Поэтому, если делаете карты из САС Планеты (или при помощи МОВАС), то не делайте подряд все зумы. Делайте через один. Например, комплект карт с зумами 9, 11, 13, 15, 17.

Например, когда я отправляюсь куда-то по Харьковской области, то использую километровку Паганеля (её условно можно приравнять к зуму 13 МОВАС или зуму 14 САС Планеты). А к ней добавляю ОСМ в растровом виде - зумы 15 и 17 МОВАС (они же - 16 и 18 САС Планеты). И всё прекрасно просматривается на Магеллане, постепенно сменяя друг друга при изменении масштаба.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.11.2014 20:55 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Ну как сказать... В программе ОзиЭксплорер можно выставить "масштаб 100%" и карта-картинка будет чёткой. А тут что-то слегка смазывается. :oops:
Ладно, попробую ещё поэкспериментировать.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.11.2014 21:06 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Тогда подгоняйте по табличке Паганеля.

Кстати, его километровки выглядят чётко (имею в виду Магеллан, а не Вантаж Пойнт).
А ещё, по моему опыту, офигительно чётко выглядит ОСМ Мапник из зума 17 на масштабе "60 м", причём без всякой подгонки.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.11.2014 09:57 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Я бы попробовал сделать так (для карт известного масштаба):

1. В графическом редакторе (я пользуюсь GIMPЮ поэтому на примере него) сначала установил бы разрешение карты равное разрешению экрана прибора (181.8 для 310, 155.5 для 510/610 и 183.3 для 710). В GIMP это делается в "Изображение" - "Размер при печати".

2. Затем посчитал бы размер местности, которую покрывает данная карта (для простоты возьмем километровку масштаба 1:100 000 и размером 50х50км)

3. Далее отмасштабировал бы карту так, чтобы она при заданном разрешении имела бы нужный размер - в нашем случае 50х50см. В GIMP это "Изображение" - "Размер изображения" и там выставил бы единицы измерения сантиметры и размер 50 на 50 сантиметров.

4. Под конец повысил бы резкость, но не тривиальным шарпом, а чем-нибудь более продвинутым, например, HiPass фильтром.

5. Осталось сохранить, заново привязать, сконвертировать в RMP и посмотреть что получится.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.11.2014 19:35 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Шось воно слишком запутанно... :oops:
Я рассуждал по-другому:
бумажная карта (километровка) имеет масштаб 1см-1км. Отсканирована она (если данные в файле jpg верны) при разрешалове 150 точек на дюйм. Значит, один пиксель - это 1/150 дюйма или 2,54/150 см, поскольку 1 дюйм=2,54 см. То есть, один пиксель соответствует 0,0169(3) см бумажной карты или 1 км реальной местности.

Кстати, программа ГлобалМаппер "думает" аналогично :). при экспорте карты в GeoTIFF без смены проекции по умолчанию подставляется масштабный коэффициент по "икс"=0.0169020646298041, а по "игрек" = 0.0169020646298149
Различия после 4-го знака после запятой, ИМХО, поясняются погрешностью ручной калибровки карты и разболтанностью сканера.

P.S. Нашёл прикольную фишку в САСпланете: на текущую карту можно наложить слой с gps-треками из OSM. Включил - и сразу увидел косяки в НавЛюксовской карте :D (дорога прорисована чёрт знает где)

P.P.S. Я правильно понимаю логику таблички Паганеля "если хочешь, чтобы карта была чётко видна на таком-то уровне зума в навигаторе, пропиши соотв. масштабный коэффициент в настройках экспорта в ГлобалМамппере"?


Последний раз редактировалось Д. Засядько 11.11.2014 20:26, всего редактировалось 2 раз(а).

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.11.2014 19:53 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
155.5 для 510/610 и 183.3 для 710

Разве у 510/610 и 710 разные экраны? Вроде бы и физ.размер (3 дюйма), и размер в пикселях (240х400) одинаковые.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.11.2014 08:35 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Андрей Лунячек писал(а):
Victor Pomortseff писал(а):
155.5 для 510/610 и 183.3 для 710

Разве у 510/610 и 710 разные экраны? Вроде бы и физ.размер (3 дюйма), и размер в пикселях (240х400) одинаковые.


Возможно, я ошибаюсь и экраны там одинаковые.

Вот, кстати, еще вариант ресамплинга. Вчера посмотрел размер линейки масштаба на экране 310-го - 9.5мм. Можно делать так:

Считаем размер территории, покрываемой картой. Допустим, те же самые 50х50км. Теперь считаем нужный масштаб. Предположим, мы хотим чтобы "центральным" масштабом для этой карты на приборе был 600м. Теперь простая пропорция:

0.95см / 0.6км = Хсм / 50км

откуда Х = 79.2см

Теперь в редакторе выставляем для данного изображения разрешение при печати 181.8 dpi (для 310-го) и размер в сантиметрах 79.2 и делаем ресамплинг. После ресамплинга можно поиграться уровнями, яркостью-контрастностью и повысить резкость HiPass фильтром.

По идее, такая карта на приборе в масштабе 600м должна выводиться без ресамплинга.

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

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.11.2014 12:28 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Я сижу, размышляю. До меня вдруг дошло: когда я делаю привязку отсканированной карты в ГлобалМаппере, автоматически вычисляется масштаб карты в пикселях на километр (реальный, не бумажный) и (или) градус. То есть, после того как я расставил точки привязки и задал их координаты, программа имеет всю информацию, чтобы посчитать "сколько пикселей приходится на один километр реальности". А шо, вот на картинке две точки. Обе имеют и пиксельные координаты (x,y от верхенго левого угла карты), и географические координаты (широту и долготу). И программа может вычислить расстояние между точками в пикселях, и в километрах.

А при экспорте из ГлобалМаппера в GeoTIFF в случае ручного изменения "числа пикселей на километр" происходит ресайзинг картики. При этом ГлобалМаппер либо добавляет пиксели с помощью хитрых алгоритмов интерполяции, либо "выбрасывает лишние" пиксели.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.11.2014 18:45 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Я сижу, размышляю. До меня вдруг дошло: когда я делаю привязку отсканированной карты в ГлобалМаппере, автоматически вычисляется масштаб карты в пикселях на километр (реальный, не бумажный) и (или) градус. То есть, после того как я расставил точки привязки и задал их координаты, программа имеет всю информацию, чтобы посчитать "сколько пикселей приходится на один километр реальности". А шо, вот на картинке две точки. Обе имеют и пиксельные координаты (x,y от верхенго левого угла карты), и географические координаты (широту и долготу). И программа может вычислить расстояние между точками в пикселях, и в километрах.

А при экспорте из ГлобалМаппера в GeoTIFF в случае ручного изменения "числа пикселей на километр" происходит ресайзинг картики. При этом ГлобалМаппер либо добавляет пиксели с помощью хитрых алгоритмов интерполяции, либо "выбрасывает лишние" пиксели.

Ну да, примерно так.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.11.2014 15:35 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Если кому то интересно.
Я сделал и проверил на eXplorist 310 при каких экранных масштабах отображаются карты восьми разных разрешений (отмечено желтым).
Я уже говорил, что магелланы используют градусы на пиксел по долготе. Поэтому отображение карт Украины (ряд N) отличается от отображения карт полярных районов (ряд Q). Там карты отображаются мельче и там брешет масштабная линейка, ровно настолько, насколько сходятся меридианы.

Карты N

Изображение

Карты Q

Изображение


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.11.2014 13:28 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Программа Global Mapper обновилась до версии 16.0.2. В описании заявляют, что много багов пофиксили. Брать здесь:
http://sendfile.su/1044977 (спасибо Blue Marble за разработку и Team REPT сами знаете за что :oops: )


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.11.2014 01:35 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Скачал, спасибо. Однако файлообменник идиотский. Две огромные кнопки "Скачать" ведут на какие-то стрёмные файлы, и только маленькая кнопочка ведёт куда нужно. К тому же открывается новая вкладка с рекламой.

Вижу, что немножко нового добавили. Однако англоязычный интерфейс я жутко недолюбливаю (тем более, что Глобал Маппер не относится к интуитивно понятным программам). Поэтому, наверное, вернусь на русифицированную 14 версию, которой раньше пользовался.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.11.2014 14:43 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Однако файлообменник......
Зато 450 баксов сэкономил :D
Цитата:
Однако англоязычный интерфейс я жутко недолюбливаю
это смотря кто и как переводил и на каком языке общается автор. А то, к примеру, есть у нас программы для моделирования транспортных сетей (PTV Vision Vissim, Vissum) у которых русский вариант интерфейса менее понятный, чем английский (или немецкий). Вот как можно было вместо фразы "момент окончания горения красного сигнала светофора" написать "красный конец"? :)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.11.2014 18:02 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Я долго соображал, что в Тритоне переводчики имели ввиду под "Курсовым углом" Heading или Bearing. Пришлось переключаться и смотреть. А еще Закат переводят как Набор.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.11.2014 04:19 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Цитата:
Однако файлообменник......
Зато 450 баксов сэкономил :D
Цитата:
Однако англоязычный интерфейс я жутко недолюбливаю
это смотря кто и как переводил и на каком языке общается автор.

Я не экономию имел в виду. А то, что сейчас есть всякие Диски Гугл и Яндекс, Облако Мэйл Ру, Дропбокс и т.д. Они все достаточно удобны. И вместо этого закачивать на файлообменники с выскакивающей рекламой, и фальшивыми кнопками, ведущими к стрёмным файлам...

У меня Глобал Маппер 14 русифицирован хорошо, нареканий нет. Жаль, что 16 версия не русифицирована.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.11.2014 13:51 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Мда, забросили ребята русификацию :(
Последнее, что нашёл, для 15 версии. х86 http://rghost.ru/49039181
х64 http://rghost.ru/49039534


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.11.2014 14:15 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Спасибо, попробую.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.11.2014 13:27 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
ИМХО, лучше бы кто-то перевёл хэлп и геттинг стартед. А то много текста на английском меня напрягает. :oops:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.11.2014 15:37 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Ну да, русской инструкции по работе с Глобал Маппером в интернете хрен найдёшь. Только короткие описания некоторых операций.
Кстати, 16 версия умеет делать растровые карты в формате .sqlitedb, который используется в трёх прогах под Андроид. Я вчера попробовал. Надо будет в соответствующей теме отписаться.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.12.2014 19:04 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Гм. А кто знает, можно ли для Магеллана делать растровые карты не прямоугольной формы?
Ну, к примеру, можно ли обрезать карту по границе области (страны)?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.12.2014 20:26 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
В RMP лист карты - прямоугольник обрезанный по параллелям и меридианам. Прозрачность не предусмотрена.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 15.12.2014 16:02 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Обновился ГлобалМаппер. Теперь доступна нежадная версия 16.0.5
Отличия от предыдущей версии неизвестны.
Гуглим Global.Mapper.v16.0.5.b111814-BEAN или Global.Mapper.v16.0.5.b111814.x64-BEAN

Если у кого-то не получается найти или распаковать - пишите, выложу.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.01.2015 14:00 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Сегодня попытался скачать данные о рельефе ASTER-GDEM по ссылке из статьи Виктора Поморцева.
Ссылка давно протухла, да и сам сервер морозится.

Но я нашёл другой сервис, где можно это скачать.
http://gdex.cr.usgs.gov/gdex/ Регистрация бесплатная. Можно выбрать для закачки не только прямоугольную область, но и область произвольной формы, а также конкретный регион или страну. Рельеф всей Украины скачать не дало, но можно качать по отдельным областям.
Кстати, при скачивании не забывайте указывать галочкой .zip, иначе файлы будут очень большими, и долго качать.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.01.2015 17:46 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Странно. Программа BLXcalc при попытке получить данные из формы в GM выдаёт ошибку '52.272' is not a valid floating point value. При закрытии окна с сообщением об ошибке оно возникает снова, и программу можно "закрыть" только через "Диспетчер задач".
Вероятно, оно хочет запятую, а не точку в качестве разделителя целой и дробой части числа.
По крайней мере, если вбить цифры вручную с запятыми, то ошибки не возникает.
Версия GM 16.0 (b111814).

И ещё про сервис http://gdex.cr.usgs.gov/gdex/
Границы стран и областей нанесены приблизительно. Поэтому в приграничной полосе возможны "пропадания" рельефа. А также на берегах морей, устьях рек.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.01.2015 18:51 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Д. Засядько писал(а):
Странно. Программа BLXcalc при попытке получить данные из формы в GM выдаёт ошибку '52.272' is not a valid floating point value. При закрытии окна с сообщением об ошибке оно возникает снова, и программу можно "закрыть" только через "Диспетчер задач".
Вероятно, оно хочет запятую, а не точку в качестве разделителя целой и дробой части числа.
По крайней мере, если вбить цифры вручную с запятыми, то ошибки не возникает.
Версия GM 16.0 (b111814).

И ещё про сервис http://gdex.cr.usgs.gov/gdex/
Границы стран и областей нанесены приблизительно. Поэтому в приграничной полосе возможны "пропадания" рельефа. А также на берегах морей, устьях рек.

А если в настройках винды указать, что разделитель - запятая?

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.01.2015 21:07 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
В настройках винды изначально прописана запятая. Тем не менее, ГМ использует точки.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.01.2015 20:06 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
И, кстати, а какой максимальный размер карты (в байтах, объектах т.д.) может "перемолоть" MobileMapperOffice? А то я пытался сделать карту всей Украины по методике Поморцева.
Так, преобразование из "польского формата" (800 МБ) в шейпы прошло без проблем, хотя и длилось всю ночь, преобразование данных рельефа ASTER-GDEM тоже прошло довольно быстро. А вот создание самой карты в MMO27 прервалось с сообщением об ошибке. Что-то там о неправильном доступе к памяти.

Ну и ещё просьба к пану Поморцеву: можно ли поправить транслитерацию "рус"-"лат" в MPsplitter так, чтобы транслитерировались в латиницу не только русские буквы, но и украинские Ґґ, Іi, Її, Єє и белорусская Ў?
Если надо, то вот правила транслитерации с украинского на латиницу http://zakon4.rada.gov.ua/laws/show/55-2010-%D0%BF
И для белорусского https://ru.wikipedia.org/wiki/%D0%A2%D1 ... 0%B5%D0%B9


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.01.2015 15:53 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
в шейпы чем перегоняли?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.01.2015 17:24 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
vituser писал(а):
в шейпы чем перегоняли?

MPsplitter. Только сначала пришлось ему настройки прописать.

А вообще, обидно: для гарминов есть аж три инструмента для перегонки геоданных OSM в егойный формат - mkgmap, osm2mp+cGPSmapper, MPC через шейпы.
А для Магеллана только недоделанный pyMagellan и танцы с бубном вокруг MobileMapperOffice.
И всё равно карты какие-то куцые получаются: ни адресного поиска, ни автопрокладки маршрутов (оно-то, конечно, пешему туристу в лесу адресный поиск как бы и ни к чему, но тем не менее). Да и не все геоданные корректно конвертируются часть данных извращается или теряется.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.01.2015 17:31 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
Я в мапэдите карту разложил на составляющие (несколько карт на каждой только один тип). и только потом гнал в шейпы. На других вариантах вылетала ошибка.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.01.2015 18:04 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А разве MPsplitter не то же самое делает?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.01.2015 18:27 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
Нет. Он не разделяет типы полностью. У него лес, сады и т.п. могут слиться. Особо до тонкостей не разбирался.
Так что мне пришлось целую кучу карт по отдельности создать. Лес отдельно, кусты отдельно, дороги просёлок отдельно, дороги дворовые, речки, ручьи и т.д. Муторно и нудно.
Ещё пытался шейпы из мапэдита гнать. Но там куча разная всякого получилась в перемешку. То же пришел в итоге к разборке карты.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.01.2015 19:01 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Он не разделяет типы полностью. У него лес, сады и т.п. могут слиться.

А это нужно указывать в конфиге. Создаёшь для леса один слой, для садов другой слой. И на каждый слой добавляешь только нужный тип объектов. К примеру, жмём Insert layer, задаём ему имя Forest. Потом жмём Insert Type(s), добавляем тип "0x0050 Лес". Для садов создаём слой Garden, туда закидываем тип "0x004e Фруктовый сад или огород". И так все нужные типы объектов раскидываем. У меня площадных (area) слоёв аж 22 штуки.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.01.2015 19:35 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
"все настоящие герои, всегда идут в обход". Я сделал как сделал. Карта получилась. И тему вектора для Магеллана пока закрыл. Ничего интересного и нового добавить в карту нечего.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.01.2015 20:02 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Ничего интересного и нового добавить в карту нечего.

Нечего, да? Вот сейчас обидно было. :cry: А ведь люди стараются, рисуют... :oops:
Вот видео как обновляется карта http://vimeo.com/49003594
Кстати, карта Украины на maps4me.net потолстела в размере с 81 МБ (это тот вариант, что лежит на сайте у Паганеля) до 212 МБ.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.01.2015 20:13 
Аватара пользователя

Сообщения: 371
Город: на другой стороне Земли
Пол: Муж
Возраст: 54
Зарегистрирован:11.12.2011
В моём варианте была использована актуальная карта от госконторы. Она была для МапИнфо. Оказалось что любое самонарисованное творчество далеко от результата полученного мною. Стратегических объектов и магазинов там конечно нет. Но всё остальное присутствует. Мы всё таки с вами в разных местах проживаем. (государствах).
Карта моей области в польском получилась около 300 мб. Я её вынужден был немного урезать.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.01.2015 20:37 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А, ну тады да.
А у нас "актуальная карта от госконторы" по Харькову была однажды импортирована в OSM.
После импорта были обнаружены кучи "косяков" в данных: дубликаты домиков, отсутствующие или лишние (давно снесенные) домики, косяки в адресации и т.д. Хорошо, что хотя бы по многоэтажным домам косяков почти не было, так как сотрудники фирмы, откуда была взята карта, заранее прошлись по городу и перепроверили карту.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.01.2015 16:38 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Д. Засядько писал(а):
Кстати, карта Украины на maps4me.net потолстела в размере с 81 МБ (это тот вариант, что лежит на сайте у Паганеля) до 212 МБ.

Эту карту кто-то уже качал? Интересно на нее посмотреть.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.01.2015 19:49 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А никто не качал. Всем жалко 7 баксов :)
По теме: думаю, что карту Украины придётся делать кусками по областям. Ну это если пытаться сделать её максимально информативной, а не "вот дорога, вот ж/д, вот лес, а остальное выкинем". У меня на конвертацию только Харьковской области из подготовленных шейпов ушло полдня.
Если интересно, можете качать http://sendfile.su/1072657


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.01.2015 21:14 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
И ещё нюанс по по программе IMI_tools. Почему-то она позволяет менять цвет только сплошных линий SINGLE_LINE. Или я что-то не то делаю.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 14.01.2015 19:16 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Обнаружил программу, которая вроде бы позволяет разобрать/собрать файл с картой на отдельные составляющие. Зачем? Ну, не знаю... Например, подправить конфиг.
https://bitbucket.org/mayo/imiexplorer

Правда, заставить эту программу работать я так и не смог. Кто-то разбирается в программировании на "питоне"?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 14.01.2015 23:20 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
И ещё хорошая информация:
Помните программу pyMagellan, которая должна была переделывать геоданные в формате OSM в векторную карту Магеллана, и которая была заброшена автором в недоделанном виде? Так вот, есть альтернативный проект на Джаве, причём уже весьма неплохо работающий. Называется mm.gen. Автор Benno Schön.
По крайней мере, у меня получилось скачать выгрузку данных по Украине и создать нечто, похожее на карту! :D Причём всего за вечер.
Правда, программа требует исходные данные в формате .o5m, а выгрузки обычно делаются в .osm и .pbf. Но это не проблема, поскольку есть программа osmconvert, которая довольно быстро пережуёт геоданные из одного формата в другой.
Практически можно будет автоматизировать процесс и периодически получать свежие карты простым запуском одного .bat-файла.

Тем не менее, не всё так гладко:
1) нет данных о рельефе и пока непонятно как его вставить
2) непонятно как настроить параметры конвертации, ибо по умолчанию в итоговую карту попадают не все объекты и не совсем так как я хочу
3) отсутствуют POI. Вообще.
4) проблемы с кириллицей в надписях (вместо русских букв знак вопроса)

Надеюсь, автор не забросит этот проект, а доведёт его до ума :oops:
Ссылка.
https://github.com/bennoschoen/mm.gen
http://wiki.openstreetmap.org/wiki/Mm.gen


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.01.2015 21:38 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Почитав откровения исследователей формата магеллановских карт (http://oyam.ca/blog/2012/12/magellan-imi-files/), я сделал программу для разложения файлов карт .imi, .mgi, .poi, .rmp на составляющие файлы. Брать здесь: http://sendfile.su/1074624
После запуска жмём в меню "Open map file", выбираем файл и видим табличку его TOC (Table OF Content). В табличке указаны: порядковый номер файла, имя, расширение, неизвестный код (у всех карт, что я имею, там четыре нулевых байта), адрес смещения от начала файла карты, длина файла.
Эту табличку можно скопировать в буфер (меню "Copy TOC to clipboard"). Зачем? Ну сам не знаю... Может, кто-то захочет средний размер файла посчитать :). Дальше жмём меню "Extract files". Программа автоматически создаст рядом папку с названием, совпадающим с названием файла карты, и добавит слово "_unpacked". Кстати, позаботьтесь сами, чтобы диск с картой был доступен для записи и имел достаточно свободного места для распакованных файлов (почти столько же, сколько сама карта).

"А якщо в мене буде час та натхнення", то я постараюсь сделать программу для упаковки файлов обратно в карту.

Зачем это всё нужно? Ну, чисто так, в помощь хакерам :)
Можно, например, параметры отрисовки линий в map.ini поправить (если IMItools вдруг не справилась) или добавить в карту свой логотип (png 120x120 пикселей), копирайт, номер версии, дату сборки и другую мета-информацию.

-----
Ну и вот ещё для забавы:
Топографическая карта Украины от Аэроскан. Была гарминовская, стала магеллановская :)
Правда, по пути, возможно, кое-какие данные потерялись, но в целом на первый взгляд вроде ничо так. Правда, вместо аэроскановских линий высот пришлось подсунуть рельеф ASTER-GDEM, ибо аэроскановский рельеф сконвертировался как-то коряво.
http://sendfile.su/1074639


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.01.2015 11:22 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Спасибо! Карта Аэроскана смешно себя ведет на T2K - при выборе карты она снимает галки с остальных карт. При достижении максимального зума на рельефе вешает прибор. :smile:
Ждем софт для упаковки.

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.01.2015 16:46 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Гм. С рельефом, вероятно, таки косяк. Подозреваю, что рельеф надо подкладывать прямоугольными кусками, кратными одному градусу. Возможно, надо ещё и подкрутить настройки карты, чтобы "тяжёлые" слои появлялись на более "поздних" уровнях зума. Ну, это и с помощью IMI_tools можно сделать с уже готовой картой. А вот с рельефом IMI_tools не поможет.

Насчёт снятия галок в T2K, то если я не ошибаюсь, в тритонах можно выбрать галкой только одну векторную карту. Или нет? Давно тритона в руках не держал.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.01.2015 19:00 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Тут ещё такая странность: Вот тут http://oyam.ca/blog/2012/12/magellan-imi-files/ человек пишет, что после таблицы TOC идёт последовательность из 32 байт, содержащая слово MAGELLAN. Но в некоторых картах, которые у меня есть, этой последовательности либо нет вообще, либо просто слово MAGELLAN.
Ещё он пишет, что в конце файла должны быть 11 байт: слово MAGELLAN и два байта контрольной суммы. А в моих картах в конце файла карты после последнего вложенного файла может и не быть этих 11-ти байт со словом MAGELLAN, а просто идут два или три байта с непонятной информацией.


Цитата:
Next, there is a 32 byte string, which I assume marks the end of TOC and beginning of the data section. This string contains "MAGELLAN" in it. After it follows file data, with the file terminated by an 11 byte string, which probably acts as end of file marker. It again contains "MAGELLAN" followed by two unknown bytes (probably a checksum).


Кстати, а нет ли у кого официальной покупной магеллановской карты? Ну, которая привязана к конкретному навигатору. Интересно бы её разобрать.
А то я после покупки своего Эксплориста карту Америки сдуру стёр за ненадобностью.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.01.2015 21:42 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Вроде как есть обычная карта Украины от НГЦ, но привязанная к навигатору.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.01.2015 21:55 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Новая карта? Привязку можно снять.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.01.2015 10:25 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Ну дык, это... пожалуйста, выложите её куда-нибудь на файлообменник и ссылку дайте.
Цитата:
Привязку можно снять.
Ну дык, вот это вот и интересно :)
А ещё интересно, какие дополнительные данные есть в официальных картах, и отсутствуют в самодельных.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.01.2015 00:10 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Гм. Функцию собирания файла карты из кучи разобранных файликов вроде бы сделал. Но есть странности и непонятки. Поэтому пока программу выкладывать не буду.

Подробнее:

1) В большинстве доступных мне карт в .imi - файле после таблицы с содержимым идёт последовательность 32 байта. Первые два байта - непонятно что, похожее на контрольную сумму. Потом 8 байтов слово MAGELLAN, остальные байты просто нули.
Как посчитать контрольную сумму - непонятно. Пока программа просто забивает в файл 32 нулевых байта и всё. ВантажПоинт вроде хавает такую карту и не давится. Проверить на навигаторе не могу, ибо навик в ремонте у Жени.

2) в конце файла идёт последовательность то ли 11, то ли 12 байт, из которых 8 байт слово MAGELLAN, потом 00, потом два непонятных байта, похожих на контрольную сумму. Как её считать - неизвестно. Впрочем, ВантажПоинт хавает и просто нули. На навигаторе не могу проверить, ибо см. пункт 1.

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


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

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

Мда, а вроде бы с виду простая фигня: прочитать файл, разделить его на куски согласно таблице, поправить и собрать обратно. А фиг там :D
Заодно открываю для себя дивный мир программирования на Delphi :D
оказывается, читать и писать файл байт за байтом - это очень долго! Ну, то есть, прочитали один байт в одном файле и записали его в другой, перешли к следующему и т.д.
А вот читать/писать файл по 100500 байт за один раз - это быстро и весело. Разница офигенная. Файлик в 26 МБ при побайтном чтении обрабатывался минут 10, а так за несколько секунд.

А ещё есть такая забавная вещь как StringGrid - табличка вроде экселевского листа. Моя программа в ней хранит таблицу содержимого файла карты. Тоже сюрпризы подкидывает. Оказывается, если в ходе работы программы принудительно уменьшить число строк и(или) столбцов, то их содержимое никуда не теряется. Ибо если число столбцов(строк) вернуть обратно, то все данные в них опять вернутся на место. Хотя они как на грех, совсем там и не нужны :oops:
Более того, если усменьшить число строки столбцов, а потом дать команду очистки всех строк, а потом увеличить количество строк и столбцов обратно, то можно увидеть, что данные в урезанных столбцах и строках никуда не делись даже посл команды очистки. Вот сюрприз!
А я себе всю голову сломал. Когда увидел вместо пустой таблицы снова ячейки с данными, думал что у меня крыша поехала :-P :ROFL:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.01.2015 09:56 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Д. Засядько писал(а):
3) в некоторых картах внезапно зачем-то вставлены нули в неожиданных местах. Вот идёт в .imi-файле последовательность вложенных файлов. Вроде бы чётко один за другим. Ан нет, в каком-то месте между файлами может быть вставлен один байт, равный нулю. Причём в таблице "содержания" этот байт учтён. То есть, указано, что следующий файлик начинается не сразу после предыдущего, а на один байт дальше.
В чём суть - непонятно. ВантажПоинт хавает и без этих непонятных байтов.


Возможно, лишние байты между файлами вставлены (компилятором или как там еще называется программа, генерирующая imi-файлы) для того, чтобы новый файл начинался с границы слова (16 или 32 бита). Это обычная практика для оптимизации операций чтения из памяти (чтобы данные греблись во всю ширину лопаты - разрядности процессора), если разрядность процессора (а точнее, шины памяти) 16 бит и выше.

Те, кто кто когда-нибудь писал на ассемблере, наверняка сталкивались с командами препроцессора типа WORD, DWORD - они как раз размещали последующие данные с границы слова (двойного слова).


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 23.01.2015 19:26 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Возможно, лишние байты между файлами вставлены .... чтобы новый файл начинался с границы слова (16 или 32 бита).

Чёрт побери! А ведь вы правы. Проанализировал таблички по парочке карт. Точно! Если длина суб-файла выражена нечётным числом, то добавляется пустой байт.
Вот табличка. http://sendfile.su/1077003

Ушёл доделывать программу.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.01.2015 21:35 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Гм. Странно. В известной карте Украины http://www.hllab.dp.ua/Tour/triton/UA100000.zip
Первая странная последовательность из 32 байт между таблицей с содержанием и началом первого суб-файла отсутствует напрочь. Сразу идут данные.
А вместо второй странной последовательности из 11 байт в конце файла идут два байта с непонятным содержимым.

Думаю, что судя по тому, что на эту карту жалоб вроде не было :D , эти чортовы секретные последовательности с их неизвестными "контрольными байтами" нафиг не нужны. :oops:

Кстати, выяснил, чем отличаются "базовая карта", "детальная карта" и "оверлейная карта". (С точки зрения программы IMI_tools, естественно :) )
Всего лишь одним параметром в суб-файле cvg_map.msf. Соотв.:
MAP_TYPE=TNDB_BASE_MAP - базовая (.mgi)
MAP_TYPE = TNDB_DETAILED_MAP - детальная (.imi)
MAP_TYPE = TNDB_POI_MAP - оверлейная (.poi)

MAP_TYPE=TNDB_LIGHT_MAP - х.з. шо за тип, но это прописано в .tpo картах
MAP_TYPE = TNDB_RASTER_MAP - растровые карты (.rmp)


Последний раз редактировалось Д. Засядько 26.02.2015 14:42, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.01.2015 21:00 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Так, вроде проясняется....
По поводу первой "волшебной" строчки вроде всё ясно. Два байта контрольной суммы считаются так:
читаем побайтово таблицу TOC начиная с начала файла. Затем последовательно "ксорим" каждый нечётный байт. Результат будет первым байтом контрольной суммы. Аналогично "ксорим" каждый чётный байт. Результат пишем во второй байт контрольной суммы.
"последовательно ксорим" означет вот что:
результирующая_контр_сумма := 0
от i = 0 до всего_байт - 1 делать
результирующая_контр_сумма := результирующая_контр_сумма XOR i-й_байт;


По поводу второй строчки пока неясно.
Казалось бы расчёт аналогичен, но непонятно:
- нужно ли учитывать таблицу TOC или только сами данные?
- нужно ли учитывать вставленные для выравнивания файлов нечётной длины байты?
- зачем и в каких случаях добавляется ещё один байт в строку перед двумя байтами контрольной суммы?

http://wiki.openstreetmap.org/wiki/OSM_ ... mi_archive


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.02.2015 23:48 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Гм. Немножко проясняется...
По первой "волшебной" строчке. Там, где она есть, она составляется так, как я выше описал. Проверил по парочке карт. Всё чётко!

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

К сожалению, в разных доступных картах эту вторую "волшебную" строчку пишут "кто во что горазд".
Либо просто слово "MAGELLAN" и два байта контрольной суммы, либо просто два байта контрольной суммы без слова "MAGELLAN", а если последний файл имел нечётную длину, то между его концом и контрольной суммой вставлен нолик. Либо (в основном в картах от maps4me.net) идёт пробел, потом слово "MAGELLAN", потом нолик, потом контрольная сумма.

Как правильно и "канонічно", мне пока не ведомо :(

И ещё нюанс: внутри файла карты все суб-файлы отсортированы по именам в алфавитном порядке. Но у меня сортировка получается как-то не так, как положено. Буду разбираться.

UPD.
Ох, дурдом. Сейчас взял базовую карту мира из Vantage Point. А там внутри файлы нифига не отсортированы по алфавиту. То есть, вроде как отсортированы, но по какому-то странному порядку. Честно говоря, я уже склоняюсь к мысли, что эта сортировка нах не надо. По крайней мере, ВантажПоинт схавал пересобранную карту (с файлами в другом порядке) аж бегом. А то, что в имеющихся картах файлы отсортированы, то это причуды магеллановских программеров


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.02.2015 23:26 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
По второй "волшебной" строчке и её контрольной сумме:
1) если все суб-файлы внутри файла карты выровнены по принципу " если суб-файл имеет нечётную длину, то после него добавляем нолик", то в таком случае вторая "волшебная" строчка выглядит как слово MAGELLAN и сразу за ним два байта контрольной суммы.
2) в картах от maps4me.net перед словом MAGELLAN добавлен пробел, а после слова MAGELLAN вставлен нолик для выравнивания, а потом идёт контрольная сумма
3) в некоторых картах слово MAGELLAN в конце файла отсутствует, а просто сразу идёт контрольная сумма, перед которой если нужно вставляется нолик для выравнивания.

Короче, я буду в своей программе делать так, как в первом варианте, ибо в так сделано в официальных магеллановских картах.

Кстати, всё-таки подтвердился алгоритм вычисления контрольной суммы в конце файла. Просто ксорим последовательно все байты на нечётных позициях и получаем первый байт контрольной суммы, потом ксорим все байты на чётных позициях и получаем второй байт контрольной суммы. Естественно, те последние два байта, где хранится сама контрольная сумма, не трогаем.

В общем, осталось только добавить в мою программу блок для расчёта контрольной суммы - и программа для разборки/сборки магеллановских карт будет готова. Только я пока не придумал как это сделать "красиво". Ибо считывать из файла по два байта за раз - это очень долго :(


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.02.2015 09:04 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Д. Засядько писал(а):
В общем, осталось только добавить в мою программу блок для расчёта контрольной суммы - и программа для разборки/сборки магеллановских карт будет готова. Только я пока не придумал как это сделать "красиво". Ибо считывать из файла по два байта за раз - это очень долго :(

А сколько обычно "субфайлов" содержится в магеллановском imi-файле? Ну просто интересно. И чем (какими программами) Вы собираетесь генерировать эти самые субфайлы, чтобы из них собрать imi-файл?

А про "считывание из файла по два байта за раз" - это сильно! Физически windows обменивается с дисковыми устройствами даже не секторами (обычно 512 байт в секторе), а кластерами (минимум 1 сектор, обычно несколько секторов). Конечно, прикладные средства (функции языка программирования) позволяют работать с дисками и отдельными байтами (для универсальности операций ввода/вывода), но Вы то должны понимать, что вызов такой функции все равно трансформируется в чтение кластера...


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 06.02.2015 09:34 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Ничего, если на некоем С-подобном псевдокоде?

Код:
byte chsodd = 0, chseven = 0; //контрольные суммы четные и нечетные
byte buffer[16384]; //буфер на 16К

while(!eof(infile) //пока не достигнем конца файла
{
  int bytesread = read(infile, buffer, 16384); //пытаемся прочитать 16К из файла в буфер. bytesread - реально прочитано

  for(int i = 0; i < bytesread; i += 2)
  {
    chseven = chseven XOR buffer[i];
 
    int iodd = i + 1;
    if(iodd < bytesread) //на тот случай если прочитали меньше 16К и число прочитанных байт нечетное
      chsodd = chsodd XOR buffer[iodd];
  }
}


собственно вот и все.
Читаем блоками по 16К (впрочем, размер блока может быть любым), потом обрабатываем блок в памяти.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.02.2015 15:28 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
А сколько обычно "субфайлов" содержится в магеллановском imi-файле?

По разному.
Зависит от кол-ва слоёв в карте, от наличия информации о рельефе, мета-данных и др.
Обычно от полсотни до примерно 250. К примеру, базовая карта мира из комплекта к ВантажПоинт содержит 56 суб-файлов, а карта Украины, которая лежит у Паганеля на сайте, 167 субфайлов. В карте Альп с мапс4ми.нет больше чем 259 суб-файлов. Размер суб-файлов тоже очень разный. От нескольких байт до десятков мегабайт. Больше всего "весят" файлы *.blx с рельефом.

Цитата:
И чем (какими программами) Вы собираетесь генерировать эти самые субфайлы, чтобы из них собрать imi-файл?

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

Цитата:
А про "считывание из файла по два байта за раз" - это сильно!
Вы правы. Тормозилово ещё то! :)
Сейчас у меня программа читает-пишет файлы кусками по 131072 байт (это 32*4096, где 4096 - это обычный размер кластера на NTFS, если я ничего не путаю). Только таблица TOC пишется-читается маленькими кусочками по 4 байта. Но это из-за особенности структуры этой таблицы. Да и объём у той таблицы небольшой.
Victor Pomortseff спасибо. Примерно так я и делаю. Только я считаю контрольную сумму ещё в процессе создания нового imi-файла по принципу "записали кусок из буфера в файл - посчитали контрольную сумму по буферу", а не прогоняю процесс подсчёта суммы после того как файл уже создан. Ну, чтобы как говорится "два раза не вставать" :)
Правда, пока что-то оно неправильно считается. Разобрал одну карту, собрал обратно, сравнил побайтно в ТоталКоммандере. Совпало всё кроме этой чёртовой контрольной суммы файла.
Впрочем, вчера оно вообще считаться не хотело, вешалось. Только сегодня утром допетрил, что переменную i надо было объявлять как LongInt, а не как Word, а то ведь размер буфера у меня больше, чем максимально допустимое число типа Word.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.02.2015 15:59 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Кстати, если интересно, у меня тут валяются шароновские исходники POICreator'а на дельфях. Оно глюковатое, надо переписывать, но там можно выдернуть процедуры создания базы poi в том виде, в каком они создаются ММО 1.0

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.02.2015 17:13 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Скажу честно, вектор для пеших походов меня слабо интересует. Но ПОИ нужны. Тулз для создания пустой или простой карты с набором ПОИ был бы очень полезен. Самому писать лень. Видно еще не так сильно нужны ПОИ. :)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.02.2015 20:08 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Кстати, если интересно, у меня тут валяются шароновские исходники POICreator'а на дельфях. Оно глюковатое, надо переписывать, но там можно выдернуть процедуры создания базы poi в том виде, в каком они создаются ММО 1.0

IMHO, попробуйте предложить это камраду Бенно https://github.com/bennoschoen/mm.gen
Может, он сможет понять алгоритм и добавить в свой картогенератор.
Кстати, а в чём заключается глюкавость?

P.S. Кстати, к вопросу "зачем оно надо распаковывать файл с картой". Берём файл, привязанный к конкретному навигатору по серийному номеру, распаковываем, меняем пару суб-файлов (известно каких), собираем обратно. И вуаля! Карта становится отвязанной.


Последний раз редактировалось Д. Засядько 07.02.2015 20:57, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.02.2015 20:53 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Всё. Закончил свою программку. Можете качать. Исходники и инструкция внутри.

http://sendfile.su/1082989

Программа умеет распаковывать магеллановские карты (.imi, .mgi, .poi, .rmp и т.д.) в суб-файлы в папочку и упаковывать папку с суб-файлами в один файл.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.02.2015 00:32 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Tramp писал(а):
Скажу честно, вектор для пеших походов меня слабо интересует. Но ПОИ нужны. Тулз для создания пустой или простой карты с набором ПОИ был бы очень полезен. Самому писать лень. Видно еще не так сильно нужны ПОИ. :)

Возможно, вам будет интересно: POI, входящие в состав карты OpenStreetMap, можно скачивать в виде файла GPX, выбрав определённую категорию и определённый район. Мне об этом писал один знакомый. Скопирую сюда его письмо.

"overpass - онлайн-надстройка над осм, сервер запросов выборки объектов в осм.
проще всего зайти на http://wiki.openstreetmap.org/wiki/RU:T ... ral=spring там справа в Инструментах ссылка на поиск родников в оверпас-турбо. переходим по ней, получаем форму запроса, удаляем из него
way["natural"="spring"]({{bbox}});
relation["natural"="spring"]({{bbox}});
ибо это излишне. в левом верхнем углу карты жамкаем кнопку "выбрать прямоугольник вручную", выбираем нужную область.
жмем кнопку "Старт" для запуска поискового запроса, получаем набор наглядных точек в выбранной области. после чего жмем "Экспорт" там выбираем GPX (забыл что можно в gpx экспортировать).
получаем красивую gpx-выборку с именами, мультиязычными описаниями и т.д.
почитав описание запросов можно получить практически любую выборку из ОСМ."

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.02.2015 08:14 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Спасибо, но это совсем другое. ПОИ в картах интересны категориями, поиском и т.п. нужны не сами точки, а технологии использовпния ПОИ в навигаторах. Уверен, что у каждого туриста емть десятки или сотни своих точек. А работать с ними сейчас не так удобно. Раньше была возможность включать/отключать отдельные файлы с данными. Теперь только импорт/экспорт. Не писк при наличии сотен точек разбитых по категориям. На ПК проблема решается каталогам. На приборах каталогов нет.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.02.2015 11:00 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Д. Засядько писал(а):
Цитата:
Кстати, если интересно, у меня тут валяются шароновские исходники POICreator'а на дельфях. Оно глюковатое, надо переписывать, но там можно выдернуть процедуры создания базы poi в том виде, в каком они создаются ММО 1.0

Кстати, а в чём заключается глюкавость?


Я пытался пользоваться более поздней версией этой программы с шароновского сайта. Точно где глючила уже не помню. По-моему, то ли зависала, то ли вылетала при загрузке файла с точками. То ли еще что-то было (может как-то криво грузила их). Но пользоваться ей было нереально. Хотя очень хотелось иметь отдельный инструмент для создания слоев POI чтобы не заморачиваться связкой ММО 1.0 (для создания POI) и ММО 2.7 (для сборки карты), а обходится только ММО 2.7

Это какая-то более ранняя версия, тут еще статические массивы точек и категорий с ограниченным их количеством. Поэтому думалось выдернуть оттуда ту часть, что собственно создает POI слой и приписать к нему нормальный интерфейс.

А вкупе с вашими наработками можно было бы создать инструмент для создания .poi карт (если я правильно понял идеологию, это должна быть оверлейная карта, содержащяя только POI слой). Это было бы интересно т.к. такого инструмента я не нашел нигде, а это было бы весьма полезно для использования как с векторными, так и с растровыми картами.

Сам я разочаровался в создании вектора - мороки очень много, а результат весьма посредственный. До тех пор, пока нет нормального инструмента для создания этих карт.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.02.2015 11:07 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Tramp писал(а):
ПОИ в картах интересны категориями, поиском и т.п. нужны не сами точки, а технологии использовпния ПОИ в навигаторах.


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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.02.2015 12:28 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Вот ещё мелкая утилита для карт. Проверяет контрольную сумму файла (контрольную сумму TOC не проверяет). Написал её после того как мне один из осмеров прислал е-мейл с возмущениями, что алгоритм подсчёта контрольной суммы неправильный.
http://sendfile.su/1083197

Цитата:
Желающему заняться могу дать исходники

Вместо исходников глючной программы лучше бы иметь подробное текстовое описание алгоритма с примерами :D


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.02.2015 13:35 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Д. Засядько писал(а):
Цитата:
Желающему заняться могу дать исходники

Вместо исходников глючной программы лучше бы иметь подробное текстовое описание алгоритма с примерами :D


Нет там описания алгоритма. Вообще, в оригинале, те файлы, что лежат в архиве являются базой данных в формате Raima Data Manager довольно старой версии 4.5 Это очень хитрая БД, построенная по сетевой (не реляционной!) модели и ведущая свою историю от известной в своей время dbVista (у меня все еще где-то исходники висты валялись). Потом они переименовались в Velocis и, наконец, в RDM.

Эта база широко используется во всяких встроенных системах. Видимо поэтому ее и выбрали для хранения картографических данных.

Но понять саму идеологию сетевой модели БД не так сразу получится :-) Она посложнее реляционной (но и работает быстрее при правильном проектировании).

А вообще, подключитесь к yahoo группам mapsend_format и mobilemapper2 - они мертвые, но елси покопаться в архивах и файлах, можно найти чего интересного.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.02.2015 16:26 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Tramp писал(а):
Спасибо, но это совсем другое. ПОИ в картах интересны категориями, поиском и т.п. нужны не сами точки, а технологии использовпния ПОИ в навигаторах. Уверен, что у каждого туриста емть десятки или сотни своих точек. А работать с ними сейчас не так удобно. Раньше была возможность включать/отключать отдельные файлы с данными. Теперь только импорт/экспорт. Не писк при наличии сотен точек разбитых по категориям. На ПК проблема решается каталогам. На приборах каталогов нет.

У меня другой подход. Я не храню в навигаторе точки "на все случаи жизни". Я для каждого похода разрабатываю маршрут и готовлю свой набор точек. Для недельного похода по Карпатам я приготовил 68 точек и объединил их в 7 маршрутов, по одному на каждый день, примерно по 10 точек в маршруте. С таким количеством точек не особо сложно управляться в навигаторе.

Тем не менее, от "карты POI" или простого инструмента, позволяющего её создать, я бы не отказался. На всякий случай, так сказать.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.02.2015 16:34 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Полностью согласен по всем пунктам. Однако я использую навигатор практически каждую неделю в пвд по области. Тут удобно иметь под рукой наборы разных точек и каждую неделю их не перезаливать. Кроме того, удобно разделять маршрутные точки от библиотечных (родники, пещеры, т.п.). Вопрос удобства и только.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.02.2015 17:06 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Мда... почитал про сетевые БД. Мало что понял :(
Чем-то похоже на нечто из теории графов.

Вот если бы по простому: "данные хранятся в таких-то файлах", формат файлов такой-то: и чётко по байтам что куда писать.
Вот вроде бы один товарищ расписал
http://wiki.openstreetmap.org/wiki/OSM_ ... at/raimadb
http://wiki.openstreetmap.org/wiki/OSM_ ... t/aux_file
http://wiki.openstreetmap.org/wiki/OSM_ ... t/ext_file
http://wiki.openstreetmap.org/wiki/OSM_ ... comp_table
http://wiki.openstreetmap.org/wiki/OSM_ ... rmat/layer
Надо будет вникнуть на досуге.

Кстати, если я правильно понял, то векторные карты тоже разбиваются кусочки-тайлы и на уровни зума, как и растровые. ИМХО, это правильно, иначе микромозг навигатора чорта с два перелопатил бы большую векторную карту.

И ещё по поводу контрольной суммы файла. Я так понял, что все карты, созданные в RMPCreator, имеют неправильную контрольную сумму. Почему-то во всех картах в последних двух байтах прописана одна и та же контрольная сумма 7D 3B. Однако, судя по тому, что на карты, созданные в RMPCreator, жалоб не было, то можно сделать вывод, что ни VantagePoint, ни сам навигатор контрольную сумму не проверяют. :oops:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.02.2015 12:24 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Сделал новую версию моей программки для распаковки/упаковки файла с картой
http://sendfile.su/1083976

Исправлена ошибка, возникавшая при распаковке карты, если число файлов в карте больше, чем 16777215 (впрочем, я таких карт не встречал).


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.02.2015 23:04 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Я тут выкладывал карту Украины от Аэроскан, переделанную из гарминовской "Аэроскан ТОПО 3.03". Но из-за косяков с рельефом карта толком не работала. Так что я заменил файл рельефа на другой. Заодно прописал номер версии, копирайт и логотип. :D
http://sendfile.su/1085320


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 15.02.2015 16:26 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Я бы рад скачать, но с этого сайта нормально без скачивания какой то хрени не получается. Можно положить куда то, откуда можно нормально получить?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 15.02.2015 16:29 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Мне не нравятся файлообменники, но тут скачалось без проблем.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 16.02.2015 10:23 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
У меня вместо карты скачивается какой то якобы даунлоадер, который пытается установить на мой комп кучу всякой хрени. А файл не скачивается все равно.
Если можно пришлите карту на [email protected].


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 16.02.2015 16:58 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Ой. Я обнаружил "косячок" в моей программе. При чтении файла с картой (точнее, таблицы с содержанием) в случае если в расширении имени суб-файла меньше трёх символов, то программа добавляла ненужные символы с кодом 00. Это я исправил. Также добавил два типа файлов карт (.tpo и .lgt) в фильтр в диалоге выбора карты и в запрос при выборе типа создаваемой новой карты.

Качайте исправленную версию http://sendfile.su/1086335

Paganel
Свою программу отправил вам на электропочту в письме вложением.
Карту перевыложил на другой файлообменник. Отправить по почте не могу, ибо на укр.нет ограничение в 18 МБ на письмо.
http://www.fayloobmennik.net/4612374

Странно, но обычно с файлообменником sendfile.su никаких проблем не было. И никаких псевдо-качалок и троянов там быть не должно.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 16.02.2015 17:43 

Сообщения: 20
Город: Луцк
Пол: Не указан
Возраст: 42
Зарегистрирован:03.12.2008
Д. Засядько писал(а):
Странно, но обычно с файлообменником sendfile.su никаких проблем не было. И никаких псевдо-качалок и троянов там быть не должно.


Там главное попасть на правильную кнопку "Скачать", которая внизу возле такой же "Комментировать"


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 16.02.2015 17:53 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Fr1end писал(а):
Там главное попасть на правильную кнопку "Скачать", которая внизу возле такой же "Комментировать"

Золотые слова. Я не мог понять проблему пока не отключил блокировщик рекламы. После этого появился срач с левыми кнопками для скачивания. Кликать нужно именно эту кнопку:
Вложение:
02-16-2015 16-53-48.jpg
02-16-2015 16-53-48.jpg [ 10.98 КБ | Просмотров: 2450 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 16.02.2015 18:24 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Вот чёрт. Действительно проблема. :evil: Не ожидал от них такой подставы. Я тоже давно пользуюсь АдБлок, так что даже и не подумал, что у людей могут возникнуть проблемы.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.02.2015 01:11 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
По-моему, для хранения файлов удобно пользоваться сервисами, которые предоставляют крупнейшие интернет-ресурсы. Почти все пользуются Гуглом и Яндексом. У них есть Диск Google и Яндекс-диск. Диск Google бесплатно предоставляет 15 ГБ. Яндекс я не пробовал. Ещё есть Облако Mail Ru, которое бесплатно предоставляет 100 ГБ. Как по мне, так это до хрена. Удобно, никакого геморроя, никакой рекламы.

Что касается векторных карт, то ни одна векторная карта для Магеллана мне не понравилась графически. Я не отказался бы от "карты POI", а чисто для графического отображения местности растр мне нравится гораздо больше. Та же OSM Mapnik в растровом виде выглядит очень красиво, магеллановский вектор с ней не сравнится.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.02.2015 06:17 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Вот тут согласен по всем пунктам (потому и потерял интерес к вектору). Правда мне больше нравится рендеринг LandscapeCycleMap

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.02.2015 01:42 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
Правда мне больше нравится рендеринг LandscapeCycleMap

Ну да, там горизонтали есть. Из тех, которые с горизонталями, мне нравится 4UMaps. Контрастные цвета, тропинки и дороги хорошо видны, значки объектов начинают быть видимыми на более мелких зумах, чем на других вариантах OSM, что удобно. Недостатки: покрытие - только Европа; ограничены зумом 15 (в принципе, этого достаточно, т.к. примерно соответствует топокарте 250-метровке).

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.02.2015 20:52 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А мне тут официальную магеллановскую векторную карту Австралии и Новой Зеландии для Эксплористов прислали. От 2014 года (данные от Навтек 2013 года). Причём в двух вариантах - сити сериес и саммит сериес. С рельефом, зелёнкой, дорогами, ПОИ, адресным поиском и маршрутизацией. Правда, поначалу карта в ВантажПоинте открываться не хотела, требовала подключить навигатор. Но я убедил её отставить эти глупые требования. Шо, я зря свой распаковщик/упаковщик писал что ли :)

Надо кому-нибудь? Никто в Австралию на днях не собирается?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.02.2015 22:24 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Д. Засядько писал(а):
Надо кому-нибудь?
Если не затруднит, выложите куда-нибудь одну карту. Интересно посмотреть на маршрутизацию и адресный поиск. И как с этим будет работать VP и прибор.

Д. Засядько писал(а):
Правда, поначалу карта в ВантажПоинте открываться не хотела, требовала подключить навигатор. Но я убедил её отставить эти глупые требования.
Я так понимаю, что Вы после распаковывания imi-файла на субфайлы заменяете субфайлы bbmp2bit.ics и bbmp4bit.ics на свои (без привязки к прибору), после чего снова запаковываете в imi-файл?

Я ради интереса распаковал базовую карту мира WWNA_BM.MGI, что установлена на моем 510-м навигаторе (размером 1.18Гига). Выяснилось, что она состоит из 1977 субфайлов. Однако!


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 19.02.2015 09:52 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Выкладываю. Учтите, что карта состоит из нескольких файлов. Там отдельно рельеф, отдельно дороги. Причём Австралия поделена на куски и для каждого куска своя карта. Так что в Тритонах, которые не умеют открывать сразу несколько подробных карт, эта карта может и не заработать как положено.
Карта идёт в комплекте с инсталлятором, но можно вытянуть нужные файлы и распихать их по папкам вручную.
https://www.dropbox.com/s/jr7mvv2gpw7ii ... 8.zip?dl=0
И вторая.
https://www.dropbox.com/s/mf7ewd42jfabb ... 8.zip?dl=0
Цитата:
Я так понимаю,....
Да. Всё вы правильно поняли.
Кстати, файлы могут называться не только bbmp2bit.ics и bbmp4bit.ics, но также и bmp2bit.ics и bmp4bit.ics или chunk.ics.
Свои субфайлы я взял из бесплатной карты Харьковской области, которую я сделал ранее с помощью MMO. Но, как мне кажется, сойдёт любая бесплатная карта.

Цитата:
..... WWNA_BM.MGI, ..... (размером 1.18Гига). ....состоит из 1977 субфайлов. ..

ничего себе "базовая" :-) Судя по названию, там Америка подробно разрисована. Да?

По поводу маршрутизации и адресного поиска.
Адресный поиск сделан по старому дурацкому подходу, который применялся в IGO версий 8.3 и старше и в Гарминах до тех пор, пока гарминовцы не придумали Point Addressing. Суть в том, что адрес домика привязывается не к самому домику, а к улице, рядом с которой этот домик стоит и к которой приписан. Когда домики идут по порядку понад дорогой, то проблем нет, а когда домик расположен в глубине микрорайона, то получается фигня типа "брось машину напротив дома и иди пешком через парк вместо того, чтобы подъехать непосредственно к домику по подъездной дороге". Ребята-картографы из КартБланш пытались обойти эту проблему, прорисовывая подъездные дороги к таким домикам и подписывая эти дороги как улицы.
Впрочем, возможно, Магеллан тоже умеет адресацию по домикам, а не по дорогам. Врать не буду. дело в том, что в этих картах нет прорисованных домиков. Только дороги.

Про маршрутизацию ничего плохого сказать не могу. Она есть, она работает. Причём, судя по всему, там предусмотрены разные режимы: автомобиль, пешеход, велосипед. И маршруты можно просчитывать по кратчайшему расстоянию, либо по минимальным затратам времени, либо с "притягиванием" к главным дорогам. Также учитывается "пенальти" при пересечении границ, паромы и развороты и др. Но чтобы проверить корректность маршрутизации нужно самому знать местности и сравнить маршруты, проложенные программой с тем, как реально ездят люди. Как вы понимаете, я Австралию знаю неважно :-)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.02.2015 23:44 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Что касается векторных карт, то ни одна векторная карта для Магеллана мне не понравилась графически.

Специально для вас фирма Магеллан придумала скины для карт. В комплекте с официальными картами идут файлы .msd
На карте памяти создаёте папку \Magellan\Skin и кидаете туды эти файлы. Поэкспериментируйте с картой Австралии. Там эти файлы в комплекте есть.

А если распаковать карту и посмотреть в "cvg_map.msf", то можно найти параметр
DAY_SKIN=City and Summit NZDay.msd , что, вероятно, говорит нам о том, что скин можно прилепить и к другим картам, если в них прописать ссылочку на файл скина. Правда, не факт. что скин будет корректно работатьс другой картой.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.02.2015 00:10 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Спасибо за советы и за всё, что вы делаете. Но у меня катастрофическая нехватка времени. Когда-то я хотел научиться делать векторные карты для Магелланов, но потом передумал. Не знаю, для кого как, а для меня вникание в тонкости векторных карт - нерациональное использование своего времени. Я успешно делаю любой растр, и его для моих пеших походов хватает с головой. Единственное, от чего бы я не отказался - это от "карты POI", где одни только POI, и больше ничего.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.02.2015 11:38 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Д. Засядько писал(а):
Цитата:
Что касается векторных карт, то ни одна векторная карта для Магеллана мне не понравилась графически.

Специально для вас фирма Магеллан придумала скины для карт. В комплекте с официальными картами идут файлы .msd
На карте памяти создаёте папку \Magellan\Skin и кидаете туды эти файлы. Поэкспериментируйте с картой Австралии. Там эти файлы в комплекте есть.

А если распаковать карту и посмотреть в "cvg_map.msf", то можно найти параметр
DAY_SKIN=City and Summit NZDay.msd , что, вероятно, говорит нам о том, что скин можно прилепить и к другим картам, если в них прописать ссылочку на файл скина. Правда, не факт. что скин будет корректно работатьс другой картой.


Проблема не в скине. Проблема в исходных данных.
Та технология, что я описывал, по сути есть конвертация карты из формата гармин в формат Магеллан. И тут есть одна засада - нужно знать полный список всех используемых в данной карте типов объектов. А он периодически расширяется. Я уже сталкивался с тем, что предыдущая версия конвертируется нормально, а в следующей не все объекты переносятся в магеллановский формат. Начинаешь исследовать гарминовский исходное и обнаруживаешь новые типы объектов которых не было раньше икоторые не описаны в конфиге и,следовательно,не прошли через конвертер.
Т.е.прежде чем начинать процесс, нужно как-то получить весь список типов в данной карте,потом найти те типы, которых нет в конфиге, потом определить что это такое и добавить их описание в конфиг.
Обойти проблему можно прямой концентрацией из ОСМ формата сразув магеллановский. Но там тоженетаквсе просто. Там типизация весьма специфическая - есть тип и естьспецифичныйдля данного типа набор атрибутов. Т.е. тут будет очень больше работа по прописыванию конфига для каждой карты в отдельности. Придётся для каждого слоя приписывать тип+набор атрибутов объектов, которые в данный слой попадут. И этот процесс не автоматизировать. Только ручками. Каждый раз.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.02.2015 16:41 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Там типизация весьма специфическая - есть тип и естьспецифичныйдля данного типа набор атрибутов. Т.е. тут будет очень больше работа по прописыванию конфига для каждой карты в отдельности. Придётся для каждого слоя приписывать тип+набор атрибутов объектов, которые в данный слой попадут. И этот процесс не автоматизировать. Только ручками. Каждый раз.

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

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

По идее, нужно один раз выписать правила "прочёсывания" файла с ОСМ-данными, а не делать для каждой карты свои правила. Конечно, в ОСМ нет строгой системы тегирования, а по некоторым тегам до сих пор идут споры, но в общем, правила тегирования большей частью устоялись.
К примеру, для создания слоя с домиками нужно прошерстить файл данных, выискивая все замкнутые линии с навешанным тегом building=yes (а также house, appartment и др.).
Для создания слоя с грунтовками ищем все линии с тегом highway=track.
И т.д.
Сложности могут быть с отношениями, поскольку их надо предварительно "раскрыть".

Конечно, конфиг для конвертации придётся иногда дополнять или исправлять, но ведь не для каждой же карты!

Примерно так и работает известный конвертер osm2mp.

Я уже давал ссылку на проект по созданию такого конвертера. https://github.com/bennoschoen/mm.gen
По идее, если этот проект доработать, то будет отличный и настраиваемый автоматизируемый инструмент для конвертации карт. Намного удобнее, быстрее, гибче и надёжнее, чем ММО.
В принципе, там достаточно было бы доделать функционал по созданию слоя POI и вынести правила "прочёсывания" файла ОСМ-данных в отдельный конфиг-файл. А добавить включение информации о рельефе - так вообще несложно.

Насчёт конвертирования карт в гарминовском формате, то это ИМХО, бесперспективно, потому что все более-менее свежие карты сделаны в формате NT, который не взломан.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения:
СообщениеДобавлено: 22.02.2015 17:57 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Ну вот и звймитесь :-) Мне, честно говоря, просто жалко времени на это.
Основная проблема конфига - сделать раскладку всего этого добра по слоям. А потом ещё расковырять магеллановский атрибуты отрисовки слоёв. А потом все это записать в формате RDM да ещё подчиняясь магеллановский правилам (ячейки и их сортировка).
И зачем все это, когда растр для похода делается за несколько кликов. А уровня автомобильных гарминовских карт все равно не достичь. Там ведь не только карты, но и предупреждения, lane assist и много прочих полезных вкусностей (типа 3D картинок развязок - очень удобная штука на самом деле).

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.02.2015 00:01 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
Посмотрел карты, ссылки на которые даны здесь. В комплекте с картами идет инсталлятор, который пытается залить карты в навигатор. В мой навигатор инсталлятор заливать карты отказался, ругнулся, что истек срок акции по бесплатному обновлению карт.
Dear valued customer, our Magellan latest free map update promotion has already expired. Please check out our latest map offers at http://www.magellangps.com.ua or http://www.magellangps.co.nz. Magellan team thank you for your continued support.

Тогда я попытался открыть файлы с картами из каталогов COPY_GROUP_3 в VantagePoint на компе, но тоже получил сообщение
The map "CitySeriesAu" is not authorized and cannot be used with attached GPS receiver or SD Card!

Ладно, разобрал/собрал (с подменой ics-файлов) первые 3 imi-файла (из 18) утилитой Magellan_map_packer_unpacker, попробовал открыть их в VantagePoint - открываются без вопросов! Ради интереса открыл Сидней. Туча POI. Одновременно нельзя открыть более одной детальной карты. Выкладываю скриншоты одного и того же места в Сиднее:

Это базовая карта мира WWNA_BM.MGI (что стоит на моем 510-м экплористе):
17524

Это детальная карта NSWACT_Roads.imi:
17525

Это детальная карта CitySeriesAu.imi + CitySeriesAu.tpo (есть рельеф, только фрагмент выбран неудачно):
17526


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 26.02.2015 14:31 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
В мой навигатор инсталлятор заливать карты отказался, ругнулся, что истек срок акции по бесплатному обновлению карт.

Спасибо, буду знать. Наверное, надо попробовать подменить в инсталляторе оригинальные карты на разлоченные.
Впрочем, инсталлятор не особо-то и нужен. Проще вручную файлы раскидать как написано в файле "Setup.mgup".
Файлы .msd из папки COPY_GROUP_1 кидаем на SD-карточку в папку \Magellan\Skin
Если на карточке нет папки Magellan, а в ней папки skin, то создаём эти папки.
Файлы .tpo, .imi, .poi из папок COPY_GROUP_2 и COPY_GROUP_3 кидаем в папку \MAP на навигаторе или на SD-карточке.

Цитата:
Одновременно нельзя открыть более одной детальной карты.

Не совсем так. В ВантажПоинте и в Эксплористе можно открыть сразу группу карт. В данном случае есть группы "City Series Au" и "City and Summit NZ". Каждая группа включает в себя карту рельефа (tpo), основную карту с дорогами (imi), добавочные карты с речками и тропинками (тоже imi) и карту с ПОИ (poi).


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.02.2015 21:56 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Ну и к вопросу адресного поиска и вообще поиска.
Почитал я тут у Шаронова про систему поиска у Магелланов.
http://www.msh-tools.com/advancedmaps.html

Получается, что для работы поиска нужно слои карты объединять в группы, и для каждой группы прописывать что и как искать.
А если делать карту по методике Поморцева, то получается, что в карте всего одна группа, куда свалены в кучу все слои. Ну, я для интереса разархивировал карту и прописал SEARCH_GROUPS = 1 0
Ну, поиск как-то заработал, но не так как надо. В принципе, улицы, домики и прочие вещи ищутся. Но только в небольшом радиусе от текущего местоположения на карте. И не как адреса, а как POI.
К примеру, вбиваешь в поиск POI "123", ну, оно и выдаёт тебе домик № 123, если он есть где-то рядом.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения:
СообщениеДобавлено: 26.02.2015 22:22 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Это все хорошо и правильно. Но беда в том, что ММО не подразумевает работу с группами. А по POI он и так будет искать если они выделены отдельным слоем.
А что касается радиуса поиска, то его в лбом случае нужно ограничивать иначе поиск может затянуться на очень длительное время.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.03.2015 13:41 

Сообщения: 32
Город: Николаев
Пол: Муж
Возраст: 38
Зарегистрирован:11.02.2015
День добрый, заранее извиняюсь за невнимательность)
Пробежал по диагонали ветки по магеланам и таки не нашел пошагового гайда по созданию растровой карты с самого начала.

Если кому попадалась такого рода инструкция(и если она вообще существует) - ткните носом, буду благодарен.
MagelanExplorist310.Первый навигатор, до этого опыта пользования не было.

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

UPD
Поправьте если неправильно понял.
Для создание растровой карты с нуля для explorist310:

1. Создаем в OziExplorer в WGS84 картинку с привязкой нашего региона.
2. Дальше делаем по статье http://xt.ht/xtarticle/-Karty-Magellan-Triton-i-Magellan-eXplorist. Загоняем то , что получилось в Ozi в triton RMP maker.
3. На выходе у нас уже готовая карта для Triton и ее мы конвертим с помощью RMP_Tools для explorist310


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.03.2015 16:34 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
А комментарии читал? Хотя бы самый первый?
Магелланам, как впрочем и гарминам нужно, чтобы карта была идеальным прямоугольником с вертикальными меридианами и горизонтальными параллелями. Насколько она от этого отличается, настолько и будет врать твой навигатор.
Преобразовывать коническую трапецию топографических карт (Transverse Merkator) в прямоугольник (Equirectangular) умеют только специальные картографические программы. Фотошоп тут не поможет.
Кроме того программа Шаронова безнадежно устарела. Нужно использовать Antalos RMPCreator.
Правда можно скачать нужную карту с инета и сохранить ее в RMP программой Mobile Atlas Creator.

Правильный путь:
1. Устанавливаем и осваиваем программу Global Mapper
2. Импортируем карту привязанную в Ози или калибруем прямо в GM.
3. Проверяем совпадение границ, сеток, проекций, датумов и совпадение с местностью.
4. Меняем проекцию на Geographic и датум на WGS84
5. Экспортируем изображение в GeoTIFF. При экспорте задаем нужное разрешение в метрах на пиксел, одинаковое по горизонтали и вертикали (для километровки оптимально от 12 до 16).
6. Скармливаем геотиф программе RMPCreator, задаем если нужно общее имя для нескольких карт.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.03.2015 16:39 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
А Ликия давным давно лежит здесь - https://drive.google.com/open?id=0B4efk ... authuser=0


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.03.2015 13:50 

Сообщения: 32
Город: Николаев
Пол: Муж
Возраст: 38
Зарегистрирован:11.02.2015
Благодарю за пошаговый мини-гайд.
Готовую карту с вашего сайта загрузил еще до покупки навигатора)
Еще раз спасибо.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.03.2015 18:36 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
К 5 пункту забыли добавить "и снять галку с "Always generate square pixels""


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.03.2015 09:56 

Сообщения: 32
Город: Николаев
Пол: Муж
Возраст: 38
Зарегистрирован:11.02.2015
А если использовать MOBAC с пользовательскими mapsources(которые выкладывал уважаемый товарищ Зундер) и потом готовую .rmp закидывать на explorist310 - что с точностью?

Я так двумя кликами создал кусок своего города и покатавшись вроде не нашел отклонений.

Или это профанский способ создания карт?)

Скажем для ПВД, когда тебе нужно выйти на точку(+- 30 метров) и на финишную точку аналогично - этот способ создания карты через MOBAC со снимка гугле-мапса - годен?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.03.2015 11:23 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Способ годен, но:
1) люди сталкивались с тем, что на больших картах были проблемы. Начиная с определённого размера (в пикселях) карты либо не открываются в навигаторе, либо возникают глюки. Что-то там недоделали авторы мобака.
2) не все карты доступны в виде онлайн-карт. Не все онлайн-карты можно подключить к МОБАКу (либо негодный способ представления карты - выдаётся одна картинка по размеру экрана вместо тайлов, либо карта не в той проекции).

По поводу точности: дело не в самом Мобаке, а в:
1) точности исходной карты (х.з. кто и как её рисовал. Может, там дорога не так идёт, речка уже высохла или домики нарисовать забыли, или лес вырубили).
2) точности привязки картинки карты к координатам. Проверить привязку можно с помощью GPS-треков, сделанных с помощью хороших годных GPS-приёмников при езде по дорогам. К примеру, взяли геодезический приёмник Trimble или Leica, установили на машину, проехали чётко по дороге. Потом слили трек в комп, наложили трек на карту и сравнили нарисованную дорогу с треком.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.03.2015 11:40 

Сообщения: 32
Город: Николаев
Пол: Муж
Возраст: 38
Зарегистрирован:11.02.2015
Д. Засядько, большое спасибо. Кой чего в голове начало укладываться по-маленьку.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.03.2015 00:32 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Неоднократно делал карты с помощью Мобака. Точность зависит только от онлайн-карт, а не от программы.

Основное ограничение - карта размером более 20000х20000 пикселей не будет работать. Но ничто не мешает вам сделать вместо одной большой карты несколько маленьких, чтобы они слегка перекрывались краями.

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

Мобак позволяет делать многослойные карты. Для Магелланов это, в принципе, не важно, т.к. они одинаково хорошо отображают как многослойную карту, так и набор однослойных карт. Но дам один совет: если вы на основе онлайн-карты делаете для какого-то района либо многослойную карту, либо аналогичный набор однослойных карт, то не делайте все масштабы подряд. Делайте через один (например, 11-13-15-17), иначе на некоторых масштабах слои карты могут мешать друг другу, показывая не тот слой, который хотелось бы.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.03.2015 10:21 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Понятие многослойности в Магеллане весьма виртуально.
Если в Гармине понятие слой имеет смысл и слои должны быть взаимоувязаны по масштабам и территории, то в Магеллане RMP - это просто контейнер в который можно напихать любое количество любых изображений любого масштаба на любую территорию. При этом их отображение на экране совершенно не зависит от того в каком контейнере (файле) и в каких сочетаниях они лежат. Отличие однослойности от многослойности только в том, что если разные карты (масштабы) хранятся в разных файлах, то любой из них можно включить или выключить для отображения и включить вместо него что то другое. Если они все в одном файле, то управлять их отображением можно только "одним куском".

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 16.03.2015 17:46 

Сообщения: 32
Город: Николаев
Пол: Муж
Возраст: 38
Зарегистрирован:11.02.2015
Андрей Лунячек, спасибо, с ограничением на размер уже столкнулся. С ситуацией с зумами уже на практике тоже столкнуться пришлось.

Сейчас раскуриваю вашу статью по Sas Planet, хочу попробовать с его помощью создать карту.

Paganel, я думаю первый вариант подойдет многим кто только начинает знакомиться с картографией, навигацией и gps в частности. А второй для тех кто уже более четко понимает как и чего, типа - некст левел)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.03.2015 00:56 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
xasan писал(а):
Сейчас раскуриваю вашу статью по Sas Planet, хочу попробовать с его помощью создать карту.

При создании растровых карт для Магелланов SAS Планета выступает всего лишь как средство получения привязанных карт формата OziExplorer (.jpg/.png + .map). И эта функция реализована в программе достаточно просто. На мой взгляд, несколько более сложны следующие этапы - смена проекции карты в Global Mapper и конвертация её в формат RMP при помощи программы RMPCreator.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.03.2015 11:12 

Сообщения: 32
Город: Николаев
Пол: Муж
Возраст: 38
Зарегистрирован:11.02.2015
Андрей Лунячек, чет опять начинаю путаться) Уже скачал себе книги по картографии чтобы хоть чуть-чуть разобраться на начальном уровне.

То-есть после того как в SasPlanet мы на выходе получили графические файлы с файлами привязки .map - нам нужно сменить проэкцию? А не сразу конвертить в формат rmp?

А при работе с MOBAC мы на выходе сразу получаем готовую rmp которую magellan cкушает без проблем?
,


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.03.2015 14:04 

Сообщения: 32
Город: Николаев
Пол: Муж
Возраст: 38
Зарегистрирован:11.02.2015
Огреб новые проблемы. Все растровые карты мигают на секунду и отображают только квадрат области - но пустой.
Сначала подумал что проблема в созданных мною картах или их размере. Специально создал очень маленькую карту - безрезультатно.

За собой не помню - чтобы тыкал чет или удалял с навигатора.

Проверенные карты (ликийка от паганеля) - мограет на долю секунды и дальше белым-бело.

Отображается карта .mgi и .imi базовые..


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.03.2015 14:07 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
xasan
Вы масштаб пробовали менять? Все растровые карты работают только при определенных масштабах. Вектор растягивает.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.03.2015 14:11 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Для правильной конвертации в RMP карта должна быть в проекции Geografic(Latitude/Longitude). Это та, у которой все параллели прямые и все меридианы прямые, и параллели с меридианами пересекаются под прямым углом квадратиками.
И в системе координат WGS84. Если это не так, то надо перекроить карту в эту проекцию. Фотошопом такое не сделаешь. Для этого есть GlobalMapper.

Цитата:
А при работе с MOBAC мы на выходе сразу получаем готовую rmp которую magellan cкушает без проблем?

Да. Но только если исходная онлайн-карта была в нужной проекции. Иначе будут "чудеса".

Цитата:
растровые карты мигают на секунду и отображают только квадрат области
Масштаб покрути в навигаторе. Растровые карты отображаются только на "своих" уровнях масштаба.
Векторные, кстати, тоже, но там можно задать для каждого слоя параметры: на каком уровне зума появляться, а на каком исчезать. И для базовых карт тоже. Это делается при создании векторной карты. Хотя и в готовой векторной карте это можно отрегулировать. Например, заставить слой с тропинками появляться раньше или позже.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.03.2015 14:18 

Сообщения: 32
Город: Николаев
Пол: Муж
Возраст: 38
Зарегистрирован:11.02.2015
Tramp писал(а):
xasan
Вы масштаб пробовали менять? Все растровые карты работают только при определенных масштабах. Вектор растягивает.


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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.03.2015 14:21 

Сообщения: 32
Город: Николаев
Пол: Муж
Возраст: 38
Зарегистрирован:11.02.2015
Д. Засядько, спасибо за разъяснение.

По поводу масштаба - крутил. Я создавал в MOBAC на зуме 14,16,19 - собственно при зуммировании на explotist310 я на долю секунды и успеваю заметить карту когда добираюсь до нужного масштаба. Потом заливка белым и при отдалении уже не моргает.

На всяк пожарный сделал сброс на дефолт - но безрезультатно.

UPD

Сейчас сижу пытаюсь вспомнить что я мог поломать. Есть ощущение что я что-то кильнул в папке MAP когда заливал новые карты и килял старые. Кажется был там файлик с расширением которое мне не попадалось среди карт до этого. Вполне мог кильнуть по-незнанию.

Но окромя этого точно в другие директории не лазил.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.03.2015 15:55 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
xasan писал(а):
По поводу масштаба - крутил. Я создавал в MOBAC на зуме 14,16,19 - собственно при зуммировании на explotist310 я на долю секунды и успеваю заметить карту когда добираюсь до нужного масштаба. Потом заливка белым и при отдалении уже не моргает.
Просто взгляд со стороны: может быть, в вашем навигаторе на тот же район загружена детальная (векторная) карта и при прорисовке навигатор "накрывает" картинку растра белым полигоном (предположим, слой подложки) этой детальной карты? В настройках навигатора попробуйте отключить детальную карту и еще посмотрите режим отображения карт (hybrid/exclusive) - если стоит exclusive, попробуйте поменять на hybrid.

Обновил:
Ну и растровые карты, если их много, тоже можно попробовать отключить все и затем включить только одну, в данный момент интересующую.


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 17.03.2015 17:57 

Сообщения: 32
Город: Николаев
Пол: Муж
Возраст: 38
Зарегистрирован:11.02.2015
UrikEEE
Моя тупость таки) Вычистил уже все карты оставив только вектор украины и растр своего города, и именно из-за него все горе было, а я в панике на форум полез))
Спасибо, проблема решена.

Буду разбираться как накладывать вектор поверх растра чтобы все корректно отображалось. Не так чтобы сильно нужно с практической точки зрения - но интересно.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.03.2015 01:14 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
xasan писал(а):
Андрей Лунячек, чет опять начинаю путаться) Уже скачал себе книги по картографии чтобы хоть чуть-чуть разобраться на начальном уровне.

То-есть после того как в SasPlanet мы на выходе получили графические файлы с файлами привязки .map - нам нужно сменить проэкцию? А не сразу конвертить в формат rmp?

А при работе с MOBAC мы на выходе сразу получаем готовую rmp которую magellan cкушает без проблем?

МОВАС тем и хорош, что сразу выдаёт карту, пригодную для использования в навигаторе, без каких-то дополнительных манипуляций. Я делал карты из него, используя разные онлайн-источники, и точность карт всегда была нормальной.

Что касается SAS Планеты, то проекция её карт отличается от проекции, нужной навигатору. Поэтому проекцию нужно менять при помощи Глобал Маппера. Но если ваша карта не очень большая (не более 20х20 км), то отличие карты в одной проекции от карты в другой проекции сравнительно невелико (по моим наблюдениям, около 10 м). Если для вас такая точность допустима, можете относительно маленькую карту (маленькую не в пикселях, а в километрах) после экспорта из SAS Планеты сразу скормить программе RMPCreator. Я, например, делал себе карту Львова из онлайн-карты зума 17 (это весьма подробный масштаб, как вы понимаете) без смены проекции, и успешно ходил с навигатором по Львову без какого-либо дискомфорта.

Что касается взаимодействия в навигаторе растровых и векторных карт. А вы труды Паганеля разве не читали? Вот здесь, например: http://www.hllab.dp.ua/Tour/explorist/ex310umru.htm#104
Там есть ряд полезных вещей, если читать внимательно.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.03.2015 17:55 

Сообщения: 1
Город: Kiev
Пол: Муж
Зарегистрирован:18.03.2015
Здравствуйте, а есть ли более-менее подробный мануал изменения проэкции карты сделаной в SASPlanet в GlobalMapper-е ?

Вот скажем SAS используется для работы с яндекс картами и после создания карты в SAS и конвертировании в rmp видно - при проверке видно, что есть сдвиг карты. Где в SASPlanet видно что созданую карту нужно будет править в GlobalMapper?


Д. Засядько писал(а):
Для правильной конвертации в RMP карта должна быть в проекции Geografic(Latitude/Longitude). Это та, у которой все параллели прямые и все меридианы прямые, и параллели с меридианами пересекаются под прямым углом квадратиками.
И в системе координат WGS84. Если это не так, то надо перекроить карту в эту проекцию. Фотошопом такое не сделаешь. Для этого есть GlobalMapper.

Цитата:
А при работе с MOBAC мы на выходе сразу получаем готовую rmp которую magellan cкушает без проблем?

Да. Но только если исходная онлайн-карта была в нужной проекции. Иначе будут "чудеса".

Цитата:
растровые карты мигают на секунду и отображают только квадрат области
Масштаб покрути в навигаторе. Растровые карты отображаются только на "своих" уровнях масштаба.
Векторные, кстати, тоже, но там можно задать для каждого слоя параметры: на каком уровне зума появляться, а на каком исчезать. И для базовых карт тоже. Это делается при создании векторной карты. Хотя и в готовой векторной карте это можно отрегулировать. Например, заставить слой с тропинками появляться раньше или позже.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.03.2015 22:11 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
buklya писал(а):
Вот скажем SAS используется для работы с яндекс картами и после создания карты в SAS и конвертировании в rmp видно - при проверке видно, что есть сдвиг карты. Где в SASPlanet видно что созданую карту нужно будет править в GlobalMapper?

В САС нигде не видно, поскольку она использует одну "родную" для нее проекцию Меркатора и экспортирует все карты в ней же. При экспорте для Ози он прямо это пишет в файле привязки.
А манул более менее лежит здесь - http://antalos.com/gps/ozi-to-geotiff.php
Там про генштаб. А для САС еще проще. Не нужна обрезка.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.03.2015 23:50 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Дык вроде в последних версиях САСпланеты можно выбрать нужную проекцию при склейке карты.
Выделяешь область, возникает менюшка. Там выбираешь вкладку "Склеить". И среди прочих опций есть выбор проекции. В том числе и Geografic(Lat/Lon) / WGS84.
Правда, я не проверял как оно работает.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.03.2015 00:39 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Дык вроде в последних версиях САСпланеты можно выбрать нужную проекцию при склейке карты.
Выделяешь область, возникает менюшка. Там выбираешь вкладку "Склеить". И среди прочих опций есть выбор проекции. В том числе и Geografic(Lat/Lon) / WGS84.
Правда, я не проверял как оно работает.

Я проверял. Карта получается сжатая, как если в Глобал Маппере не снять галку "Всегда отображать квадратные пиксели". Если пропустить её через RMPCreator, а потом загнать в навигатор, то правильная привязка сохраняется, но изображение на экране навигатора ощутимо теряет в качестве (как я понимаю, из-за того, что навигатор растягивает сплюснутое изображение карты до нужного размера).

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.03.2015 10:43 

Сообщения: 32
Город: Николаев
Пол: Муж
Возраст: 38
Зарегистрирован:11.02.2015
Да я тоже пробовал выбирать Geografic(Lat/Lon) в SASPlanet, как и говорит Андрей Лунячек
- карты получаются "спресованные".


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.03.2015 23:47 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Только что обнаружил, что перестал функционировать сайт http://antalos.com, на котором находилась программа RMPCreator, неплохой мануал по Глобал Мапперу и прошивки для перепрошивки Эксплористов GC и 110-го в 310-й. На сайте выводится сообщение: "Термін дії цього доменного імені завершився 22.03.2015, і тепер його слід відновити або видалити."

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2015 11:39 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Да, печально. Был сайт, да весь вышел. Ничего, сейчас я поигрался в разведчика и нашёл инфо про нашего Анталоса.
Код:
Объект: Александр Савченков.
E-mail: [email protected]
Skype: antalos22
Место работы: Wise Apps


Я написал ему на е-мейл. Подождём ответа.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2015 11:42 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Если нужно, то найдем место для его мануалов. Хороший ресурс.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2015 22:45 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Сайт уже работает. Дядя Саша заплатил денежку и продлил хостинг. :smile:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2015 23:58 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Ура!

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 31.05.2015 12:03 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Вчера обнаружил, что магеллановские карты могут быть не только векторными и растровыми, но и комбинированными: растр плюс вектор в одном файле. Выяснил, когда ковырял базовую карту мира из прошивки eXplorist GC. Внутри файла WWNA_BM.mgi кроме привычных суб-файлов векторной карты лежит ещё rmp.ini и тайловые картинки .A00 с привязками .tlm. Однако, в ВантажПоинт никаких растровых картинок не видно.
Я их все вытащил и слепил отдельную чисто растровую карту. В ВантажПоинт её видно, правда, на самом "отдалённом" зуме. https://cloud.mail.ru/public/B89y/BL6W835mG
А ещё внутри той карты лежат фалики .rt для роутинга. Но роутинг всё равно не работает.

(upd)
А вообще это бред какой-то. Хотел слепить сам такую комплексную карту - фиг вам. Растр не видно. А если переименовать файл из .imi в .rmp, то растр видно, а вектор не видно.
Ну, по крайней мере, в ВантажПоинт так.
Может, в самом навигаторе оно и работает, но проверить не на чем.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.06.2015 15:06 

Сообщения: 28
Город: Australia
Пол: Муж
Зарегистрирован:17.06.2015
Aussie says hello. :friends: I see that you are experts in Australian Maps.

Цитата:
http://www.magellangps.com.au/Products/Outdoor/eXplorist_Series/eXplorist_510... you can access the following maps as an *optional [paid] download via SD card - The GeoScience Australia 1:250k Raster Map ...

How do I make free legal NATMAP 250K West.rmp (692,391,500 bytes) + NATMAP 250K East.rmp (1,002,964,148 bytes) for my friends?

Free data: http://www.ga.gov.au/metadata-gateway/metadata/record/gcat_e354c6fb-14c7-2442-e044-00144fdd4fa6/NATMAP+Digital+Maps+250K+2008+-+Australia+mosaic (ecw file - 2.826 GB)

West: -9.0N, 112.5W, -44.0S, 132.0E <---> East: -9.0N, 132.0W, -44.0S, 154.0E

Maybe antalos rmp-creator but might take 21 days on my computer with slow tiling.
Also, file size and map pixels georeference is different to TritonRMP Helper / TritonRMP Maker - ( test it yourself in Vantage Point https://drive.google.com/open?id=0B0YmifAP_IxQM2NKUEcteGpyY3c&authuser=0 )

[ I can use google translate to read Russian. I would be pleased if a forum member would translate my post. ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.06.2015 16:39 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
OK. I'll try to download that large ECW map file and work with it using GlobalMapper.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.06.2015 12:47 

Сообщения: 28
Город: Australia
Пол: Муж
Зарегистрирован:17.06.2015
http://www.magellanboard.de/viewtopic.php?f=15&t=1448&start=60#p37188 03/02/2012
Цитата:
... I use the Perl script "osm2mp.pl" Look at the OSM Forum after then GM [GlobalMapper] to generate from the MP file shapes. I have the process somewhat automated and optimized with me. To speed I try everything with hardware power to kill: Core i7 2600K (@ 4.3 GHz overclocked with WaKü) 16 GB RAM + OCZ Revodrve X2 than disk for the swap file (Speicherbdarf for 1GB OSM data = 3.5 GB of memory; Germany has 28GB) +240 GB SSD as disk => OSM Germany about 12 hours (OSM -> TopoD) VG Sockeye

Real maps need a real computer. [Sorry, Google Translate - German -> English]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.06.2015 13:34 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
I use the Perl script "osm2mp.pl"

This way is for vector maps, but as I understand, you want to convert the raster map in ECW format to RMP.
I downloaded ECW file, opened it in GM and changed datum to WGS84. Than I exported it to GeoTIFF format (color 24 bit, bicubic interpolation, no compression, disable square pixel creation, no resolution changes), dividing the entire image to approx. 50 tiles (approx 740 MB per tile). I deleted some empty tiles.
And now the Antalos RMPCreator is still working, creating RMP file.

Цитата:
Real maps need a real computer.
... or good software :D
1) Perl is an interpretable "language". And all "interpreteble" scripts working slower than compiled programs.
2) Direct conversion from .osm to .imi will be much mo faster than .osm - .mp - .shp - .imi
3) IMHO, creating several sub-maps (one map per region) and one relief (.tpo) map is a better approach than creating one huge map of entire country.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.06.2015 10:25 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Your map is ready.
https://cloud.mail.ru/public/EKAP/CgkVL3QpT


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.06.2015 10:31 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Оказывается, в MMO невозможно создать карту, состоящую только из слоя точек. Карта создаётся, но ВантажПоинт не видит точек. И слой POI тоже почему-то не увидел.
И, кстати, создать карту в MMO из одного только слоя POI в принципе нельзя.

А вот если к слою POI и точечному слою добавить хоть один слой с линиями, то всё создаётся нормально. А если линии мешают, то их можно сделать невидимыми, разобрав готовую карту и подправив в ней файлик 00map.ini


P.S. Это я хотел оверлейную карту родников по Харьковской области сделать. Вроде бы ничего сложного.
Берём GPSmapEdit, открывем .gpx-файл с родниками. Получаем россыпь путевых точек с флажками. Выделяем их всех. (Меню Правка-Выделить-Все путевые точки). Выделенные точки обведутся кружками. Потом меню Инструменты - Выделение объектов. Клацаем правой кнопкой мыши на любую из выделенных точек. В контестном меню Преобразовать в... - Точку. Появится окно с выбором типа точки. Выбираем "0x6511 Гидрография Родник Spring". Жмём ОК.
Теперь удаляем с карты путевые точки. Меню Правка-Выделить-Все путевые точки. Жмём кнопку delete на клавиатуре. На вопрос "Вы действительно жотите удалить объекты?" жмём "Да".
Теперь рисуем замкнутую область (полигон), который будет задавать область действия карты. Можно просто провести по диагонали через всё "облако точек" одну линию, но с многоугольником оно нагляднее. Те путевые точки, что не попадут в условную прямоугольную область, описанную вокруг этой линии или многоугольника, не попадут потом в итоговую карту.
Инструменты-Создание объектов-Полилиния (или Полигон). Рисуем ломаную линию по точкам. В конце Жмём правую кнопку мыши, клацаем "Завершить". Выбираем тип линии (любой, проще всего дорогу типа 0x0) или тип полигона, например 0x004b - Область выделения карты. Название можно не писать, просто ткнуть Enter.
Теперь сохраняем нашу "карту". Файл-Сохранить как. Выбираем место, придумываем имя. Выбираем тип Польский формат (*mp;*.txt).
Дальше делаем карту как описано у Поморцева (https://sites.google.com/site/victorpom ... mapscreate), только без возни с рельефом сразу переходим к разделению карты на шейпы, созданию POI и самой карты. Убедитесь, что в конфиге для MPsplitter прописано, что тип линий 0x0 программе надо обработать как дорогу, тип полигона 0x004b как "Область выделения карты", а тип точек 0x6511 обработать как "POI Родник".
После создания карты по методике Поморцева мы получаем карту в формате .imi
Теперь переделываем её в оверлейную.
Берём мою программку для разборки/сборки карты (https://cloud.mail.ru/public/ZC85p25sRs ... packer.rar) и разбираем карту на отдельные суб-файлы.
Open map file - Выбираем карту, ОК. Видим таблицу суб-файлов. Жмём Extract files. Получаем рядом с картой папку с извлечёнными суб-файлами. Открываем её.
Открываем файл 00map.ini "Блокнотом" и ищем секцию [LAYERS], а в ней строку, соответствующую слою с нашей псевдо-дорогой.
Что-то типа
1=00_032_Road_l 00lay1 20 1 0 0 10 0 10 0 10 0 9 0 9 0 9 0 8 0 8 0 8 0 7 0 7 0 7 0 6 0 6 0 6 GREEN MSOLID_LINE
Вот эта жирная единичка меняется на нолик, и весь слой становится невидимым. Хотя объекты с этого слоя всё равно можно найти поиском. Если вы использовали не линию, а полигон, то точно так же ищем строчку и меняем единичку на нолик.
В секции [MAP_INFO] параметр IS_ADD=0 меняем на IS_ADD=1. Сохраняем изменения.
Теперь надо рядом с извлечёнными суб-файлами создать новый файлик cvg_map.msf
Это текстовый файл. Внутри него пишем (комментарии курсивом удалите)

;Map Support File : Contains Meta Data Information about the Image это первая строка. Всегда такая
IMG_NAME = UAKHRWater Название карты. Вроде бы оно так видится в меню навигатора. ВП его игнорит
PRODUCT= UAKHRWater название группы карт. По этому названию будут группироваться карты в ВП и в навигаторе
PROVIDER= Adilur автор исходных данных карты
IMG_DATE = 18.08.2014 дата создания карты. Видна в ВантажПоинт
IMG_VERSION = 2014 номер версии карты. Где виден - х.з.
Version = 2014 номер версии карты. Виден в ВантажПоинт
ADDITIONAL_COMMENTS = Rodniki где виден - х.з.
MAP_TYPE = TNDB_LIGHT_MAP важный праметр! Тип карты. TNDB_LIGHT_MAP означает оверлейную карту
IMG_REGIONS = UA-KHR где виден - х.з. Можно не писать
COPY_RIGHT_INFO= tourist.kharkov.ua автор карты. Можно написать своё имя
BRAND_LOGO_LOCATION=kh_tur.png ссылка на файл с логотипом. Необязателен.
Файлик с указанным именем должен лежать рядом. Любая картинка размером примерно 120х120 пикселей в формате png. Имя латиницей не больше 8 букв. Логотип видно в ВП и навигаторе
CONTACT_INFO = E-mail: [email protected], Phone: 666-66-66 Можно указать свой е-мейл, телефон, вебсайт и т.д. Видно в ВП
FEATURE_SET = P перечень свойств карты. Подробностей не знаю. P, вероятно, означает наличие POI
Убедитесь, что после создания файла тупой "Блокнот" не приписал ему расширение .txt
Теперь собираем карту из кучи суб-файлов в один файл обратно. Берём моё программку. Жмём make map from folder, выбираем папку с суб-файлами, жмём ОК. Выбираем тип карты .lgt. Жмём кнопку Create new map file. Закрываем мою программку. Полученный файл .lgt пытаемся открыть в ВантажПоинт.

Вроде получается, но всё никак "красоту не наведу" :-) Кроме того, там в теме про родники ещё два родника человек добавил. Пришлось их вручную дописывать.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.06.2015 15:13 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Гм. Кажется, я нашёл баг в MPsplitter :sad:
После работы сплиттера создался файл с базой данных POI (POI.dbf), так вот, последняя точка в этом файле не хочет экспортироваться в MMOffice. А если открыть этот файл в MS Access, что-то там поменять, потом вернуть обратно, потом сохранить, то тогда такой пересохранённый файл экспортируется нормально: последняя точка POI не пропадает.
Ну или можно открыть тот же POI.dbf в хекс-редакторе и добавить в конце один нулевой байт.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.06.2015 12:50 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Д. Засядько
Будем осваивать технологию создания карт из точек по вашему алгоритму. Родники меня слабо интересуют, а вот свой набор точек хочется засунуть в карту, чтобы не мешался с точками, которые на отдельные походы готовишь. Спасибо за описание.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.06.2015 15:11 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Поигрался несколько часов с картой родников и своими точками. Понял - как мне удобно со своими обычными точками. Всегда хотел все их конвертнуть в POI для удобства фильтрации. На примере карты родников вижу, что это не так удобно.

1. Менее удобный вид списока точек. Точнее доступ через поиск, мягко говоря, напрягает.
2. У меня многие точки имеют текстовые описания. Можно ли эти описания засунуть в POI?
3. Мои персональные категории точек совсем не совпадают с общепринятыми. Для себя не сформулировал, что с этим делать.
4. Набор точек постоянно дополнятся и редактируется. Процесс создания lgt не сложный, но и не быстрый.
5. Оптимально, написать программу для автоматизации Д. Засядько шагов. На входе GPX из VP (с категориями, описаниями, т.п.). На выходе - LGT. Стоит ли результат затраченного времени?

Готов выслушать пояснения/возражения/мнения.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.06.2015 20:16 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
1. Маємо те, що маємо.
2. Можно, но пока не знаю как. В официальных картах у каждой POI прописан, например, телефон, и прочая инфа.
3. Это настраивается на этапе преобразования точек из GPX в точки на карте в GPSmapEdit и на этапе преобразования из "польского формата" в POI.dbf Там можно придумать название категории и выбрать вид иконки.
4. Это задумывалось не столько для "своих" точек, сколько для показа "общественных" точек, которых сотни, а то и тысячи на всю страну. И которые могут быть интересны всем. Вроде тех же родников.
А так да, "свои" точки под конкретную задачу проще закинуть в навигатор как путевые точки.
5. Такую программу я не осилю :( Ну, можно написать какой-то скрипт, который будет вместо меня нажимать на кнопки, но нормальной автоматизации не получится. Обязательно на каком-то этапе возникает загвоздка, требующая ручного вмешательства мозгами и руками.

Вот с написанием программы для распаковки/упаковки карт я справился, потому что нашёл чёткое описание формата, и сам формат несложный, и у меня было понимание как сделать это на delphi.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.06.2015 21:26 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Спасибо за ответы. Четко и ясно. Особенно пункт 2. Будем подумать.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.06.2015 13:57 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Я связался с Поморцевым. Он обещает по возможности исправить баг с POI.dbf в программе MPSplitter.
Ещё я полазил по сайту Шаронова. Скачал пару программок для создания POI, попытался воспользоваться, но ничего не получилось. Что-то там с .csv-форматом намудрили. Надо глубже вникать в тему, но нет времени :(

UPD: Как оказалось, в файл POI.dbf можно:
1) добавлять дополнительные точки. Категорию нужно выбирать из тех, которые уже присутсвуют среди других точек. Если вводишь новую категорию, её, возможно, нужно будет добавить в файле exportpoi.cfg
Примерно так:
Было:
[POI]
UNIT_PARAMS=0 8 0 0 0 0 0 7 0 0 0 0 0 6 0 0 0 0 0 5 0 0 0 0 0 5 0 0 0 0 BLACK NO_FILL
POI_INDEX=1
CAT_NUMBER=1
0=Rodnik, a.bmp, SPRING

Стало:
[POI]
UNIT_PARAMS=0 8 0 0 0 0 0 7 0 0 0 0 0 6 0 0 0 0 0 5 0 0 0 0 0 5 0 0 0 0 BLACK NO_FILL
POI_INDEX=1
CAT_NUMBER=2
0=Rodnik, a.bmp, SPRING
1=MyCategory, a.bmp, SPRING
где 1-порядковый номер, a.bmp, - файл с иконкой для отображения в MMOffice. Можно писать любую картинку, всё равно в итоговой карте оно не используется, SPRING - кодовое слово, обозначающее тип иконки (есть примерно 1221 разных иконок. Я выдернул их список из ВантажПоинт). Это кодовое слово определяет выбор вида иконки для отображения в самом навигаторе.


2. Можно изменять название (макс. длина 41 символ), категорию, координаты существующих точек, соблюдая формат
3. Можно добавить новые поля данных, например, "Phone", "Address", "Description" и т.д. Почему-то MS Access не позволяет добавлять поля к записям, нужно использовать какую-то другую программу. Я использовал какой-то самопальный "Редактор DBF", но он заглючил при попытке сделать копию файла.
И не забыть при импорте POI.dbf в программе MMOfficePOI учесть добавленные поля.
4. Можно добавить (изменить) суб-категорию. Вместо дефолтного пустого NOSUB прописать что-то своё. Например, для родников прописать "BecomingDry"-пересыхающий или "LowDebit"- елетекущий.


Последний раз редактировалось Д. Засядько 29.06.2015 11:17, всего редактировалось 2 раз(а).

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.06.2015 15:27 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Вот кусок скриншота из ВантажПоинт. Здесь видно, что добавлена суб-категория и номер телефона (у родника, ага :D )
Изображение


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.06.2015 15:49 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Это уже интереснее!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.06.2015 15:53 

Сообщения: 28
Город: Australia
Пол: Муж
Зарегистрирован:17.06.2015
xasan писал(а):
UrikEEE
... Буду разбираться как накладывать вектор поверх растра чтобы все корректно отображалось. Не так чтобы сильно нужно с практической точки зрения - но интересно.

Very useful to overlay updated roads like OSM over detailed old raster maps.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.06.2015 17:28 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Very useful to overlay updated roads like OSM over detailed old raster maps.


Way1: Get an original raster map image. Open it in GM. Draw any lines, points or polygons you want. Make an export to GeoTIFF including vector data. Convert to RMP.

Way2: Draw some roads in GPSmapEdit. Convert .mp to Magellan map. Make an overlay ('light') map .lgt
Use an overlay map together with old raster map.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.06.2015 13:51 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Цитата:
Very useful to overlay updated roads like OSM over detailed old raster maps.


Way1: Get an original raster map image. Open it in GM. Draw any lines, points or polygons you want. Make an export to GeoTIFF including vector data. Convert to RMP.

Way2: Draw some roads in GPSmapEdit. Convert .mp to Magellan map. Make an overlay ('light') map .lgt
Use an overlay map together with old raster map.

Если есть хорошая векторная карта (например, с сайта maps4me), то всё очень просто. В меню навигатора включаем и вектор, и растр. Далее идём сюда: Меню - Опции карты - Режим отрисовки карты. И вместо "Единый" выбираем "Смешанный". Всё! На экране видим растр, поверх которого векторные дороги, тропинки, реки и точечные объекты. Я это успешно проделал с картой Украины от maps4me и километровкой Генштаба от Паганеля.
А вот с вашей, Дима, картой Харьковской области, такое проходит только частично. Она имеет много непрозрачных полигонов, которые во многих местах закрывают растр.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.06.2015 14:25 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А какие конкретно полигоны получились непрозрачными?
В ВантажПоинт все полигоны исчезают при наложении растровой карты.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.06.2015 14:31 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Город (серый), лес (зелёный).

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.06.2015 16:40 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Попробуйте вот эти два варианта. Там для всех слоёв поменян параметр SIZEQUEUES с дефолтного 20 на 200 и на 2000. Есть подозрение, что он влияет на "пропадаемость" слоёв при наложении растровой карты.
https://cloud.mail.ru/public/9orK/twFFJztfB
https://cloud.mail.ru/public/8cZc/dzg2DWu6Q

Кстати, на карте из maps4me некоторые леса почему-то отсутствуют. Например, лес вокруг точки N50 01'08" E36 08'57" на моей карте есть, а на Алексовой отсутствует.
А ещё у него немножко неправильно слои сложены. Слой landuse и слой "зелёнки" перепутаны местами. Поэтому вся зелёнка в посёлке Циркуны не видна.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.06.2015 01:55 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Попробовал, ничего не изменилось. На экране навигатора обе эти карты изображаются с непрозрачными полигонами, частично закрывая растр.
Что любопытно: в меню навигатора они оказались не в папке "Детальные карты", а появилась новая папка "Дополнительные".

P.S. Ещё один способ "обновить" топокарту. В SAS Планете включить, например, генштаб, плюс один из слоёв - Гугл или Яндекс гибрид, Яндекс Народная карта, Викимапия и т.д. Есть там и гибрид от OSM - Mapsurfer. Но маленькие дорожки там тоненькие и беленькие, и почти не различимы на экране компьютера (тем более - на экране навигатора). Если маршрут пролегает по популярной туристской местности, то можно включить наложение на карту слоя с туристскими маршрутами Waymarked Trails.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.07.2015 18:57 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Сегодня поковырялся со старыми магеллановскими морскими картами, которые наконец-то скачались в eMule. Обнаружил странные ошибки в таблицах с содержимым в файлах.
В некоторых случаях, если в таблице название текущего суб-файла короче, чем название предыдущего суб-файла, то к названию текущего суб-файла дописывается "хвост" от названия предыдущего. Например, имеем суб-файл "bmp4bit.ics", а за ним идет файл "nav.blu". Дык почему-то к имени файла "nav" приклеился кусок "bit", причём через нулевой байт. Вот так: "nav bit" (между nav и bit не пробел, а невидимый символ с кодом "00").
Из-за этого косяка мой распаковщик некорректно обрабатывал названия суб-файлов, и собранный заново файл карты получался некорректным. Хотя ВантажПоинт эти некорректные названия проглатывает без проблем. Наверное, он по другому их обрабатывает. Мой распаковщик читает все 8 байт имени файла, отбрасывая байты "00", а ВантажПоинт, вероятно, прерывает чтение при первом обнаруженном нулевом байте, и ненужный "хвост" игнорирует.

Если кому интересно, вот ссылка.
https://cloud.mail.ru/public/Dd3a/4WppSyapf
Там оригинальные файлы, один файл с поправленной вручную таблицей и разлоченные файлы. Я их разлочил вручную, тупо забивая нужные места байтом FF, контрольную сумму не пересчитывал, но ВантажПоинт открывает их и так.
Интересно бы проверить на живом навигаторе, особенно на Тритоне.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения:
СообщениеДобавлено: 08.07.2015 19:18 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Все очень просто. Там используется стандартная для C/C++ null terminated string. Т.е. нулевой байт это символ конца строки. В C/C++ такая строка автоматически обрабатывается всеми библиотечными функциями.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.07.2015 19:58 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Дело не в паскалевских причудах. Это у меня в программе указано "читать побайтно, игнорируя нули, остальное собирать в единую строчку".
Код:
{Вначале файл читается кусками по 4 байта. Так удобнее читать таблицу с содержанием.}
TOCfileName:=''; {стринговая переменная, хранящая имя текущего суб-файла}
     for i:=1 to 4 do {читаем очередные 4 байта из файла карты}
  {byteArray[] - одномерный массив из четырёх (порядковый номер от 1 до 4) чисел типа "байт" (целые 0..255)}
      if byteArray[i]<>0 then TOCfileName:=TOCfileName+chr(byteArray[i]); {если байт не нулевой, то игнорируем, иначе превращаем в символ и добавляем к TOCfileName}
      {... and second part of the current sub-file name from TOC}
     BlockRead(MapFile, byteArray, 1); {читаем ещё кусочек}
     {..... тут вырезан кусок кода по проверке чек-суммы, он не важен....}
     for i:=1 to 4 do {и аналогично обрабатываем}
      if byteArray[i]<>0 then TOCfileName:=TOCfileName+chr(byteArray[i]);
     Cells[1,TOCrecordNumber]:=TOCFileName;{запихиваем полученное имя файла в табличку StringGrid}


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения:
СообщениеДобавлено: 08.07.2015 21:52 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
В данном случае, судя по всему, файл содержит массив структур (как они в паскале называются, записи?) фиксированного формата. Лучше сразу читать его поэлементно.

Ну или если знаете, что сейчас читается имя файла. То просто игнорировать то, что идет после нулевого байта - там мусор.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.07.2015 22:32 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
если знаете, что сейчас читается имя файла. То просто игнорировать то, что идет после нулевого байта - там мусор.


Вы правы. Переделал.
Теперь байты вкорячиваются в строчку все восемь без разбору, а потом строчка обрезается до первого встречного hex00. Ну или не обрезается, если нулей нет, а имя занимает все восемь байт.
Код:
{Reading first part of sub-file name...}
     BlockRead(MapFile, byteArray, 1);
TOCfileName:='';
     for i:=1 to 4 do
       TOCfileName:=TOCfileName+chr(byteArray[i]);
     {... and second part of the current sub-file name from TOC}
     BlockRead(MapFile, byteArray, 1);
     
     for i:=1 to 4 do
       TOCfileName:=TOCfileName+chr(byteArray[i]);
     {Cutting "zero" (hex00) bytes and erroneous "tail" from sub-file name}
     If Pos(chr(0), TOCfileName)<>0 then SetLength(TOCfileName,Pos(chr(0),TOCfileName)-1);
     Cells[1,TOCrecordNumber]:=TOCFileName;

Выложил новую версию (0.5a) своего распаковщика/упаковщика. https://cloud.mail.ru/public/LW4q/uuQsW1dJh

UPD: Добавил функцию извлечения отдельных суб-файлов из файла карты. После открытия файла карты, когда появляется табличка со списком суб-файлов, двойной щелчок на строчке, соответствующей данному суб-файлу. Вроде работает. Вроде даже корректно :-)
Качайте (версия 0.5b) https://cloud.mail.ru/public/Ji9H/TZmWRYpvA

Кстати, поддержку старых карт в формате .img от прошлой серии Эксплористов делать или не надо?
Там в принципе, всё то же, только в таблице с содержанием везде, где циферки, там байтики в другом порядке идут. Не как сейчас от младшего к старшему, а от старшего к младшему. Ну, может ещё что-то по другому.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.08.2015 01:22 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Только что удалось сделать точную карту без смены проекции, т.е. без использования Глобал Маппера!

Теперь подробнее. Достаточно часто растровые карты для Магелланов делаются при помощи связки из трёх программ: SAS Планета + Global Mapper + RMPCreator. В этом случае они проигрывают Гарминам, для которых можно создать растровую карту при помощи одной лишь SAS Планеты. Но, оказывается, для Магелланов не всё так плохо. При помощи небольшой хитрости можно убрать из этой связки Global Mapper, таким образом, потребуется уже не три, а две программы. Точность при этом страдает настолько незначительно, что вы этого не заметите даже на подробных картах.

Откуда взялась идея. Сравнивая проекции Mercator (используемая в SAS Планете) и Geografic Lat/Lon (используемая в Магелланах), я заметил, что карты в этих проекциях совпадают по краям, а вот в центре карты наблюдается сдвижка по вертикали. Причём, чем больше размер участка карты (в километрах), тем сильнее эта сдвижка. На картах с размером по вертикали менее 20 км различия между проекциями достаточно малы.

Что я сделал. Я экспортировал из SAS Планеты карту Харьковской области. Использовал карту OpenStreetMap, чтобы было удобно сравнивать с имеющейся векторной картой от maps4me. Скачал 15-й зум (он примерно соответствует 500-метровкам).

Далее нужно было экспортировать карту из SAS Планеты в формате .jpg + .map. И вот здесь кроется маленькая хитрость. При экспорте я указал, что карту нужно разбить по вертикали на 20 частей. Вся карта по вертикали имеет около 200 км, так что получились файлы, занимающие около 10 км по вертикали.

Затем я все эти файлы загнал в RMPCreator и перегнал в RMP. При этом выставил, чтобы на выходе всё объединилось в один RMP-файл. Результат - идеальное совпадение с векторной картой. Для сравнения: если конвертировать в RMP эту же карту в проекции Mercator без разрезания, то в центре карты объекты будут сдвинуты на расстояние более 1 км!

То есть, элементарная операция в SAS Планете, на которую тратится несколько секунд, избавляет от использования лишней программы и от лишней траты времени.

P.S. Для полноты картины замечу, что я всегда при экспорте из SAS Планеты разбиваю карту на фрагменты менее 10000х10000 пикселей. Это потому, что, как я ни бился, но у меня RMPCreator для карт размером более 10000х10000 пикселей запускает внешний нарезчик тайлов, который работает жуть как долго (я ни разу не дождался окончания). Из-за этого я нарезаю карту на заведомо меньшие куски, а потом объединяю их на конечном этапе в один RMP-файл. Теперь же оказалось, что нарезка карты на мелкие фрагменты способна избавить нас от необходимости использовать Global Mapper.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.08.2015 07:45 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
SAS позволяет клеить карту в EPSG:4326, это и есть lat/lon. Карту нарезать всё равно придётся, иначе итоговый JPEG съест всю оперативку.
К сожалению, разработчики SAS не хотят работать ни с GeoTIFF, ни с RMP.
К сожалению, разработчик RMPCreator не хочет работать ни с ECW ни со скачанным кешем.
К сожалению, Mobac клеит RMP с ошибкой.

Так и живём.

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.08.2015 10:06 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Я знаю, что SAS Планета может экспортировать карту в проекции lat/lon. Но, в отличие от Глобал Маппера, эта карта получается сжатой по вертикали. Если её загнать в RMPCreator, то получим RMP-файл с очень хреновым изображением. Так что это не вариант.
А мой метод позволяет отказаться от использования Глобал Маппера, и при этом получить карту хорошего качества.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.08.2015 23:05 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Ну ясно. Картинку разодрали на маленькие кусочки, каждый из которых привязан к координатам. Чем мельче кусочки - тем меньше искажения. В идеале получаем кусочки 1х1 пиксель, каждый из которых точно привязан. :D


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.08.2015 02:50 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
В идеале получаем кусочки 1х1 пиксель, каждый из которых точно привязан. :D

Дима, ну это уж чересчур )))
Мой эксперимент показал, что достаточно делать кусочки размером около 10 км по высоте. А вот ширина роли не играет. И количество пикселей - тоже. Например, можно взять подробный спутниковый снимок, у которого на эти 10 км будет приходиться весьма большое количество пикселей.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 31.08.2015 16:28 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
К вопросу о выборе масштаба в метрах на пиксель при экспорте из Глобал Маппера в GeoTIFF.
От выбранного значения м/пиксель зависит "уровень зума", на котором будет отображаться карта.
У Magellan eXplorist 610 несколько уровней (условно показанных как цифры на линеечке). 400м, 800м, 1,2км, 1,6 км, 2,4 км и др. На каждом уровне используется своё разрешение экрана в метрах реальности на пиксель экрана. Экран имеет разрешение 240х400 пикселей.
Если разрешение картинки и разрешение экрана не совпадает, то навигатор изменяет (ресайзит) картинку. А это лишняя работа процессора и расход батарейки :)
Я решил измерить: сколько реальных метров помещается в одном пикселе экрана на каждом уровне. Для этого я взял генштабовскую километровку Харьковской области. У карты есть километровая сетка. Шаг сетки 2 км.
Я наделал скриншотов и измерял "линейкой" в фотошопе длину клеточек в пикселях. Там, где получалось захватить несколько клеточек, мерил несколько и усреднял. Потом пересчитывал в метры на пиксель по формуле 2000/размер_клеточки.
Вот что получилось:
Уровень зума - размер клеточки - метры на пиксель.
400м - 400 пикселей - 5 м/пиксель
800м - 200,16 - 10м/пикс
1,2км - 132,572 - 15,09 м/пикс
1,6км - 99,73 - 20,05м/пикс
2,4км- 66,252 - 30,1 м/пикс
Разумеется, точно измерить размер клеточки не получается, ибо линии имеют некоторую ширину, да и привязка имеет погрешность. Но всё-таки просматривается явная закономерность.
Если я не нахомутал с расчётами, то для того, чтобы картинка попала на нужный уровень зума в Эксплористе (Мэксп, метры), в ГлобалМаппере нужно выставить масштаб (Мгм, м/пиксель), рассчитываемый по формуле

Мгм=Мэксп/80

К примеру, чтобы карта появилась на маштабе 400м, нужно Мгм=400/80=5м/пикс. А чтобы карта появилась на уровне зума 2,4км, нужно Мгм=2400/80=30м/пикс.

Вечером попробую проверить.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 31.08.2015 23:09 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Пагенель приводил следующие цифры (не знаю, откуда он их взял):

м/см м/пикс
60 0.86
90 1.29
150 2.14
240 3.43
400 5.71
800 11.43
1200 17.14
1600 22.86
2400 34.29
3200 45.71
4800 68.57
8000 114.29
12000 171.43

Оригинал его сообщения: viewtopic.php?f=118&t=124408&start=15#p1102911

Кстати, твои выкладки примерно согласуются с зумами SAS Планеты. Там, например, родной зум для километровки - 14. На этом зуме в районе Харькова SAS Планета показывает разрешение 12,3 м/пиксель. А по твоим расчётам получается 1км/80 = 12,5 м/пиксель.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.09.2015 13:06 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Я видел эту таблицу, но у меня другие цифры получаются. Может, таблица Паганеля справедлива только для кнопочных Эксплористов или для Тритонов?
Попробую ещё полуклилометровку померять. Там клеточки поменьше. Может, точнее замеры будут.

Кстати, если у тебя 310-ый эксплорист, то можешь вывести на экран своего эксплориста километровку или пятисотку и скринштов наделать на разных уровнях зума?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.09.2015 14:49 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Дима, не должно быть разницы между сенсорными и кнопочными. У сенсорных экран 240х400 пикселей, а у кнопочных - 240х320. То есть, ширина одинаковая, разница только в длине. У сенсорных экран более вытянут, отсюда и лишние пиксели.

Скриншоты постараюсь сделать вечером, главное - не забыть.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.09.2015 15:28 

Сообщения: 28
Город: Australia
Пол: Муж
Зарегистрирован:17.06.2015
Paganel -> Тритонов 1500 (?)

Мгм=МТритонов/70


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.09.2015 15:44 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
К сожалению, для принятия решения о выводе на экран данной карты при данном разрешении Магеллан использует разрешение в градусах на пиксель причем берет его не по широте (вертикали), где оно одинаковое для любого листа карты, а по долготе. Поэтому карты Африки и Кольского сильно отличаются по масштабу отображения при одинаковом разрешении. При этом в заполярье еще и масштабная линейка брешет.
Попытка убедить в этом разработчиков успехом не увенчалась.

Изображение

Посему плюс минус поллаптя в средних широтах для километровки 12-16 м/пикс.

Вот табличка при каких масштабах отображаются какие разрешения для карт N.

Изображение


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.09.2015 16:43 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
При этом в заполярье еще и масштабная линейка брешет.

Феерично. :D Линейка в 3,2км на двухкилометровой клетке.
Ну, поэтому я и назвал это "уровень зума", а не "масштаб по линейке".
Paganel, а ваша табличка для какой широты составлена?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.09.2015 16:45 

Сообщения: 28
Город: Australia
Пол: Муж
Зарегистрирован:17.06.2015
:evil: In English:
Paganel писал(а):
...'Magellan uses a resolution in degrees per pixel and takes ... no [account of] latitude (vertical)'...

http://blog.thematicmapping.org/2012/09/creating-shaded-relief-map-of-new.html ... 'At the same time I'm downscaling' ... '(multiply by 1.325).'


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 02.09.2015 00:13 

Сообщения: 28
Город: Australia
Пол: Муж
Зарегистрирован:17.06.2015
Paganel,

GPS model?
Latitude where measurements taken?
.
.
.
Screen 240 x 320 pix

Triton 300 / 400 / 500 - 2.2" screen
Triton 1500 / 2000 - 2.7" screen

eXplorist GC / 110 / 310 - 2.2" screen

Screen 240 x 400 pix

eXplorist 510 / 610 / 710 - 3" screen


Код:
screen     2.2   2.7   3.0
wide       240   240   240
high       320   320   400
diagonal   400   400   466
dpi        182   148   155


Последний раз редактировалось flywire 02.09.2015 12:06, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 02.09.2015 11:44 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Размер экрана не имеет значения, если не пытаться катать по нему курвиметр. Программа формирует значения в пикселях. Масштабная линейка во всех моделях Эксплористов имеет одинаковую длину в пикселях.
Табличку составлял на eXplorist 310 используя карту М-36-130 (34 градуса с.ш.).

Есть такая же табличка для карты Q-36-3

Изображение


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 02.09.2015 14:05 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Про курвиметр насмешило, хотя по сути правильно сказано :)
Сегодня я замерил размеры двухкилометровых клеточек на скриншотах с eXplorist 310. Правда, мне прислали не очень удачный скриншот. Получились примерно те же значения, что и на 610-ом.

уровень зума - длина клетки в пикселях - метры на пиксель.
800 м - 197,09 198,09 199,16 - 10,1 м/пикс
1,2 км - 133,06 133,09 132,03 - 15,03 .. 15,14 м/пикс
1,6 км - 99,02 98,05 99,05 - 20,2 м/пикс
2,4 км - 266,12/4= 66,53 197,09/3=65,7 133,06/2=66,53 - 30,06 м/пикс


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.09.2015 09:43 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Это для какой средней широты карты?
Похоже линейка правильно показывает масштаб только на экваторе.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.09.2015 11:08 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Скриншоты присылал я. Сделаны на широте Змиёва.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.09.2015 13:47 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Я думаю совершенно все равно будет ли масштабная линейка на экране 10 или 11 миллиметров. Ее длину все равно никто измерять не будет, а вот сравнивая с ней визуально расстояния на карте пользователь будет обманут, причем чем севернее, тем больше. И это надо учитывать.
Второй вопрос. Не важно будет ли разрешение километровки 12 или 12.5 метров на пиксель. Однако хочется знать при каких масштабах она будет отображаться и какое сделать разрешение, чтобы она отображалась в нужных и не мешала картам другого масштаба. В отличие от Гармина прямо указать с какого зума она будет показываться в магеллане невозможно.
Вот тут полезна табличка, что я давал или правило, что карты Украины отображаются в диапазоне приблизительно от трехкратного увеличения до двукратного уменьшения.
Разделив на два разрешение начала отображения, можно вычислить требуемое разрешение при сохранении карты.
То есть, например, если нам нужно, чтобы карта отображалась с масштаба 1200 м (17,4 м/пикс) то сохранять ее нужно с разрешением 8 - 9 м/пикс. И она будет показываться от 1200 м до 240 м или пока ее не перекроет другая.
К сожалению, для Кольского полуострова нужно будет делить не на два, а на три.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.09.2015 16:16 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Продолжаю эксперименты.
Взял кусок пятисотки м-37-73-в, привязал её чётко в ГлобалМаппере по километровой сетке.
Потом поверх карты нарисовал "диджитайзером" отрезок длиной 1 км.
Сконвертировал в ГеоТИФФ, потом в RMP. Залил в навигатор, сделал скриншот. Измерил длину отрезка на скриншоте в пикселях фотошопом.
На уровне зума "400м" километровый отрезок занял чётко 200 пикселей, что даёт на этом зуме 5 метров на пиксель. В общем, ссотношение Мгм=Мэксп/80 соблюдается.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.09.2015 19:36 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Продолжаем...
Взял километровку Земли Франца-Иосифа (чтобы посевернее) и километровку кусочка Бангкока (чтобы поближе к экватору.

Эксперимент ближе к экватору. Километровка. Эксплорист 610
400м - 321 - 6,2 м/пикс (коэффициент 64,5)
800м - 152...157 пикселей - 12,9 м/пикс (62)
1,2км - 212/2=106 - 18,9 м/пикс (63,5)
1,6км - 238/3=79,3 - 25,2 м/пикс (63,5)

Эксперимент. Ближе к северному полюсу. Километровка. Эксплорист 610
2,4км - 212 205 203 - 9,75 м/пикс (246)
3,2км - 158 154 - 12,8 м/пикс (250)
4,8км - 213/2=106,5 317/3=105,6 102 - 18,77...19,6 м/пикс (252)


В общем, формула Мгм=Мэксп/80 справедлива для широт Украины. Ближк экватору коэффициент будет не 80, а 64 и меньше, а ближе к полюсу 250 и больше.

Паганель прав. Ближе к полюсу линейка заметно врёт. Кроме того, карты, сделанные вроде бы с одинаковым разрешением в метрах на пиксель, отображаются на разных уровнях зума в зависимости от широты.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.09.2015 03:24 

Сообщения: 28
Город: Australia
Пол: Муж
Зарегистрирован:17.06.2015
The MGM changes by the LSF (Local Scale Factor): http://lists.osgeo.org/pipermail/metacrs/2009-April/000253.html Part B)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.09.2015 01:38 

Сообщения: 28
Город: Australia
Пол: Муж
Зарегистрирован:17.06.2015
Local Scale Factor Calculation for Google Maps
Код:
Latitude   LSF   
0°   1.00   equator
14°   1.03   Bangkok
34°   1.20   
48°   1.49   
66°   2.45   
85°   11.44   

excel
C4=Latitude
LSF=SQRT((1-(0.00669437999014*SIN(RADIANS(C4))^2)))/COS(RADIANS(C4))


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.09.2015 21:56 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Очередной выпуск векторной карты Харьковской области. Данные из OSM, рельеф ASTER GDEM
https://cloud.mail.ru/public/KxBc/xAVzCQCeJ
Маршрутизации нет, адресного поиска нет, поиск POI работает. Кстати, почему-то конвертер osm2mp некорректно перевёл кое-какие буквы в латиницу. Пришлось вручную править через "найти/заменить" в текстовом редакторе. А ещё оказалось, что удобнее изменять оформление слоёв карты (цвет и тип линии) не перед сборкой, а после. Для этого я разбираю готовую карту на суб-файлы своей программкой-распаковщиком, меняю чего надо и собираю снова. Потом смотрю результат. Если не нравится - опять правлю 00map.ini и снова собираю. Это намного быстрее, чем пересборка карты заново в MMO.
Меня удивляет то, что в ресурсных файлах VantagePoint и навигатора перечислены кучи разных типов точек, линий и полигонов, но реально "работают" из них только малое количество. Остальные либо не видны вообще, либо "вырождены" в обычные сплошные линии. А ещё кумарит то, что некоторые типы линий по разному выглядят в ВантажПоинт и в навигаторе. К примеру, MUNDUL_LINE в Вантажпоинте прямая сплошная линия, а в навигаторе - волнистая.
А ещё я не пойму, на кой леший в файле map.ini стиль слоя сначала описан в секции LAYERS, а потом эти настройки перекрываются в секции COLORS4BITS. Наверное, для совместимости со старой линейкой эксплористов, которые ещё с монохромным экраном были?

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


Последний раз редактировалось Д. Засядько 13.09.2015 11:41, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.09.2015 00:36 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Очередной выпуск векторной карты Харьковской области. Данные из OSM, рельеф ASTER GDEM
https://cloud.mail.ru/public/GzKZ/9A9izPtyL

Дима, ничего не напутал? По ссылке - файл UAKHRsprings.zip весом 22 КБ.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.09.2015 11:42 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Oh, shit! Перепутал. Таки да.
Ну ничего. Бывает. Уже исправил.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.09.2015 14:55 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Очередной выпуск векторной карты Харьковской области. Данные из OSM, рельеф ASTER GDEM
https://cloud.mail.ru/public/KxBc/xAVzCQCeJ

Скачал, посмотрел в VP, выглядит симпатично. Спасибо.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 15.09.2015 16:07 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Странно. Почему-то точка "ворота" обозначилась синей иконкой с изображением ложки-вилки и заправки, хотя я вроде выбирал иконку с развилкой дорог.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 15.09.2015 18:35 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
И ещё: оказывется, суб-файлы с лицензионными ключами (привязкой к серийнику навигатора или карточки памяти) должны называться bbmp2bit.ics, bbmp4bit.ics для базовых (фоновых) карт и bmp2bit.ics, bmp4bit.ics для детальных векторных карт. Иначе навигатор не открывает карту, рисует красный крестик на ней в меню.
А для растровых карт - chunk.ics, bmp4bit.ics


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 16.09.2015 00:35 

Сообщения: 28
Город: Australia
Пол: Муж
Зарегистрирован:17.06.2015
Д. Засядько писал(а):
...
А для растровых карт - chunk.ics, bmp4bit.ics

Also for raster map - bmp2bit.ics, bmp4bit.ics - see Mobac.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 16.09.2015 22:25 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
К вопросу создания векторных карт из шейп-файлов. Не всегда карту можно сделать по методике Поморцева, используя "польский" формат как промежуточный, потому что на файлах больших размеров конвертер osm2mp вылетает с ошибкой нехватки памяти.
Шейп-файлы на основе OSM можно скачать на http://download.geofabrik.de/
Однако, эти шейп-файлы содержат сразу несколько типов данных. К примеру, шейп-файл с дорогами содержит и автомагистрали, и главные улицы, и мелкие проезды, и грунтовки, и тропинки. Для подсовывания в MobileMapperOffice 2.7 это не годится. Значит, надо использовать MMO 1.0, где есть возможность выбора отдельных типов данных из шейп-файла. А для окончательной выгрузки карты использовать MMO 2.7.
Оказалось, что MMO 1.0 не хочет "кушать" эти шейп-файлы. Проблема оказалась в кодировке текста в файлах .dbf. Изначально тескт в UTF-8, а ММО хочет что-то простое, однобайтовое. Кроме того, почему-то в конце файла .dbf отсутствует положенный байт A1. Проблема с .dbf-файлами решается любым редактором, который понимает этот формат. У меня под рукой оказался OpenOffice. Его табличный редактор (аналог Excel) смог открыть эти .dbf, но пришлось вручную указывать кодировку. После открытия нужно сохранить файл в однобайтной кодировке, например Win1250. Правда, ОпенОфис ругается, если какие-то буквы "не укладываются" в выбранную кодировку. Я так .dbf для карты Словении с десятого раза сохранил. Пришлось вручную буквы менять.

В общем, после исправления файлов .dbf дальше всё делается в MMO 1.0 по методике, описанной ещё Шароновым: запускаем mmoficeGRP, наполняем стандартные группы слоёв, добавляем свои группы слоёв, выбираем для каждого слоя шейп-файлы и типы данных, сохраняем, жмём "М", "пакуем" карту,выходим,, запускаем addSTDGRP.exe, запускаем ММО 1.0 видим карту. Выходим, запускаем ММО 2.7. Если всё правильно сделали, то должны увидеть карту. Если ругается на что-то там про экспорт, снова запускаем addSTDGRP.exe. Включать и отключать такую карту нужно только в ММО 1.0.
При этом ММО 2.7 используется только для операции выгрузки карты в формат .imi

Вот только непонятно как быть с POI. Как их при таком раскладе вытащить из шейп-файлов?
Думаю, можно сделать так: кроме шейпов скачать ещё и ту же карту в формате .osm, потом пропустить её через программу osmconvert, вырезав линии и полигоны, но оставив точки. Файл без линий и полигонов будет весить намного меньше, и без труда скушается конвертером osm2mp. А дальше берём MPsplitter и получаем файлик POI.dbf и файл настроек для ММО.

К сожалению, в отличие от методики Поморцева, тут теряется кое-какая информация:
1) номера домов. Конвертер osm2mp их прописывает как надписи на домиках. А здесь надписи берутся только из названия, если оно прописано на дмике
2) POI, не имеющие собственных точек. В карте OSM некоторые POI прописываются не как точки, а как характеристика здания. Например, если магазин занимает всё здание, то люди не ставят точку на контур магазина, а прямо на самом контуре пишут, что это магазин. Конвертер osm2mp уэто понимает и умеет добавлять нужные точки.
3) иноязычные названия. Города, улицы и т.д. могут иметь названия на нескольких языках, к примеру, линия улицы может иметь названия name=Лісова вулиця, name:ru=Лесная улица, name:en=Lisova street. Конвертер osm2mp может выбирать название на том языке, который указан в конфигурации. А в шейп-файлах мы получаем только один язык, который прописан в name.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.09.2015 12:26 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
В дополнение к предыдущему посту: выяснилось, что OpenOffice Calc большие файлы .dbf (до скольки-то записей) не переваривает. Обрезает :( Другие программки для работы с .dbf тоже не годятся. Либо не имеют нужных функций, либо косячат.
Есть мысль поискать какой-то конвертор из формата .osm в шейп-файлы, чтбоы самостоятельно конвертировать в шейпы по заданным правилам.

И, кстати, вот вам, люди, векторная карта Полтавской области. На эксплористах можно использовать одновременно с картой Харьковской области, что я выкладывл ранее.
https://cloud.mail.ru/public/FELV/nJ1FfP21c

UPD: и Сумская область - https://cloud.mail.ru/public/LSnC/LebQvbN53


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.09.2015 00:28 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Спасибо! Прямо проект "Векторная Украина от Дмитрия Засядько" получается. :yes:

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.09.2015 13:48 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Пока что-то не очень-то получается. Во-первых, много ручной работы, которую сложно автоматизировать. То там надо не забыть галочку поставить, то тут файлик скопировать, то здесь вручную типы линий прописать. Кроме того, osm2mp и MPsplitter косячат с транслитерацией, поэтому приходится вручную заменять некоторые буквы (і,ї,є и всякие прочие с умляутами или спец-символами. К примеру, в UTF-8 есть спецсимволы для римских цифр. Конвертер их не понимает и приходится их вручную заменять на буквы I, II, III , IV, XX.
Во-вторых, на некоторых картах ММО очень долго возится. Вот, к примеру, сейчас уже полдня мучает карту Днепропетровской области. Нагрузило одно ядро процессора Коре2Дуо полностью и пишет, что надо ещё 5 часов подождать. Хотя до этого карту Сумской области прохавало намного быстрее.
В-третьих, я не очень доволен наполнением карты. Много чего из того, что есть в ОСМ, при конвертации теряется или упрощается. Здания становятся одинаковыми, без деления на жилые/общественные и т.д., вся травка превращается в поле для гольфа :), нет обрывов natural=cliff в виде линий, а только в виде точек. Нет оврагов natural=gully. Кстати, в картах от maps4me обрывы-линии вроде есть. Обозначены волнистой линией. Думаю, надо сделать так же и в своих картах. А то шо за топо-карта без обрывов и оврагов! :) Не, ну есть, конечно, подложка-рельеф, но это немножко не то.
В принципе, можно ещё несколько типов объектов добавить, но надо дорабатывать конвертер osm2mp и настройки MPsplitter.
Было бы неплохо найти актуальный список гарминовских/навителовских типов объектов. Ну, чтобы не "изобретать велосипед" и для совместимости.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.09.2015 15:54 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Кстати, вот список слоёв из свежей карты Германии от maps4me.net
[LAYERS]
NUMBER=84
0=00_Freeways 00lay0 20 1 0 0 7 0 7 0 7 0 7 0 7 0 7 0 6 0 6 0 6 0 5 0 5 0 5 0 5 0 5 0 5 BLACK US_INTERSTATE_HW_LINE
1=00_Highways 00lay1 20 1 0 0 7 0 7 0 7 0 7 0 7 0 7 0 6 0 6 0 6 0 5 0 5 0 5 0 5 0 5 0 5 BLACK US_STATE_HW_LINE
2=00_Major_Roads 00lay2 20 1 0 0 6 0 6 0 6 0 6 0 6 0 6 0 5 0 5 0 5 0 4 0 4 0 4 0 4 0 4 0 4 BLACK US_MAJOR_RD_LINE
3=00_Streets 00lay3 20 1 0 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 BLACK US_STREET_LINE
4=00_Trails_4WD 00lay4 20 1 0 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 DARK_RED THICK_DASH_LINE
5=00_Railroads 00lay5 20 1 1 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 DARK_GRAY US_RAIL_ROAD
6=00_Hydro_Polygons 00lay6 20 1 2 0 7 0 7 0 7 0 7 0 7 0 7 0 6 0 6 0 6 0 5 0 5 0 5 0 5 0 5 0 5 BLUE HYDRO_AREA
7=00_Hydro_Lines 00lay7 20 1 2 0 6 0 6 0 6 0 6 0 6 0 6 0 5 0 5 0 5 0 4 0 4 0 4 0 4 0 4 0 4 BLUE STREAM_LINE
8=00_Parks 00lay8 20 1 3 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 PAIL_GREEN PARK_AREA
9=00_INDUSTRY 00lay9 20 1 4 0 6 0 6 0 6 0 6 0 6 0 6 0 5 0 5 0 5 0 4 0 4 0 4 0 4 0 4 0 4 DARK_GRAY SOLID_FILL
10=00_PLAZA 00lay10 20 1 4 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 LIGHT_GREY SOLID_FILL
11=00_SPORTS 00lay11 20 1 4 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 GREEN SOLID_FILL
12=00_POWER_LINE 00lay12 20 1 4 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 BLACK MSOLID_LINE
13=00_URBAN 00lay13 20 1 4 0 7 0 7 0 7 0 7 0 7 0 7 0 6 0 6 0 6 0 5 0 5 0 5 0 5 0 5 0 5 LIGHT_GRAY URBAN_AREA
14=00_MILITARY 00lay14 20 1 4 0 7 0 7 0 7 0 7 0 7 0 7 0 6 0 6 0 6 0 5 0 5 0 5 0 5 0 5 0 5 RED RESTRICT_AREA
15=00_BORDER 00lay15 20 1 4 0 7 0 7 0 7 0 7 0 7 0 7 0 6 0 6 0 6 0 5 0 5 0 5 0 5 0 5 0 5 MAGENTA THICK_DASH_LINE
16=00_BASIN 00lay16 20 1 4 0 6 0 6 0 6 0 6 0 6 0 6 0 5 0 5 0 5 0 4 0 4 0 4 0 4 0 4 0 4 BLUE ADMIN_OUTLINE
17=00_PUBL_BUILDING 00lay17 20 1 4 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 DARK_RED HOSPITAL_AREA
18=00_IND_BUILDING 00lay18 20 1 4 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK SOLID_FILL
19=00_STREAM 00lay19 20 1 5 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 BLUE STREAM_LINE
20=00_FOREST 00lay20 20 1 5 0 6 0 6 0 6 0 6 0 6 0 6 0 5 0 5 0 5 0 4 0 4 0 4 0 4 0 4 0 4 GREEN WOOD_AREA
21=00_SWAMP 00lay21 20 1 5 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 GREEN MARSH_AREA
22=00_BEACH 00lay22 20 1 5 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 YELLOW SOLID_FILL
23=00_SCRUBB 00lay23 20 1 5 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 BLACK NOTHING_AREA
24=00_SCREE 00lay24 20 1 5 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 DARK_GRAY RESTRICT_AREA
25=00_GLACIER 00lay25 20 1 5 0 7 0 7 0 7 0 7 0 7 0 7 0 6 0 6 0 6 0 5 0 5 0 5 0 5 0 5 0 5 BLACK GLACIER_AREA
26=00_NATL_PARK 00lay26 20 1 5 0 7 0 7 0 7 0 7 0 7 0 7 0 6 0 6 0 6 0 5 0 5 0 5 0 5 0 5 0 5 BLACK NA_STATES
27=00_SKILIFT 00lay27 20 1 6 0 6 0 6 0 6 0 6 0 6 0 6 0 5 0 5 0 5 0 4 0 4 0 4 0 4 0 4 0 4 MAGENTA THICK_LINE
28=00_Skipiste 00lay28 20 1 6 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 RED DASH_LINE
29=00_BICYCLE 00lay29 20 1 7 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 WHITE THICK_LINE
30=00_PEDESTRIAN 00lay30 20 1 7 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 WHITE US_STREET_LINE
31=00_FERRY 00lay31 20 1 7 0 7 0 7 0 7 0 7 0 7 0 7 0 6 0 6 0 6 0 5 0 5 0 5 0 5 0 5 0 5 CYAN DASH_LINE
32=00_TRACK_GR1 00lay32 20 1 7 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 WHITE THICK_LINE
33=00_TRACK_GR2_3 00lay33 20 1 7 0 4 0 4 0 4 0 4 0 4 0 4 0 3 0 3 0 3 0 2 0 2 0 2 0 2 0 2 0 2 BLACK DOUBLE_DASH_LINE
34=00_TRACK_GR4_5 00lay34 20 1 7 0 4 0 4 0 4 0 4 0 4 0 4 0 3 0 3 0 3 0 2 0 2 0 2 0 2 0 2 0 2 GREEN DOUBLE_DASH_LINE
35=00_BRIDLEWAY 00lay35 20 1 7 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 GREEN THICK_LINE
36=00_ISLAND 00lay36 20 1 8 0 7 0 7 0 7 0 7 0 7 0 7 0 6 0 6 0 6 0 5 0 5 0 5 0 5 0 5 0 5 BLACK NOTHING_AREA
37=00_Cliff 00lay37 20 1 8 0 4 0 4 0 4 0 4 0 4 0 4 0 3 0 3 0 3 0 2 0 2 0 2 0 2 0 2 0 2 BROWN MUNDUL_LINE
38=00_P_Bench 00lay38 20 1 8 0 1 0 1 0 1 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
39=00_PTelefone 00lay39 20 1 8 0 1 0 1 0 1 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
40=00_PInformation 00lay40 20 1 8 0 3 0 3 0 3 0 3 0 3 0 3 0 2 0 2 0 2 0 1 0 1 0 1 0 1 0 1 0 1 BLACK MCOMBO_POINT
41=00_PPowerWind 00lay41 20 1 8 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 BLACK MCOMBO_POINT
42=00_PPOwerNuke 00lay42 20 1 8 0 6 0 6 0 6 0 6 0 6 0 6 0 5 0 5 0 5 0 4 0 4 0 4 0 4 0 4 0 4 BLACK MCOMBO_POINT
43=00_PDrinkWater 00lay43 20 1 8 0 3 0 3 0 3 0 3 0 3 0 3 0 2 0 2 0 2 0 1 0 1 0 1 0 1 0 1 0 1 BLACK MCOMBO_POINT
44=00_PWaterTower 00lay44 20 1 8 0 6 0 6 0 6 0 6 0 6 0 6 0 5 0 5 0 5 0 4 0 4 0 4 0 4 0 4 0 4 BLACK MCOMBO_POINT
45=00_PPowerTower 00lay45 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
46=00_PShelter 00lay46 20 1 8 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 BLACK MCOMBO_POINT
47=00_PHelipad 00lay47 20 1 8 0 6 0 6 0 6 0 6 0 6 0 6 0 5 0 5 0 5 0 4 0 4 0 4 0 4 0 4 0 4 BLACK MCOMBO_POINT
48=00_PHunting 00lay48 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
49=00_PPlayground 00lay49 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
50=00_PPicnicarea 00lay50 20 1 8 0 3 0 3 0 3 0 3 0 3 0 3 0 2 0 2 0 2 0 1 0 1 0 1 0 1 0 1 0 1 BLACK MCOMBO_POINT
51=00_BARRIER 00lay51 20 1 8 0 4 0 4 0 4 0 4 0 4 0 4 0 3 0 3 0 3 0 2 0 2 0 2 0 2 0 2 0 2 BROWN MDOT_LINE
52=00_CITY_WALL 00lay52 20 1 8 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 ORANGE THICK_LINE
53=00_PGondel 00lay53 20 1 8 0 6 0 6 0 6 0 6 0 6 0 6 0 5 0 5 0 5 0 4 0 4 0 4 0 4 0 4 0 4 BLACK MCOMBO_POINT
54=00_PsGondel 00lay54 20 1 8 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 BLACK MCOMBO_POINT
55=00_PSessel 00lay55 20 1 8 0 4 0 4 0 4 0 4 0 4 0 4 0 3 0 3 0 3 0 2 0 2 0 2 0 2 0 2 0 2 BLACK MCOMBO_POINT
56=00_Pschlepplift 00lay56 20 1 8 0 3 0 3 0 3 0 3 0 3 0 3 0 2 0 2 0 2 0 1 0 1 0 1 0 1 0 1 0 1 BLACK MCOMBO_POINT
57=00_PAufzug 00lay57 20 1 8 0 4 0 4 0 4 0 4 0 4 0 4 0 3 0 3 0 3 0 2 0 2 0 2 0 2 0 2 0 2 BLACK MCOMBO_POINT
58=00_Psubway 00lay58 20 1 8 0 3 0 3 0 3 0 3 0 3 0 3 0 2 0 2 0 2 0 1 0 1 0 1 0 1 0 1 0 1 BLACK MCOMBO_POINT
59=00_Pbusstop 00lay59 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
60=00_Ptram 00lay60 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
61=00_TUNNEL 00lay61 20 1 8 0 4 0 4 0 4 0 4 0 4 0 4 0 3 0 3 0 3 0 2 0 2 0 2 0 2 0 2 0 2 LIGHT_GREY DOUBLE_DASH_LINE
62=00_Ptunnel 00lay62 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
63=00_Prestaurant 00lay63 20 1 8 0 3 0 3 0 3 0 3 0 3 0 3 0 2 0 2 0 2 0 1 0 1 0 1 0 1 0 1 0 1 BLACK MCOMBO_POINT
64=00_Pschule 00lay64 20 1 8 0 3 0 3 0 3 0 3 0 3 0 3 0 2 0 2 0 2 0 1 0 1 0 1 0 1 0 1 0 1 BLACK MCOMBO_POINT
65=00_Pkindergarten 00lay65 20 1 8 0 3 0 3 0 3 0 3 0 3 0 3 0 2 0 2 0 2 0 1 0 1 0 1 0 1 0 1 0 1 BLACK MCOMBO_POINT
66=00_Pparking 00lay66 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
67=00_Pbanking 00lay67 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
68=00_Ppub 00lay68 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
69=00_Pcafe 00lay69 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
70=00_Pbakery 00lay70 20 1 8 0 3 0 3 0 3 0 3 0 3 0 3 0 2 0 2 0 2 0 1 0 1 0 1 0 1 0 1 0 1 BLACK MCOMBO_POINT
71=00_Pmall 00lay71 20 1 8 0 3 0 3 0 3 0 3 0 3 0 3 0 2 0 2 0 2 0 1 0 1 0 1 0 1 0 1 0 1 BLACK MCOMBO_POINT
72=00_Ptrainstop 00lay72 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
73=00_Psuper 00lay73 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
74=00_Pnightclub 00lay74 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
75=00_Pfountain 00lay75 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
76=00_Ptoilet 00lay76 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
77=00_Pview 00lay77 20 1 8 0 2 0 2 0 2 0 2 0 2 0 2 0 1 0 1 0 1 0 0 0 0 0 0 0 0 0 0 0 0 BLACK MCOMBO_POINT
78=00_Castle 00lay78 20 1 8 0 4 0 4 0 4 0 4 0 4 0 4 0 3 0 3 0 3 0 2 0 2 0 2 0 2 0 2 0 2 BLACK MCOMBO_POINT
79=00_Ruins 00lay79 20 1 8 0 3 0 3 0 3 0 3 0 3 0 3 0 2 0 2 0 2 0 1 0 1 0 1 0 1 0 1 0 1 BLACK MCOMBO_POINT
80=00_METROPOLE 00lay80 20 1 9 0 7 0 7 0 7 0 7 0 7 0 7 0 6 0 6 0 6 0 5 0 5 0 5 0 5 0 5 0 5 BLACK MAJOR_CITIES
81=00_CITIES 00lay81 20 1 9 0 7 0 7 0 7 0 7 0 7 0 7 0 6 0 6 0 6 0 5 0 5 0 5 0 5 0 5 0 5 BLACK LARGE_CITIES
82=00_TOWN 00lay82 20 1 9 0 6 0 6 0 6 0 6 0 6 0 6 0 5 0 5 0 5 0 4 0 4 0 4 0 4 0 4 0 4 BLACK MEDIUM_CITIES
83=00_HAMLET 00lay83 20 1 9 0 5 0 5 0 5 0 5 0 5 0 5 0 4 0 4 0 4 0 3 0 3 0 3 0 3 0 3 0 3 BLACK SMALL_CITIES

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

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

Какие будут у народа идеи насчёт объектов карты? Что имеет смысл сделать "как у немцев"? Что нужно добавить или исправить?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.09.2015 16:35 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Обрывы и овраги, как у немцев, а остальное - несущественно. Ну и хорошо, когда объекты обозначаются как POI, а не как простые точки.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.09.2015 18:21 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Карта Днепропетровской области https://cloud.mail.ru/public/KkWt/Xpu2SFNPL
Обрывы и овраги прописал в настройках osm2mp и MPsplitter. Если получится, то в следующий раз они будут. Думаю обозначить их волнистой линией красного или оранжевого цвета. Есть там такой тип MUNDUL_LINE. Правда, видно их будет только в навигаторе. ВантажПоинт этот тип не поддерживает.
В списке есть вроде бы более подходящий CLIFF_LINE, но в навигаторе её не видно, а в ВП это просто ровная линия.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.09.2015 21:58 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Кіровоградська область https://cloud.mail.ru/public/6jdU/WTe64ZY57
Добавил обрывы и овраги в виде линий. Ни у гармина, ни у навитела не нашёл стандартных типов линий для них, поэтому добавил в конфиг 0x50 - обрыв, 0x51 - овраг.

Вот скриншот. Овраг выглядит аналогично, только подписан "ovrag". К сожалению, в ВантажПоинт это просто ровная серая линия.
Изображение


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.09.2015 01:23 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Так тоже неплохо.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.09.2015 10:47 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Выглядит неплохо, но я вот счас прикинул: если смотреть на горизонталям, то слева на картинке вроде как пологий спуск, а не обрыв. Впрочем, я там на месте не был, так что возможно всё :)
Думаю, это косяки ASTER GDEM. К примеру, судя по их данным, окружная дорога на западе от Харькова проходит в ущелье, хотя там более-менее ровная местность. Вероятно, спутник принял лесочки по бокам от дороги за стенки ущелья.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.09.2015 16:06 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Не пойму, о каком конкретно месте ты говоришь. Я что-то не вижу никакого ущелья.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.09.2015 16:27 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Персечение ул. Лагерной и окружной дороги найди. "Пройди" от этого пересечния на юг по окружной. Увидишь как дорога идёт в "ущелье" между лесами. Для наглядности это лучше делать в ВантажПоинте с включенным трёхмерным рельефом. И ещё можно покрутить карту в 3D для наглядности.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.09.2015 16:53 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
А, понял. Кстати, похоже, те онлайн-ОСМ, которые используют рельеф, берут его в разных источниках. Т.к. на одних онлайн-картах судя по рельефу ущелье есть, на других - нет.
Но там, где рельеф показывает ущелье, явный косяк. Судя по линиям, оно 100-метровой глубины. Прямо каньон какой-то. Уж я-то знаю, что такое 100-метровый перепад высоты. Наверное, сигнал спутника потерялся в лесу, и получился глюк.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.09.2015 17:11 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Не, не так. "Поверхность", образованную верхушками деревьев, спутник принял за поверхность земли.
Возможно, на разных "снимках" от разных этот эффект проявляется по разному. А где-то его не видно из-за загрубленности или хитрых алгоритмов постобработки.

Я брал рельеф отсюда: http://gdex.cr.usgs.gov/gdex/
Выбрал ASTER GlobalDEM v.2 просто потому, что он упомянут в методике Поморцева. Возможно, надо было выбрать что-то другое из списка. Там есть несколько вариантов SRTM и ещё какие-то данные.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.09.2015 17:15 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Не, не так. "Поверхность", образованную верхушками деревьев, спутник принял за поверхность земли.

Не согласен. Тогда эти деревья должны быть 100-метровой высоты. А в реальности они не превышают 20-30 метров в высоту.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.09.2015 20:11 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Уровни зума для векторных карт.
Настраиваются в export.cfg в MMO или в готовой карте в субфайле 00map.ini

Вот таблица соответствия для eXplorist x10. Для Тритонов может быть другой.
[0] - ниже всего.
[1] 3m, 8m, 15m, 30m
[2] 60m, 90m
[3] 150m - (соответствует масштабу 1:25 000 в ММО 2.7)
[4] 240m, 400m
[5] 800m
[6] 1.2km,1.6km, 2.4km
[7] 3.2km, 4.8km - 1:500 000
[8] 8km

Примерно с 9 уровня начинается базовая карта. Если в базовой карте нет ни одного слоя 9-го или больше уровня, базовую карту не видно.
[9] 12km, 20km
[10]- не использовать. Этот уровень видно только в процессе зумирования.
[11] 30km
[12] 60km
[13] 130km, 190km
[14] 320km
[15] 800km
[16] 1300km, 1900km
[17] 3200km

Как настраивать:
В файле 00map.ini ищем секцию [LAYERS], там находим список слоёв карты. Каждый слой описан так:
0=00_000_Cities_a 00lay0 20 1 0 0 7 0 7 0 7 0 7 0 7 0 7 0 7 0 7 0 7 0 7 0 7 0 7 0 7 0 7 0 7 LIGHT_GRAY SOLID_FILL
Поясняю:
0-номер слоя в списке
00_000_Cities_a - название слоя
00lay0 - название файлов, содержащих данные слоя
20 - х.з. что, вроде какой-то "вес" слоя
1 - видимость слоя (1 - видно, 0 - не видно)
0 - номер группы, к которой относится слой.
0 8 0 8 0 8 0 7 0 7 0 7 0 7 0 7 0 7 0 7 0 7 0 7 0 6 0 6 0 6 - настройки видимости слоя
LIGHT_GRAY - цвет линий (точек или полигонов). Может быть "перекрыт" в разделе [COLORS4BITS]
SOLID_FILL - тип заливки, линии или точки. Может быть "перекрыт" в разделе [COLORS4BITS]

Теперь подробнее по настройке видимости. Строчку циферок условно разделяем на 5 кусочков по 6 чисел
0 8 0 8 0 8 - настройки для "Высокой" детализации
0 7 0 7 0 7 - в тритонах и эксплористах не используется, нужен для древних Меридианов
0 7 0 7 0 7 - настройки для "Средней" детализации
0 7 0 7 0 7 - в тритонах и эксплористах не используется, нужен для древних Меридианов
0 6 0 6 0 6 - настройки для "Низкой" детализации

В каждом кусочке первая пара чисел определяет с какого по какой уровень будет видно данный слой.
В примере для "Высокой" детализации слой будет виден с 0 по 8 уровень.
Вторая пара чисел определяет с какого по какой уровень базовая карта перестаёт быть видимой. Обычно эти числа совпадают с первой парой. Вот тут я не разобрался. Либо базовая карта должна исчезнуть полностью, либо должен исчезнуть только слой с аналогичным названием на базовой карте.
Третья пара чисел определяет видимость надписей названий объектов на слое. По идее, тоже сопадает с первой парой чисел. Тут тоже ещё надо разобраться. Говорят, Тритон игнорирует эти настройки.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.09.2015 15:58 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
В продолжение поста о том, как сделать шейп-файлы с Geofabrik пригодными для MobileMapperOffice
Основная проблема в файлах .dbf, которые идут в комплекте с шейп-файлами. А именно: кодировка текста UTF-8, которая иногда бывает двухбайтовая, и названия на кириллице, которые не переваривает ММО. И ещё с названиями полей записей есть проблемка. Это надо исправить.
Качаем программу для работы с dbf-файлами DBFShow http://jobtools.ru/dbfshow/
1) Запускаем, открываем первый из dbf-файлов. (Файл-Открыть)
2)Принудительно указываем кодировку UTF-8. (Разное-Кодировка-UTF-8)
3)Изменяем названия полей записей. (Файл - Структура файла). Названия полей name и type меняем на NAME и TYPE. Жмём ОК.
4)Делаем транслитерацию названий.(Инструменты-Модификация данных. Выбираем "Транслитерация" и выбираем поля, значения которых мы хотим транслитерировать. Рекомендую выбрать все поля, а не только NAME, потому что структура данных OSM допускает некоторые "вольности" в тегировании, а невнимательность или непонимание мапперов приводит к тому, что, к примеру, в поле TYPE вместо общепринятых "стандартных" значений может оказаться что угодно. К примеру, название улицы "Лесная" вместо её категории "residential".
Жмём "Изменить".
5) На всякий случай изменяем кодировку файла (Инструменты-Конвертировать кодировки.) Выбираем все колонки, выбираем текущую кодировку UTF-8, и меняем на любую однобайтную, например, 866. Всё равно у нас после транслитерации только латинские буквы остались.
Кстати, надо будет уточнить, какая кодовая страница изначально используется в картах.
Жмём ОК.
6) Если вы знакомы с системой тегирования объектов в OSM, то рекомендую отсортировать данные по столбцу TYPE (просто щёлкните по заголовку столбца) и просмотреть, какие типы объектов там есть. Названия типов, написанные с ошибкой, например "aprtments" вместо "apartments" можно исправить.
6) Закрываем файл (Файл-Закрыть)

Повторяем пункты 1-6 для всех dbf-файлов (их там обычно 8 штук).

Ну вот и всё. Дальше шейп-файлы можно подсовывать в MMO 1.0 по методике Шаронова.
Не забывайте запускать каждый раз addSTDGRP.exe
Конвертировать карту в imi нужно в ММО 2.7, только обязательно нужно указывать выгружаемый регион, иначе карта получится с непонятными границами (у меня границы остались от предыдущей карты) либо вообще не получится. И название готового файла с картой тоже может остаться от предыдущей карты или карта будет называться Job.imi

Вот пример такой карты: https://cloud.mail.ru/public/7CUy/CwGKVWgRu
Тут карта Украины с рельефом, но без POI, и тут только дороги, ж/д, крупные реки, лес и водичка. Мне просто было лень возиться со слоями, не зная получится ли что-то или опять ММО выдаст ошибку.
Кстати, тут и так 900 МБ карта весит. Это что же будет, если я и домики добавлю, и тропинки и ещё всяко-разно?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.02.2016 16:20 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Внимание! Существует возможность доработать программу SAS Планета, чтобы она могла создавать карты для Магелланов. Но исполнитель хочет за это денег. Давайте скинемся! Подробности - в этой теме: viewtopic.php?f=118&t=309093

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.02.2016 03:42 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Появилась возможность делать карты для Магелланов с помощью программы SAS Планета. Скачиваем последнюю версию программы и пользуемся. Подробности - в теме "Экспорт из SAS Планеты в RMP".

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.03.2016 16:20 

Сообщения: 7
Город: Днепропетровск
Пол: Муж
Зарегистрирован:21.03.2016
Захотел создать карту из изображения (скриншот спутникового снимка гугла). Скачал Rmp Creator http://antalos.com/gps/rmp-creator.php . Следую инструкциям, получаю ошибку

Изображение

координаты выставил как можно точнее в Google Earth (поставил 2 точки и уже по ним вырезал скриншот):

Изображение

Это же WGS84, как и ожидается, правильно?
Что я делаю не так?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.03.2016 16:47 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Олег, вы делаете совершенно дурацким способом. Во-первых, трудным. Во-вторых, неточным.

Сейчас всё это элементарно делается при помощи программы SAS Планета. Установите её и прочитайте мою статью-инструкцию: http://www.encyclopedia-stranstviy.com/ ... lanet.html

А конкретно о том, как с её помощью делать карты для Магелланов, читайте здесь: viewtopic.php?f=118&t=309093&start=30#p1658115
Прочтите внимательно от того сообщения, которое по ссылке, и до конца темы.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.03.2016 17:42 

Сообщения: 7
Город: Днепропетровск
Пол: Муж
Зарегистрирован:21.03.2016
Андрей Лунячек писал(а):
Олег, вы делаете совершенно дурацким способом. Во-первых, трудным. Во-вторых, неточным.

Сейчас всё это элементарно делается при помощи программы SAS Планета. Установите её и прочитайте мою статью-инструкцию: http://www.encyclopedia-stranstviy.com/ ... lanet.html

А конкретно о том, как с её помощью делать карты для Магелланов, читайте здесь: viewtopic.php?f=118&t=309093&start=30#p1658115
Прочтите внимательно от того сообщения, которое по ссылке, и до конца темы.


нет опции RMP. У Вас эта опция пока только в ночной версии?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.03.2016 17:48 

Сообщения: 7
Город: Днепропетровск
Пол: Муж
Зарегистрирован:21.03.2016
Windows ругнулся при попытке запустить ночную версию, вирустотал жалуется на вирусы

https://www.virustotal.com/en/file/292c ... 458571595/


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.03.2016 18:26 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Олег Днепропетровец писал(а):
Windows ругнулся при попытке запустить ночную версию, вирустотал жалуется на вирусы

https://www.virustotal.com/en/file/292c ... 458571595/

т.е. 2 никому не известных антивируса из 60??? Вы серьёзно это называется "ругнулся"?

пользователи такие пользователи... Вот бы все пользователи так осторожничали! :smile:

Для разнообразия, есть программа Mobac, обсуждается в соседней ветке, гугловский сурс ищите на первой странице. Mobac на сегодня уступает SAS.Планете.

_________________
Штурман, нада дёрнуть!


Последний раз редактировалось Зундер 21.03.2016 18:30, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.03.2016 18:29 

Сообщения: 7
Город: Днепропетровск
Пол: Муж
Зарегистрирован:21.03.2016
Зундер писал(а):
Олег Днепропетровец писал(а):
Windows ругнулся при попытке запустить ночную версию, вирустотал жалуется на вирусы

https://www.virustotal.com/en/file/292c ... 458571595/

т.е. 2 никому не известных антивируса из 60??? Вы серьёзно это называется "ругнулся"?

пользователи такие пользователи... Вот бы все пользователи так осторожничали! :smile:


меня удивило, почему не ночную сборку винда запустила без проблем, а ночную отказалась. Вот и решил проверить.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.03.2016 18:33 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
У меня ночная сборка всегда скачивалась без проблем. А пока мы доводили до ума экспорт в RMP, я каждый день скачивал новую версию и тестировал.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.03.2016 18:34 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Сначала распаковываете релизную версию, потом в ту же папку распаковываете ночную сборку с заменой файлов, тогда ночная будет работать.

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.03.2016 21:00 

Сообщения: 7
Город: Днепропетровск
Пол: Муж
Зарегистрирован:21.03.2016
Андрей Лунячек писал(а):
У меня ночная сборка всегда скачивалась без проблем. А пока мы доводили до ума экспорт в RMP, я каждый день скачивал новую версию и тестировал.


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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.03.2016 21:41 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Олег Днепропетровец писал(а):
Андрей Лунячек писал(а):
У меня ночная сборка всегда скачивалась без проблем. А пока мы доводили до ума экспорт в RMP, я каждый день скачивал новую версию и тестировал.


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


Да можно и старой версией. Но придется через GlobalMapper прогонять. Правда, и результат корректнее получается. Но возни больше. Сначала в png+map из sas, потом globalmapperом в geotiff с преобразованием координат, потом уже в rmp.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.03.2016 01:03 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Олег Днепропетровец писал(а):
Андрей Лунячек писал(а):
У меня ночная сборка всегда скачивалась без проблем. А пока мы доводили до ума экспорт в RMP, я каждый день скачивал новую версию и тестировал.


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

Я, пожалуй, не совсем понятно выразился. Я имел в виду, что я не только многократно скачивал ночные сборки, но и успешно их запускал. Более десяти раз скачивал, то с интервалом в полгода-год, то с интервалом в сутки (когда в течение недели экспорт в RMP тестировал). Проблем никогда не было. Ну если быть совсем строгим, то один раз не захотел работать файл SASPlanet.exe, и я вместо него запустил файл SASPlanet.Debug.exe, который заработал без проблем.
Кстати, антивирусник у меня никогда не ругался на вирусы в SAS Планете.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.03.2016 04:04 

Сообщения: 7
Город: Днепропетровск
Пол: Муж
Зарегистрирован:21.03.2016
В общем, попробовал - отлично получилось. У программы большое будущее, если найти на неё спонсора (т.к. в ней куча "детских болезней", но чтобы их вылечить - нужно чьи-то вливания, на голом энтузазизьме такой огромный объём работы не проделаешь)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.03.2016 04:12 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Вот и прекрасно.
А у них, как я понял, ряд вещей именно на спонсорстве делается. Мы нашли спонсора, чтобы экспорт в формат Магеллана сделать, другие люди оплачивали "прикручивание" других функций и т.д.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.03.2016 04:27 

Сообщения: 7
Город: Днепропетровск
Пол: Муж
Зарегистрирован:21.03.2016
Андрей Лунячек писал(а):
Вот и прекрасно.
А у них, как я понял, ряд вещей именно на спонсорстве делается. Мы нашли спонсора, чтобы экспорт в формат Магеллана сделать, другие люди оплачивали "прикручивание" других функций и т.д.


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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.03.2016 09:36 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
"Перечитывал старые сообщения, много думал" (с) :-)

Андрей Лунячек писал(а):
Кстати, твои выкладки примерно согласуются с зумами SAS Планеты. Там, например, родной зум для километровки - 14. На этом зуме в районе Харькова SAS Планета показывает разрешение 12,3 м/пиксель. А по твоим расчётам получается 1км/80 = 12,5 м/пиксель.


По поводу зумов и метропикселей.
Для ОСМ есть таблица:

http://wiki.openstreetmap.org/wiki/Zoom_levels

14-й зум - 350-метровка с разрешением 9.547 м/пикс.

Кстати, если интересно, написал мелкую утилитку, которая по номенклатуре километровки гш (пока только километровки, если надо могу добавить другие номенклатуры) создает файл выделения (.hlg) для SAS планеты. Т.е. определяет координаты границ листа, переводит их в WGS84 и пишет в файл в нужном формате. Т.е. потом остается только в меню выбрать "Операции с выделенной областью -> Загрузить из файла" и дальше уже загружать и склеивать.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.03.2016 10:22 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
За таблицу спасибо. Будет что обмозговать. Кстати, нумерация уровней зума у САСпланеты сдвинута на единичку. Поэтому 14 зум САС = 13 зум в табличке = 1:70000 = 19.093 метров/пиксель.
Кроме того, загвоздка с "уровнями зума" и в самом "Магеллане". Для одного и того же "магеллановского" уровня зума, но для разных широт метры на пиксель получаются разные.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.03.2016 10:53 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Д. Засядько писал(а):
Кроме того, загвоздка с "уровнями зума" и в самом "Магеллане". Для одного и того же "магеллановского" уровня зума, но для разных широт метры на пиксель получаются разные.


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

Д. Засядько писал(а):
Насчёт утилитки - это лучше на форум разработчиков САСпланеты написать. Пусть добавят функцию выделения по квадратам генштабовской карты. Так будет удобнее, чем с отдельной утилитой.


У них что-то подобное есть. По крайней мере в багрепортах видел жалобу на то, что как-то можно выделять по листам гш, но получается криво - пропуски между листами остаются. Похоже, что они не пересчитывают координаты из СК42 в WGS84.

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

SASSelect O41-109 и она создает файл O41-109.hlg

Понадобится - еще за полчаса расширю чтобы распознавала сама O41-098 - километровка, O41-25 - двухкилометровка и т.п.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.03.2016 13:17 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
Д. Засядько писал(а):
Насчёт утилитки - это лучше на форум разработчиков САСпланеты написать. Пусть добавят функцию выделения по квадратам генштабовской карты. Так будет удобнее, чем с отдельной утилитой.


У них что-то подобное есть. По крайней мере в багрепортах видел жалобу на то, что как-то можно выделять по листам гш, но получается криво - пропуски между листами остаются. Похоже, что они не пересчитывают координаты из СК42 в WGS84.

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

А что касается масштабов, нужных для Магелланов, то открываем близкий масштаб в САС Планете на нужной широте, смотрим разрешение и пропорционально пересчитываем. Например, для "400 м" открываем зум 15, он соответствует 500-метровке. И составляем пропорцию 500/400= и т.д. Получившееся разрешение имеет смысл немного увеличить, на 0,05-0,1, иначе может не отображаться на "800 м".

Извините, времени нет, подробности вечером.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.03.2016 13:33 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Андрей Лунячек писал(а):
Всё гораздо проще. Включаете в САС Планете отображение любой сетки (хоть генштабовской, хоть тайловой) и выделяете с зажатым Shift-ом. Выделение идёт по линиям сетки.


Так вот на то и жалуются. Что при таком выделении на стыках листов пропадают данные - черные полосы возникают. Есть подозрение, что они координаты не пересчитывают.

Андрей Лунячек писал(а):
А что касается масштабов, нужных для Магелланов, то открываем близкий масштаб в САС Планете на нужной широте, смотрим разрешение и пропорционально пересчитываем. Например, для "400 м" открываем зум 15, он соответствует 500-метровке. И составляем пропорцию 500/400= и т.д. Получившееся разрешение имеет смысл немного увеличить, на 0,05-0,1, иначе может не отображаться на "800 м".

Извините, времени нет, подробности вечером.


Там вообще непонятно. С одной стороны, 0-й уровень ОСМ соответсвует 1-му в SAS. С другой стороны, когда в глобалмаппере открываешь карту 18-го уровня SAS (вроде бы 17-го в ОСМ), то разрешение в м/пикс там получается не 1.193 (17-й уровень ОСМ), а что-то около 0.65 что ближе к 18-му уровню ОСМ (0.596).

UPD. Все правильно, я ошибся. Нужно же еще на косинус широты умножать разрешение. Тогда сходится. 18-й уровень SAS соответстывует 17-му уровню ОСМ в т.ч. и по разрешению.

А зум 15 в SAS соответсвует (если верить таблице) 14-му уровню ОСМ. А это 350-метровка примерно.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2016 00:57 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
Андрей Лунячек писал(а):
Всё гораздо проще. Включаете в САС Планете отображение любой сетки (хоть генштабовской, хоть тайловой) и выделяете с зажатым Shift-ом. Выделение идёт по линиям сетки.


Так вот на то и жалуются. Что при таком выделении на стыках листов пропадают данные - черные полосы возникают. Есть подозрение, что они координаты не пересчитывают.

Я попробовал - у меня ничего не пропало. Состыковалось без зазоров.
Включил отображение сетки километровок генштаба, с зажатым Shift-ом поочерёдно выделил и сохранил 4 соседних квадрата (М-37-73, М-37-74, М-37-85, М-37-86) с файлами привязки.
Затем открыл их одновременно в Глобал Маппере. Отображаются как одна целая карта.

Скриншоты прилагаю.
Первый - все четыре карты в Глобал Маппере.
Второй - для наглядности одну из карт удалил и приблизил центр, где стыкуются три оставшиеся карты.
Третий - экспортированный участок в САС Планете.


Вложения:
2016-03-26_234211.png
2016-03-26_234211.png [ 695.8 КБ | Просмотров: 2265 ]
2016-03-26_234354.png
2016-03-26_234354.png [ 119.02 КБ | Просмотров: 2265 ]
2016-03-26_234438.png
2016-03-26_234438.png [ 533.05 КБ | Просмотров: 2265 ]


_________________
Карти для GPS-навігаторів: де їх брати? https://encyclopedia-mandriv.blogspot.com/2013/06/karty-dlya-gps-navigatorov.html
Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2016 02:18 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
А зум 15 в SAS соответсвует (если верить таблице) 14-му уровню ОСМ. А это 350-метровка примерно.

Не знаю, откуда вы взяли, что зум 15 SAS - это примерно 350-метровка. Это где же такие данные?

Но, честно говоря, не хочется вдаваться в демагогию и лить воду, поэтому сразу перейду к тому, о чём изначально шёл разговор. Да, мы можем взять карту любого разрешения, открыть в Озике и спорить, комфортно ли это разрешение для просмотра карты. Но мы говорим о зумах SAS Планеты и о масштабах Магеллана. И здесь мы уже видим не абы какое разрешение, а вполне конкретное. Которое зависит от двух параметров: от конкретного зума и от широты местности.

В той же SAS Планете разрешение возле экватора и за полярным кругом ощутимо отличается. Но там всегда двухкилометровки находятся на 13 зуме, километровки - на 14-м, 500-метровки - на 15-м, а 250-метровки - на 16-м (я имею в виду относительно нормальное изображение, а не уменьшенное или увеличенное).

У Магеллана разрешение меняется в зависимости от широты сходным с SAS Планетой образом. Экспортируйте из SAS Планеты кусок карты из зума 16. И вы увидите, что, независимо от того, где он взят (возле Мурманска или возле экватора), он будет прекрасно выглядеть в Магеллане на масштабе "240 м". Это подтверждает мои слова о том, что зум 16 можно считать "условно родным" для 250-метровок. А, поскольку, в онлайн картах соседние зумы отличаются друг от друга ровно в 2 раза, то зум 15 будет "родным" для 500-метровок и т.д.

Если бы у Магеллана имелись такие масштабы, как "500 м", "1 км", "2 км", то карты с зумов 13, 14, 15 SAS Планеты выглядели бы отлично на этих масштабах без всякой смены разрешения. Но у Магеллана имеются масштабы "400 м", "800 м", "1,2 км", "1,6 км", "2,4 км". Поэтому для достижения лучшей картинки приходится подгонять разрешение.

Мы, кстати, на соседнем форуме обсуждали разрешение, можете почитать примерно отсюда: http://travel.org.ua/forums/viewtopic.p ... 15#p726301
Там куча скриншотов.

Зацитирую себя же:

Андрей Лунячек писал(а):
Разрешение экрана у Магеллана зависит от широты местности. Как мы видим, его можно вычислить, делая скриншоты. Но это дело не быстрое и довольно занудное. А если нужно делать карты для разных широт? Каждый раз предварительно возиться со скриншотами?

Мне кажется, я нашёл более простой способ. Берём программу SAS Планета и в нижней строке смотрим разрешение нужного участка местности. Если делаем 500-метровку, то в SAS Планете смотрим 15-й зум, он там "родной" для 500-метровок.

Но в Магеллане для 500-метровок основной масштаб - "400 м". Чтобы вычислить разрешение, составляем пропорцию:
разрешение SAS / 500 = x / 400
где х - нужное нам разрешение карты для масштаба "400 м".
То есть, по сути, разрешение SAS Планеты на зуме 15 нужно умножить на 0,8.

Проверяем.

1. На основе моего скриншота горы Ріпна Эд вычислил разрешение: 5,04-5,07 м/пиксель (немного разное по горизонтали и вертикали). В SAS Планете разрешение этого участка - 6,32 м/пиксель.
Вычисляем: 6,32 х 0,8 = 5,056 м/пиксель.

2. На основе скриншота тестовой картинки Эда (юг Ивано-Франковской области) я вычислил разрешение: 5,137 м/пиксель. В SAS Планете разрешение этого участка - 6,41 м/пиксель.
Вычисляем: 6,41 х 0,8 = 5,128 м/пиксель.

3. На основе скриншотов Харьковской области (Тимченки) Дмитрий Засядько вычислил разрешение: 5 м/пиксель. В SAS Планете разрешение этого участка - 6,18 м/пиксель.
Вычисляем: 6,18 х 0,8 = 4,944 м/пиксель.

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


То есть, SAS Планета позволяет вычислить разрешение для Магеллана, достаточно близко совпадающее с реальным разрешением экрана. Но есть одно "но". 500-метровки с разрешением, подогнанным к масштабу "400 м", не отображались на масштабе "800 м". Поэтому я слегка (менее, чем на 0,1 м/пиксель) изменил разрешение. В случае с Карпатами вместо 5,04-5,14 м/пиксель я выставил 5,2 м/пиксель. И карта начала показываться на "800 м", причём качество картинки ощутимо не изменилось.

А недавно я переделывал ранее сделанную крымскую "Союзкарту". Раньше она была у меня с разрешением 6,3 м/пиксель, и картинка оставляла желать лучшего. В этот раз я вычислил разрешение с помощью SAS Планеты. По расчётам получилось 5,43 м/пиксель. Я же выставил в Глобал Маппере 5,53 м/пиксель, чтобы быть уверенным, что карта отобразится на "800 м". Результат - картинка хорошая, и на "800 м" отображается.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2016 02:29 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Прошу прощения, перешёл по вашей ссылке и увидел в таблице, что у них зуму 14 соответствует 350-метровка. Но под таблицей они пишут следующее (я переключил на украинский язык):

Цитата:
"Масштаб" (масштаб карти) є приблизним, та розрахований для відстаней на широті екватора. Крім того, масштаб карти залежить від роздільної здатності та розмірів монітора. Вказані значення відповідають монітору з 0,3 мм на піксель


То есть, эти их цифры очень и очень приблизительные и субъективные. Причём на экваторе разрешение как раз уменьшается, и там не то, что 350-метровка, но и 500-метровка выглядит не очень хорошо. На экваторе на этот зум километровка бы неплохо стала.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2016 09:14 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Тоже верно.

Завтра попробую поэкспериментироватьс установкой разрешения карты в глобал маппере по табличке Паганеля:

Изображение

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

Т.е. берем карту, в ГМ смотрим ее текущее разрешение в м/пикс и по таблчке берем ближайшее большее число. Так для карты 18-го уровня зума SAS с исходным разрешением (для моей местности) в 0.65 м/пикс это будет 0.86 м/пикс что соответствует 60 м/см.
Устанавливаем это разрешение в ГМ и делаем ресемплинг.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2016 10:16 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Виктор, разрешение в табличке справедливо только для какой-то конкретной широты! Для 18 зума ресэмплинга делать не надо! Он практически точно совпадает с масштабом "60 м" навигатора, причём НЕЗАВИСИМО от широты! Просто экспортируйте этот зум из САС Планеты и запихните в навигатор без всякого ресэмплинга. Вы получите отличную картинку!

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2016 10:21 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Из САС Планеты без ресэмплинга можно экспортировать зумы 11, 16, 18, 19. Они хорошо ложатся на масштабы навигатора: 8 км, 240 м, 60 м, 30 м. Остальные желательно подгонять с учётом разрешения конкретной широты местности.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2016 10:43 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Андрей Лунячек писал(а):
Виктор, разрешение в табличке справедливо только для какой-то конкретной широты! Для 18 зума ресэмплинга делать не надо! Он практически точно совпадает с масштабом "60 м" навигатора, причём НЕЗАВИСИМО от широты! Просто экспортируйте этот зум из САС Планеты и запихните в навигатор без всякого ресэмплинга. Вы получите отличную картинку!


В моих широтах 18-й зум имеет разрешение 0.65, а 60м в навигаторе - 0.86. Так что идеально не ложится, увы.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2016 15:49 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Виктор, ещё раз объясняю: для магеллановского масштаба "60 м" разрешение РАЗНОЕ НА РАЗНЫХ ШИРОТАХ! Где-то оно будет 0,86, а где-то совсем другое. Но НА ЛЮБОЙ ШИРОТЕ оно совпадает с зумом 18 САС Планеты.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2016 18:46 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Андрей Лунячек писал(а):
Виктор, ещё раз объясняю: для магеллановского масштаба "60 м" разрешение РАЗНОЕ НА РАЗНЫХ ШИРОТАХ! Где-то оно будет 0,86, а где-то совсем другое. Но НА ЛЮБОЙ ШИРОТЕ оно совпадает с зумом 18 САС Планеты.


Вы хотите сказать, что "60м" на экранной линейке не будут соответствовать 60-ти метрам на местности?

Длина линейки на экране 69 пикселей (со 160-го по 229-й). Если считать что там действительно 60 метров, то получаем 60/69=0.87 метров на пиксель. Если же нет... То хорошо бы узнать на какой широте они эти 60 метров получают. Тогда можно будет реальное расмтояние линейки от широты узнать и реальное разрешение.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2016 20:38 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Вы хотите сказать, что "60м" на экранной линейке не будут соответствовать 60-ти метрам на местности?

Да, так и есть. :-P
И господин Паганель об этом уже писал. :oops:
Попробуйте взять генштабовскую километровку для разных широт (экватор, серединку, и поближе к полюсу), сконвертировать её в магеллановский формат (неважно с каким разрешением) и сравнить на экране навигатора длины сторон квадратов километровой сетки (там сторона квадрата 2 км, если что) и "масшатбную линейку".
О резултатах доложите тут :yes:
Особенно феерично выглядит сравнение "линейки" с километровой сеткой на широтах поближе к полюсу :cry:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.03.2016 23:32 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Виктор, перечитайте страницы 34-35 данной темы. Там это уже обсуждалось.
И картинки интересные выкладывались.

Изображение

Это скриншот, который приводил Паганель. Двухкилометровая клетка генштабовки совпадает с линейкой 3,2 км.
Отсюда вывод: линейка врёт.

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

1. Более трудоёмкий. Делаете карту нужного вам района, но такую, чтобы в интересующем вас масштабе на карте были видны объекты, отстоящие друг от друга (по вертикали или горизонтали) на известное вам расстояние. Для этой цели хорошо подходят генштабовки с сеткой. А для подробных спутниковых снимков найдите два чётких объекта и заранее на компьютере измерьте расстояние между ними в метрах. Далее загоняете карту в навигатор и делаете скриншот. Скриншот запихиваете в фотошоп и измеряете расстояние в пикселях между вашими объектами (или размер сетки генштаба). Затем делите метры на пиксели. Об этом можете почитать (и посмотреть поясняющие картинки) вот здесь: http://travel.org.ua/forums/viewtopic.p ... 60#p727212

2. Менее трудоёмкий. Его я уже описал чуть раньше. Открываете в САС Планете нужный район, смотрите разрешение и пересчитываете пропорционально к интересующему вас масштабу Магеллана, полагая, что зум 14 - это масштаб "1 км", а зум 15 - масштаб "500 м". Получается чуть-чуть неточно, но для практического применения точность этого метода более чем достаточна.

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


Последний раз редактировалось Андрей Лунячек 28.03.2016 00:20, всего редактировалось 2 раз(а).

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2016 00:05 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Ещё немного поясню по поводу САС Планеты и Магеллана.
И у САС Планеты, и у Магеллана разрешение каждого конкретного зума (масштаба) меняется с изменением широты местности. Причём оно у них меняется одинаковым образом. Отличие только в том, что зумы САС Планеты и масштабы Магеллана не во всех случаях совпадают. Но там, где они совпадают, мы имеем одинаковое разрешение у САС Планеты и у Магеллана (как следствие - наилучшее из возможных качество картинки) на любой широте местности. Экспортируйте из САС Планеты любую подробную карту на зуме 18 и сконвертируйте в формат Магеллана (не меняя разрешения исходника). В навигаторе она будет выглядеть одинаково хорошо независимо от района, который она покрывает, будь то экватор или Мурманск.

Проще представить ситуацию, если каждому зуму САС Планеты присвоить условные масштабы в метрах и километрах. Смотрим, что получается (для простоты возьмём только часть диапазона).

Зум 11 - условно 8 км
Зум 12 - условно 4 км
Зум 13 - условно 2 км
Зум 14 - условно 1 км
Зум 15 - условно 500 м
Зум 16 - условно 250 м
Зум 17 - условно 125 м
Зум 18 - условно 62,5 м
Зум 19 - условно 31,25 м

У Магелланов, как мы знаем, масштабная линейка несколько другая:

8 км
4,8 км
3,2 км
2,4 км
1,6 км
1,2 км
800 м
400 м
240 м
150 м
90 м
60 м
30 м

Сравним две шкалы. Мы видим некоторые примерные совпадения (слева - САС Планета, справа - Магеллан):

Зум 11 (условно 8 км) - "8 км"
Зум 16 (условно 250 м) - "240 м"
Зум 18 (условно 62,5 м) - "60 м"
Зум 19 (условно 31,25 м) - "30 м"

Я на практике убедился, что карты для Магеллана, сделанные из этих четырёх зумов САС Планеты (без смены разрешения) прекрасно выглядят на экране навигатора. Независимо от широты!

Вот кусок ОСМ, сделанный из 18 зума САС Планеты без смены разрешения. Как вам качество картинки?

Изображение

Ну а для других зумов желательно изменить разрешение. К примеру, у Магеллана есть масштаб "400 м". В САС Планете наиболее близок к нему зум 15, условно соответствующий масштабу "500 м". Составляем простейшую пропорцию: 500/400 = SAS/x
В этой пропорции "SAS" означает разрешение, взятое из SAS Планеты для зума 15, а x - это разрешение Магеллана, которое мы хотим вычислить.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2016 10:00 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
В таком случае оперировать метрами/сантиметрами в масштабах и разрешениях некорректно.

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

60/69 = 0.87 м/пикс для широты разработчиков
Разрешение на экваторе для 17-го зума ОСМ (18-й зум САС) 1.193 м/пикс.
Тогда 0.87/1.193 = 0.729 Что соответствует широте 43.17611 градуса.

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

Разрешение на экваторе:

Зум 90 - (90 / 69) / 0.729 = 1.789
Зум 150 - (150 / 69) / 0.729 = 2.982 (достаточно близко к 17-му зуму SAS - 2.387)
Зум 240 - (240 / 69) / 0.729 = 4.771 (практически совпадает с 16-м зумом SAS - 4.773)
Зум 400 - (400 / 69) / 0.729 = 7.952
Зум 800 - (800 / 69) / 0.729 = 15.904
Зум 1200 - (1200 / 69) / 0.729 = 23.856
Зум 1600 - (1600 / 69) / 0.729 = 31.809
Зум 2400 - (2400 / 69) / 0.729 = 47.713

И так далее... Полученные цифры нужно умножить на косинус широты создаваемой карты и тогда получится разрешение в метрах на пиксель для ресамплинга ее в ГМ под нужный нам зум.

UPD Хотя что-то мне подсказывает, что правильный коэффициент не 0.729, а 0.795 - косинус 37°21′16″ с. ш. - широта г. Санта-Клара, США, где находится штаб-квартира Магеллана :-) Скорее всего, это еще Магеллановское насление. У Митака штаб-квартира в Тайбее, а это 25°02′00″ с. ш. там коэффициент был бы около 0.9 - многовато.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2016 14:27 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
Если предположить, что разрешение в градусах на пиксель у 18-го зума САС совпадает 60-м зумом Магеллана

Правильное слово "предположить". Так как в реальности, скорее всего, разрешение очень близкое, но не совпадающее на все 100%.
А какой зум будет точно совпадать, неизвестно. Зум 16 будет совпадать с "240 м" с такой же точностью. Интересно бы попробовать зум 11 и "8 км". Есть шансы, что там совпадение лучше. Правда, чисто из-за менее подробного зума и точность может быть ниже.

Victor Pomortseff писал(а):
И так далее... Полученные цифры нужно умножить на косинус широты создаваемой карты и тогда получится разрешение в метрах на пиксель для ресамплинга ее в ГМ под нужный нам зум.

Кстати, для упрощения работы тем, кто далёк от косинусов, можно составить табличку, где по вертикали - масштабы, а по горизонтали - широты. А в ячейках - вычисленное разрешение. Для упрощения работы можно взять не все широты, а, допустим, от 30 до 70 градуса, как более реальные для большинства форумчан.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2016 14:47 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
В качестве косвенного подтверждения:

18-й зум САС отресампленый под масштаб 90м, 0.897 м/пикс

Вложение:
shot00002.png
shot00002.png [ 67.13 КБ | Просмотров: 2491 ]


16-й зум САС отресампленый под масштаб 400м, 3.989 м/пикс

Вложение:
shot00005.png
shot00005.png [ 120.29 КБ | Просмотров: 2491 ]


14-й зум САС отресампленый под масштаб 1600м, 15.955 м/пикс

Вложение:
shot00008.png
shot00008.png [ 131.67 КБ | Просмотров: 2491 ]


12-й зум САС отресампленый под масштаб 4800м, 47.864 м/пикс

Вложение:
shot00011.png
shot00011.png [ 116.27 КБ | Просмотров: 2491 ]


При расчете ресамплинга использовалась "базовая широта" (где сидят разработчики :-) - широта Санта-Круз (т.е. коэффициент 0.795) широта карты (средняя между северной и южной границами) - около 57 градусов (косинус 0.547). При ресамплинге использовался бикубический алгоритм.

В принципе, все выглядит вполне пристойно

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2016 16:00 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Вы выбрали не совсем близкие зумы. Было бы неплохо подогнать зум 17 к 90 м, зум 15 к 400 м, а зум 14 - либо к 800 м либо к 1,2 км. Картинка была бы более приятной.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2016 17:54 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Андрей Лунячек писал(а):
Вы выбрали не совсем близкие зумы. Было бы неплохо подогнать зум 17 к 90 м, зум 15 к 400 м, а зум 14 - либо к 800 м либо к 1,2 км. Картинка была бы более приятной.


18-й зум на 60 метров тянется только растяжением. Там разрешение для наших широт 0.598 м/пикс. А у исходной карты 0.65 м/пикс.

Остальные выбирались через два. Так, чтобы каждый зум работал в диапазоне +/-1 от центрального. Впрочем, тут еще надо поэкспериментировать. Может другой набор уровней взять.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2016 19:36 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Завтра сорставлю табличку соостветствия разрешений магеллана и осм на экваторе. Сдается мне, что оптимально будетиделать уровни 18, 16 и 13 для зумов 90, 400 и 1600. Исходя из того, что ресамплинг будет только на сжатие.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2016 23:43 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
Завтра сорставлю табличку соостветствия разрешений магеллана и осм на экваторе. Сдается мне, что оптимально будетиделать уровни 18, 16 и 13 для зумов 90, 400 и 1600. Исходя из того, что ресамплинг будет только на сжатие.

Табличка(и) то хороша, практична ідея. Заодно Local Scale Factor від flywire перевіриться.
А оптимально чи не оптимально
Victor Pomortseff писал(а):
уровни 18, 16 и 13 для зумов 90, 400 и 1600
то трохи некоректно, бо всеж таки треба враховувати широту. Бо окремо номер рівня то ніщо, лише має зміст у парі із широтою.
Бо, скажемо той же z15 (по САС Планеті,він же z14 Google чи OCM) має роздільну здатність м/пікс від 9,56 на екваторі, до ,скажемо на широті Норільска 3,37.
К приміру роздільність 4,8м/пікс z16 (САС чи z15 ОСМ) на екваторі , близка тій же 4,9 м/пікс в Таліні але рівня z15 (z14 ОСМ)
Для гарміну я подібні нюанси враховую. Зрештою це дозволяє мені для менш продуктивних девайсів робити швидкий растр.


to Д. Засядько, по ефекту Паганеля і принагідно стосовно параметру , по якому переключається відтворення карт хотілось би де що вияснити.
Останній зокрема писав:
Paganel писал(а):
К сожалению, для принятия решения о выводе на экран данной карты при данном разрешении Магеллан использует разрешение в градусах на пиксель причем берет его не по широте (вертикали), где оно одинаковое для любого листа карты, а по долготе. ...Изображение

З цього приводу виникає аж два питання.
А була би ця феєрія, якщо б при своренні RMP (до речі хотілось би пощупати rmp оригінал) було враховано розділову здатність растру в м/пікс. Тобто розділову здатність градусну по вертикалі взяти не рівну градусній розділовій здатності по горизонталі (чи яку небуть іншу) а чітко привести у відповідність до розділової здатності растру в м/пікс?
Друге питання стосується того, так по чому ж йде >>принятие решения о выводе на экран данной карты, по м/пікс? чи по "градусах на пиксель"?


Последний раз редактировалось ed.ua 28.03.2016 23:46, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.03.2016 23:45 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Victor Pomortseff, а у меня к вам просьба будет. :oops:

Не могли бы вы кое-чего поправить в вашей программе MPsplitter?
А именно:
1) сделать так, чтобы кодировка текста в .dbf-файлах шейпов была не UTF-8, а cp1251.
Тогда можно будет в ММО подсовывать шейп-файлы сразу, без ручной перекодировки каждого файла. А учитывая, что теперь есть возможность отображать в навигаторе (по крайней мере, в Эксплористах) векторные карты с русскими названиями, то я теперь смогу делать карты без этого дурацкого транслита.
2) добавить больше картинок для POI. Если вам сложно выуживать картинки из файлов ресурсов, то может, просто названия картинок пропишете? Ну, типа AERIAL, CAR_RENTAL, и т. д. как они там называются в файле ресурсов. Желательно, чтобы ещё и группировка была по соответствующим категориям. Например, чтобы, например, этот самый воздушный шар AERIAL был в своей категории Air, а AUTO_SHOP в категрии Auto и т.д.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2016 03:20 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
18-й зум на 60 метров тянется только растяжением.

Ну и что такого, что растяжением? Задача - подогнать разрешение под ближайший масштаб, а уж растяжение там будет или сжатие - второй вопрос.

Поясню примером. Допустим, у вас есть некая карта с разрешением 6 м/пикс. А два ближайших к ней масштаба Магеллана имеют (к примеру) разрешения 5 м/пикс и 10 м/пикс. И что же вы будете делать? Растягивать шесть до пяти или сжимать шесть до десяти?
Я думаю, что к шести пять всё-таки ближе, чем десять. Поэтому лучше немножко растянуть нежели сильно сжать.

Victor Pomortseff писал(а):
Там разрешение для наших широт 0.598 м/пикс.

Откуда эта цифра? Я думаю, вы ошибаетесь.
Я взял кусок Екатеринбурга с зума 18 САС, для удобства нанёс на него координатную сетку с шагом в 5 секунд и перегнал в формат Магеллана. Далее сделал скриншот на навигаторе на масштабе "60 м", загнал его в фотошоп и измерил количество пикселей по горизонтали между линиями сетки. Получилось 122 пикселя. Кроме того, в САС Планете измерил длину этого же расстояния (между линиями сетки) в метрах. Получилось 84,6 метра. Разделил 84,6 на 122 и получил разрешение 0,693 м/пикс. Картинку прилагаю, можете сами измерить.


Вложения:
shot00001.png
shot00001.png [ 67.42 КБ | Просмотров: 2468 ]


_________________
Карти для GPS-навігаторів: де їх брати? https://encyclopedia-mandriv.blogspot.com/2013/06/karty-dlya-gps-navigatorov.html
Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2016 03:42 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
Сдается мне, что оптимально будет сделать уровни 18, 16 и 13 для зумов 90, 400 и 1600.

Не могу с вами согласиться. Если ранее вы произвели кучу расчётов, основываясь на допущении, что зум 18 совпадает с масштабом 60 м, и при этом получили правдоподобные результаты, то почему сейчас вы хотите подгонять зум 18 уже не к 60 м, а к 90 м?

Я считаю, что подгонять нужно следующие зумы к следующим масштабам:

Зум 19 - к 30 м
Зум 18 - к 60 м
Зум 17 - растянуть до 90 м либо сжать до 150 м
Зум 16 - к 240 м
Зум 15 - к 400 м
Зум 14 - растянуть до 800 м либо сжать до 1,2 км
Зум 13 - растянуть до 1,6 км либо сжать до 2,4 км
Зум 12 - растянуть до 3,2 км либо сжать до 4,8 км
Зум 11 - к 8 км

Если делать многослойный бутерброд, то хороший результат получится из сочетания зумов 14 (подгонка к 1,2 км), 16 (подгонка к 240 м) и 18 (подгонка к 60 м). Тогда от масштаба 2,4 км до масштаба 800 м мы увидим карту из зума 14, затем от масштаба 400 м до масштаба 150 м - карту из зума 16, а далее от масштаба 90 м до масштаба 30 м - карту из зума 18.

Попробуйте поэкспериментировать. Сделайте так, как написали вы, и так, как написал я. И сравните.

Victor Pomortseff писал(а):
Исходя из того, что ресамплинг будет только на сжатие.

Выше я уже писал вам, что где-то лучше сжатие, а где-то - растяжение. Главное - подогнать зум САС к масштабу Магеллана с наиболее близким разрешением.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2016 09:40 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
С 18-м зумом есть одна проблема. Если его растягивать на 60-й уровень, то размер одного листа километровки получается под гигабайт (ну или качество JPEG ниже плинтуса опускать). А у эксплориста памяти всего 1.7. Мне даже под одну дневную покатушку надо минимум два листа километровок. А бывает что и три.

При сжатии 18-го зума под 90-й уровень размер карты 400-450 мбайт. Посему работаем только на сжатие.

Получается как-то так:

Вложение:
1.gif
1.gif [ 25.05 КБ | Просмотров: 2449 ]


Т.е. 18-й жмем под 90 метров, 16-й под 400 а дальше или 14-й под 1200 или 13-й под 2400 (это уже скорее в качестве обзорной карты).

Табличка дя рассчетов

Вложение:
Zoom.xls [14 КБ]
Скачиваний: 256

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2016 10:38 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
С 18-м зумом есть одна проблема. Если его растягивать на 60-й уровень, то размер одного листа километровки получается под гигабайт (ну или качество JPEG ниже плинтуса опускать). А у эксплориста памяти всего 1.7. Мне даже под одну дневную покатушку надо минимум два листа километровок. А бывает что и три.

При сжатии 18-го зума под 90-й уровень размер карты 400-450 мбайт. Посему работаем только на сжатие.

Так вот в чём собака зарыта! Теперь понятно. Но получается, что желание подогнать 18 зум под масштаб 90 м вызвано не объективными, а вашими субъективными причинами. Т.е. вы жертвуете качеством картинки (т.к. при подгоне на 60 м она будет лучше) для того, чтобы уменьшить размер файла.

Я бы, наверное, в подобном случае взял 17 зум и подогнал его к 150 м.

Кстати, видели мои расчёты по скриншоту Екатеринбурга? там ведь получается разрешение 0,693, а не 0,598, как пишете вы.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2016 10:50 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Д. Засядько писал(а):
Victor Pomortseff, а у меня к вам просьба будет. :oops:

Не могли бы вы кое-чего поправить в вашей программе MPsplitter?
А именно:
1) сделать так, чтобы кодировка текста в .dbf-файлах шейпов была не UTF-8, а cp1251.
Тогда можно будет в ММО подсовывать шейп-файлы сразу, без ручной перекодировки каждого файла. А учитывая, что теперь есть возможность отображать в навигаторе (по крайней мере, в Эксплористах) векторные карты с русскими названиями, то я теперь смогу делать карты без этого дурацкого транслита.
2) добавить больше картинок для POI. Если вам сложно выуживать картинки из файлов ресурсов, то может, просто названия картинок пропишете? Ну, типа AERIAL, CAR_RENTAL, и т. д. как они там называются в файле ресурсов. Желательно, чтобы ещё и группировка была по соответствующим категориям. Например, чтобы, например, этот самый воздушный шар AERIAL был в своей категории Air, а AUTO_SHOP в категрии Auto и т.д.


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

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

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2016 11:01 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
в 17-м зуме детализация ниже. И картинка 17-го зума, подогнанного под 150м на 90м будет хуже чем у 18-го, подогнанного под 90м.

С 17-м я пробовал. Меньше понравилось.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2016 11:08 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
в 17-м зуме детализация ниже. И картинка 17-го зума, подогнанного под 150м на 90м будет хуже чем у 18-го, подогнанного под 90м.

С 17-м я пробовал. Меньше понравилось.

Постепенно приходим к тому, что всё это нужно подгонять под условия конкретного похода. География похода задаёт размер региона (следовательно, и размер файла карты на разных зумах), она же определяет, какие на данный район имеются карты и спутниковые снимки. В итоге мы выбираем для себя желаемые карты (из существующих для данного района) и начинаем подгонять под желаемые зумы, да ещё и так, чтобы всё это влезло в навигатор. И, по возможности, чтобы картинка нам понравилась.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2016 11:38 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Ну как-то так, да...

Если ваши расчеты верны, то коэффициент "широты разработчиков" будет не 0.795, а 0.686. Ну и раскладка по зумам будет немного иной.

Вложение:
Zoom.xls [14 КБ]
Скачиваний: 117

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2016 15:45 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Мои расчёты вполне очевидны. Вы их сами можете повторить без особого труда.

Табличка получилась неплохая и достаточно наглядная. Думаю, неплохо бы сделать из неё картинку и в таком виде вставить сюда на форум.

Я только попрошу вас добавить зум 11 САС Планеты. По идее, он должен очень близко совпасть с масштабом "8 км" Магеллана. Интересно это проверить.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2016 16:43 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Андрей Лунячек писал(а):
Мои расчёты вполне очевидны. Вы их сами можете повторить без особого труда.

Табличка получилась неплохая и достаточно наглядная. Думаю, неплохо бы сделать из неё картинку и в таком виде вставить сюда на форум.

Я только попрошу вас добавить зум 11 САС Планеты. По идее, он должен очень близко совпасть с масштабом "8 км" Магеллана. Интересно это проверить.


Ok. Завтра все сделаю.

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

Для себя оптимальным нашел делать зумы 18-15-13, подтянутых к разрешениям 90, 400 и 1600м соответственно.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2016 18:21 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Андрей Лунячек писал(а):
Я только попрошу вас добавить зум 11 САС Планеты. По идее, он должен очень близко совпасть с масштабом "8 км" Магеллана. Интересно это проверить.


11-й зум действительно достаточно близок к 8км - надо его лишь чуть растянуть с коэффициентом 1.112

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2016 20:02 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
В таком случае оперировать метрами/сантиметрами в масштабах и разрешениях некорректно.

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

60/69 = 0.87 м/пикс для широты разработчиков
Разрешение на экваторе для 17-го зума ОСМ (18-й зум САС) 1.193 м/пикс.
Тогда 0.87/1.193 = 0.729 Что соответствует широте 43.17611 градуса.

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

Разрешение на экваторе:

Зум 90 - (90 / 69) / 0.729 = 1.789
Зум 150 - (150 / 69) / 0.729 = 2.982 (достаточно близко к 17-му зуму SAS - 2.387)
Зум 240 - (240 / 69) / 0.729 = 4.771 (практически совпадает с 16-м зумом SAS - 4.773)
Зум 400 - (400 / 69) / 0.729 = 7.952
Зум 800 - (800 / 69) / 0.729 = 15.904
Зум 1200 - (1200 / 69) / 0.729 = 23.856
Зум 1600 - (1600 / 69) / 0.729 = 31.809
Зум 2400 - (2400 / 69) / 0.729 = 47.713

И так далее... Полученные цифры нужно умножить на косинус широты создаваемой карты и тогда получится разрешение в метрах на пиксель для ресамплинга ее в ГМ под нужный нам зум.

UPD Хотя что-то мне подсказывает, что правильный коэффициент не 0.729, а 0.795 - косинус 37°21′16″ с. ш. - широта г. Санта-Клара, США, где находится штаб-квартира Магеллана :-) Скорее всего, это еще Магеллановское насление. У Митака штаб-квартира в Тайбее, а это 25°02′00″ с. ш. там коэффициент был бы около 0.9 - многовато.

:D
Victor Pomortseff писал(а):
...
При расчете ресамплинга использовалась "базовая широта" (где сидят разработчики :-) - широта Санта-Круз (т.е. коэффициент 0.795) ...

:D :D
Victor Pomortseff писал(а):
в 17-м зуме детализация ниже. И картинка 17-го зума, подогнанного под 150м на 90м будет хуже чем у 18-го, подогнанного под 90м.

С 17-м я пробовал. Меньше понравилось.

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

:D :D :lol:

Victor Pomortseff писал(а):
Ну как-то так, да...

Если ваши расчеты верны, то коэффициент "широты разработчиков" будет не 0.795, а 0.686. Ну и раскладка по зумам будет немного иной.

Вложение:
Zoom.xls
:D
Ребята, с Первым Апрелем! У вас похоже оно уже наступило :ROFL: :cry:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.03.2016 20:19 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
ed.ua писал(а):

Ребята, с Первым Апрелем! У вас похоже оно уже наступило :ROFL: :cry:


Интелигентный человек никогда не скажет "идитна ...", он скажет " я вижу, вы далеко пойдете".

Так вот Вы очень далеко пойдете.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.03.2016 00:02 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
Для себя оптимальным нашел делать зумы 18-15-13, подтянутых к разрешениям 90, 400 и 1600м соответственно.

Вариант неплохой. Интересно, какой из зумов (13 или 15) будет показываться на "800 м"? Было бы неплохо, чтобы это был зум 15. Если опробуете этот вариант "бутерброда", отпишитесь.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.03.2016 05:38 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Так попробовал. Все срабатывает как часы

18-й виден на 30, 60, 90 и 150
15-й на 240, 400 и 800
13-й на 1200, 1600, 2400 и 3200.

Качество картинки хорошее. Размер карты 330Мб.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.03.2016 09:12 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Андрей Лунячек писал(а):
Табличка получилась неплохая и достаточно наглядная. Думаю, неплохо бы сделать из неё картинку и в таком виде вставить сюда на форум.

Я только попрошу вас добавить зум 11 САС Планеты. По идее, он должен очень близко совпасть с масштабом "8 км" Магеллана. Интересно это проверить.


Вложение:
1.gif
1.gif [ 30.37 КБ | Просмотров: 2431 ]


Вложение:
Zoom.xls [14 КБ]
Скачиваний: 112


А в целом для расчета разрешения, к которому нужно делать ресамплинг в GM получается вот такая формула:

Вложение:
CodeCogsEqn (1).gif
CodeCogsEqn (1).gif [ 1.19 КБ | Просмотров: 2431 ]


где
M - масштабный уровень Магеллана,
lat - широта листа карты

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.03.2016 10:21 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Спасибо за формулу и картинку.

Хочу немного уточнить. Принцип получается такой: если мы знаем разрешение на экваторе, мы умножаем его на косинус широты и получаем разрешение на нужной широте. А узнать разрешение на экваторе мы можем, вычислив его по скриншоту, сделанному на некоторой широте и разделив на косинус этой широты. Правильно?

Мы можем попытаться то ли проверить правильность выкладок, то ли усреднить. Дело в том, что, благодаря скриншотам, нам известно разрешение в нескольких местах: Екатеринбург, Харьков, два района Карпат с разницей по широте в полградуса. Если вычислить на основании каждого варианта широту на экваторе? Можно будет сравнить результаты, а, возможно, и усреднить.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.03.2016 11:11 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Андрей Лунячек писал(а):
Спасибо за формулу и картинку.

Хочу немного уточнить. Принцип получается такой: если мы знаем разрешение на экваторе, мы умножаем его на косинус широты и получаем разрешение на нужной широте. А узнать разрешение на экваторе мы можем, вычислив его по скриншоту, сделанному на некоторой широте и разделив на косинус этой широты. Правильно?

Мы можем попытаться то ли проверить правильность выкладок, то ли усреднить. Дело в том, что, благодаря скриншотам, нам известно разрешение в нескольких местах: Екатеринбург, Харьков, два района Карпат с разницей по широте в полградуса. Если вычислить на основании каждого варианта широту на экваторе? Можно будет сравнить результаты, а, возможно, и усреднить.


Да, все так. Я предполагаю (надеюсь), что те цифры, которые магеллан пишет на экране (длина линейки 60, 90 и так далее метров) реально соответсвтуют действительности для некоторой широты. По вашим расчетам получается, что косинус этой широты равен 0.686. Т.е. на этой широте разрешение действительно составляет, например, 90 (масштабный уровень в метрах) / 69 (длина линейки в пикселях) = 1.304 м/пикс. Разделим это значение на полученный вами коэффициент - будет разрешение на экваторе. Умножим на косинус нашей широты - получим разрешение на нашей широте.

Собственно, коэффициент 0.02113 и есть совокупность длины линейки (69 пикселей) и вашего коэффициента 0.686.

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

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

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.03.2016 14:59 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Мысль интересная. Но я ещё как-то не созрел для того, чтобы перейти с метров на пиксель на градусы на пиксель )))

В данный момент меня заинтересовало другое. Есть теория, а есть практика. На практике мы уже имеем четыре скриншота, сделанных на разных широтах (48, 48.5, 50, 56 градусов), и уже вычисленное разрешение для каждого из скриншотов. Надо попробовать при помощи каждого вычислить некий общий параметр, очевидно - разрешение на экваторе. Получим четыре цифры и посмотрим, совпадают они или нет. Возможно, имеет смысл их усреднить. И дальнейшие расчёты производить на основе усреднённой цифры.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.03.2016 15:18 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Щоб управляти який шар на якому масштабі буде показуватися і т.д і т.п. слід вияснити по якому параметру йде власне управління
по м/пікс (до чого схиляється більшість користувачів магелану), чи по град/пікс, як стверджує Паганель
Paganel писал(а):
... в Магеллане .... уровни отображения слоев не задаются, а вычисляются из реального масштаба (градус на пиксель).

Более подробно об отличиях алгоритмов отображения и управления картами мы тут уже говорили (или может в тревеле). Но если надо, я повторю.

Давайте перевіримо.
На сьогоднішній день в САС Планеті можливо створити достатньо довгий rmp (до 128 тайлів) де роздільна здатність град/пікс буде постійною (йде мова про вертикаль). В силу того, що розділова здатність м/пікс міняється з широтою, то спробуємо на приграничній зоні переходу показу карти 800м створити такий растр під магелан. І якщо на масштабі відображення девайсу 800 м в верхній частині цієї карти вона буде пропадати ( в той час як град/пікс constant), то можна з певненністю говорити, що управляється по м/пікс.
А по широтам, на яких перестає показуватися растр можна визначитися з граничними значеннями м/пікс по аналогії для усіх масштабів відображень магелану.
Ось я спробував створити такий rmp з рівня САС z15, взяти тут.
на девайсі не пробував, по причині відсутності оного, але в VP це пропадання виглядає так
phpBB [video]


На саму карту нанесена сітка в 256 x 256 пікс, за бажанням по ній на скріншотах теж можна багато чого визначити


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.03.2016 15:20 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Андрей Лунячек писал(а):
Мысль интересная. Но я ещё как-то не созрел для того, чтобы перейти с метров на пиксель на градусы на пиксель )))

В данный момент меня заинтересовало другое. Есть теория, а есть практика. На практике мы уже имеем четыре скриншота, сделанных на разных широтах (48, 48.5, 50, 56 градусов), и уже вычисленное разрешение для каждого из скриншотов. Надо попробовать при помощи каждого вычислить некий общий параметр, очевидно - разрешение на экваторе. Получим четыре цифры и посмотрим, совпадают они или нет. Возможно, имеет смысл их усреднить. И дальнейшие расчёты производить на основе усреднённой цифры.


Так вы уже по сути вычисли это параметр - косинус "широты разработчиков". Те самые 0.686. Это и есть универсальный параметр пересчета.

Вот смотрите. Есть разрешение R1 (допустим для уровня 90м) которое вы посчитали на известной широте L1. По нему мы может вычислить разрешение на экваторе R0 = R1 / cos(L1)

Далее, нам известно что на какой-то широте это разрешение равно 90 / 69 = 1.304 м/пикс (69 - длина линейки в пикселях на экране навигатора). А на экваторе разрешение для этого масштаба равно R0. Таким образом, косинус широты L0 для которой на экране отображается "истинное" разрешение будет равен 1.304 / R0. Из ваших расчетов следует что это 0.686. Этот параметр одинков для всех масштабных уровней.

Итого, чтобы определи разрешение на широте карты (R1) для любого масштабного уровня (M - то, что он над линейкой пишет) нам нужно посчитать разрешение на широте L0, разделить его на косинус широты L0 и умножить на косинус широты карты L1:

R1 = (M / 69) * (cos(L1) / cos(L0))

cos(L0) всегда равен 0.686
cos(L1) мы считаем по широте листа нашей карты
M - берем тот уровень, под который масштабируем карту

Вот и есть та формула, что я приводил выше. Только там длина линейки в пикселах (69) и cos(L0) (0.686) объединены в один коэффициент 0.02113

Ну можно сделать еще ряд измерений для уточнения (усреднения) cos(L0)...

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

А с точки зрения использования разницы никакой - при экспорте для ресамплинга нажимаете кнопку "Расчет разметки в других единицах измерения" и там выбираете метры или угловые секунды. И вводите то разрешение, к которому хотите привести карту.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.03.2016 18:57 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
А насчет секунд на пиксели - вы сами писали что на "60-м масштабе" у вас получилось 122 пикселя между 5-секундными линиями сетки. Итого 0.04098 секунд на пиксель по горизонтали.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 31.03.2016 02:45 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
Так вы уже по сути вычисли это параметр - косинус "широты разработчиков". Те самые 0.686. Это и есть универсальный параметр пересчета.

Всё понятно. Но этот "универсальный параметр" вычислен на основании одного-единственного скриншота.

Victor Pomortseff писал(а):
Ну можно сделать еще ряд измерений для уточнения (усреднения) cos(L0)...

Вот об этом я и говорю.

Кроме вычислений по приведённому мной скриншоту Екатеринбурга (широта - 56,84027), имеем ещё три скриншота с уже вычисленными разрешениями:

Карпаты 1 - широта 48,59358, разрешение 5,055 м/пиксель на масштабе 400 м.
Карпаты 2 - широта 47,88497, разрешение 5,137 м/пиксель на масштабе 400 м.
Харьковская область - широта 49,75422, разрешение 5 м/пиксель на масштабе 400 м.

Неплохо бы посмотреть, какой получается "универсальный параметр" на их основе.

Victor Pomortseff писал(а):
Но поверьте, нет принципиальной разницы между метрами на пиксель и секундами на пиксель. Только та, что секунды достаточно посчитать один раз для всех масштабных уровней и потом не надо умножать на косинус широты листа карты.

А с точки зрения использования разницы никакой - при экспорте для ресамплинга нажимаете кнопку "Расчет разметки в других единицах измерения" и там выбираете метры или угловые секунды. И вводите то разрешение, к которому хотите привести карту.

Да, я понимаю. Просто мне надо как-то на досуге посидеть, подумать, чтобы в голове улеглось. Увы, в последние дни что-то забегался, и поймал себя на мысли, что читаю что-то, а смысл не очень доходит.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 31.03.2016 02:49 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
А насчет секунд на пиксели - вы сами писали что на "60-м масштабе" у вас получилось 122 пикселя между 5-секундными линиями сетки. Итого 0.04098 секунд на пиксель по горизонтали.

Надо бы найти время и ещё хотя бы пару скриншотов сделать. Один - где-то на севере, другой - ближе к экватору. Если масштаб в градусах на пиксель везде одинаков, то на любой широте между 5-секундными линиями сетки должно быть 122 пикселя (на масштабе 60 м).

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеСообщение было удалено | 31.03.2016 08:53.
СообщениеДобавлено: 31.03.2016 10:20 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Виктор, я вчера попробовал подсчитать разрешение для трёх указанных мной выше широт. И оно получилось отличным от того, которое было измерено непосредственно по скриншотам. Поэтому нужно подсчитать "универсальный параметр" для каждого из трёх скриншотов, сравнить, а дальше то ли усреднить, то ли прийти к выводу, что где-то вкралась ошибка.

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

У карт Карпат, в зависимости от широты, на "400 м" измеренное по скриншотам разрешение варьирует примерно от 5.05 до 5.14. Но карты с этим разрешением (даже с разрешением 5.15) не показываются на масштабе "800 м". А с разрешением 5.2 - показываются. Вроде бы 800 м в два раза больше, чем 400 м, и с родным разрешением должны показываться. Но нет, чтобы показывались, приходится чуточку изменять разрешение.

Далее. Есть такие себе километровки Паганеля на всю Украину, которыми многие магеллановцы пользуются. Судя по картинке на экране, они адаптированы к масштабу "1.2 км". Но если кроме них в навигатор загружена карта, адаптированная к "400 м" (но с таким расчётом, чтобы на "800 м" она тоже показывалась), то на масштабе "800 м"будет показываться именно она, а не километровка Паганеля. Для пользователя это, конечно, удобно. Но с точки зрения алгоритмов отображения получается непонятка. Ведь "800 м" по разрешению гораздо ближе к "1.2 км" нежели к "400 м". Если исходить из того, что для отображения на каждом масштабе подбирается карта с наиболее близким разрешением, то почему на "800 м" показывается карта с "400 м", а не с "1.2 км"?

И ещё одно. Километровки Паганеля при отсутствии других карт отображаются на "400 м". Это при том, что по разрешению они явно подогнаны к "1.2 км", а не к "800 м". Так что же, в некоторых случаях карта может показываться на масштабе, разрешение которого отличается от разрешения карты более чем вдвое? А даже втрое, как в данном случае?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 31.03.2016 12:26 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Мне трудно что-либо сказать по этому поводу. Да, тоже замечал некоторые загадки, но пока не понял что к чему.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 31.03.2016 12:27 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
К сожалению, пока не могу никак прокомментировать.

У себя заметил такое:

12-й зум, ресампленый к 3200, показывается от 4800 до 1200 (хотя по идее должен показываться от 8000 до 1600)
13-й зум, ресампленый к 1600, показывается от 3200 до 800 (тут все верно)
14-й зум, ресампленый к 800, показывается от 1600 до 240 (тут тоже все верно)
15-й зум, ресампленый к 400, показывается от 800 до 150 (а тут должно быть от 1200 до 150)
16-й зум, ресампленый к 240, показывается от 400 до 60 (а должно быть от 800 до 90)

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 31.03.2016 13:59 
Аватара пользователя

Сообщения: 567
Город: Днепропетровск
Пол: Муж
Возраст: 69
Зарегистрирован:12.05.2010
Андрей Лунячек писал(а):
Но с точки зрения алгоритмов отображения получается непонятка. Ведь "800 м" по разрешению гораздо ближе к "1.2 км" нежели к "400 м". Если исходить из того, что для отображения на каждом масштабе подбирается карта с наиболее близким разрешением, то почему на "800 м" показывается карта с "400 м", а не с "1.2 км"?

Там показывается не ближайшее разрешение (это было бы здорово). Каждый фрагмент показывается отдельно в тех разрешениях, которые ему доступны. Все фрагменты складываются один на другой в порядке увеличения масштаба перекрывая друг друга.
500 метровка показывается одинаково что при наличии километровки, что при ее отсутствии и если она перекроет километровку, то перекроет независимо от масштаба последней. Алгоритм не идеальный . Но это проще, чем вычислять какой масштаб ближе. Кроме того это исключает непонятки на стыках карт разных масштабов.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.04.2016 01:29 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Paganel писал(а):
Все фрагменты складываются один на другой в порядке увеличения масштаба перекрывая друг друга.
500 метровка показывается одинаково что при наличии километровки, что при ее отсутствии и если она перекроет километровку, то перекроет независимо от масштаба последней.

Спасибо, ситуацию прояснили. Часть вопросов отпала.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.04.2016 01:53 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
У себя заметил такое:

12-й зум, ресампленый к 3200, показывается от 4800 до 1200 (хотя по идее должен показываться от 8000 до 1600)
13-й зум, ресампленый к 1600, показывается от 3200 до 800 (тут все верно)
14-й зум, ресампленый к 800, показывается от 1600 до 240 (тут тоже все верно)
15-й зум, ресампленый к 400, показывается от 800 до 150 (а тут должно быть от 1200 до 150)
16-й зум, ресампленый к 240, показывается от 400 до 60 (а должно быть от 800 до 90)


Попробую перевести ваши данные в относительный вид

Верхний предел

Карта "3200" показывается на масштабе в 1,5 раза больше, и не показывается на масштабе в 2,5 раза больше
Карта "1600" показывается на масштабе в 2 раза больше, и не показывается на масштабе в 3 раза больше
Карта "800" показывается на масштабе в 2 раза больше, и не показывается на масштабе в 3 раза больше
Карта "400" показывается на масштабе в 2 раза больше, и не показывается на масштабе в 3 раза больше
Карта "240" показывается на масштабе в 1,67 раза больше, и не показывается на масштабе в 3,3 раза больше

Нижний предел

Карта "3200" показывается на масштабе в 2,67 раза меньше, и не показывается на масштабе в 4 раза меньше
Карта "1600" показывается на масштабе в 2 раза меньше, и не показывается на масштабе в 4 раза меньше
Карта "800" показывается на масштабе в 3,3 раза меньше, и не показывается на масштабе в 5,3 раза меньше
Карта "400" показывается на масштабе в 2,67 раза меньше, и не показывается на масштабе в 4,4 раза меньше
Карта "240" показывается на масштабе в 4 раза меньше, и не показывается на масштабе в 8 раз меньше

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

То есть, в большинстве случаев карта способна в 2 раза сжиматься и в 3 раза растягиваться.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.04.2016 03:00 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Андрей Лунячек писал(а):
Victor Pomortseff писал(а):
Так вы уже по сути вычисли это параметр - косинус "широты разработчиков". Те самые 0.686. Это и есть универсальный параметр пересчета.


Кроме вычислений по приведённому мной скриншоту Екатеринбурга (широта - 56,84027), имеем ещё три скриншота с уже вычисленными разрешениями:

Карпаты 1 - широта 48,59358, разрешение 5,055 м/пиксель на масштабе 400 м.
Карпаты 2 - широта 47,88497, разрешение 5,137 м/пиксель на масштабе 400 м.
Харьковская область - широта 49,75422, разрешение 5 м/пиксель на масштабе 400 м.

Вычислил косинус "широты разработчиков" для трёх указанных мной скриншотов.
Получилось:
0,758
0,757
0,749

Как видите, похожи друг с другом и ощутимо отличаются от 0,686, полученного при помощи скриншота Екатеринбурга. Хотя принцип измерения и расчётов был один и тот же.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 03.04.2016 11:16 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Господа , GPS навигация изначально была и по сей день относится к точным дисциплинам.
Категории "плюс-минус корова" и "как бык отлил" здесь не катят.

Кроме того, to Victor Pomortseff, Андрей Лунячек, что вы уже неделю там считаете?, предполагая:
Victor Pomortseff писал(а):
...
Если предположить, что разршение в градусах на пиксель у 18-го зума САС совпадает 60-м зумом Магеллана и на некоторой широте (где,судя по всему и сидят разработчики магеллановского софта) 69 пикселей линейки действительно соответствуют 60-ти метрам на местности....
.

В прошлом то году как бы определились:
Paganel писал(а):
...
Похоже линейка правильно показывает масштаб только на экваторе.

Так прежде чем искать "широту разработчиков" может стоило б посмотреть ситуацию на экваторе? Тем более что сложностей то ровно ни каких:
Victor Pomortseff писал(а):

Сильная сторона магеллана - работа с растром. Карты делать проще...

а загружать в девайс эти карты (по заверениям магеллановодов) и того легче.

Я понимаю что скрины с GPS Магеллана это тайна за семью печатями, но хотя бы кто то посмотрел, отписался, и этим зафиксировал важнейший момент в исследовании отображения растра магелланом.
Вот по этому случаю Господа: RMP Мальдивы
Вложение:
maldivesGeotiff_LL588sq.tif.zip [134.59 КБ]
Скачиваний: 92

с сеткой долей градуса, чтоб сторона квадрата равнялась 400m
Вложение:
maldives_400.png
maldives_400.png [ 86.58 КБ | Просмотров: 2795 ]
.
Надеюсь на перекуре в промежутках между поиском Земли Санн, широты разработчиков кто то удосужится посмотреть
как никак семь месяцев прошло, или ,будем ждать по честному 9 месяцев? :oops:

Далее, вот еще карта , где по SAS на широте карты уровня z15 имеем разрешение 5,88м/пикс
Вложение:
NsMercVertGMll.tif.zip [100.92 КБ]
Скачиваний: 98
с градусной сеткой , маркерами - 400 м по вертикали - 496 м по горизонтали
Вложение:
NS_V03.04.gif
NS_V03.04.gif [ 102.48 КБ | Просмотров: 2795 ]

и она же для сравнения ресемплирована в другое "лучшее" разрешение
Вложение:
NsMercGMll.tif.zip [130.21 КБ]
Скачиваний: 102
с сеткой и маркером 400м по горизонтали

Ну и балласт, Молдова (широта разработчиков по Victor Pomortseff на состояние 1 Апреля 2016 :-P ) , так сказать, на любителя, для полного комплекта
Вложение:
MoldovaGM_LL4x.tif.zip [264.75 КБ]
Скачиваний: 91
.

Что либо вычислять не обязательно, загрузить (1-2 минуты), посмотреть на мерный отрезок и сетку (выкроить еще 2-3 минуты). 5 минут от силы.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.04.2016 02:49 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
cos(L0) всегда равен 0.686

Как я выше показал, в реальности он меняется в зависимости от широты.
Хотя теоретически должен быть постоянным (если речь идёт о проекции Меркатора, используемой в онлайн-картах).

Отсюда делаем вывод: расчёты по принципу проекции Меркатора для Магеллана не подходят. Возможно, потому, что в нём используется не Меркатор.

Я попытался вычислить какой-то постоянный параметр. Действовал чисто интуитивно.

Взял три широты (Карпаты, Харьков, Екатеринбург):
47,88497
49,75422
56,84027

Для каждой у меня уже был ранее вычислен "универсальный параметр" (он же - косинус "широты разработчиков"):
0,757
0,749
0,686

Я вычислил косинусы каждой из трёх широт. Затем возвёл "универсальный параметр" в квадрат и разделил на косинус соответствующей широты. Получились довольно-таки близкие цифры:
0,854
0,868
0,861

Я прикинул, как эти вычисления могут быть встроены в вашу формулу вычисления разрешения, и у меня создалось вот какое впечатление:
В проекции Меркатора разрешения двух широт относятся друг к другу как косинусы этих широт.
В Магелланах вроде бы получается, что КВАДРАТЫ разрешений двух широт относятся друг к другу как косинусы этих широт.
Почему так - я не знаю. Но не исключено, что это работает.

Решил проверить. "Методом квадратов" вычислить разрешение Екатеринбурга при помощи разрешения Карпат.

Имеем: широту в Карпатах - 47,88497, её косинус - 0,671, измеренное по скриншоту разрешение - 5,137 м/пикс на масштабе "400 м".

Хотим узнать разрешение в Екатеринбурге (широта - 56,84027, её косинус - 0,547).

Составляем пропорцию: 5,137*2/х*2=0,671/0,547 (звёздочки - это возведение в степень)

То есть, возводим разрешение в квадрат, умножаем на косинус Екатеринбурга и делим на косинус Карпат. Получаем квадрат разрешения Екатеринбурга. Извлекаем корень и получаем разрешение 4,638 м/пикс.

Но это мы получили разрешение для масштаба "400 м". А по скриншоту Екатеринбурга я вычислил разрешение для масштаба "60 м", которое оказалось равным 0,693 м/пикс.

Пересчитываем полученное нами разрешение, и получаем, что на масштабе "60 м" оно будет равняться 0,696 м/пикс.

Подведём итог:
Реальное (измеренное по скриншоту) - 0,693 м/пикс
Вычисленное по "методу квадратов" - 0,696 м/пикс

Как мы видим, цифры получились очень близкие.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.04.2016 07:59 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Я так понимаю, что вы считаете по градусной сетке? А можете сказать сколько пикселей между линиями сетки на одном и том же масштабном уровне для разных широт?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.04.2016 14:06 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
Я так понимаю, что вы считаете по градусной сетке?

По-разному. Для Екатеринбурга - да.
Для Харькова Дима Засядько считал по квадратам генштабовки.
Для Карпат Эд сделал тестовую картинку с 400-метровыми квадратами.

Victor Pomortseff писал(а):
А можете сказать сколько пикселей между линиями сетки на одном и том же масштабном уровне для разных широт?

Хотел вычислить это вчера, но не успел. Буду делать сегодня.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.04.2016 16:15 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Хотелось бы проверить предположение относительно того, что разрешение в градусах (секундах) на пиксель зависит только от масштабного уровня но не от широты. Если это так, то многое упростилось бы.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.04.2016 16:43 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Виктор, совершенно с вами согласен. Уже начал заниматься, но придётся прерваться до вечера. Вечером, скорее всего, закончу.

Но уже видно кое-что интересное. Что ещё больше укрепляет в уверенности, что разрешение Магелланов не подчиняется "закону косинусов", используемому в проекции Меркатора. Причём чем севернее, тем, вроде бы, отличие от разрешения "по Меркатору" сильнее.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.04.2016 16:58 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Можно попробовать вывести зависимость через формулу расчета расстояний по координатам:
http://osiktakan.ru/geo_koor.htm

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.04.2016 01:26 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
Можно попробовать вывести зависимость через формулу расчета расстояний по координатам:
http://osiktakan.ru/geo_koor.htm

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.04.2016 02:06 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Итак, провёл замеры по скриншотам расстояний в пикселях по горизонтали между 5-секундными линиями сетки. Идея была такая: если каждому масштабу Магеллана соответствует определённое разрешение в градусах на пиксель, то количество пикселей между линиями градусной сетки должно быть одинаковым вне зависимости от широты.

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

Сделал три скриншота.

Мурманск. Широта - 68,972222. Кол-во пикселей - 107. Расстояние в метрах - 55,5.
Батуми. Широта - 41,658333. Кол-во пикселей - 137. Расстояние в метрах - 115,55.
Макапа (устье Амазонки). Широта - 0,00. Кол-во пикселей - 157. Расстояние в метрах - 154,81.

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

Кстати, расстояние между линиями сетки по вертикали тоже разное. Причём увеличивается в направлении юг-север. Подобное характерно для проекции Меркатора. А в географической расстояние должно быть одинаковым.
В общем, что там в навигаторе за проекция такая, хрен поймёшь. Ни одной постоянной величины, ни в метрах, ни в градусах, ни в пикселях.

Подумываю возвратиться к выведению формулы для разрешения в метрах на пиксель. Кстати, заодно вычислил разрешения по сделанным скриншотам. Они получились равными 0,519, 0,843 и 0,986 м/пикс соответственно.

Скриншоты прилагаю.


Вложения:
shot00000.png
shot00000.png [ 84.16 КБ | Просмотров: 2109 ]
shot00001.png
shot00001.png [ 34.84 КБ | Просмотров: 2109 ]
shot00002.png
shot00002.png [ 34.13 КБ | Просмотров: 2109 ]


_________________
Карти для GPS-навігаторів: де їх брати? https://encyclopedia-mandriv.blogspot.com/2013/06/karty-dlya-gps-navigatorov.html
Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.04.2016 02:31 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Возвращаюсь к метрам на пиксель. На основе того, о чём я писал раньше, состряпал формулу.

Вложение:
Формулы.jpg
Формулы.jpg [ 119.87 КБ | Просмотров: 2106 ]


Здесь R - разрешение, которое мы вычисляем, k - универсальный коэффициент, M - масштаб Магеллана (для которого мы вычисляем разрешение), альфа - широта (для которой мы вычисляем разрешение)

Откуда берётся коэффициент k, мы видим во второй формуле. Там используются величины, уже известные нам по скриншотам: широта скриншота, указанный на скриншоте масштаб и вычисленное по скриншоту разрешение.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.04.2016 03:09 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Подсчитал значение коэффициента k для разных скриншотов:

Мурманск - 0,01444
Екатеринбург - 0,01561
Харьков - 0,01555
Карпаты - 0,01568
Батуми - 0,01625
Макапа - 0,01643

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

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.04.2016 08:57 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
Высота над уровнем моря не учитывается.

_________________
Штурман, нада дёрнуть!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.04.2016 09:47 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Андрей Лунячек писал(а):
Victor Pomortseff писал(а):
Можно попробовать вывести зависимость через формулу расчета расстояний по координатам:
http://osiktakan.ru/geo_koor.htm

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


Это можно использовать для выявления формы зависимости расстояния между двумя точками (в метрах) от широты.

Берем две точки, лежащие на одной широте и отстоящие друг отдруга по долготе, скажем, на 5" (шаг сетки, с которой вы работаете в своих измерениях). Тогда зависимость расстояния между ними от широты будет выражаться формулой:

Вложение:
CodeCogsEqn (3).gif
CodeCogsEqn (3).gif [ 1.59 КБ | Просмотров: 2059 ]


где R = 6371 км — средний радиус земного шара, а delta lon - расстояние между точками по долготе (постоянное в нашем случае)

На экваторе это расстояние будет равно

Вложение:
CodeCogsEqn (2).gif
CodeCogsEqn (2).gif [ 445 байт | Просмотров: 2059 ]


(delta lon в радианах).

Кстати, формулы удобно вводить вот тут: http://www.codecogs.com/latex/eqneditor.php потом просто скачиваете картинку с формулой и вставляете в сообщение.

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

Я делаю так. Ставлю на экране 4 путевых точки (по углам, но так, чтобы они все были видны на одном экране):

Вложение:
shot00000.png
shot00000.png [ 77.8 КБ | Просмотров: 2059 ]


Делаю скриншот и по нему измеряю расстяония в пикселях. По горизонтали это будет 4 измерения:

1 - 4
1 - 3
2 - 4
2 - 3

По вертикали:

1 - 2
1 - 3
4 - 2
4 - 3

Координаты точек беру из файла \Waypoints\Magellan_New_Waypoints.gpx (просто считаю разность в градусах и умножаю на 3600 - получается разность в секундах). Затем получаю 4 значения разрешения сек/пикс. Разброс достаточно существенный, кстати, даже при измерениях в пределах одного скриншота. И усредняю. Получается что-то более-менее близкое к истине.

Конечно, по уму, хорошо бы не 4, а десяток измерений, потом откинуть края по "трем сигмам" или "CEP95", а оставшееся уже усреднять, но на такие подвиги что-то я не готов :-)

А вообще алгоритм выбора наиболее подходящего слоя должен быть очень простым. Сами посудите - памяти мало, процессор слабенький... Тут не до сложных расчетов... Я бы, наверное, попробовал бы что-то такое:

Каждый слой карты разбит на тейлы. Причем, размер тейла близок к размеру экрана прибора. Размер тейла в градусах для каждого слоя известен заранее. Также заранее известен размер экрана (опять же в градусах) для каждого масштабного уровня. Я бы просто для данного уровня выбирал бы тот слой, размеры тейла для которого максимально близки к размеру экрана. И все. Никаких сложных вычислений. Никаких преобразований градусы в метры и обратно. Работаем исключительно в градусах.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.04.2016 02:02 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
Это можно использовать для выявления формы зависимости расстояния между двумя точками (в метрах) от широты.

Берем две точки, лежащие на одной широте и отстоящие друг отдруга по долготе, скажем, на 5" (шаг сетки, с которой вы работаете в своих измерениях). Тогда зависимость расстояния между ними от широты будет выражаться формулой:

Всё равно я не вижу практического применения этих формул для нашего случая. Они позволяют сопоставить градусы и метры на определённой широте. То есть, получим, что на данной широте мы имеем столько-то метров в одном градусе. Т.е. метры/градусы. А пиксели где? Нам нужно, зная широту, уметь вычислять разрешение либо в метрах на пиксель, либо в градусах на пиксель. Но не в метрах на градус.

Кроме того, там просто приведены формулы, справедливые для сферической поверхности Земли. А у нас всё сложнее. Мы имеем дело с проекцией сферы на плоскость. Причём, к сожалению, непонятно, с какой именно проекцией.

Это явно не Меркатор. Мы всё время думали, что это то ли равноугольная, то ли географическая проекции. Но, как видим на скриншотах, расстояние в пикселях между линиями координатной сетки отличается на разных широтах. А в перечисленных выше проекциях (Меркатора, равноугольная, географическая) расстояние в пикселях между линиями координатной сетки одинаковое вне зависимости от широты. Это прекрасно видно в той же САС Планете.

Victor Pomortseff писал(а):
По поводу измерений. Вы упускаете один момент. Ошибки. Источником ошибок могут быть как неточности определения пикселов на скриншоте, но, главным образом, ошибки округления при расчетах. Одного измерения тут маловато. Нужно несколько.

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

Victor Pomortseff писал(а):
А вообще алгоритм выбора наиболее подходящего слоя должен быть очень простым. Сами посудите - памяти мало, процессор слабенький... Тут не до сложных расчетов... Я бы, наверное, попробовал бы что-то такое:

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

Кому известен размер экрана в градусах? Навигатору - наверняка. А вот нам - не известен. И самое плохое в том, что мы не имеем понятия, как его определить не с помощью скриншотов, а с помощью вычислений. А без формулы для вычислений единственное, что мы теоретически можем - наделать скриншотов от экватора до, скажем, 70 градуса широты с шагом в 1 градус, вычислить по скриншотам и составить таблицу для пользователей. Но это большой труд, особенно если для уменьшения ошибок для каждой широты делать не один, а хотя бы три скриншота. Тогда придётся сделать и обработать более 200 скриншотов.

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

Victor Pomortseff писал(а):
Я бы просто для данного уровня выбирал бы тот слой, размеры тейла для которого максимально близки к размеру экрана.

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

Я это проверил на днях. Загрузил карты, которые ранее готовил для похода по Хмельницкой области: 500-метровку Генштаба, подогнанную к масштабу "400 м", и онлайн-карты из зумов 16, 17, 18, 19 САС Планеты.

На масштабе "800 м" показывается генштабовка.
На масштабе "400 м" - не "родная" для него генштабовка, а уменьшенная карта из зума 16.
На масштабе "240 м" - не "родная" для него карта из зума 16, а уменьшенная карта из зума 17.
И т.д.

В итоге, как вычислить разрешение, непонятно. Но плохо то, что даже верно вычисленное разрешение не гарантирует нужного нам эффекта. Например: по скриншоту Карпат я вычислил разрешение. Это было сделано довольно точно, т.к. я мерял расстояние между линиями сетки и по горизонтали, и по вертикали, причём по нескольку раз, а затем усреднил. Для масштаба "400 м" оно составило 5,137 м/пикс. По идее, карта с "родным" разрешением должна отображаться на вдвое меньшем масштабе, т.е. на "800 м". Но в реальности даже карта с разрешением 5,15 м/пикс не показывалась на "800 м". И только карта с разрешением 5,2 м/пикс стала показываться на "800 м".

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.04.2016 12:31 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Андрей Лунячек писал(а):
Всё равно я не вижу практического применения этих формул для нашего случая. Они позволяют сопоставить градусы и метры на определённой широте. То есть, получим, что на данной широте мы имеем столько-то метров в одном градусе. Т.е. метры/градусы. А пиксели где? Нам нужно, зная широту, уметь вычислять разрешение либо в метрах на пиксель, либо в градусах на пиксель. Но не в метрах на градус.

Кроме того, там просто приведены формулы, справедливые для сферической поверхности Земли. А у нас всё сложнее. Мы имеем дело с проекцией сферы на плоскость. Причём, к сожалению, непонятно, с какой именно проекцией.


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

От пикселей пока отвлекитесь. Вы пытаете подобрать вид зависимости? Вот он вам. Коэффициенты уже можно подбирать эмпирически.

Андрей Лунячек писал(а):
Это явно не Меркатор. Мы всё время думали, что это то ли равноугольная, то ли географическая проекции. Но, как видим на скриншотах, расстояние в пикселях между линиями координатной сетки отличается на разных широтах. А в перечисленных выше проекциях (Меркатора, равноугольная, географическая) расстояние в пикселях между линиями координатной сетки одинаковое вне зависимости от широты. Это прекрасно видно в той же САС Планете.


А при чем тут проекция вообще? Чтобы отобразить тейл на экране прибора проекция не нужна. У вас есть кооринаты углов экрана прибора (в градусах) и есть координаты углов нарезанных тейлов. Выбираете тот тейл, который подходит наилучшим образом и выводите его на экран. Никаких проекций на этом этапе не требуется поскольку никаких трансформаций с тейлом, помимо пропорционального масштабирования, прибор явно не производит.

Андрей Лунячек писал(а):
В моём случае и одного измерения достаточно, чтобы было видно чёткую разницу между вычисленными параметрами для Мурманска, Батуми и экватора. А это говорит о том, что предыдущие подходы себя не оправдали. Если будет вырисовываться что-то более достоверное, тогда можно и несколько замеров сделать, чтобы исключить ошибки. Но пока даже идеи нет, в каком направлении копать. Будет хорошая идея, тогда и про уменьшение ошибок подумаем.


Поверьте опыту - по одному измерению вообще ничего нельзя сказать.

Андрей Лунячек писал(а):
Кому известен размер экрана в градусах? Навигатору - наверняка. А вот нам - не известен. И самое плохое в том, что мы не имеем понятия, как его определить не с помощью скриншотов, а с помощью вычислений. А без формулы для вычислений единственное, что мы теоретически можем - наделать скриншотов от экватора до, скажем, 70 градуса широты с шагом в 1 градус, вычислить по скриншотам и составить таблицу для пользователей. Но это большой труд, особенно если для уменьшения ошибок для каждой широты делать не один, а хотя бы три скриншота. Тогда придётся сделать и обработать более 200 скриншотов.

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


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

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


Что такое "максимально подробная карта" с точки зрения навигатора? У него нет информации о том, что эта карта более подробная, а там менее подробная. У него есть только тейлы фиксированного (в пикселях) размера и координаты (в градусах) их углов. Все.

Про генштаб вообще смешно. Можете проэкспериментировать если времени не жаль - отскнируейте одну и ту же километровку два раза. С разрешением, скажем, 600dpi и 1200dpi. Потом загрузите их обе в навигатор без ресамплинга. И увидите, что для навигатора одна из них будет "более подробная", а другая "менее подробная". Более того, таким образом можно даже добиться чтобы навигатор считал 500м карту менее подробной чем километровку.

Если не сложно - сделайте как я описывал - скриншоты с четырьмя точками. Одного и того же места где-нибудь на своей широте. Хотя бы в трех уровнях - 90 400 и 1600м. И скиньте мне скриншоты и точки. Обработаю сам и посмотрю, укладывается оно в мою систему или нет. Если нет, то является ли расхождение систематическим или случайным.

Только карта при этом должна быть зафиксирована в положении "север вверху".

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.04.2016 03:13 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
От пикселей пока отвлекитесь. Вы пытаете подобрать вид зависимости? Вот он вам.

Какая здесь зависимость? Метров на градус от широты. А нам нужно - метров на пиксель либо градусов на пиксель от широты и от масштаба навигатора. Вы здесь видите решение нашей задачи? Я - не вижу. Расскажите подробнее, а ещё лучше - доведите с помощью этих формул дело до конца. То есть, предоставьте в итоге формулу, чтобы, имея широту и масштаб навигатора, получить разрешение экрана. Я адаптацией этих формул заниматься не буду, т.к. сильно сомневаюсь, что они - это правильный путь. Но если вы мне докажете обратное (путём предоставления конечного результата), то я буду только рад.

Victor Pomortseff писал(а):
А при чем тут проекция вообще? Чтобы отобразить тейл на экране прибора проекция не нужна. У вас есть кооринаты углов экрана прибора (в градусах) и есть координаты углов нарезанных тейлов. Выбираете тот тейл, который подходит наилучшим образом и выводите его на экран. Никаких проекций на этом этапе не требуется поскольку никаких трансформаций с тейлом, помимо пропорционального масштабирования, прибор явно не производит.

Как причём тут проекция? Программы типа OziExplorer или OkMap тоже никаких трансформаций с картами не производят. Но проекции карт учитывают. Зачем проекция? Затем, чтобы, имея координаты углов карты, вычислить координаты любой точки внутри карты. А они будут разные при разных проекциях. Если брать не карту, а что-то меньшее - экран навигатора (240х320) или один тайл (256х256), то там тоже, зная координаты углов, определение координат внутренних точек происходит не абы как, а на основе проекции карт. Навигатор для упрощения вычислений использует, очевидно, самую простую проекцию. Но даже самая простая проекция - всё равно проекция (Паганель, кстати, говорит, что это - равноугольная; а географическая с "неквадратными" пикселями, которую мы применяем в Глобал Маппере на этапе подготовки к изготовлению RMP, является её подобием).

Кстати, откуда навигатор знает координаты углов своего экрана? Не задумывались?

Victor Pomortseff писал(а):
С чего вы взяли что он меняется с широтой? По одному измерению? А погрешность измерения можете определить? Может она такова, что весь ваш разброс укладывается в нее с большим запасом?

Вы меня удивляете. Вы на мои скриншоты смотрели? Там даже измерять не нужно. Там невооружённым взглядом видно, что расстояние между 5-секундными линиями сетки в Мурманске, Батуми и на экваторе совершенно разное.

А если говорить о цифрах (количестве пикселей между линиями сетки), то мы имеем:
Мурманск - 107
Екатеринбург - 122
Батуми - 137
Макапа (экватор) - 157

Во-первых, все четыре цифры демонстрируют нам увеличение в направлении север-юг, ни одна из этого ряда не выбивается.
Во-вторых цифра на экваторе отличается от цифры в Мурманске в полтора раза! Это что, погрешность измерения такая? Типа были две одинаковые цифры, но вкралась погрешность, и изменила одну из цифр в полтора раза. Не великовата ли погрешность получается? Или, может, это всё-таки похоже на правду?

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

Victor Pomortseff писал(а):
Что такое "максимально подробная карта" с точки зрения навигатора? У него нет информации о том, что эта карта более подробная, а там менее подробная. У него есть только тейлы фиксированного (в пикселях) размера и координаты (в градусах) их углов. Все.

Про генштаб вообще смешно. Можете проэкспериментировать если времени не жаль - отскнируейте одну и ту же километровку два раза. С разрешением, скажем, 600dpi и 1200dpi. Потом загрузите их обе в навигатор без ресамплинга. И увидите, что для навигатора одна из них будет "более подробная", а другая "менее подробная". Более того, таким образом можно даже добиться чтобы навигатор считал 500м карту менее подробной чем километровку.

Здесь, извиняюсь, я выразился непонятно, из-за чего ввёл вас в заблуждение и побудил написать много букв, объясняя мне то, что я и так прекрасно знаю.

Выражение "максимально подробная карта" в данном случае касалось исключительно разрешения карты. То есть, карта с разрешением 5 м/пикс будет "более подробной", чем карта с разрешением 10 м/пикс.

То есть, что я имею в виду. К примеру, у меня загружены две карты. Карта "А" по разрешению подогнана к масштабу "400 м". Карта "Б" по разрешению подогнана к масштабу "240 м". В этом случае на масштабе "400 м" будет отображаться вовсе не карта "А" (хоть она и имеет разрешение, гораздо более близкое к разрешению экрана на данном масштабе, чем карта "Б"). А будет отображаться карта "Б", так как из этих двух карт она имеет большее разрешение в пикселях на метр.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.04.2016 12:39 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Андрей Лунячек писал(а):
Итак, провёл замеры по скриншотам расстояний в пикселях по горизонтали между 5-секундными линиями сетки...
Мурманск. Широта - 68,972222. Кол-во пикселей - 107. Расстояние в метрах - 55,5.
Батуми. Широта - 41,658333. Кол-во пикселей - 137. Расстояние в метрах - 115,55.
Макапа (устье Амазонки). Широта - 0,00. Кол-во пикселей - 157. Расстояние в метрах - 154,81.
...
... Кстати, заодно вычислил разрешения по сделанным скриншотам. Они получились равными 0,519, 0,843 и 0,986 м/пикс соответственно.
Скриншоты прилагаю.

Вас не радует что в случае >> Батуми. Широта - 41,658333 вы подошли к наиболее близкому соответствию мерного отрезка прибора (60м) масштабу карты!!!
А) Вы бы не хотели посмотреть эту карту на масштабах отображения прибора 90м, 240м ?

Андрей Лунячек писал(а):
Кому известен размер экрана в градусах?

Навигатор и градусный размер, разрешение градусное, равно как и масштаб (градусный) - это вторичное. Ведь мерный отрезок прибора отнюдь не в градусном исчислении.
В первую очередь вы имеете прибор, так сказать железо , у которого,скажем для вашего личного навигатора, дисплей 240х320 и диагональ 2,2".

Вот это в вашей железяке первичное.
Отсюда
(если вы сторонник метрической с-мы и вам дюймы футы ярды мили и тд. и т.п. по барабану)

Разрешение мониторчика вашего девайса 0,1397 mm/pixl. Это значение постоянное и неизменное (для вашего девайса) на любой широте, глубине и высоте.
А масштаб (Scale см. ссылку Поморцева) себе (на экваторе или определенной широте) для попадания пиксел в пиксел пересчитайте . Отсюда ноги растут , отсюда нужно и раскручивать… и т.д. и т.п....


Про точность вычислений.
(если не замешивать диагональную составляющую, то есть карта «север вверху» а не «ракошетом» как выкладывает скрины Поморцев то даже по выложенным скринам Андрея Лунячека без дополнительных разъяснений и данных очень наглядно и просто пересчитывается и перепроверяется и результаты таки довольно точно совпадают, то есть имеет место воспроизводимость)

1.По расстояниям вообще без проблем и довольно таки точно. Хоть расчетным путем, хоть измерением в любой проге, где имеется соответствующий инструмент (SAS, OZI, GM- на промежуточной стадии, VP в конечном RMP)
Вот пример: рассчитал для широты 41,66281° шаг в градусах чтоб градусная сетка соответствовала 240м , забил значение в SAS измерил размер 10-ти ячеек сетки и получил результат.
На картинке окромя великолепного по точности результата еще можно созерцать азимут, такой себе контрольный параметр, «горизонтальности\вертикальности» линии.
Вложение:
SAS meass.gif
SAS meass.gif [ 63.46 КБ | Просмотров: 2003 ]


2.По подсчетам пикселов: точность +\- 1 пиксел и то в большей мере фактор субъективный как в случае с пиксельным размером масштабного отрезка ( у одних 69, у других 68 пикселов)
У меня кстати 68, вот картинка. Где ошибка?
Вложение:
мерный_68.gif
мерный_68.gif [ 124.8 КБ | Просмотров: 2003 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.04.2016 17:41 

Сообщения: 240
Изображения: 8
Пол: Не указан
Зарегистрирован:22.07.2011
ed.ua писал(а):
На картинке окромя великолепного по точности результата
А можно поподробнее описать по шагам получение такого великолепного (пиксель в пиксель) результата на экране навигатора?

Читая последние страницы этой ветки, я уже перестал соображать. Опишу то, как мне сейчас видется, что я должен сделать, чтобы получить на выходе rmp-файл из SAS, оптимизированный для масштаба 240м навигатора:

1) в SAS на 16-м зуме в интересующем месте устанавливаю отображение градусной сетки с таким шагом, чтобы мерный отрезок, кратный 240 метрам, попадал на целое количество клеток сетки по горизонтали. У меня получилось для своей широты на 1700 метров 5 клеток сетки шириной 0.024722 градуса (в десятичном формате).

2) по полученным данным вычисляю градусы/пиксель для дальнейшего ресамплинга в GM: 1700м - это 5 отрезков по 240м, что должно соответствовать 5 * 68пикселей на экране навигатора. Получаю 7.2711764e-5 град/пиксель.

3) выгружаю из SAS в jpeg+map, далее загружаю в GM, меняю СК/проекцию и затем экспорт в растр, где в настройках указываю полученное значение градусов/пиксель, затем перегоняю это в geotiff, после чего прогой RMPCreator получаю rmp-файл.

Подскажите, я мыслю в правильном направлении или где-то затупил?


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 07.04.2016 21:33 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А у меня такая идея по теме появилась:
Взять ГлобалМаппер и нарисовать в нём квадратик километр на километр. Потом склонировать эти квадратики в цепочку вдоль меридиана от экватора до полюса через каждые 5-10 градусов. Потом эту полоску квадратиков экспортировать в GeoTIFF и RMP и скормить навигатору. Потом понаделать скриншотов и посмотреть зависимость "метров на пиксель" от широты. Это будет точнее, чем возюкаться с генштабовскими километровками. Тем более, что не на все широты у нас есть километровки.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.04.2016 02:48 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
В первую очередь вы имеете прибор, так сказать железо , у которого,скажем для вашего личного навигатора, дисплей 240х320 и диагональ 2,2".

Вот это в вашей железяке первичное.
Отсюда
Разрешение мониторчика вашего девайса 0,1397 mm/pixl. Это значение постоянное и неизменное (для вашего девайса) на любой широте, глубине и высоте.

Физические размеры экрана не имеют никакого значения. У кнопочных Магелланов Эксплористов экран имеет ширину 34 мм, а у сенсорных - 40 мм. Но и у тех, и у других ширина составляет 240 пикселей. Карты отображаются одинаково.

ed.ua писал(а):
А масштаб (Scale см. ссылку Поморцева) себе (на экваторе или определенной широте) для попадания пиксел в пиксел пересчитайте . Отсюда ноги растут , отсюда нужно и раскручивать… и т.д. и т.п....

По ссылке - описание зумов у карт OSM. А в этих картах, так же, как и у большинства онлайн-карт, используется проекция Меркатора. Для Магеллана она не годится. Иначе зачем мы, делая карты, меняем в Глобал Маппере проекцию на географическую?

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

Я попробовал это вычислить для трёх приведённых выше скриншотов, сделанных на масштабе "60 м".

Мурманск. Широта - 68,972222. Кол-во пикселей - 107. Расстояние в метрах - 55,5.
Батуми. Широта - 41,658333. Кол-во пикселей - 137. Расстояние в метрах - 115,55.
Макапа (устье Амазонки). Широта - 0,00. Кол-во пикселей - 157. Расстояние в метрах - 154,81.

Вычислил разрешения по скриншотам. Они получились равными 0,519, 0,843 и 0,986 м/пикс.
Косинусы: 0,359, 0,747, 1.
Разрешение в м/пикс, делённое на косинус: 1,446, 1,129, 0,986.

Мы имеем три разные цифры. Вывод - Меркатор для Магеллана не работает.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.04.2016 03:07 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
UrikEEE писал(а):
1700м - это 5 отрезков по 240м, что должно соответствовать 5 * 68пикселей на экране навигатора.

Здесь уже не один раз писалось, что масштабной линейке на экране Магеллана верить нельзя. В зависимости от широты там будет не 240 м, а больше или меньше.

Немного назад отлистайте. Там есть скриншот Паганеля, на котором масштабной линейке "3,2 км" в точности соответствует квадрат генштабовки со стороной 2 км. Такое имеет место в северных широтах. А на широте Харькова, как я когда-то подсчитывал, линейке "400 м" соответствует реальных 350 м на местности.

К сожалению, мы пока что не нашли формулу, позволяющую вычислять разрешение в зависимости от широты местности. Но его можно измерить по скриншотам.

Делаете карту из зума 16 САС Планеты, так, чтобы там имелись объекты, между которыми удобно измерять расстояние по горизонтали или вертикали. Проще всего, если включить отображение какой-либо сетки. Измеряете в САС Планете расстояние в метрах между линиями сетки. Загоняете карту в Магеллан, включаете масштаб "240 м", прокручиваете карту так, чтобы хорошо была видна сетка, и делаете скриншот. Скидываете скриншот из навигатора на компьютер, загоняете его в фотошоп и измеряете расстояние в пикселях между линиями сетки. Делите метры на пиксели и получаете разрешение для данной широты, которое вы потом выставите в Глобал Маппере.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.04.2016 03:17 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
А у меня такая идея по теме появилась:
Взять ГлобалМаппер и нарисовать в нём квадратик километр на километр. Потом склонировать эти квадратики в цепочку вдоль меридиана от экватора до полюса через каждые 5-10 градусов. Потом эту полоску квадратиков экспортировать в GeoTIFF и RMP и скормить навигатору. Потом понаделать скриншотов и посмотреть зависимость "метров на пиксель" от широты. Это будет точнее, чем возюкаться с генштабовскими километровками. Тем более, что не на все широты у нас есть километровки.

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

В своих последних вычислениях я использовал карты из зума 18 САС Планеты и сетку с шагом в 5 секунд.

Поскольку мы всё ещё никак не найдём закономерность, выражаемую формулой, то представляется возможным единственный вариант: понаделать как можно больше скриншотов (с шагом, допустим, в 1 градус) от экватора и, пусть не до полюса, но до 70 градуса широты так точно. И по скриншотам вычислить разрешение, после чего построить график. Но это довольно большой объём работы, т.к. нужно сделать минимум 70 карт с сетками, а потом - по одному скриншоту с каждой карты.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.04.2016 07:08 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Кстати, в зависимости от "масштаба" в навигаторе и в ВантажПоинт меняется проекция.
В навигаторе от "3200км" до "60 км" там что-то типа цилиндрической, а дальше на "30 км" и ниже она резко меняется на что-то меркатороподобное. В ВантажПоинт от "5000км" до "50км" цилиндрическая, а дальше плавно вытягивается по вертикали. Особенно возле полюсов это заметно.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.04.2016 07:21 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Вы хотите сказать, что при выводе тейла на экран навигатор использует какие-то нелинейные его преобразования, отличные от обычного растяжения или сжатия?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.04.2016 07:42 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Д. Засядько писал(а):
А у меня такая идея по теме появилась:
Взять ГлобалМаппер и нарисовать в нём квадратик километр на километр. Потом склонировать эти квадратики в цепочку вдоль меридиана от экватора до полюса через каждые 5-10 градусов. Потом эту полоску квадратиков экспортировать в GeoTIFF и RMP и скормить навигатору. Потом понаделать скриншотов и посмотреть зависимость "метров на пиксель" от широты. Это будет точнее, чем возюкаться с генштабовскими километровками. Тем более, что не на все широты у нас есть километровки.

Сетку 1 км, или любую другую (скажем 800м, 1200м) без проблем в GM легко накладывается без клонирования.
Но вот момент сначала выяснить следующий, почему в VP при перемещении вдоль одного значения широты по карте в VP изменяется параметр масштаб.
То есть не меняется ли еще в девайсах висимость "метров на пиксель" от долготы?
По этому случаю RMP в студию
ну и естественно скрины
Вложение:
2.gif
2.gif [ 177.48 КБ | Просмотров: 1777 ]

Вложение:
3.gif
3.gif [ 173.23 КБ | Просмотров: 1777 ]

Вложение:
4.gif
4.gif [ 163.2 КБ | Просмотров: 1777 ]

Вложение:
5.gif
5.gif [ 147.61 КБ | Просмотров: 1777 ]

Вложение:
6.gif
6.gif [ 130.58 КБ | Просмотров: 1777 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.04.2016 10:38 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
Вы хотите сказать, что при выводе тейла на экран навигатор использует какие-то нелинейные его преобразования, отличные от обычного растяжения или сжатия?

Нет, ни в коем случае. По крайней мере, на масштабах, представляющих для нас практическую ценность.
А что там вытворяет навигатор на масштабах от "3200км" до "60 км", для нас не особо важно.

Кстати, я когда-то экспортировал карту из САС Планеты в географической проекции. Она, естественно, получилась сжатой по вертикали. Я загнал её в RMPCreator, получил готовый файл RMP и закинул в навигатор. Результат: качество картинки не очень, но она не сжата, как исходник, а растянута, и имеет нормальные пропорции. И векторная OSM на неё правильно ложится.

Отсюда вопрос: кто растянул карту по вертикали до нормального состояния: RMPCreator или навигатор? Я думаю, если вытянуть тайлы из готового RMP, то можно это определить. У нас Дима вроде бы специалист по разборке магеллановских карт на составляющие? А то я пока не представляю, как отдельные тайлы из RMP повытягивать.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.04.2016 10:48 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Но вот момент сначала выяснить следующий, почему в VP при перемещении вдоль одного значения широты по карте в VP изменяется параметр масштаб.
То есть не меняется ли еще в девайсах висимость "метров на пиксель" от долготы?

Судя по вашим скриншотам, я почти стопроцентно уверен, что у вас включена векторная карта, содержащая данные по высотам. То есть, эффект примерно тот же, как если бы растровую карту закинули в Google Earth. Базовая карта мира, идущая в комплекте к VP, данные по высотам содержит (правда, довольно грубые). Возьмите с сайта Паганеля маленькую базовую карту мира размером 9 МБ (Basemap_small) и включите. А все остальные векторные - выключите. По идее, указанный вами эффект должен исчезнуть.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.04.2016 21:57 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Андрей Лунячек писал(а):
ed.ua писал(а):
Но вот момент сначала выяснить следующий, почему в VP при перемещении вдоль одного значения широты по карте в VP изменяется параметр масштаб.
То есть не меняется ли еще в девайсах висимость "метров на пиксель" от долготы?

Судя по вашим скриншотам, я почти стопроцентно уверен, что у вас включена векторная карта, содержащая данные по высотам. То есть, эффект примерно тот же, как если бы растровую карту закинули в Google Earth. Базовая карта мира, идущая в комплекте к VP, данные по высотам содержит (правда, довольно грубые). Возьмите с сайта Паганеля маленькую базовую карту мира размером 9 МБ (Basemap_small) и включите. А все остальные векторные - выключите. По идее, указанный вами эффект должен исчезнуть.

Ну да, исчез, на масштаб в VP влияют данные по высотам.
Но извините, я так и не понял насчет самого девайса, этот эффект влияния высоты на картинку присутствует в навигаторах?
И второе,
вам действительно неинтересно:
ed.ua писал(а):
Вас не радует что в случае >> Батуми. Широта - 41,658333 вы подошли к наиболее близкому соответствию мерного отрезка прибора (60м) масштабу карты!!!
А) Вы бы не хотели посмотреть эту карту на масштабах отображения прибора 90м, 240м ?

Мне кажется удобный случай "зацепиться" за Батуми . Посмотреть чуть ниже, выше, правее.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.04.2016 00:47 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Ну да, исчез, на масштаб в VP влияют данные по высотам.
Но извините, я так и не понял насчет самого девайса, этот эффект влияния высоты на картинку присутствует в навигаторах?

Нет, в навигаторах такого эффекта нет. Только в VP.

ed.ua писал(а):
И второе,
вам действительно неинтересно:
ed.ua писал(а):
Вас не радует что в случае >> Батуми. Широта - 41,658333 вы подошли к наиболее близкому соответствию мерного отрезка прибора (60м) масштабу карты!!!
А) Вы бы не хотели посмотреть эту карту на масштабах отображения прибора 90м, 240м ?

Мне кажется удобный случай "зацепиться" за Батуми . Посмотреть чуть ниже, выше, правее.

Да, мне неинтересно. Во-первых, после того, как мы определили, что мерный отрезок в большинстве случаев врёт, он превратился для меня из мерного отрезка просто в некий символ, обозначающий масштабный уровень, и не более того. Наподобие обозначений z15, z16, z17 в SAS Планете.

Во-вторых, у меня нет интереса просто посмотреть и повычислять там и сям. Нужна какая-то гипотеза, и измерения и вычисления проводить не бессистемно, а в рамках гипотезы. У Поморцева была гипотеза, основанная на косинусах. Выглядела красиво. Но я провёл вычисления и её опроверг. Была парочка идей у меня, я опять повычислял и опроверг свои же идеи.

Дальнейшую работу можно вести в двух направлениях:

1. Поиск формулы, выражающей зависимость разрешения конкретного масштабного уровня от широты местности. Пока что найти формулу не удалось. Из формул, вытекающих из определённых проекций, мы знаем только формулу, используемую в проекции Меркатора (именно её и использовал Поморцев первоначально). Но как я ранее показал вычислениями, для нас она не годится. Других формул (основанных на каких-то проекциях) мы, увы, не знаем. Знали бы - проверили бы расчётами, подходят они для нас или нет. Можно ещё попытаться подобрать математическую функцию, максимально совпадающую с реальной зависимостью разрешения от широты. Но это дело сложное. Мне сегодня удалось что-то подобное нащупать, возведя косинус в дробную степень, но получилось, во-первых, немного неточно, а во-вторых, не годится для северных широт, там ошибка будет более ощутима. На днях я опишу, что у меня получилось.

2. Не заморачиваясь на поиск формулы сделать множество скриншотов с шагом в 1 градус от экватора до заполярья (думаю, хватит до 70 градуса широты). И по скриншотам вычислить разрешение. Потом свести всё в табличку. И человек по табличке сможет посмотреть разрешение, к примеру, для 48 или 49 градуса. Либо, если широта около 48,5 градуса, то взять какую-то среднюю цифру по отношению к табличным значениям. Но работы тут довольно много, и я пока что на такое не готов.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.04.2016 07:27 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
В обеих случаях по любому нужен материал , скриншоты.
Д. Засядько предлагает красивую идею, длинные файлы.
Во первых основа для проверок тех же ваших эмпирических формул.
Во вторых вы визуально и наглядно в сравнении с мерным отрезком еще задолго до всяких там вычислений будете видеть ситуацию.
К примеру имея такой RMP с сеткой скажем 800м скроля карту в навигаторе по широте вы запросто, по совпадению мерного отрезка (как идикатора) с ячейкой сетки можете практически в пару минут определить вашу так званую "широту разработчика".
Вложение:
мерныйРазрешение.gif
мерныйРазрешение.gif [ 13.13 КБ | Просмотров: 1734 ]

Я кстати сделал RMP с сеткой в 1k2 от экватора до Мурманска.
Но толку выкладывать, если даже предыдущие файлы в игноре.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.04.2016 22:07 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
По поводу "рельефности" растровой карты. Да, это эффект возникает при "натягивании" растровой карты на векторный "рельеф". В ВантажПоинте отключается в настройках (Тыкаем иконку с биноклем, второй пункт снизу, выбрать OFF или Выкл).
Насчёт сжатия карты по вертикали в географической проекции: есть мысль, что дело в "неквадратных пикселях". Впрочем, надо будет поэкспериментировать. Разобрать карту на отдельные тайлы можно программой RMPToolsJava.

Кстати, а как в ГлобалМаппере нарисовать сетку с ячейками по 1км? Ну или лучше квадратики ,5км, 1км, 2км, причём разных цветов.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.04.2016 22:54 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Сегодня у меня после обеда температура, по этому случаю состряпал из тех ваших скудных данных аппроксимацию, по методу наименьших квадратов полиномом квадратичной функции. (Поскольку ничего так и не выяснили, то хоть что то будет)
Вложение:
Апроксимация.gif
Апроксимация.gif [ 41.85 КБ | Просмотров: 1721 ]

На входе широта местности и масштаб отображения, на выходе аппроксимированное значение разрешения карты на экране прибора

Оговорюсь сразу, все это дело можно кардинально улучшить, больше данных (нужны скриншоты и оригиналы rmp). Но все же желательно узнать причину несоответствия и использовать прямой расчето.
Д. Засядько писал(а):
Кстати, а как в ГлобалМаппере нарисовать сетку с ячейками по 1км?

пока в меркаторе то:
Вложение:
GM1.gif
GM1.gif [ 142.21 КБ | Просмотров: 1721 ]

там же определяемся с цветом линий сетки
при пересохранении : отмечаем
Вложение:
GM2.gif
GM2.gif [ 18.52 КБ | Просмотров: 1721 ]


А уже когда делаем геотифф то чтоб не наложить еще и градусную поверх имеющей метрической то галочку "Сохранить разметку ..." не ставим


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.04.2016 23:14 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Д. Засядько писал(а):
...
Насчёт сжатия карты по вертикали в географической проекции: есть мысль, что дело в "неквадратных пикселях". Впрочем, надо будет поэкспериментировать. Разобрать карту на отдельные тайлы можно программой RMPToolsJava.

Я уже достаточно насмотрелся на тайлы из RMP-шок.
Дошел до того, что их можно пихать так как есть (из кеша SAS Планеты будь в меркаторе без какой либо трансформации,
только в .jpg перевести, если там разширение .png
) то есть прямым экспортом.
Но вот и метил тайлы по периметру, и шахматку делал, но как они выглядят меченные в приборе (квадратно или по круглому :D ) мне ни один продвинутый пользователь магеллана так и не показал. :cry: Не умею просить, сказали... :yes:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 02:13 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
К примеру имея такой RMP с сеткой скажем 800м скроля карту в навигаторе по широте вы запросто, по совпадению мерного отрезка (как идикатора) с ячейкой сетки можете практически в пару минут определить вашу так званую "широту разработчика".

Ну это Поморцев в своих выкладках привязался к "широте разработчика". А меня её поиски не интересуют.

ed.ua писал(а):
Я кстати сделал RMP с сеткой в 1k2 от экватора до Мурманска.
Но толку выкладывать, если даже предыдущие файлы в игноре.

Ваше передчасне вітання "с 1 апреля" произвело на нескольких участников беседы неизгладимое впечатление.

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

Файл от экватора до Мурманска выкладывайте. Я сделаю ряд скриншотов, ориентировочно, в понедельник. Правда, сетка в 1,2 км будет грубовата для точного вычисления разрешения, но более крупномасштабную карту с более мелкой сеткой, очевидно, одним файлом будет проблематично сделать.

Кстати, посмотрел ваш длинный вертикальный файл (район Екатеринбурга - Нижнего Тагила). Пока что посмотрел только в Вантаже. Позже посмотрю в навигаторе. По высоте он примерно полтора градуса. И верхняя, и нижняя его части зуммируются одинаково, исчезают и появляются на одних и тех же масштабах (уверен, что в навигаторе будет то же самое, но проверю в понедельник). Прикол в другом. На экране верхняя и нижняя части имеют разную ширину в пикселях. То есть, эта карта отображается Вантажем (наверное, и навигатором) не как прямоугольник, а как трапеция. То есть, программа растягивает нижнюю часть карты и сжимает верхнюю часть карты. Смотрите скриншоты. Я пододвинул левую панель Вантажа вплотную к левому краю карты в нижней её части, при этом же масштабе в верхней части карты мы видим слева зазор. То есть, получается, что верхняя и нижняя части карты имеют разное разрешение как в метрах на пиксель, так и в градусах на пиксель, но при этом отображаются на одинаковых масштабах.


Вложения:
2016-04-10_012953.png
2016-04-10_012953.png [ 441.43 КБ | Просмотров: 2083 ]
2016-04-10_013223.png
2016-04-10_013223.png [ 623.31 КБ | Просмотров: 2083 ]


_________________
Карти для GPS-навігаторів: де їх брати? https://encyclopedia-mandriv.blogspot.com/2013/06/karty-dlya-gps-navigatorov.html
Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 02:31 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Разобрать карту на отдельные тайлы можно программой RMPToolsJava.

Ссылочку на программу кинешь?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 02:58 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Сегодня у меня после обеда температура, по этому случаю состряпал из тех ваших скудных данных аппроксимацию, по методу наименьших квадратов полиномом квадратичной функции.

На входе широта местности и масштаб отображения, на выходе аппроксимированное значение разрешения карты на экране прибора

Для тупых можете пояснить, как этим пользоваться? Берём широту местности в радианах (это x), по формуле вычисляем y, он же F(x). И что с ним делать дальше?

P.S. А я, чисто опытным путём, получил формулу, которая выдаёт разрешение на масштабе "60 м". Для других масштабов надо пропорционально пересчитывать.
R=0.99*(cos a)^0.6
(разрешение равно 0,99 умножить на косинус широты, возведённый в степень 0,6).

Эта формула даёт относительно небольшую погрешность от экватора и примерно до 60 градуса широты. Далее к северу ошибка начинает увеличиваться.

Парочка цифр для сравнения:
Батуми по моей формуле: 0,831 м/пикс (по скриншоту - 0,843)
Екатеринбург по моей формуле: 0,689 м/пикс (по скриншоту - 0,693)

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 03:02 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Но вот и метил тайлы по периметру, и шахматку делал, но как они выглядят меченные в приборе (квадратно или по круглому :D ) мне ни один продвинутый пользователь магеллана так и не показал. :cry: Не умею просить, сказали... :yes:

Считайте, что уговорили. Присылайте. Только немного. Самые основные варианты. Сделаю скриншоты и выложу.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 07:21 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Андрей Лунячек писал(а):
ed.ua писал(а):
Сегодня у меня после обеда температура, по этому случаю состряпал из тех ваших скудных данных аппроксимацию, по методу наименьших квадратов полиномом квадратичной функции.

На входе широта местности и масштаб отображения, на выходе аппроксимированное значение разрешения карты на экране прибора

Для тупых можете пояснить, как этим пользоваться? Берём широту местности в радианах (это x), по формуле вычисляем y, он же F(x). И что с ним делать дальше?

P.S. А я, чисто опытным путём, получил формулу, которая выдаёт разрешение на масштабе "60 м". Для других масштабов надо пропорционально пересчитывать.
R=0.99*(cos a)^0.6
(разрешение равно 0,99 умножить на косинус широты, возведённый в степень 0,6).

Эта формула даёт относительно небольшую погрешность от экватора и примерно до 60 градуса широты. Далее к северу ошибка начинает увеличиваться.

Парочка цифр для сравнения:
Батуми по моей формуле: 0,831 м/пикс (по скриншоту - 0,843)
Екатеринбург по моей формуле: 0,689 м/пикс (по скриншоту - 0,693)

Вложение:
Апроксимация2.gif
Апроксимация2.gif [ 61.3 КБ | Просмотров: 2072 ]


Можна сделать и привязку и к уровням вебкартосервисов или SAS (на нужной широте)
ed.ua писал(а):
...
А оптимально чи не оптимально
Victor Pomortseff писал(а):
уровни 18, 16 и 13 для зумов 90, 400 и 1600
то трохи некоректно, бо всеж таки треба враховувати широту. Бо окремо номер рівня то ніщо, лише має зміст у парі із широтою.
Бо, скажемо той же z15 (по САС Планеті,він же z14 Google чи OCM) має роздільну здатність м/пікс від 9,56 на екваторі, до ,скажемо на широті Норільска 3,37.
К приміру роздільність 4,8м/пікс z16 (САС чи z15 ОСМ) на екваторі , близка тій же 4,9 м/пікс в Таліні але рівня z15 (z14 ОСМ)

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 08:50 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Андрей Лунячек писал(а):
... То есть, получается, что верхняя и нижняя части карты имеют разное разрешение как в метрах на пиксель, так и в градусах на пиксель, но при этом отображаются на одинаковых масштабах.

Для широты Карпат карта из исходника 5,0 м/пикс при масштабе прибора 800м не отображается (хотя, она же прекрасно работает при масштабе 400м).
Та же карта Карпат из исходника 5,2 м/пикс появляется при масштабе прибора 800 м.
Поэтому идея с этой длинной картой такова.
Сделать rmp в граничной зоне отображения для 800м (верхняя часть карты z15, тайл y4891, N58,5°, разрешение исходника 4,99 м/пикс, нижняя часть карты: тайл y5015, N57,0°, разрешение исходника 5,20 м/пикс).
Собран rmp-файл с одним контейнером тайлов, для которых (тайлов и соответственно пикселов этих тайлов карты, не конечной картинки в девайсе) на протяжении всей карты для всех тайлов имеется постоянное градусное разрешение по ширине и высоте.
Код:
Number of tiles in first block: 70
Width of tile in degree: 0,0219727
Height of tiles in degree: 0,0117156
.....

А метрическое разрешение в силу достаточной разности широт нижней и верхней части карты разное (меняется от 4,99 м/пикс до 5,20 м/пикс)
А далее по тексту, если в приборе верхняя часть карты исчезает на 800м масштабе отображения а нижняя нет то управление идет по м/пикс.
Если не исчезает, то еще делается контрольная малая карта (скажем в два тайла по вертикали) верхней области но с тем же
Код:
Width of tile in degree: 0,0219727
Height of tiles in degree: 0,0117156
...


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 09:05 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
По поводу квадратных пикселей. Взял я программку RMPToolsJava ( http://www.hllab.dp.ua/Programs/RMPToolsJava.zip )
Сделал в ГлобалМаппере для экспериментов два варианта одной и той же карты. Сначала с квадратными пикселями, потом с "неквадратными". Оба варианта прогнал через RMPCreator. Оба варианта нормально открылись в ВантажПоинт и даже более-менее правильно там отобразились и примерно совпали.
После разборки обоих вариантов на отдельные тайлы получилось вот что:
У карты с квадратными пикселями изображение карты сплюснуто по вертикали.
У карты с неквадратными пикселями изображение не искажено.
Размеры тайлов в обоих случаях одинаковы. Разбивка на тайлы разная.
Потом я взял у Алекса программу RMPtools beta 1.2, и извлёк изображение всей карты. Карта с неквадратными пикселями выглядит примерно так же, как и была отсканирована, карта с квадратными пикселями выглядит сплюснутой по вертикали как она выглядит на экране в ГлобалМаппер.
Вот тут карты и тайлы https://cloud.mail.ru/public/77ax/pjNmKuULa
Если б я знал структуру .tlm - файла, то можно было бы обсуждать подробнее.

P.S. Странно, но почему-то в ГлобалМаппере обнаружился такой косяк: беру километровку, привязываю как положено (Гаусс-Крюгер, зона, Пулково-42). Меняю проекцию на Меркаторскую, включаю метровую сетку с шагом 2 км. Но почему-то квадратики сетки получаются меньше, чем нарисованные на карте.
А на проекции Universal Transverce Mercator всё ОК.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 10:14 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Андрей Лунячек писал(а):
...
Ваше передчасне вітання "с 1 апреля" произвело на нескольких участников беседы неизгладимое впечатление.
...

Я просто шутя пытался остановить сей Сизифов труд, да время расставило все на свои места, но оно (время) уже ушло.
Андрей, есть же вещи вполне очевидные, и есть вещи уже как пройденный этап. Зачем убивать на это время.
Так же есть существенно важные моменты, которые на данном этапе легко выяснить и можно уже очень быстро с новым качеством двигаться дальше.
Кстати широта, на которой не врут мерные отрезки прибора очень важна, и к этому вопросу не раз еще будем возвращаться


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 12:53 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
На входе широта местности и масштаб отображения, на выходе аппроксимированное значение разрешения карты на экране прибора

Так это у вас табличка в Экселе, в которую нужно значения подставлять?
Файл выложите, чтобы опробовать?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 13:06 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
но в последнем случае (дальнейшей обработки и вывода rmp в других прогах) тогда вообще непонятно зачем деньги собирали для экспорта из SAS.

Очень многие люди не будут заниматься подгонкой разрешения под какие-то параметры. Раньше многие делали RMP с помощью программы Mobile Atlas Creator, и были вполне довольны. Как косвенный показатель этого - весьма крупная тема по программе Mobile Atlas Creator на этом форуме (именно в магеллановском разделе). Появившийся экспорт из SAS даёт больше возможностей по сравнению с Mobile Atlas Creator: больше источников онлайн-карт (плюс наложение слоёв) и нет ограничения в 20000х20000 пикселей.

Есть разные уровни использования карт:
1. Человек использует уже готовые карты (скачивает бесплатные или покупает).
2. Человек осваивает простой способ изготовления (та же SAS).
3. Человек осваивает более сложные способы изготовления, включая склейку, обрезку, смену проекции, выставление разрешения, конвертацию из разных исходников, привязку и т.д.

На каком уровне остановиться - личное дело каждого. И "уровень SAS" многих устраивает.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 13:19 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Для широты Карпат карта из исходника 5,0 м/пикс при масштабе прибора 800м не отображается (хотя, она же прекрасно работает при масштабе 400м).
Та же карта Карпат из исходника 5,2 м/пикс появляется при масштабе прибора 800 м.
Поэтому идея с этой длинной картой такова.
Сделать rmp в граничной зоне отображения для 800м (верхняя часть карты z15, тайл y4891, N58,5°, разрешение исходника 4,99 м/пикс, нижняя часть карты: тайл y5015, N57,0°, разрешение исходника 5,20 м/пикс).
Собран rmp-файл с одним контейнером тайлов, для которых (тайлов и соответственно пикселов этих тайлов карты, не конечной картинки в девайсе) на протяжении всей карты для всех тайлов имеется постоянное градусное разрешение по ширине и высоте.

А метрическое разрешение в силу достаточной разности широт нижней и верхней части карты разное (меняется от 4,99 м/пикс до 5,20 м/пикс)
А далее по тексту, если в приборе верхняя часть карты исчезает на 800м масштабе отображения а нижняя нет то управление идет по м/пикс.

Я совершенно не пойму, почему разрешение 5,0 и 5,2, опробованное нами для широты Карпат, вы используете для карты, расположенной ощутимо севернее? Там разрешения будут другие, и исчезать и появляться карта будет не на 5,0 и 5,2, а на четырёх с чем-то м/пикс. А на 5,0 и 5,2 она будет отображаться на "800 м" в тех широтах всегда. Что и подтвердилось. В навигаторе и верх, и низ карты показываются на "800 м". Скрины выложу завтра.

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

И ещё раз напомню: это у карты постоянное градусное разрешение. А у экрана навигатора градусное разрешение также меняется - увеличивается с юга на север.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 13:23 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
После разборки обоих вариантов на отдельные тайлы получилось вот что:
У карты с квадратными пикселями изображение карты сплюснуто по вертикали.
У карты с неквадратными пикселями изображение не искажено.
Размеры тайлов в обоих случаях одинаковы. Разбивка на тайлы разная.
Потом я взял у Алекса программу RMPtools beta 1.2, и извлёк изображение всей карты. Карта с неквадратными пикселями выглядит примерно так же, как и была отсканирована, карта с квадратными пикселями выглядит сплюснутой по вертикали как она выглядит на экране в ГлобалМаппер.

Отсюда вывод: RMPCreator нарезает без растягивания. Это навигатор и Вантаж растягивают картинку по вертикали.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 13:48 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Я просто шутя пытался остановить сей Сизифов труд, да время расставило все на свои места, но оно (время) уже ушло.

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

ed.ua писал(а):
Андрей, есть же вещи вполне очевидные, и есть вещи уже как пройденный этап. Зачем убивать на это время.

Для вас - очевидные, для нас - нет (по крайней мере тогда). И вы выбрали не лучший вариант, чтобы нас просветить в нашем заблуждении. К примеру, в данный момент я считаю, что некоторые из ваших идей - ошибочны. Но подкалывать вас что-то не хочется.

ed.ua писал(а):
Так же есть существенно важные моменты, которые на данном этапе легко выяснить и можно уже очень быстро с новым качеством двигаться дальше.

Не забывайте, что то, чем мы с вами тут занимается - не наша работа, а наше хобби. Поэтому мы занимаемся настолько, насколько время позволяет. Если его нет - то вплоть до того, что вообще на какое-то время забить на всё это. Даже если говорить об изготовлении карт на заказ, то для увеличения заработка то, чем мы с вами тут занимаемся, имеет второстепенное (или даже третьестепенное) значение.

Кстати, вы утверждаете, что у Гарминов "всьо чьотко". Не просветите нас, как там ситуация с разрешением? Оно тоже изменяется в зависимости от широты? И каким образом? Формула есть? Интересует ситуация как с метрами на пиксель, так и с градусами на пиксель.

В заключение желаю вам не хворать, а нам всем 1 мая сидеть не за компьютером, а упражнять наши навигаторы на природе )))

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 13:49 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Андрей Лунячек писал(а):
ed.ua писал(а):
На входе широта местности и масштаб отображения, на выходе аппроксимированное значение разрешения карты на экране прибора

Так это у вас табличка в Экселе, в которую нужно значения подставлять?
Файл выложите, чтобы опробовать?

Выложу, но все еще сырое, данных мало а самое основное если скажем завтра выяснится, что еще есть зависимость от положения центрального меридиана или еще чего ( никто же не смотрел
ed.ua писал(а):
...
По этому случаю RMP в студию
) .
А погонять вы можете и так.
Из картинки ведь видно что
(а наверное Землю Франца-Иосифа нужно убрать и улучшить сходимость)
коэффициенты для F(x) = k2x² + k1x + k0
Вложение:
k2_k1_k0.gif
k2_k1_k0.gif [ 2.52 КБ | Просмотров: 2021 ]

х - тут да, широта в радианах
и тогда R= F(x)*M/68 ( где М нужный масштаб отображения => 30,60, 150,240, 400,800 и т. д)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 14:01 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Андрей Лунячек писал(а):
ed.ua писал(а):
Для широты Карпат карта из исходника 5,0 м/пикс при масштабе прибора 800м не отображается (хотя, она же прекрасно работает при масштабе 400м).
Та же карта Карпат из исходника 5,2 м/пикс появляется при масштабе прибора 800 м.
Поэтому идея с этой длинной картой такова.
Сделать rmp в граничной зоне отображения для 800м (верхняя часть карты z15, тайл y4891, N58,5°, разрешение исходника 4,99 м/пикс, нижняя часть карты: тайл y5015, N57,0°, разрешение исходника 5,20 м/пикс).
Собран rmp-файл с одним контейнером тайлов, для которых (тайлов и соответственно пикселов этих тайлов карты, не конечной картинки в девайсе) на протяжении всей карты для всех тайлов имеется постоянное градусное разрешение по ширине и высоте.

А метрическое разрешение в силу достаточной разности широт нижней и верхней части карты разное (меняется от 4,99 м/пикс до 5,20 м/пикс)
А далее по тексту, если в приборе верхняя часть карты исчезает на 800м масштабе отображения а нижняя нет то управление идет по м/пикс.

Я совершенно не пойму, почему разрешение 5,0 и 5,2, опробованное нами для широты Карпат, вы используете для карты, расположенной ощутимо севернее? Там разрешения будут другие, и исчезать и появляться карта будет не на 5,0 и 5,2, а на четырёх с чем-то м/пикс. А на 5,0 и 5,2 она будет отображаться на "800 м" в тех широтах всегда. Что и подтвердилось. В навигаторе и верх, и низ карты показываются на "800 м". Скрины выложу завтра.

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

И ещё раз напомню: это у карты постоянное градусное разрешение. А у экрана навигатора градусное разрешение также меняется - увеличивается с юга на север.

Вот главное что даже из ваших слов >> и исчезать и появляться карта будет не на 5,0 и 5,2, а на четырёх с чем-то м/пикс. видно что идея моя правильная. И в моем случае значит выберем другую, более правильную приграничную область. А так, вообщем я тоже предполагал что чуть меньше разрешение нужно, но если я магеллана в руках не держал, и постоянно в игноре, то откуда я вам сразу в точку то попаду.
А насчет VP, то скачайте Ammyy Admin дайте доступ к компу и я вам покажу что и в VP верх позже появляется а низ раньше исчезает.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.04.2016 22:07 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А я всё-таки налепил образцы карт для расчёта разрешалова. Маленькие фрагметы карты ОСМ с нанесенными линеечками по 500м, 1км и 2 км. А также стандартной линейкой ГлобалМаппера. Все карты экспортированы из ГМ в геотифф в разрешалове 5м/пиксель. Куски идут по широте Харькова от экватора до 85 гр. сев. шир.
И уже скриншотов понаделал. Теперь надо в фотошопе промерить эти линеечки и узнать кол-во пикселей в них.
Кстати, насчёт появления и пропадания карты в зависимости от масштаба и широты. От экватора до примерно 50 радусов карты показываются от "90м" до "400м", а дальше пошёл сдвиг. На широте 55 карта видна от "150м" до "800м", на широте 70 - от "150м" до "1,2км", на широте 75 - от "240м" до "1,2км", на широте 80 - от "400м" до "1,6км", на широте 85 - от "800м" до "3,2км".

P.S. Заодно ещё раз убедился, что для Харькова (широта 50) разрешалово 5 м/пиксель чётко подходит для зума "400м", а в целом формула (разрешалово в ГМ) = (желаемый зум в Магеллане) / 80 для Харькова таки работает. Теперь хочу найти эти коэффициенты или зависимость для остальных широт.

Вот архивчик. Там карты в GeoTIFF и RMP, а также скриншоты. Правда, некоторые скриншоты могут быть неправильными (неправильно указана или не указана широта).
https://cloud.mail.ru/public/Fdt5/2VVVmams9


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 00:50 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
а самое основное если скажем завтра выяснится, что еще есть зависимость от положения центрального меридиана или еще чего ( никто же не смотрел
ed.ua писал(а):
...
По этому случаю RMP в студию

Скачал, глянул в Вантаже - правая и левая части отображаются одинаково. Завтра гляну в навигаторе.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 01:26 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
даже из ваших слов >> и исчезать и появляться карта будет не на 5,0 и 5,2, а на четырёх с чем-то м/пикс. видно что идея моя правильная.

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

ed.ua писал(а):
но если я магеллана в руках не держал

В Харьков не планируете заехать? Дам подержать. :yes:

ed.ua писал(а):
то откуда я вам сразу в точку то попаду.

А почему бы вам изначально не сделать карту нижним концом в Карпатах, там, где вы разместили свою тестовую карту, по которой мы и вычисляли разрешение? Кстати, там она показывалась на "800 м" при 5,2 м/пикс, но не показывалась при 5,15 м/пикс.

Думаю, нужно сделать так: сначала сделать отдельные небольшие карты в районах верхнего и нижнего концов будущей длинной карты. Определить разрешения, при которых карты показываются или не показываются на "800 м". А потом делать длинную карту с пограничным разрешением.

Можем попробовать. Вы делаете длинную карту от опробованного нами района Карпат (широта 47,88497, разрешение 5,137 м/пиксель) вверх на север где-то до 50-55 градуса широты. Я делаю несколько маленьких карт с разным разрешением в районе верхнего конца вашей карты, чтобы вычислить, при каком разрешении карта будет показываться и пропадать на "800 м". Далее смотрим на поведение концов длинной карты, сравниваем с поведением маленьких карт.

Кстати, а как вы определяете разрешения верхнего и нижнего концов длинной карты?

ed.ua писал(а):
А насчет VP, то скачайте Ammyy Admin дайте доступ к компу и я вам покажу что и в VP верх позже появляется а низ раньше исчезает.

Извините, удалённый доступ к моему компьютеру имеет только мой брат. Больше никому давать его не собираюсь.

Но у меня в Вантаже верх и низ карты исчезают и появляются совершенно одинаково. На масштабе 1:28000 (в правом нижнем углу Вантажа) они не отображаются. Чуть крутнул колёсиком - на масштабе 1:25000 и верх, и низ мгновенно отображаются. Если на масштабе 1:25000 без масштабирования просто стрелочками прокручивать карту вверх-вниз, то ровным счётом ничего не меняется. Только тайлы при прокручивании отрисовываются с маленькой задержкой. Подобное я вижу на вашем видео, но у вас торможение при отрисовке более сильное, чем у меня. У меня быстрее отрисовываются.

Кстати, напомню свой вопрос по Гарминам: там тоже разрешение экрана изменяется с широтой? И как именно?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 01:48 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
А я всё-таки налепил образцы карт для расчёта разрешалова. Маленькие фрагметы карты ОСМ с нанесенными линеечками по 500м, 1км и 2 км. А также стандартной линейкой ГлобалМаппера. Все карты экспортированы из ГМ в геотифф в разрешалове 5м/пиксель. Куски идут по широте Харькова от экватора до 85 гр. сев. шир.
И уже скриншотов понаделал. Теперь надо в фотошопе промерить эти линеечки и узнать кол-во пикселей в них.

Прикольно. Завтра постараюсь выкроить время и промерить в фотошопе. Но я ещё не смотрел архив, не знаю, сколько их там у тебя.

Д. Засядько писал(а):
От экватора до примерно 50 радусов карты показываются от "90м" до "400м", а дальше пошёл сдвиг.

P.S. Заодно ещё раз убедился, что для Харькова (широта 50) разрешалово 5 м/пиксель чётко подходит для зума "400м"

То есть, на широте Харькова "родное" разрешение 5 м/пикс не показывается на "800 м"? Если это так, то такое не годится. Ведь тогда не будет возможности уменьшить карту на экране навигатора. В подобном случае лучше сделать карту с разрешением 5,1 м/пикс. Качество картинки будет практически такое же, зато она отобразится на "800 м".

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 08:32 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Андрей Лунячек писал(а):
....

Но у меня в Вантаже верх и низ карты исчезают и появляются совершенно одинаково. На масштабе 1:28000 (в правом нижнем углу Вантажа) они не отображаются. Чуть крутнул колёсиком - на масштабе 1:25000 и верх, и низ мгновенно отображаются. Если на масштабе 1:25000 без масштабирования просто стрелочками прокручивать карту вверх-вниз, то ровным счётом ничего не меняется. Только тайлы при прокручивании отрисовываются с маленькой задержкой. Подобное я вижу на вашем видео, но у вас торможение при отрисовке более сильное, чем у меня. У меня быстрее отрисовываются.
...


Будете снимать скринкино с открытыми браузерами, GM, SAS и фотошопом уверяю и у вас торможение появится при отрисовке.
Колесиком это слишком грубо. К тому же само значение масштаба округляется и тоже грубо показывается (вы же не можете установить 1:28500, визуально картинка увеличивается/уменьшается а масштаба значение тоже самое, не замечали???)
Лучше всего поступить так, скажем в верхней части карты аккуратно поймать момент появления (на скрине той карты 1:28000) и чуток назад, до исчезновения (на скрине 1:29000) .
Вложение:
29Top.gif
29Top.gif [ 40.03 КБ | Просмотров: 1452 ]


А потом при исчезнувшем верхнем конце карты движемся (при этом одном масштабе подобное показано в кино) в низ до появления карты. останавливаемся движемся в верх до исчезновения, все как показано в кино.
Для ситуации с большим увеличением, то там мне как то проще показать, там циферки маленькие, точнее значение масштаба показывается.
Вот, переделаная карта с средним разрешением 4,36 м/пикс и ее верхняя и нижняя части.

Вложение:
s1T2.png
s1T2.png [ 337.62 КБ | Просмотров: 1452 ]

Вложение:
s1b2.png
s1b2.png [ 344.49 КБ | Просмотров: 1452 ]

Тут нижняя граница исчезновения 1:890 для верха и она же 1:905
(910+900)/2
для низа циферки на мой взгляд разные, а на ваш?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 08:39 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
То есть, на широте Харькова "родное" разрешение 5 м/пикс не показывается на "800 м"? Если это так, то такое не годится. Ведь тогда не будет возможности уменьшить карту на экране навигатора. В подобном случае лучше сделать карту с разрешением 5,1 м/пикс. Качество картинки будет практически такое же, зато она отобразится на "800 м".

Ну, возможно, подразумевалось, что на "800м" будет уже другой слой карты. Как-никак разница уже в два раза. Кстати, идеально точно измерить не получается. Кажется, навигатор каким-то образом коверкает тайлы. Так что на "400м" масштаб может быть от 4,975 до 5,0125 м/пиксель, и, пожалуй, таки чуточку больше, чем 5. Но всё равно меньше, чем рекомендуемое Паганелем 5,71.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 10:48 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Кстати, вот ещё для изучения:
Для широты 50.
Зум в САС - разрешалово при экспорте в GeoTIFF из ГМ - уровни зума в навигаторе, на которых видно карту.
В скобочках указан наиболее чёткий зум
z12 - 40 mpp - 4.8 (3.2) 2.4 1.6 1.2 800
z13 - 30 mpp -3.2 (2.4) 1.6 1.2 800
z13 - 20 mpp - 2.4 (1.6) 1.2 800 400
z14 - 15 mpp - 1.6 (1.2) 800 400
z14 - 10 mpp - 1.2 (800) 400 240
z15 - 5 mpp - (400) 240 150
z16 - 3.06 mpp - 400 (240) 150 90 60
z16 - 3 mpp - 400 (240) 150 90 60 - менее чётко, чем при 3.06
z17 - 1.875 mpp - 240 (150) 90 60


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 11:18 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Взял обрабатывать скрины shot00084.png....shot00100.png

посмотрел финальное разрешение, пока пяти файлов
Код:
Lat00.tif.rmp
11:21:26 Total tiles = 20
11:21:26 Metres/pixel(mm1b)=4,99800020493761

Lat05.tif.rmp
11:22:14 Metres/pixel(mm1b)=4,99817200040105

Lat30.tif.rmp
11:23:27 Total tiles = 20
11:23:28 Metres/pixel(mm1b)=[b]5,00249456512412[/b]

Lat35.tif.rmp
11:24:42 Total tiles = 24
11:24:42 Metres/pixel(mm1b)=[b]5,00337656837263[/b]

Lat40.tif.rmp
11:24:54 Total tiles = 28
11:24:55 Metres/pixel(mm1b)=[b]5,00458856259977[/b]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 13:32 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Будете снимать скринкино с открытыми браузерами, GM, SAS и фотошопом уверяю и у вас торможение появится при отрисовке.

Ваш компьютер на хозяина не ругается?

ed.ua писал(а):
Колесиком это слишком грубо.

Окей, вечером дома попробую ползунком.

ed.ua писал(а):
вы же не можете установить 1:28500, визуально картинка увеличивается/уменьшается а масштаба значение тоже самое, не замечали???

Нет, не замечал. У меня изменение размера картинки идёт синхронно с изменением масштаба.

ed.ua писал(а):
Лучше всего поступить так, скажем в верхней части карты аккуратно поймать момент появления (на скрине той карты 1:28000) и чуток назад, до исчезновения (на скрине 1:29000) .

Интересно. А у меня почему-то появляется на 1:25000, а исчезает на 1:28000.

ed.ua писал(а):
А потом при исчезнувшем верхнем конце карты движемся (при этом одном масштабе подобное показано в кино) в низ до появления карты. останавливаемся движемся в верх до исчезновения, все как показано в кино.

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

ed.ua писал(а):
Для ситуации с большим увеличением, то там мне как то проще показать, там циферки маленькие, точнее значение масштаба показывается.
Вот, переделаная карта с средним разрешением 4,36 м/пикс и ее верхняя и нижняя части.
Тут нижняя граница исчезновения 1:890 для верха и она же 1:905
(910+900)/2
для низа циферки на мой взгляд разные, а на ваш?

Да, вы правы, разные. Карту выложите? Хочу опробовать на своём компьютере и в навигаторе.

А как эти наблюдения могут нам помочь с определением разрешения карты? Идеи есть?

И ещё раз напомню про Гармин. Как там с разрешениями: как у Магеллана или по-другому?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 14:25 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
С утра что-то припахали. Сейчас на работе затишье, попытаюсь промерить некоторое количество Диминых скриншотов. Начну с shot00037, а докуда доберусь - будет видно. Когда сделаю некоторое количество - отпишусь.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 15:39 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Промерил скриншоты shot00037-shot00050. По каждому проводил два измерения, затем (при различии) усреднял. Результаты ниже.

Первый столбик - имя файла
Второй - масштабный уровень
Третий - измеряемый отрезок в метрах (километрах)
Четвёртый - измеряемый отрезок в пикселях
Пятый - вычисленное разрешение в метрах на пиксель.

shot00037 м400 1км 155,8-156,3пк 6,408м/пикс
shot00038 м240 750м 188,8-189,4пк 3,966м/пикс
shot00039 м150 500м 199,2-199,4пк 2,509м/пикс
shot00040 м240 500м 127,2-127,8пк 3,922м/пикс
shot00041 м400 1км 155,8-155,8пк 6,418м/пикс
shot00042 м400 1км 157,0-157,2пк 6,365м/пикс
shot00043 м240 750м 191,0-191,0пк 3,927м/пикс
shot00044 м150 500м 204,0-204,0пк 2,451м/пикс
shot00045 м400 500м 81,0-81,0пк 6,173м/пикс
shot00046 м240 500м 132,0-132,0пк 3,788м/пикс
shot00047 м400 1км 156,0-159,0пк 6,349м/пикс
shot00048 м150 500м 198,0-210,0пк 2,451м/пикс
shot00049 м400 1км 157,0-157,2пк 6,365м/пикс
shot00050 м240 750м 192,0-192,0пк 3,906м/пикс

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 16:07 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Что-то не стыкуется...

shot00037 м400 1км 155,8-156,3пк 6,408м/пикс
shot00041 м400 1км 155,8-155,8пк 6,418м/пикс
shot00042 м400 1км 157,0-157,2пк 6,365м/пикс
shot00045 м400 500м 81,0-81,0пк 6,173м/пикс
shot00047 м400 1км 156,0-159,0пк 6,349м/пикс
shot00049 м400 1км 157,0-157,2пк 6,365м/пикс

Явный выброс на 45 градусов. Мерный отрезок слишком короткий и сразу очнь большая ошибка.

Да и вообще разброс значенийслишком велик в обе стороны.

shot00038 м240 750м 188,8-189,4пк 3,966м/пикс
shot00040 м240 500м 127,2-127,8пк 3,922м/пикс
shot00043 м240 750м 191,0-191,0пк 3,927м/пикс
shot00046 м240 500м 132,0-132,0пк 3,788м/пикс
shot00050 м240 750м 192,0-192,0пк 3,906м/пикс

Тут тоже близкая картина

shot00039 м150 500м 199,2-199,4пк 2,509м/пикс
shot00044 м150 500м 204,0-204,0пк 2,451м/пикс
shot00048 м150 500м 198,0-210,0пк 2,451м/пикс

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 16:18 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Ну там ведь и широты разные. Это частично объясняет, почему на разных скриншотах разрешение разное. Конечно, ошибки всё равно присутствуют.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 17:17 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Я вижу что широты разные. Но разброс все равно великоват.

Что-то можно сказть в случае 400м если выкинуть точку на 45 градусов. Но, боюсь, что даже в этом случае R² будет маловат для достоверного выявления зависимости.

На 240м на выброс просится точка на 46 градусов. По остальному может быть что-то и нарисуется. А вот на 150 ничего не выявить совершенно точно.

В любом случае, для построения полноценной регрессии данных катастрофически мал.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 17:49 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Для разных широт будет разное отношение разрешения метров на пиксель к тому числу. которое указано на линеечке в углу.
У меня получается такая зависимость (цифры неточные, потому что не все скриншоты обработал.
А ещё надо бы сделать карты и с другим разрешением, а то не очень удобно скриншоты делать. Не все отрезки в экран влазят.
Широта (градусы) - отношение "Цифры на линейке" / "Разрешалово м/пиксель"
0 - 61
5 - 61.2
10 - 62,7
15 - 64
20 - 63 (?)
25 - 66
30 - 67,8
35 - 67.9
40 - 71,7
45 - 78,9
50 - 79,8
55 - 86
60 - 93
65 - 105
70 - 123,4
75 - 151,3
80 - 210,7
85 - 388

Таким образом, при оддном и том же уровне зума в навигаторе разрешалово уменьшается от экватора к полюсам. И чем ближе к полюсам, тем круче.
К примеру. для зума "400м"
Широта - метры на пиксель (приблизительно)
0 - 6,41
5 - 6,36
10 - 6,37
15 - 6,25
20 - ?
25 - 6,05
30 - 5,9
40 - 5,58
50 - 5
55 - 4,65
60 - 4,3
65 - 3,8
70 и дальше - нет данных.
Но дальше идёт круче
Вот для зума "800м"
70 - 6,54
75 - 5,3
80 - 3,8
85 - нет данных


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 21:31 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
А можно в виде графика посмотреть эти данные?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 22:30 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
У меня получается такая зависимость

Табличка неплохая, это уже что-то, что можно применять на практике. Согласен с Виктором, неплохо бы график нарисовать. А там, глядишь, Эд формулу выведет. Он уже вывел, но хотел для достоверности больше данных. Теперь данные есть.

Д. Засядько писал(а):
цифры неточные, потому что не все скриншоты обработал.

А какие ты скриншоты обрабатываешь? Мы двойную работу не делаем? Я обработал shot00037-shot00050, результаты выложил. Эд вроде бы взялся за скрины 84-100. Надо договориться, чтобы не получилось, что несколько человек независимо друг от друга терзают один и тот же скриншот.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 22:53 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
For Ed.ua, а таже для всех интересующихся.
Скрины концов ранее выложенных длинных и узких карт Эда: https://cloud.mail.ru/public/Ejtn/o9phL49S2
Карта 1 - вертикальная полоска севернее Екатеринбурга.
Карта 2 - горизонтальная полоска на широте Батуми.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 11.04.2016 22:56 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Андрей Лунячек писал(а):
ed.ua писал(а):
Будете снимать скринкино с открытыми браузерами, GM, SAS и фотошопом уверяю и у вас торможение появится при отрисовке.

Ваш компьютер на хозяина не ругается?

ed.ua писал(а):
Колесиком это слишком грубо.

Окей, вечером дома попробую ползунком.

ed.ua писал(а):
вы же не можете установить 1:28500, визуально картинка увеличивается/уменьшается а масштаба значение тоже самое, не замечали???

Нет, не замечал. У меня изменение размера картинки идёт синхронно с изменением масштаба.

ed.ua писал(а):
Лучше всего поступить так, скажем в верхней части карты аккуратно поймать момент появления (на скрине той карты 1:28000) и чуток назад, до исчезновения (на скрине 1:29000) .

Интересно. А у меня почему-то появляется на 1:25000, а исчезает на 1:28000.

ed.ua писал(а):
А потом при исчезнувшем верхнем конце карты движемся (при этом одном масштабе подобное показано в кино) в низ до появления карты. останавливаемся движемся в верх до исчезновения, все как показано в кино.

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

ed.ua писал(а):
Для ситуации с большим увеличением, то там мне как то проще показать, там циферки маленькие, точнее значение масштаба показывается.
Вот, переделаная карта с средним разрешением 4,36 м/пикс и ее верхняя и нижняя части.
Тут нижняя граница исчезновения 1:890 для верха и она же 1:905
(910+900)/2
для низа циферки на мой взгляд разные, а на ваш?

Да, вы правы, разные. Карту выложите? Хочу опробовать на своём компьютере и в навигаторе.

А как эти наблюдения могут нам помочь с определением разрешения карты? Идеи есть?

И ещё раз напомню про Гармин. Как там с разрешениями: как у Магеллана или по-другому?

Че вы меня с гармином постоянно на оффтоп то склоняете. Переключить хочете?
Гармина экран не резиновый ни физически ни виртуально, это железо. Разрешение в м/пикс стабильно (табличку я давал, вы видели) и карты отображаются в соответствии с мерным отрезком, который у гармина не лажает. А меченый тайл на карте в девайсе выглядит квадратным. И там где 2 км у гармина будет равно 2км , а не 3,2 км.
Вы его (гармин) купили, освоили и просто юзаете. А про какое-то там градусное разрешение и слухом знать не нужно, ибо там (кстати как и у Магеллана мерный отрезок не в градусном исчислении а в м, км, фунтах, ярдах, милях и других аналогичных...). С гармином довольно скучно и тривиально, мозги шевелить не надо, все прогнозируемо никаких загадок и неожиданностей, стабильность и скукота.

По той длинной карте и про кино, как же мне с вами порой легко. Пока я показывал вещи очевидные, забыта сама идея.
Вы мне можете ответить на понятный вопрос, по какому параметру идет управление появления исчезновения карт???
По фильму.
Поскольку очевидные для меня вещи вам не очевидны, то попробую показать что я' вижу:
1.
Вложение:
6.gif
6.gif [ 33.01 КБ | Просмотров: 1676 ]

2.
Вложение:
2.gif
2.gif [ 40.55 КБ | Просмотров: 1676 ]

3.
Вложение:
3.gif
3.gif [ 54.78 КБ | Просмотров: 1676 ]

4.
Вложение:
7.gif
7.gif [ 64.65 КБ | Просмотров: 1676 ]

5.
Вложение:
8.gif
8.gif [ 59.71 КБ | Просмотров: 1676 ]

6.
Вложение:
9.gif
9.gif [ 47.28 КБ | Просмотров: 1676 ]

7.
Вложение:
10.gif
10.gif [ 52.59 КБ | Просмотров: 1676 ]



Другая карта, уже не помню че просили и че даю вот тут


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.04.2016 00:11 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Че вы меня с гармином постоянно на оффтоп то склоняете. Переключить хочете?

Видать, то, что мне просто интересно, вам в голову не приходит? Вы ведь не стесняетесь интересоваться Магелланом. Почему я не могу интересоваться Гармином? А почему в этой теме - так мне подумалось, что если я буду знать, как обстоят дела с картами и разрешением у Гарминов, то это меня натолкнёт на какие-то мысли в отношении Магелланов.

ed.ua писал(а):
Гармина экран не резиновый ни физически ни виртуально, это железо. Разрешение в м/пикс стабильно (табличку я давал, вы видели)

Табличку видел, но подумал, что она справедлива для широты Карпат. А выходит, что для любой широты? То есть, у Гарминов разрешение в м/пикс постоянно при любой широте?

ed.ua писал(а):
По той длинной карте и про кино, как же мне с вами порой легко.

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

ed.ua писал(а):
Вы мне можете ответить на понятный вопрос, по какому параметру идет управление появления исчезновения карт???

Нет, не могу. А вы можете?

ed.ua писал(а):
По фильму.
Поскольку очевидные для меня вещи вам не очевидны, то попробую показать что я' вижу:

Так вы, оказывается, в конце ролика зуммировали карту! Я этого при просмотре не заметил, и это меня сбило. Я искренне верил, что весь ролик вы проматывали карту туда-сюда, не изменяя масштаба.

ed.ua писал(а):
Другая карта, уже не помню че просили и че даю вот тут

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

В общем, какой из этого вывод? Что управление идёт не по градусам на пиксель (у карты они постоянны сверху донизу)? Но ведь экран у Магеллана непостоянен в разрешении в градусах на пиксель. И вполне может быть, что в нижней части карты градусы "подходят" к разрешению экрана, а в верхней - нет.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.04.2016 08:41 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Спасибо за терпеливость и признание трудноуловимого факта.
Далее.
Есть карта (длинная) у которой (в карте блин, в карте!,
причем здесь на этом этапе >>экран у Магеллана непостоянен в разрешении в градусах на пиксель.,
я уже писал
ed.ua писал(а):
...
Навигатор и градусный размер, разрешение градусное, равно как и масштаб (градусный) - это вторичное. Ведь мерный отрезок прибора отнюдь не в градусном исчислении....
), то есть можно там приводить , вычислять разрешение экрана у Магеллана к градусам на пиксель для каких то особых задач и идей, но если карта попала в прибор и ее он трансформировал чтоб отобразить на своем экране картинку в примерном равенстве по высоте и ширине в пересчете на метры (км, футы, ярды и т.п. а не градусы (мы же все че то тут считаем м/пикс а не град/пикс) то про градусное разрешение можете забыть, оно вторичное.
А если еще и спросить типа как вы меня : ... Извиняюсь за нескромный вопрос: среди ваших знакомых есть те, кто предпочитает мили градусы километрам?
постоянное градусное разрешение, а она возьми да и пропадает и появляется, да именно так как и задумано. То почему я должен думать что управление пропаданием/появлением карты забито в прошивку прибора по разрешению градус/на пиксель, если последний параметр я намеренно сделал CONSTANT?
Второе огромное спасибо за скрыны
результаты вот
Вложение:
Результат1.gif
Результат1.gif [ 27.88 КБ | Просмотров: 1671 ]

Поскольку границы тайлов SAS меченные и к тому же во втором растре ("Батуми") намеренно нанесена градусная сетка с шагом 240м по горизонтали, это существенно облегчило задачу и подняло точность вычислений
Вложение:
рез1.gif
рез1.gif [ 38.15 КБ | Просмотров: 1671 ]

Координаты брал так
Вложение:
рез2.gif
рез2.gif [ 36.89 КБ | Просмотров: 1671 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.04.2016 10:41 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Есть карта (длинная) у которой (в карте блин, в карте!, постоянное градусное разрешение, а она возьми да и пропадает и появляется, да именно так как и задумано. То почему я должен думать что управление пропаданием/появлением карты забито в прошивку прибора по разрешению градус/на пиксель, если последний параметр я намеренно сделал CONSTANT?

У меня нет такой уверенности, как у вас, т.к. мы имеем два непостоянных параметра - метры на пиксель и градусы на пиксель. Понятно, что нам оперировать метрами на пиксель удобнее. Ну и растягивание навигатором карты "с квадратными пикселями" (о чём нас просветил Дима) вроде бы тоже говорит в пользу метров на пиксель. Так что я совсем не против того, чтобы забить на градусы на пиксель и оперировать метрами на пиксель.

Но всё же интересно, как навигатор определяет, какие тайлы нужно выводить на экран? Ведь при разрешении 1:1 на экране могут показываться (пусть и частично) до шести тайлов. А при уменьшении масштаба - ещё больше. Допустим, навигатор знает координаты центральной точки экрана. Дальше что? Он вычисляет расстояние в метрах от этой точки до краёв экрана?

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

ed.ua писал(а):
Второе огромное спасибо за скрыны
результаты вот

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

ed.ua писал(а):
к тому же во втором растре ("Батуми")

Предлагаю первый растр назвать "Нижний Тагил" :yes:

ed.ua писал(а):
Координаты брал так

С координатами понятно, с сетками - тоже. Но вот как вы умудрились копирайт вписать в каждый тайл?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.04.2016 10:48 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Вопрос по скриншотам Димы Засядько. Все скриншоты уже обработаны? Если ещё нет, то я могу какие-то взять на себя (в смысле промерить в фотошопе). Скажите только, какие.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 12.04.2016 23:02 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Скриншоты? Честно говоря, я хотел переделать скриншоты. Только руки не доходят.
Кстати, карты и скриншоты сделаны через 5 градусов. То есть, 46 градусов не может быть. Только 40, 45, 50. Если на экране написано 46, то это просто метка при скроллинге туда попала. :oops:

Сегодня я сравнил карты одного и того же уровня зума (z14) по Харькову (50 гр. широты), выполненные с разным разрешением (10 и 15 м/пиксель) на разных уровнях зума навигатора. Подразумевалось, что карты будут чётко отображаться на уровнях "800м" и "1,2км" соответственно. Они, конечно, отображались чётко, но, вопреки ожиданиям, карта 10 м/пикс (хоть и более чёткая) на зуме "1,2км" отображалась хуже, чем карта 15 м/пикс, хотя по идее, должно было быть наоборот.
Вывод: навигатор ресайзит карту хуже, чем это делает ГлобалМаппер с его бикубической интерполяцией. Из этого следует, что при экспорте из ГМ желательно подгонять разрешение под конкретный уровень зума навигатора. Тогда карта будет чёткой. А для этого нужно знать разрешение экрана навигатора на данном уровне зума и на данной широте. Так что мы не зря тут "фигнёй маемся" :)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.04.2016 00:26 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Ну для меня это не новшество. Примитивный алгоритм навигатора при растягивании или сжатии картинки не даёт такое качество, как специализированные программы типа Глобал Маппера или фотошопа при изменении разрешения картинки.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.04.2016 04:58 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Посмотрел скрины RMP и исходники.
Нужна сетка, ибо когда просто уголок, то ну очень уж расплывчато конец отрезка отображен и это при приличном исходнике. Да ну и качество RMP получше бы, артефакты jpg-сжатия на лицо
Вложение:
30.gif
30.gif [ 71.03 КБ | Просмотров: 1632 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.04.2016 06:28 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Посчитал shot00084.png...shot00100.png, некоторые желтые отрезки в 500м не брал ввиду спорной интерпретации концов, да и 1000м как то поточнее будет
Вложение:
Результат2.gif
Результат2.gif [ 19.6 КБ | Просмотров: 1618 ]

30°00'15" Засядько из скрина
400 _ 169 1000 5,91716 1,005917 N30° E36°
400 _ 84 500 5,952381 1,011905 N30° E36°
400 I 170 1000 5,882353 1,0 N30° E36°
400 I 86 500 5,813953 0,988372 N30° E36°
35° Засядько
400 _ 218 1250 5,733945 0,974771 N35° E36°
400 _ 88 500 5,681818 0,965909 N35° E36°
400 _ 175 1000 5,714286 0,971429 N35° E36°
400 I 85 500 5,882353 1 N35° E36°
400 I 174 1000 5,747126 0,977011 N35° E36°
240 _ 142 500 3,521127 0,997653 N35° E36°
240 I 137 500 3,649635 1,034063 N35° E36°
240 I 285 1000 3,508772 0,994152 N35° E36°
240 _ 73 250 3,424658 0,97032 N35° E36°
240 _ 212 750 3,537736 1,002358 N35° E36°
40° Засядько
400 _ 225 1250 5,555556 0,944444 N40° E36°
400 _ 181 1000 5,524862 0,939227 N40° E36°
400 I 182 1000 5,494505 0,934066 N40° E36°
240 _ 219 750 3,424658 0,97032 N40° E36°
240 I 295 1000 3,389831 0,960452 N40° E36°


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.04.2016 07:10 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Д. Засядько писал(а):
Вывод: навигатор ресайзит карту хуже, чем это делает ГлобалМаппер с его бикубической интерполяцией. Из этого следует, что при экспорте из ГМ желательно подгонять разрешение под конкретный уровень зума навигатора. Тогда карта будет чёткой. А для этого нужно знать разрешение экрана навигатора на данном уровне зума и на данной широте. Так что мы не зря тут "фигнёй маемся" :)


Ну так ради чего весь сыр-бор :-)

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.04.2016 09:35 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
Ну так ради чего весь сыр-бор :-)

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

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.04.2016 11:06 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
Что-то не стыкуется...

shot00037 м400 1км 155,8-156,3пк 6,408м/пикс
shot00041 м400 1км 155,8-155,8пк 6,418м/пикс
shot00042 м400 1км 157,0-157,2пк 6,365м/пикс
shot00045 м400 500м 81,0-81,0пк 6,173м/пикс
shot00047 м400 1км 156,0-159,0пк 6,349м/пикс
shot00049 м400 1км 157,0-157,2пк 6,365м/пикс

Явный выброс на 45 градусов. Мерный отрезок слишком короткий и сразу очнь большая ошибка.
....

Андрей чуток ошибся, я смотрел у меня около 78 пикс на 400м => 6,410 м/пикс.
Скорее всего 81 пикс отсчитан не от конца желтого отрезка а от вертикального синего пунктирного мередиана.
Вложение:
45.gif
45.gif [ 54.64 КБ | Просмотров: 1698 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.04.2016 11:18 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Андрей чуток ошибся, я смотрел у меня около 78 пикс на 400м => 6,410 м/пикс.
Скорее всего 81 пикс отсчитан не от конца желтого отрезка а от вертикального синего пунктирного мередиана.

Точно уже не помню, но, по-моему, я действительно отсчитывал от вертикальной синей линии. А надо было искать конец жёлтой? Тогда действительно неудобно. Не в обиду будь сказано Диме, но он, по-моему, и сам уже понял, что тестовые карты получились не самыми удачными.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 14.04.2016 03:09 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Скриншоты с неметрическими системами мер. По-моему, ничего не поменялось.


Вложения:
shot00001.png
shot00001.png [ 71.24 КБ | Просмотров: 1679 ]
shot00002.png
shot00002.png [ 71.15 КБ | Просмотров: 1679 ]
shot00003.png
shot00003.png [ 71.32 КБ | Просмотров: 1679 ]


_________________
Карти для GPS-навігаторів: де їх брати? https://encyclopedia-mandriv.blogspot.com/2013/06/karty-dlya-gps-navigatorov.html
Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 14.04.2016 20:01 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
По-моему, ничего не поменялось.
Подписи к линейке поменялись :)
Кстати, обратите внимание, что даже на широте 85 вертикальные километровые отрезки практически совпадают по длине в пикселях с горизонтальными.
Я, конечно, не географ :oops: , но как мне кажется, в диапазоне от "3200км" до "60км" используется цилиндрическая равнопромежуточная проекция, а ниже - какая-то другая, но тоже цилиндрическая, и как бы даже на Меркатора похожая.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 14.04.2016 20:33 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Принципиальных различий нет. Картинки даных скринов неметрических систем на 1 пиксель сильнее сжаты по вертикали.
Кстати, вы "Нижний Тагил" в другом разрешении где должен не показываться верхний край карты на 800м смотрели?

Д. Засядько писал(а):
....
Кстати, обратите внимание, что даже на широте 85 вертикальные километровые отрезки практически совпадают по длине в пикселях с горизонтальными.

Ну значит правда : "...но если карта попала в прибор и ее он трансформировал чтоб отобразить на своем экране картинку в примерном равенстве по высоте и ширине в пересчете на метры (км, футы, ярды и т.п...."


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 14.04.2016 21:33 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А вот я нашёл функцию, которая кое-как грубо аппроксимирует зависимость метров на пиксель от широты.

метры на пиксель = зум / (60+14*(радианы(105 - Ш))^(-3)),

где зум - цифры на линеечке на экране навигатора (в метрах);
Ш - широта в градусах.
Цифры - коэффициенты, полученные подбором в Excel.

Да, я знаю, что это математическое извращение :-P, но примерно похоже.

А вот ещё функция. Уже покрасивше.

метры на пиксель = зум / (31/cos(радианы(Ш))+31,5)
Ложится на данные ещё точнее, и косинус тут в тему. Это немного видоизменённая формула из википедии.
(https://en.wikipedia.org/wiki/Mercator_projection ). Листать туда, где Scale Factor считают.
У меня график получился похожим на картинку из википедии
https://en.wikipedia.org/wiki/Mercator_ ... e_plot.svg


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 15.04.2016 00:00 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Я, конечно, не географ :oops:

... и глобус не пропивал :lol:

Д. Засядько писал(а):
но как мне кажется, в диапазоне от "3200км" до "60км" используется цилиндрическая равнопромежуточная проекция, а ниже - какая-то другая, но тоже цилиндрическая, и как бы даже на Меркатора похожая.

Я могу только сказать, что в диапазоне от "3200км" до "60км" карта сжатая по вертикали (напоминает географическую с квадратными пикселями), а ниже - растягивается до более-менее нормальных пропорций. У Меркатора пропорции сохраняются нормальными в пределах относительно небольшого участка местности. Но, если я правильно понимаю, у цилиндрических проекций меридианы должны быть параллельны и разрешение в градусах на пиксель - постоянно. Но, как мы увидели, в Магелланах оно меняется, а меридианы сходятся к северу. Что это за проекция, я не знаю.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 15.04.2016 00:04 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Кстати, вы "Нижний Тагил" в другом разрешении где должен не показываться верхний край карты на 800м смотрели?

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 15.04.2016 00:10 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
А вот ещё функция. Уже покрасивше.

метры на пиксель = зум / (31/cos(радианы(Ш))+31,5)
Ложится на данные ещё точнее, и косинус тут в тему.

Эта мне нравится больше предыдущей. И косинус выглядит логично (именно из-за привлекательности косинуса я на прошлой неделе убил много времени, извлекая из него корень, возводя в степень, но соответствия данным не добился). Но я думаю, что радианы тут необязательны. Если вычисляешь косинус угла, то какая разница, в градусах он или в радианах?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 15.04.2016 05:55 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Андрей Лунячек писал(а):
ed.ua писал(а):
Кстати, вы "Нижний Тагил" в другом разрешении где должен не показываться верхний край карты на 800м смотрели?

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

Ну и на какой широте при движении сверху вниз появляется карта на масштабе 800м?
p/s: жаль что я не могу наблюдать в Магеллане те же эффекты что и вы.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 15.04.2016 09:59 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Ну и на какой широте при движении сверху вниз появляется карта на масштабе 800м?

Вы имеете в виду при просмотре в навигаторе? В навигаторе я не смотрел. Смотрел в ВантажПойнт, но в основном меня интересовало поведение верхнего и нижнего концов. Я сравнивал их с вашими скриншотами. Попутно осваивал искусство тонкого зуммирования :D

ed.ua писал(а):
p/s: жаль что я не могу наблюдать в Магеллане те же эффекты что и вы.

Может, вам стоит продать Гармин и купить Магеллан? Сами писали, что Гармины уже досконально изучены, и с ними скучно. А с Магелланами не заскучаешь :lol:

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 15.04.2016 11:55 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Если вычисляешь косинус угла, то какая разница, в градусах он или в радианах?
Это нам без разницы, а в экселе разница есть, и очень существенная :) Он ведь, зараза, хочет аргумент функции косинуса в радианах видеть :oops:
Я, кстати, этот момент протупил, а потом удивлялся чудесам на графике :)

Цитата:
Ну и на какой широте при движении сверху вниз появляется карта на масштабе 800м?

Смотря как угадать с метрами на пиксель. При очень близких значениях получается. что карта видна на один шаг "вверх" по шкале и на 3-4 шага "вниз" от "родного" уровня. Например, если карту делали под уровень 3,2 км, то её видно на "4.8km", "3.2km" (чётко), "2.4km", "1.6km", "1.2 km", "800m". Иногда карта пропадает уже на первом же шаге "вверх".

Карта z15_800stop_LL_RMP.rmp у меня видна и вверху, и внизу на "400м", "240м", "150м"


Вложения:
top_bottom.PNG
top_bottom.PNG [ 91.76 КБ | Просмотров: 1618 ]

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 15.04.2016 20:00 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Да. Перелет!. :smile:
Доповнив таблицю з обчисленням по вbщевикладеним скрінам
Вложение:
Результат_1.gif
Результат_1.gif [ 19.38 КБ | Просмотров: 1602 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 16.04.2016 10:25 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
После пристрелки сделал в нужном месте нужные файлы в VP видится так.
Вложение:
Кордон_27000.gif
Кордон_27000.gif [ 125.61 КБ | Просмотров: 1593 ]

Вложение:
Кордон_13000.gif
Кордон_13000.gif [ 86.45 КБ | Просмотров: 1593 ]

Вложение:
Кордон_6700.gif
Кордон_6700.gif [ 183.18 КБ | Просмотров: 1593 ]

Это после длинных rmp, которые накрывают эти два небольших
По длинным выложу и отпишу вечером. Времени в обрез.
Но нужны скрины "воспроизведения " этих файлов как на Магеллане с дисплеем 240х320 так и на 240х400
Вложение:
Кордон1.zip [355.23 КБ]
Скачиваний: 128


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.04.2016 01:18 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Но нужны скрины "воспроизведения " этих файлов как на Магеллане с дисплеем 240х320 так и на 240х400

Выкладываю скрины.
Обе карты одновременно появляются на "800 м".


Вложения:
1.png
1.png [ 54.23 КБ | Просмотров: 1586 ]


_________________
Карти для GPS-навігаторів: де їх брати? https://encyclopedia-mandriv.blogspot.com/2013/06/karty-dlya-gps-navigatorov.html
Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.04.2016 12:10 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
На первый взгляд странновато, неправда ли?
В VP имеем одно, а на вашем приборе другое.
Хотя если на широте там 60 градусов переключение (верхняя масштабная граница отображения) идет при 1:27000 (1:26000)
27000,13000...соответственно 800м, 400м,
а с учетом
Вложение:
60_Scale.gif
60_Scale.gif [ 7.38 КБ | Просмотров: 1559 ]

(читайте мое сообщение)
ed.ua писал(а):
...
Разрешение мониторчика вашего девайса 0,1397 mm/pixl. Это значение постоянное и неизменное (для вашего девайса) на любой широте, глубине и высоте.
А масштаб (Scale см. ссылку Поморцева) себе (на экваторе или определенной широте) для попадания пиксел в пиксел пересчитайте . Отсюда ноги растут , отсюда нужно и раскручивать… и т.д. и т.п....
...

То до исчезновения этой карты на девайсе
(вашем, или 240х400 3.0", а может в приборах Маггеланах используется какое то среднее, нужно проверять)
еще ой как еще далеко...

Табличку дополнил
Вложение:
Результат3.gif
Результат3.gif [ 27.49 КБ | Просмотров: 1559 ]


Если общество считает что достоверных данных достаточно для
Андрей Лунячек писал(а):
...неплохо бы график нарисовать. А там, глядишь, Эд формулу выведет.
то можем приступать.
Хотя по мне красивый следующий набор широт для скринов
Вложение:
широты.gif
широты.gif [ 5.73 КБ | Просмотров: 1559 ]

я бы пометил окантовкой тайлы в кеше SAS и там в SAS наделать недостающих rmp-шек непроблема, и по меченым тайлам при вычислении меньше ошибок и точность выше...


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.04.2016 13:39 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Кстати достаточной высоты в тайлах z14,z15, z16, z17 и т.д. для наших целей можно извратится и делать RMP, где потайловая нарезка будет практически совпадать с тайлами меркатор кеша SAS. То есть фактически тайлы прибор будет только уменьшать/увеличивать, ибо сжимать/растягивать в этом случае уже нет надобности . такой себе препарированный "чистенький rmp".
к примеру в архиве RMP z15_6001.tif.rmp.
В нем тайловая нарезка из геотифф LL в RMPCreator 1:1 совпадает с тайлами кеша SAS (сравниваем .png и его же тайлы из контейнера topo1.a00)
Вложение:
z15_6001LL.zip [785.77 КБ]
Скачиваний: 86


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.04.2016 02:34 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Если общество считает что достоверных данных достаточно для
Андрей Лунячек писал(а):
...неплохо бы график нарисовать. А там, глядишь, Эд формулу выведет.
то можем приступать.

Трудно сказать, достаточно или нет. Есть мои скрины, есть скрины Димы, есть расчёты по ним. Дима даже свою формулу предложил. Если вы выведете, можно будет сравнить, какая ближе к истине.

Скажу только, что очень сильная точность не нужна. Мы видели, к примеру, в тех же картах Карпат, на "400 м" разница между 5,1 и 5,2 м/пикс (это где-то 2%) практически незаметна (а между 5,1 и 5,3 - малозаметна). К тому же в некоторых случаях удобнее брать разрешение, не соответствующее измеренному по скриншотам, чтобы карта отобразилась на нужном масштабе (в Карпатах измеренное 5,137 не показывается на "800 м", а показывается 5,2; то же обнаружено и на широте Харькова). Поэтому можно смело использовать разрешение, вычисленное по формуле, имея в виду, что в некоторых случаях имеет смысл немного изменить его значение для того, чтобы карта отобразилась на нужном зуме (это понадобится только там, где два соседних масштаба отличаются друг от друга в два раза, т.е. пары "30 м" - "60 м" и "400 м" - "800 м").

ed.ua писал(а):
Хотя по мне красивый следующий набор широт для скринов

А чем он красив, и почему цифры широт такие некруглые?

ed.ua писал(а):
я бы пометил окантовкой тайлы в кеше SAS и там в SAS наделать недостающих rmp-шек непроблема, и по меченым тайлам при вычислении меньше ошибок и точность выше...

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

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.04.2016 02:37 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Кстати достаточной высоты в тайлах z14,z15, z16, z17 и т.д. для наших целей можно извратится и делать RMP, где потайловая нарезка будет практически совпадать с тайлами меркатор кеша SAS.

Каким способом вы это делаете?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.04.2016 08:52 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Докладаю:
Я слепил все свои мелкие экспериментальные карты в один файл. Посмотрел на навигаторе.
Результат: несмотря на то, что карты в одном файле, разные куски начинают отображаться на разных уровнях зума в зависимости от широты. Ну, как раньше было с одиночными картами. Однако, я подозреваю, что этот "эксперимент" некорректен, поскольку реально карта состоит из разных кусков, то есть, разных наборов тайлов, каждый со своим tlm-файлом.
Для "чистоты эксперимента" буду делать новую карту одним куском.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.04.2016 10:28 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Д. Засядько писал(а):
... Однако, я подозреваю, что этот "эксперимент" некорректен, поскольку реально карта состоит из разных кусков, то есть, разных наборов тайлов, каждый со своим tlm-файлом.
Для "чистоты эксперимента" буду делать новую карту одним куском.

Поэтому я писал
ed.ua писал(а):

На сьогоднішній день в САС Планеті можливо створити достатньо довгий rmp (до 128 тайлів) де роздільна здатність град/пікс буде постійною (йде мова про вертикаль).

К тому же делать RMP в SAS удобно еще тем, что всегда знаеш разрешение исходника в любой точке карты. Метрические размеры тайла тоже легко и довольно точно измеряются на любой широте.
К тому же в случае чего, повторимость любым форумчанином и воспроизводимость как самого тестового так и результатов измерения идеальная.

Андрей Лунячек писал(а):
Дима даже свою формулу предложил.

Та что первая куда ни шло,буду смотреть.
Вторая (если я чето не напутал) получилась обратной, да и понятно и радианы с косинус под дробной шертой, а в области 85-0 градусов косинус как бы обратная функция к радианам
Вложение:
18.04.jpg
18.04.jpg [ 29.5 КБ | Просмотров: 1537 ]

Вложение:
ф_лаDimon.gif
ф_лаDimon.gif [ 40.86 КБ | Просмотров: 1537 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.04.2016 12:07 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Та что первая куда ни шло,буду смотреть.
Пожалуй, вторая лучше :oops:
По крайней мере, на графике в Экселе прям идеально ложится. Да и погрешность (от измерений по скриншотам) не превышает 5%. Причём это только в одной точке 4,55% отклонение, а так не больше 1-2,5%.

ed.ua, вы неправильно переписали формулу. У меня между "31" и "cos(широты)" стоит знак деления, а не умножения.

Рприбора=M/(31/COS(РАДИАНЫ(широта))+31,5)

И, кстати, я смутно припоминаю, что Паганель вроде бы уже подобную формулу где-то приводил. :oops:


Вложения:
Magellan_Formula.PNG
Magellan_Formula.PNG [ 4.42 КБ | Просмотров: 1525 ]

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.04.2016 13:27 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
По поводу "длинной карты". Я сделал длинную полоску вдоль 36 меридиана. От 60 гр. с. ш. до 85 гр. с .ш.
https://cloud.mail.ru/public/JQeQ/MxR2aPwfF Жаль, не знаю, какое там разрешение. Делал сразу в САСпланете, без ГлобалМаппера и RMPCreator. Кстати, RMPCreator не хочет делать такие извращённые карты. Внешний нарезчик тайлов ругается на что-то там.

Карта в САСпланете тоже получилась не единым куском, из 19 отдельных, э-э-, фреймов, что ли.
Южный край виден на 240м....1,2км, а вот северный край "чудит".
Чудаковатость состоит в следующем: если пододвинуть полоску не совсем к северному краю, а чуть южнее, то карту видно на тех же зумах. Но если подвинуться чуть севернее. так, чтобы крй был посередине экрана, то карта на зуме 1,2км исчезает.
Забавно: выставил зум 1,2км, карту видно. Чуть подвинул на север - оп-па, карта исчезла :)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.04.2016 14:35 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Кстати, RMPCreator не хочет делать такие извращённые карты. Внешний нарезчик тайлов ругается на что-то там.

А если в настройках программы RMPCreator указать такой размер в пикселях, чтобы она не обращалась к внешнему нарезчику, а использовала внутренний? Я внешний вообще не использую, он жутко долго работает, я ни разу не смог дождаться окончания процесса. Сейчас у меня в настройках стоит предельный размер для внутреннего нарезчика 40000х40000 пикселей, карты нормально обрабатываются. Больше пока не ставил, т.к. пока незачем.

Д. Засядько писал(а):
Южный край виден на 240м....1,2км, а вот северный край "чудит".
Чудаковатость состоит в следующем: если пододвинуть полоску не совсем к северному краю, а чуть южнее, то карту видно на тех же зумах. Но если подвинуться чуть севернее. так, чтобы крй был посередине экрана, то карта на зуме 1,2км исчезает.
Забавно: выставил зум 1,2км, карту видно. Чуть подвинул на север - оп-па, карта исчезла :)

Дима, это с разрешением никак не связано. Такая особенность имеет место на любой карте и на любом зуме (не только на "зуме пропадания", но и на среднем зуме из диапазона для данной карты). Причём не только на верхней-нижней, но и на боковых сторонах. Очевидно, это некая особенность Магелланов в отображении крайних тайлов.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.04.2016 14:56 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
А если в настройках программы RMPCreator указать такой размер в пикселях, чтобы она не обращалась к внешнему нарезчику, а использовала внутренний?

Дык вроде ж внутренний нарезчик не умеет резать карты больше, чем 10000х10000 пикселей. Не?
Цитата:
Дима, это с разрешением никак не связано. Такая особенность имеет место на любой карте и на любом зуме (не только на "зуме пропадания", но и на среднем зуме из диапазона для данной карты).

Ой, таки да. Но оно зависит от того, как и куда подвинуть карту.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.04.2016 15:05 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Дык вроде ж внутренний нарезчик не умеет резать карты больше, чем 10000х10000 пикселей. Не?

Умеет. Я резал карту около 32000х32000 пикселей. Каков предел - я не знаю. Но прежде чем пробовать, нужно в настройках цифру побольше выставить.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.04.2016 15:27 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Д. Засядько писал(а):
Цитата:
Та что первая куда ни шло,буду смотреть.
Пожалуй, вторая лучше :oops:
По крайней мере, на графике в Экселе прям идеально ложится. Да и погрешность (от измерений по скриншотам) не превышает 5%. Причём это только в одной точке 4,55% отклонение, а так не больше 1-2,5%.

ed.ua, вы неправильно переписали формулу. У меня между "31" и "cos(широты)" стоит знак деления, а не умножения.

Рприбора=M/(31/COS(РАДИАНЫ(широта))+31,5)

И, кстати, я смутно припоминаю, что Паганель вроде бы уже подобную формулу где-то приводил. :oops:

Ну да зрання нині провтикав
А так ось, нашвидкоруч з неповними даними просто грандіозно
Вложение:
18.04.jpg
18.04.jpg [ 148.12 КБ | Просмотров: 1502 ]

Графік
Вложение:
граф.png
граф.png [ 13.34 КБ | Просмотров: 1502 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.04.2016 23:09 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Ну, тепер ми маємо формулу. :oops:
Тепер треба визначити, яку широту підставляти у формулу (широту нижнього краю карти, верхнього краю карти чи середню).


Гм. Аще є отаке цікаве спостереження.....
Що роблять користувачі "Магеланів"? Досліджують карти, створюють формули, креслять графіки, вивчають особливості картографічних проекцій, поліпшують програмне забезпечення навігаторів (додають україномовний інтерфейс, кирилицю в назви об`єктів на векторних картах, годинник із секундами для зручної синхронізації фотокамери з GPS, тощо), створюють нові карти для навігаторів та інструменти для створення чи конвертації карт.

Що роблять співробітники фірми "Магелан"? Постять собачат та дитинчат росомахи у фейсбуці :) :oops:
https://www.facebook.com/MagellanGPS/po ... 9358994191
https://www.facebook.com/MagellanGPS/ph ... =3&theater


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.04.2016 03:24 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Ну, тепер ми маємо формулу. :oops:
Тепер треба визначити, яку широту підставляти у формулу (широту нижнього краю карти, верхнього краю карти чи середню).

Чисто логически - среднюю.

Д. Засядько писал(а):
Гм. Аще є отаке цікаве спостереження.....
Що роблять користувачі "Магеланів"? Досліджують карти, створюють формули, креслять графіки, вивчають особливості картографічних проекцій, поліпшують програмне забезпечення навігаторів (додають україномовний інтерфейс, кирилицю в назви об`єктів на векторних картах, годинник із секундами для зручної синхронізації фотокамери з GPS, тощо), створюють нові карти для навігаторів та інструменти для створення чи конвертації карт.

Що роблять співробітники фірми "Магелан"? Постять собачат та дитинчат росомахи у фейсбуці :) :oops:
https://www.facebook.com/MagellanGPS/po ... 9358994191
https://www.facebook.com/MagellanGPS/ph ... =3&theater

Да, всё верно. И это не только у Магеллана. У Гармина есть плюс - они регулярно новые модели выпускают, но что касается подготовки карт, то тут всё тоже придумано энтузиастами - программы-патчеры прошивок, конвертеры карт, куча описаний и советов. Сейчас разве что авторы прог под Андроид прислушиваются к пользователям и регулярно выпускают обновления.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.04.2016 18:07 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Чисто логически - среднюю.

А если там разброс большой? К примеру, вот лётные карты Германии - от N47 до N56. http://openflightmaps.org/live/ed-germany/ Если делать для зума "3,2км", то разрешалово колеблется между 41,58 и 36,81. Среднее 39,195 м/пкс.
Получается, что сверху и снизу карта будет растягиваться или сжиматься, а только посередине будет чёткой.
Не, ну можно, конечно, резать карту на полоски по одному градусу в высоту, но это дополнительная морока.
Кстати, как мне кажется, алгоритм ресайзинга у Магеллана простейший. "По ближайшему пикселю". А шо, нехай мелкие детали и надписи корёжатся, зато быстро, и картинка чёткая :)

Цитата:
У Гармина есть плюс - они регулярно новые модели выпускают
Кому плюс, а кому и минус. Как-то обидно может быть хозяину старенького, но ещё рабочего, к примеру, Garmin Quest услышать, что "извините, новых карт для вашего навигатора не будет. Покупайте новый" или узнать, что новая карта "разжирела" в объёме и не влазит на флешку 4ГБ. А порезать карту нельзя. Или что исправления глюкоа с пропадающими номерами домов не будет, ибо нефиг в дороге номера домов на навигаторе разглядывать. На дорогу лучше смотри :)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.04.2016 01:48 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Цитата:
Чисто логически - среднюю.

А если там разброс большой? К примеру, вот лётные карты Германии - от N47 до N56. http://openflightmaps.org/live/ed-germany/ Если делать для зума "3,2км", то разрешалово колеблется между 41,58 и 36,81. Среднее 39,195 м/пкс.
Получается, что сверху и снизу карта будет растягиваться или сжиматься, а только посередине будет чёткой.
Не, ну можно, конечно, резать карту на полоски по одному градусу в высоту, но это дополнительная морока.

Дима, ну ты сам себе ответил. Одно из двух - или резать на полоски, или мириться с некоторым ухудшением картинки вверху и внизу.
В принципе, масштаб "3,2 км" больше подходит для обзорной, чем для основной карты, по которой ты непосредственно ориентируешься. А километровки, пятисотки и более подробные карты вряд ли ты будешь делать такими огромными кусками, чтобы между верхом и низом была значительная разница в разрешении.

Д. Засядько писал(а):
Цитата:
У Гармина есть плюс - они регулярно новые модели выпускают
Кому плюс, а кому и минус. Как-то обидно может быть хозяину старенького, но ещё рабочего, к примеру, Garmin Quest услышать, что "извините, новых карт для вашего навигатора не будет. Покупайте новый" или узнать, что новая карта "разжирела" в объёме и не влазит на флешку 4ГБ. А порезать карту нельзя. Или что исправления глюков с пропадающими номерами домов не будет, ибо нефиг в дороге номера домов на навигаторе разглядывать. На дорогу лучше смотри :)

Ну как сказать. Бывает так, как ты пишешь, а бывает и по-другому. Новые Гармины (Орегоны 600-650, Етрексы 20х-30х и 25-35 Тач, Монтерра) поддерживают те же форматы карт (IMG, KMZ, JNX), что и их предшественники. А бесплатного вектора для Гарминов достаточно много, и вполне можно подобрать себе то, что "влезет на флешку". Так что тут как раз ухудшения от появления новых моделей я не вижу.

Бывают и другие ситуации, когда обновления приносят не совсем те "покращення", на которые рассчитывали. Тот же Ньюман несколько раз менял формат карт для мобильного Озика (ozf2, два вида ozfx3, ozf4), и поздние Озики могут не понимать карты, которые делались для самых ранних Озиков. Или возьмём прошивки для Эксплориста 310. Постепенно прибили Экспорт, Импорт и Усреднение позиции. Из-за усреднения я сижу на 1.19. После майских попробую поставить 1.63 - вдруг вернули. Если нет - опять откачусь на 1.19.

В чём-то ты прав. Я вот на Lowrance Endura облизываюсь. Он мне нравится даже чисто внешне. Да и само сочетание сенсорного экрана и удобных кнопок выглядит очень привлекательно. Но к тому моменту, когда я накоплю на него деньги, он исчезнет из продажи, WinCE вымрет вместе со всеми своими прогами, и останутся только смартфоны с кучей своих приложений и огромными сенсорными экранами, но без кнопочек и без возможности использовать пальчиковые батарейки.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.04.2016 05:23 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Д. Засядько писал(а):
По поводу "длинной карты". Я сделал длинную полоску вдоль 36 меридиана. От 60 гр. с. ш. до 85 гр. с .ш.
https://cloud.mail.ru/public/JQeQ/MxR2aPwfF Жаль, не знаю, какое там разрешение. Делал сразу в САСпланете, без ГлобалМаппера и RMPCreator. Кстати, RMPCreator не хочет делать такие извращённые карты. Внешний нарезчик тайлов ругается на что-то там.

Карта в САСпланете тоже получилась не единым куском, из 19 отдельных, э-э-, фреймов, что ли.
Южный край виден на 240м....1,2км, а вот северный край "чудит".
Чудаковатость состоит в следующем: если пододвинуть полоску не совсем к северному краю, а чуть южнее, то карту видно на тех же зумах. Но если подвинуться чуть севернее. так, чтобы крй был посередине экрана, то карта на зуме 1,2км исчезает.
Забавно: выставил зум 1,2км, карту видно. Чуть подвинул на север - оп-па, карта исчезла :)

Подивився мапу, визначив що з z14 (по SAS). Взяв і переробив, але
1. Границі тайлів SAS мічені
2. Трьома кусками, z12 (1контейнер) z13 (3 контейнера), z14(9).

Бо якщо робити все з z14 то дуже великий діапазон карти в м/пікс: На 85 -1,65м/пікс а на 60- 9,55 м/пікс
3. dв САС поставив більшу якість JPEG
Гляньте, може сподобається. По >>Жаль, не знаю, какое там разрешение. називаєте номер тайлу (він то привязаний до рівня z і широти) і я вам видаю розділову здатність, потім оформлю в екселівський файл.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.04.2016 09:15 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Вложение:
MagellanRd20160420.zip [9.3 КБ]
Скачиваний: 140

На вході рівень SAS Z та нумерація тайлу X, Y, на виході все що видно
скрін з екселя та перевірки розміру в SAS додано, координати вернього лівого пікселя тайлу та дозвільну здатнісь у відповідних координатах перевіряйте самі по SAS :)
Вложение:
exel_t.jpg
exel_t.jpg [ 126.41 КБ | Просмотров: 1710 ]

В такому розрізі справа лише за підрахунком пікселів на скріні.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.04.2016 13:39 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Ну что ж... поделюсь результатами своих изысканий.

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

1. Методика измерений.

Если у нас есть в навигаторе путевые точки, то переносим в безопасное место файл \Waypoints\Magellan_New_Waypoints.gpx - чтобы удобнее было работать он должен быть пустым.
Отключаем все карты.
Устанавливаем ориентацию карты "всегда на север".
Выключаем GPS, а текущее положение выставляем вручную на нужной нам широте (хоть вводом координат, хоть маркером на карте).

Дальше устанавливаем желаемый масштабный уровень и ставим четыре точки вблизи углов карты. Делаем скриншот:

Вложение:
shot00000.png
shot00000.png [ 7.05 КБ | Просмотров: 1687 ]


Повторяем процедуру для нескольких масштабных уровней.

Сбрасываем скриншоты и файл \Waypoints\Magellan_New_Waypoints.gpx на комп для последующей обработки.

Переходим на другую широту и повторяем все снова.

2. Обработка

В итоге вышеописанной процедуры мы получили набор скриншотов и набор координат точек на них.

Код:
<wpt lat="0.249254350977" lon="58.587193622576">
      <time>2016-04-19T11:05:08Z</time>
      <name>WP1</name>
      <sym>FLAG ORANGE</sym>
      <type>Waypoint</type>
      <extensions>
         <mgn:extensions xmlns:mgn="http://www.magellangps.com/mgnext/0/2"/>
      </extensions>
   </wpt>
<wpt lat="0.246546547094" lon="58.587193622576">
      <time>2016-04-19T11:05:23Z</time>
      <name>WP2</name>
      <sym>FLAG ORANGE</sym>
      <type>Waypoint</type>
      <extensions>
         <mgn:extensions xmlns:mgn="http://www.magellangps.com/mgnext/0/2"/>
      </extensions>
   </wpt>
<wpt lat="0.246546547094" lon="58.589105013552">
      <time>2016-04-19T11:05:35Z</time>
      <name>WP3</name>
      <sym>FLAG ORANGE</sym>
      <type>Waypoint</type>
      <extensions>
         <mgn:extensions xmlns:mgn="http://www.magellangps.com/mgnext/0/2"/>
      </extensions>
   </wpt>
<wpt lat="0.249294171622" lon="58.589105013552">
      <time>2016-04-19T11:05:50Z</time>
      <name>WP4</name>
      <sym>FLAG ORANGE</sym>
      <type>Waypoint</type>
      <extensions>
         <mgn:extensions xmlns:mgn="http://www.magellangps.com/mgnext/0/2"/>
      </extensions>
   </wpt>


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

Разрешения считаются в угловых секундах на пиксель.

Таким образом было промеряно 6 точек для значений широты:

0,248221
19,289529
41,327905
56,827437
71,934742
86,949039

3. Результаты.

Если нанести полученные значения на график, то получается интересная картинка:

Вложение:
Scale-Resolution.gif
Scale-Resolution.gif [ 25.44 КБ | Просмотров: 1687 ]


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

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

В-третьих, все линии проходят через 0.

Итак, зависимость разрешения в угловых секундах на пиксель от масштабного уровня можно аппроксимировать формулой:

Вложение:
CodeCogsEqn (4).gif
CodeCogsEqn (4).gif [ 892 байт | Просмотров: 1687 ]


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

Если использовать МНК и посчитать эти коэффициенты для имеющегося набора значений широты, то получается вот такая картинка:

Вложение:
Slope-Latitude.gif
Slope-Latitude.gif [ 9.11 КБ | Просмотров: 1687 ]


По оси X значение широты (в радианах), по оси Y - значение коэффициента зависимости масштабный уровень - разрешение.

Синяя линия - горизонтальное разрешение, красная - вертикальное.

Как выяснилось, зависимость
Вложение:
CodeCogsEqn (5).gif
CodeCogsEqn (5).gif [ 293 байт | Просмотров: 1687 ]
линеаризуется подстановкой

Вложение:
CodeCogsEqn (6).gif
CodeCogsEqn (6).gif [ 589 байт | Просмотров: 1687 ]
(в радианах) или
Вложение:
CodeCogsEqn (7).gif
CodeCogsEqn (7).gif [ 585 байт | Просмотров: 1687 ]
(в градусах):

Вложение:
Slope-Latitude Linearized.gif
Slope-Latitude Linearized.gif [ 11.92 КБ | Просмотров: 1687 ]


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

Тем не менее, параметр "R-квадрат" для обоих составляющих достаточно близок к единице чтобы можно было говорить о линейном характере зависимости.

СКО для линейной зависимости составляет 0,002060 по горизонтали и 0,001319 по вертикали.

Если учесть остаточную нелинейность и аппроксимировать эту зависимость квадратичной функцией, то СКО будут меньше и равны, соответственно, 0,000521 и 0,000446

Итак, в конечном итоге получаем формулу зависимости разрешения в угловых секундах на пиксель от широты и масштабного уровня:

Вложение:
CodeCogsEqn (8).gif
CodeCogsEqn (8).gif [ 917 байт | Просмотров: 1687 ]


линейная зависмость, значения коэффициентов для горизонтального разрешения:

a = 0,679008
b = -0,157750

для вертикального:

a = -0,623140
b = 1,144693

широта в данном случае в радианах.

Более точная формула:

Вложение:
CodeCogsEqn (9).gif
CodeCogsEqn (9).gif [ 1.24 КБ | Просмотров: 1687 ]


с коэффициентами:

a = 0,084945
b = 0,445941
c = -0,004917

по горизонтали, и

a = 0,052884
b = -0,768238
c = 1,239842

по вертикали.

Этого уже достаточно для расчета парамеров ресамлинга карты в GM под нужный масштабный уровень. При желании несложно пересчитать разрешения из угловых секунд в метры.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.04.2016 22:05 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Вот, быстренько слепил калькулятор. Проверяйте.

Вложение:
MResCalc.zip [264.73 КБ]
Скачиваний: 112

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.04.2016 22:41 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Смотрел ф-лу
Вложение:
CodeCogsEqn (9).gif
CodeCogsEqn (9).gif [ 1.24 КБ | Просмотров: 1666 ]

по ходу М у вас в километрах.
То есть если нужно посчитать для 60м, ми вводим значение 0,06?
Делаю тестовые RMP на широте 52,359 под 60м, и 240.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.04.2016 23:49 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
ed.ua писал(а):
Смотрел ф-лу
Вложение:
CodeCogsEqn (9).gif

по ходу М у вас в километрах.
То есть если нужно посчитать для 60м, ми вводим значение 0,06?
Делаю тестовые RMP на широте 52,359 под 60м, и 240.


Да. Старался чтобы диапазон значений по x и y при вычислениях был примерно одного порядка. Ну насколько это возможно. Посему километры и угловые секунды. Ну это уже тонкости компьютерной математики.

Кстати, широту можно не переводить в радианы. Просто делить на 90 и от отношения (оно получается безразмерным) сразу брать косинус.

Смущает один момент. Разрешения в метрах по осям получаются немного разными при пересчете. Не уверен что это правильно. Хотя использовалась максимально точная формула расчета расстояний по координатам, взятая из projlib (а это практически эталон в работе с gis данными).

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

Kx(lat) = K0 + K(lat)
Ky(lat) = K0 - K(lat)

Где K0 - коэффициент для экватора, а K(lat) универсальная поправка на широту.

Я такой вариант пробовал, но у меня СКО для измеренных данных масштаб-разрешение получились больше чем в "несимметричном" варианте который используется сейчас.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.04.2016 00:03 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
сделал 4 тестовые RMP, комментарии и замечания завтра.
маленькие для 240м тут же
Вложение:
z16_240M.zip [640.78 КБ]
Скачиваний: 113


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.04.2016 00:12 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
два других растра из z18 SAS для 60м и геотифы из z16 для 240м и из z18 для 60м тут


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.04.2016 00:35 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
сопоставить координаты точки (меряем точку у основания древка флажка)

Основание - это нижняя часть? Насколько я заметил, у Магелланов на точку указывает центральная часть иконки. Поэтому со флажком получается не совсем корректно. Лучше в качестве иконки использовать крестик.

Программка у вас получилась интересная. И результаты, которые она выдаёт, получаются близкими к реальности. Только хотелось, чтобы вы пояснили, в чём отличие между "Linear" и "Square". Непонятно, что лучше использовать. Мне показалось, что "Square" даёт более реальные результаты. А ещё у меня не получается ввести дробную широту. Запятая не вводится, а введение точки выдаёт ошибку и зависание программы.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.04.2016 00:51 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Linear - линейная зависимость коэффициента K от широты, Square - квадратичная. См. Формулы выше - в первом случае два параметра (a и b), во втором - три (a, b и c)

С точкой - поправлю завтра. Опять забыл десятичный разделитель поменять.

Меня больше беспокоит разность разрешения в меирахипо осям. Сомневаюсь что это правильно.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.04.2016 00:58 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Выше вы сами пишете "более точная формула" про формулу с тремя коэффициентами. Так зачем в калькулятор включать Linear?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.04.2016 05:16 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Потому что, как написал ввше, не уверен что остаточная нелинейность не связана с ошибками измерения.

"Более точная" она только с точки зрения СКО измеренных данных. Так что все это еще нуждается в проверке.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.04.2016 05:46 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
ed.ua писал(а):
сделал 4 тестовые RMP, комментарии и замечания завтра.
маленькие для 240м тут же
Вложение:
Вложение z16_240M.zip больше недоступно

Ну коль есть наработка и из практики формула и утилитка, то нужно проверить на практике.
По ф-ле Засядьько можна определить некоторые интересные моменты
Вложение:
Magellan_Formula.PNG
Magellan_Formula.PNG [ 4.42 КБ | Просмотров: 1647 ]

Один из них , это широта , на которой мерные отрезки прибора не врут, она равна : 31,86273883.
Если ф-ра справедлива и работает, этот факт стоит проверить.
Другой момент, это широты, на которых тайлы из SAS один к одному, отображаются в навигаторе.
Для масштаба отображения 240м, это широта 52,35898812, тайлы уровня Z16 и таже широта но тайлы уровня z18.

Для скажем 400м широта 69,82396635 тайлы SAS z15, для 90м - 77,76027931тайлы от z17 и т.д.

Если к тому же справедлива ф-ла Поморцева, то в принципе значения Width of tile in degree: 0,0027466 Height of tiles in degree: 0,0016773 из .tlm для малых (по высоте) rmp из SAS z16 (z18) должны на этой широте совпадать с данными ф-лы Поморцева для 240м (60м).
Поэтому первым делом возле 52,36 пометил тайлы кеша САС z18? z16, получилась сетка 256х256.
Сделал тестовый rmp в SAS 4х4 тайла из z16 и та-же область в z18 16х16 тайлов.
В GM оформил геотифы вбивая данные от утилиты Поморцева для 52,35898812 и соответственно 240м и 60м и отдельно геотифы от САС ,
но чтоб нарезка тайлов в RMP 1:1 совпадала с тайлами в САС (разбирал контейнеры,проверял-100%cовпадение, то есть в z16_berlinSASgeotiff.tif.rmp и z18_berlinSASgeotiff.tif.rmp границы тайлов физически такие как я пометил ).
Сделал 4 тестовых RMP . , они же с геотифами прилагаются выше.
Смотрел геотиф z16 по данным калькулятора Поморцева в фотошопе, имеем несовпадение пикселов сетки, вместо 256х256 имеем 256х253....
Нужна практика,то есть скрины выложенных мной rmp


Последний раз редактировалось ed.ua 22.04.2016 05:52, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
СообщениеСообщение было удалено | 22.04.2016 05:52.
Причина: повтор
СообщениеДобавлено: 22.04.2016 08:04 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Аналогично из ф-лы Victor Pomortseff
Вложение:
CodeCogsEqn (9).gif
CodeCogsEqn (9).gif [ 1.24 КБ | Просмотров: 1768 ]
можна найти для скажем того же масштаба отображения Магеллана 240 м широту, при которой градусное разрешение (скажем по горизонтали) от калькулятора Victor Pomortseff равно градусному разрешению тайлов кеша САС для уровня скажем z16. Слепить в в САС rmp и в GM с данными от утилитки Victor Pomortseff.
Но поскольку девайс трансформирует тайлы так, чтобы метраж по горизонтали в картинке соответствовал метражу по вертикали,
то первым делом нужно поправить калькулятор так, чтобы соотношение горизонтального разрешения к вертикальному было более точным, чтоб девайс дополнительно не сжимал/растягивал уже имеющие в RMP тайлы.
Можно вообще по найденному горизонтальному разрешению и широте точно вычислять вертикальное разрешение (или сначала на этапе тестирования просто дополнительно- "вертикальное разрешение 2" ) .


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.04.2016 09:49 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Весь вопрос в том, как считать разрешение так, чтобы оно совпало в метрах...
Явно, что где-то есть неточности (неточности округления в навигаторе, неточности измерения и т.п.)

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

Кстати, поправил ошибку с десятичной точкой.

Вложение:
MResCalc.zip [264.81 КБ]
Скачиваний: 112

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.04.2016 10:12 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
ed.ua писал(а):
...
Но поскольку девайс трансформирует тайлы так, чтобы метраж по горизонтали в картинке соответствовал метражу по вертикали,
то первым делом нужно поправить калькулятор так, чтобы соотношение горизонтального разрешения к вертикальному было более точным, чтоб девайс дополнительно не сжимал/растягивал уже имеющие в RMP тайлы.
...

Успел посмотреть в VP тестовые c z16 для 240м.
Несмотря, что красная сетка (границы тайлов SAS) в rmp, который сделан по данным с калькулятора не квадратная (см. соответствующий геотифф, 256х253),
но после попадания в VP она растянулась и стала квадратной (321x321)!!!
Скриншоты VP и соответствующий рабочий .psd прилагаю
Вложение:
VP_z16_SAS_Pom321x321_cat.zip [875.51 КБ]
Скачиваний: 98

Вложение:
22Pomor.png
22Pomor.png [ 576.93 КБ | Просмотров: 1754 ]

Вложение:
22SAS.png
22SAS.png [ 607.12 КБ | Просмотров: 1754 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.04.2016 10:33 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
Весь вопрос в том, как считать разрешение так, чтобы оно совпало в метрах...
Явно, что где-то есть неточности (неточности округления в навигаторе, неточности измерения и т.п.)

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

Кстати, поправил ошибку с десятичной точкой.

Вложение:
MResCalc.zip

То есть у вас есть разрешение в град/пикс и широта а вам нужно для сфероида разрешение в м/пикс на єтой же широте?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.04.2016 11:21 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
ed.ua писал(а):
Victor Pomortseff писал(а):
Весь вопрос в том, как считать разрешение так, чтобы оно совпало в метрах...
Явно, что где-то есть неточности (неточности округления в навигаторе, неточности измерения и т.п.)

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

Кстати, поправил ошибку с десятичной точкой.

Вложение:
MResCalc.zip

То есть у вас есть разрешение в град/пикс и широта а вам нужно для сфероида разрешение в м/пикс на єтой же широте?


Да. Градусы на пиксель пересчитываются в метры на пиксель. Формула есть, но пихать ее в эксель неохота. Не сказать чтобы совсем простая.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.04.2016 13:18 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Что-то не выходит ничего... Не понимаю как добиться чтобы разрешение в метрах было одинаковым по осям...

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.04.2016 19:26 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А я сейчас взял свою тестовую карту на 85 параллели, где у меня нарисованы вертикальные и горизонтальные километровые линии. Меряю в фотошопе длину линий на скриншоте навигатора - вертикальные совпадают с горизонтальными. Меряю по той же карте в ВантажПоинт - вертикальная короче горизонтальной. Хотя программный "измеритель" в ВантажПоинте пишет, что они одинаковые в километрах.
Тогда я беру этот "измеритель" и лезу поближе к полюсу. Рисую вертикальные и горизонтальные линии одинакового километража. Дык, они получаются очень разными в пикселях. :oops:

Я подозреваю, что разработчики Магеллана хотели, чтобы карта при увеличении превращалась из Geofraphic в Mercator, да чего-то там перемудрили.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.04.2016 11:11 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
ed.ua писал(а):
Но поскольку девайс трансформирует тайлы так, чтобы метраж по горизонтали в картинке соответствовал метражу по вертикали,
то первым делом нужно поправить калькулятор так, чтобы соотношение горизонтального разрешения к вертикальному было более точным, чтоб девайс дополнительно не сжимал/растягивал уже имеющие в RMP тайлы.


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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.04.2016 13:16 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А я сделал новую "серию" своих карт (кроме широты 85 градусов. Что-то тупит ГМ при экспорте). Там всё те же "уголочки" по 500м, 1км и 2км, но теперь при экспорте из ГлобалМаппера в GeoTIFF я выставлял разрешение в метрах на пиксель, посчитанное по моей формуле. Одинаковое по широте и по долготе. Просчитал так, чтобы карта была чётко видна на масштабе "400м". Закинул карты в навигатор и посмотрел результат. Получилась чёткая картинка на всех широтах (если чёткость оценивать по надписям, которые генерирует ГМ из векторных данных и глобалмапперовской масштабной линейки с подписями :-) ). Тем не менее, чёткость ещё пока не идеальная. На экваторе при ресайзинге навигатор "погрыз" цифру нолик, превратив его в скобочку :)
Завтра вечером постараюсь наделать скриншотов для новых замеров.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.04.2016 18:47 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
...
Смущает один момент. Разрешения в метрах по осям получаются немного разными при пересчете. Не уверен что это правильно. Хотя использовалась максимально точная формула расчета расстояний по координатам, взятая из projlib (а это практически эталон в работе с gis данными).
...

Если использовалась максимально точная формула, то наверное в ней забит эллипсоид .
Но судя по тому, что в VP расстояния между точками на широтах, отличных от экватора, совпадают с расстояниями между этими точками в SAS на картосервисах с EPSG:3785 (скажем OSM, Google ...) и не совпадают где EPSG:3395 (типа Яндекс) то предполагаю что и в приборах Магеллан используется сферическая модель Земли.
А по сему мое предложение
ed.ua писал(а):
Но поскольку девайс трансформирует тайлы так, чтобы метраж по горизонтали в картинке соответствовал метражу по вертикали, то первым делом нужно поправить калькулятор так, чтобы соотношение горизонтального разрешения к вертикальному было более точным, чтоб девайс дополнительно не сжимал/растягивал уже имеющие в RMP тайлы.
Можно вообще по найденному горизонтальному разрешению и широте точно вычислять вертикальное разрешение (или сначала на этапе тестирования просто дополнительно- "вертикальное разрешение 2" ) .
нужно понимать так:
-вертикальное разрешение 2 (градусное или там секундное) будет равно найденному по вашей формуле горизонтальному разрешению умноженному на косинус широты.

Не проверял, но думаю что моя "красная сетка" после экспорта GM в геотифф с таким соотношением градусных разрешений останется с квадратными ячеями.
Разрешение в м/пикс из тоже без проблем.
Скажем по горизонтали зная град/пикс узнаем количество пикселов в 360 градусах.
Имея количество пикселов для 360 градусов и зная длину окружности на широте тупо вычисляем м/пикс горизонтальное.
Как то так, остальное - точность вашей ф-лы...


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.04.2016 19:33 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
ed.ua писал(а):
-вертикальное разрешение 2 (градусное или там секундное) будет равно найденному по вашей формуле горизонтальному разрешению умноженному на косинус широты.


Ну это легко проверить. Данные по вертикальному и горизонтальному разрешениям для широт от 0 до 85 градусов у меня есть. Надо посмотреть насколько велика невязка arccos(Ry/Rx) и реальной широты.

Хотя есть определенные сомнения. Как вы помните, это направление обсуждения началось как раз с того, что разрешение на произвольной широте есть разрешение на экваторе на косинус широты.

Это характерно для меркатора (OSM), но для магеллана не прокатило.

Хотя тот фвкт, что на экваторе разрешения в градусах одинаковые моими измерениями подтверждается.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.04.2016 20:17 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
ed.ua писал(а):
-вертикальное разрешение 2 (градусное или там секундное) будет равно найденному по вашей формуле горизонтальному разрешению умноженному на косинус широты.


Ну это легко проверить. Данные по вертикальному и горизонтальному разрешениям для широт от 0 до 85 градусов у меня есть. Надо посмотреть насколько велика невязка arccos(Ry/Rx) и реальной широты.

Хотя есть определенные сомнения. Как вы помните, это направление обсуждения началось как раз с того, что разрешение на произвольной широте есть разрешение на экваторе на косинус широты.

Это характерно для меркатора (OSM), но для магеллана не прокатило.

Хотя тот фвкт, что на экваторе разрешения в градусах одинаковые моими измерениями подтверждается.

Для магеллана "не прокатило" трансформация магелланом разрешения исходника для отображения его на дисплее.
А для скажем Google картосервиса разрешение на произвольной широте есть разрешение на экваторе на косинус широты это изначальная истина


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.04.2016 20:47 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
ed.ua писал(а):
Victor Pomortseff писал(а):
ed.ua писал(а):
-вертикальное разрешение 2 (градусное или там секундное) будет равно найденному по вашей формуле горизонтальному разрешению умноженному на косинус широты.


Ну это легко проверить. Данные по вертикальному и горизонтальному разрешениям для широт от 0 до 85 градусов у меня есть. Надо посмотреть насколько велика невязка arccos(Ry/Rx) и реальной широты.

Хотя есть определенные сомнения. Как вы помните, это направление обсуждения началось как раз с того, что разрешение на произвольной широте есть разрешение на экваторе на косинус широты.

Это характерно для меркатора (OSM), но для магеллана не прокатило.

Хотя тот фвкт, что на экваторе разрешения в градусах одинаковые моими измерениями подтверждается.

Для магеллана "не прокатило" трансформация магелланом разрешения исходника для отображения его на дисплее.
А для скажем Google картосервиса разрешение на произвольной широте есть разрешение на экваторе на косинус широты это изначальная истина


Так это понятно. Разрешение ОСМ карт (меркатор) так и считается - есть заранее просчитанные значения разрешений разных уровней для экватора, а для нужной широты получается умножением на косинус.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.04.2016 11:32 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Ну вот, далее, что мы имеем в Магеллане, мое вИдение.
Если немножко пофилософствовать то как бы там не было но:
1) Изначально появились карты!
2)А потом уже GPS навигация и навигатор Магеллан.
Вложение:
ConstellationGPS.gif
ConstellationGPS.gif [ 485.5 КБ | Просмотров: 1687 ]

3) А после уже для нас смертных пользователей с некоторых пор эти растровые карты навигаторы Магеллан начал поддерживать, причем для удобства тех же пользователей, скажем в туристических навигаторах, растр показывается в том же виде, к которому мы привыкли.

Вот даже мерная линейка на дисплее там не в градусах/минутах/секундах а в m/km и т.п.
То есть по истории развития вопроса ясно и задумка производителя понятна.

По факту.
На входе в прибор имеем тайловые наборы-контейнера, и в описании .tlm отдельно взятого контейнера .a00 (как мне объясняли) забиты координаты углов набора (матрицы) тайлов и значения ширины и высоты тайла в градусах. Эти два параметра являются общими для всех тайлов, отдельно взятого контейнера.
То есть мы с вами знаем что на входе в прибор имеем градусы, причем не обязательно в формате классической географической проекции ,может быть и Equirectangular projection.
Причем в связи с этим исходник может иметь вид такой:
все легко проверяется, смотрим соответствующий геотифф или в конце концов разбираем контейнер и лепим мозаику в фотошопе или просто открываем rmp в MAPC2MAPCNET и смотрим (вкладка view)

Вложение:
z5555__.png
z5555__.png [ 331.2 КБ | Просмотров: 1687 ]

или такой:
Вложение:
z5555_I.png
z5555_I.png [ 359.42 КБ | Просмотров: 1687 ]

или очень "правильный" такой:
Вложение:
Z16_berlin4x4SASmerc555.png
Z16_berlin4x4SASmerc555.png [ 478.46 КБ | Просмотров: 1687 ]


Но какой бы там не был rmp, какие бы там не были тайлы, на выходе, читай на дисплее, имеем картинку равенства (насколько это вообще возможно) высоты и ширины в "метры на метры"
Заметьте, не ужатую (см. верхний исходник) , не растянутую(см.средний исходник) а нормальную для восприятия, как и есть в исходном меркаторе!
То есть на выходе метры, мерный отрезок (будь он в магеллане не ладен) в метрах, и практически (см. формулу Д. Засядько ) главная тенденция подчиняется Меркатору.
Плюс добавте сюда часть первую "Если немножко пофилософствовать..." и если кто смотрел-сравнивал мои тестовые rmp, где тайлы кеша SAS меркатор и тайлы с RMP идут 1 к 1 ...
По вопросу качества картинки.
Кто нибуть смотрел внимательно как это происходит в VP?
Я ранее выкладывал скрин с VP с комментарием на скрине "А) Улучшается изображение"
Вложение:
Кордон_6700.gif
Кордон_6700.gif [ 183.18 КБ | Просмотров: 1687 ]

Поскольку техника тонкого зуммирования в VP как минимум одним форумчанином освоена можно посмотреть и увидеть а потом и обсудить
Вложение:
Q0.png
Q0.png [ 760.22 КБ | Просмотров: 1687 ]

Вложение:
Q1.png
Q1.png [ 564 КБ | Просмотров: 1687 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.04.2016 13:21 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
1. Разрешение в угловых единицах по осям действительно связаны между собой косинусом широты.

Т.е.

Вложение:
CodeCogsEqn (1).gif
CodeCogsEqn (1).gif [ 584 байт | Просмотров: 1680 ]


2. Зависимость разрешения от масштаба при фиксированной широте линейна:

Вложение:
CodeCogsEqn (2).gif
CodeCogsEqn (2).gif [ 522 байт | Просмотров: 1680 ]


3. Если сделать подстановку

Вложение:
CodeCogsEqn (3).gif
CodeCogsEqn (3).gif [ 589 байт | Просмотров: 1680 ]


То зависимость коэффициента K от х также будет линейна:

Вложение:
CodeCogsEqn (4).gif
CodeCogsEqn (4).gif [ 554 байт | Просмотров: 1680 ]


Итого имеем:

Вложение:
CodeCogsEqn (5).gif
CodeCogsEqn (5).gif [ 1.11 КБ | Просмотров: 1680 ]


где:

a = -0.6211754259,
b = 0.522068947

Вложение:
CodeCogsEqn (6).gif
CodeCogsEqn (6).gif [ 590 байт | Просмотров: 1680 ]


Вот версия калькулятора, который реализует эти формулы:

Вложение:
MResCalc.zip [264.14 КБ]
Скачиваний: 108


Можно попробовать заняться нелинейной оптимизацией для более точного подбора коэффициентов a и b, обеспечивающих минимальное расхождение разрешений в метрах во всем диапазоне значений широты.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.04.2016 13:49 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Есть считать по упрощенным формулам (длина 1" дуги мерединана без учета полярного сжатия равна 31м, а длина 1" дуги параллели равна 31м (длина 1" дуги параллели на экваторе) умноженная на косинус широты, то метрические разрешения по осям совпадают.

Итого, окончательная версия калькулятора:

Вложение:
MResCalc.zip [263.35 КБ]
Скачиваний: 114


Думаю, для практических целей этого вполне хватит.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.04.2016 14:17 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Вот и славненько, но коэффициенты
Victor Pomortseff писал(а):
где:

a = -0.6211754259,
b = 0.522068947

желают оставаться лучшими


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.04.2016 14:26 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
ed.ua писал(а):
Вот и славненько, но коэффициенты
Victor Pomortseff писал(а):
где:

a = -0.6211754259,
b = 0.522068947

желают оставаться лучшими


В смысле?

Пытаться улучшить их? Ну это только нелинейной оптимизацией (в данном случае считай подбором). Ну или надо сильно много данных по разрешениям. Я намерял 6 точек по широте (каждая точка усреднение по 4-м измерениям).

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

В общем, думаю, что не зная реального алгоритма, вряд ли получится что-то более лучшее подобрать.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 24.04.2016 16:04 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Посчитал коэффициенты несколько иначе, получилось:

a = -0.6244612346,
b =0.5240819253

Чуть иные значения.

Эти коэффициенты получены линейной регрессией. В качестве X использовалось значение

Вложение:
CodeCogsEqn (3).gif
CodeCogsEqn (3).gif [ 589 байт | Просмотров: 1801 ]


а в качестве Y набор данных:

Вложение:
CodeCogsEqn (7).gif
CodeCogsEqn (7).gif [ 442 байт | Просмотров: 1801 ]


и

Вложение:
CodeCogsEqn (8).gif
CodeCogsEqn (8).gif [ 708 байт | Просмотров: 1801 ]


Версия калькулятора:

Вложение:
MResCalc.zip [263.75 КБ]
Скачиваний: 119


Тут можно коэффициенты задавать в ini файле. Так что можно поиграться с разными.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2016 15:52 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А я уточнил коэффициенты в своей формуле, для чего понаделал новых скриншотов и перемерял карты "линейкой" в фотошопе.
Более точная формула выглядит так:

Мгм=Ммагеллан/(30,811/COS(РАДИАНЫ(ABS(Ш)))+31,913)

где Мгм - метры на пиксель,
Ммагеллан - цифры на линеечке на экране Магеллана (интересно, а как там у Тритонов, шкала такая же?),
Ш - широта в градусах.
Отклонение модели от реальных замеров среднее 0,16%, максимальное 0,74%. Думаю, достаточно, хотя подгонкой смещения широты можно добиться и 0,12% :smile:
Формула, как мне кажется, актуальна и имеет смысл на зумах до "8км" и ниже, ибо при "вознесении к небу" карта растягивается.

Теперь на вопрос "А какое разрешение выставлять при экспорте карты из ГлобалМаппер?" можно ответить "А на каком уровне зума хочешь её видеть - такой и вводи в формулу. Результат вбивай в ГМ (одинаковый по широте и долготе).

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


Вложения:
Считаем масштабный коэффициент.xls [132 КБ]
Скачиваний: 155

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2016 21:30 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Д. Засядько писал(а):
...
Ну и для удобства сделал табличку подбора нужного разрешения при конвертации онлайновых карт...


В формуле для Разрешение онлайн карты, м/пикс.
Код:
=40075160*COS(РАДИАНЫ(A$2))/2^($A5+8)

число 40075160 правильное?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.04.2016 22:04 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Кстати, с разрешенрем онлайновых карт не все понятно. Ибо SAS показывает не совсем те цифры, которые получаются по ыормуле расчета разрешения для OSM карт...

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2016 02:19 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
интересно, а как там у Тритонов, шкала такая же?

У друга есть Тритон 1500, можно посмотреть. Но не сейчас, а после праздников.

Д. Засядько писал(а):
Отклонение модели от реальных замеров среднее 0,16%, максимальное 0,74%.

В Карпатах, где по скриншоту я вычислил разрешение 5.137 м/пикс на "400 м", я делал ряд карт 5.1, 5.2, 5.3 и т.д. до 5.7 м/пикс. Сделал вывод, что разница в разрешении около 2% глазом визуально практически не улавливается (разве что глаз очень намётанный, а хозяин глаза - очень придирчивый). Так что модель с таким отклонением, как у тебя, более чем пригодна для практического использования.

Но хочется отметить один момент. В Магеллане масштабы в большинстве случаев отличаются друг от друга примерно в полтора раза. И подобные формулы дают разрешения, вполне работоспособные для данных масштабов. Но есть несколько масштабов, отличающихся друг от друга ровно в два раза. Из тех, которыми мы чаще всего пользуемся на практике, это следующие пары: 30м - 60м и 400м - 800м. И вот здесь может быть подвох. Я уже писал, что, делая топокарту Карпат, обнаружил, что карта с родным (вычисленным мной по скриншоту) разрешением для масштаба "400м" на данной широте - 5.137 м/пикс - не показывалась на масштабе "800м", что создавало неудобства (карту нельзя было уменьшить для обзора). На "800м" показывалась карта с разрешением 5.2 м/пикс. Отсюда вывод: для вышеуказанных масштабов к разрешению нужно подходить творчески. Сделал карту, глянул - не понравилось. Чуток изменил разрешение, и всё окей.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2016 06:49 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
Кстати, с разрешенрем онлайновых карт не все понятно. Ибо SAS показывает не совсем те цифры, которые получаются по ыормуле расчета разрешения для OSM карт...

Ну может оттого что в радиус для EPSG:3785 ,берется 6378137,0 m и расчетная длинна экватора соответственно будет 2ПR = 40075016,69m а не
ed.ua писал(а):
число 40075160 правильное?

Разница в 6-м знаке для вашей конкретной задачи по качеству картинки погоды не делает,но если просто механическая ошибка, то нужно поправить.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2016 07:33 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Я сравнивал то, что показывает SAS с тем, чтг получается по даннвм, приведенным в инете (я тут давал ссылку на таблицу разрешений OSM на экваторе и там же указано что надо на косинус широты умножать.

Так вот эти цифры разные. Не сильно, но отличаются.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2016 09:36 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Если вас смущает косинус широты, так он там присутствует
ed.ua писал(а):
В формуле для Разрешение онлайн карты, м/пикс.
Код:
=40075160*COS(РАДИАНЫ(A$2))/2^($A5+8)

Если же >>Так вот эти цифры разные. Не сильно, но отличаются. то дайте конкретно Z, широту и те цифры которые отличаются.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2016 10:02 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
ed.ua писал(а):
Если вас смущает косинус широты, так он там присутствует
ed.ua писал(а):
В формуле для Разрешение онлайн карты, м/пикс.
Код:
=40075160*COS(РАДИАНЫ(A$2))/2^($A5+8)

Если же >>Так вот эти цифры разные. Не сильно, но отличаются. то дайте конкретно Z, широту и те цифры которые отличаются.


Например:

широта 56.8337494806
Уровень зума ОСМ 12 (SAS - 13)
Разрешение по таблице ОСМ (для широты 56.833749) 20.89 м/пикс, SAS показывает 20.91 м/пикс.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2016 10:37 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):

Например:

широта 56.8337494806
Уровень зума ОСМ 12 (SAS - 13)
Разрешение по таблице ОСМ (для широты 56.833749) 20.89 м/пикс, SAS показывает 20.91 м/пикс.

Ну а как должно быть при том радиусе, что указано в OSM wiki
Вложение:
OSMwiki.png
OSMwiki.png [ 22.74 КБ | Просмотров: 1734 ]

Если кто в теме то вот в расчетные циферки и собственно расчеты
Вложение:
compar.png
compar.png [ 3.3 КБ | Просмотров: 1734 ]

Вложение:
R_R.xls [17 КБ]
Скачиваний: 285


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2016 21:07 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
число 40075160 правильное?
Что гугль выдал, то и подставил :) http://geography.about.com/library/faq/ ... erence.htm The circumference of the earth at the equator is 24,901.55 miles (40,075.16 kilometers).
Цитата:
Я уже писал, что, делая топокарту Карпат, обнаружил, что карта с родным (вычисленным мной по скриншоту) разрешением для масштаба "400м" на данной широте - 5.137 м/пикс - не показывалась на масштабе "800м", что создавало неудобства (карту нельзя было уменьшить для обзора). На "800м" показывалась карта с разрешением 5.2 м/пикс. Отсюда вывод: для вышеуказанных масштабов к разрешению нужно подходить творчески. Сделал карту, глянул - не понравилось. Чуток изменил разрешение, и всё окей.

Как вариант - можно сделать две карты: под "400м" и под "800м".
Цитата:
Так вот эти цифры разные. Не сильно, но отличаются.
Кстати, да. Я и не заметил, что у меня тоже не совпали цифры с тем, что указано в ОСМ вики. http://wiki.openstreetmap.org/wiki/Zoom_levels Вероятно, это из-за разной длины окружности.
Гм. Я сейчас порылся в интернет и нашёл несколько разных значений длины окружности Земли по экватору.
40075,16 км, 40075,017 км, 40075,02 км, 40074,784 км (это я из википедии взял экваториальный радиус и посчитал окружность как 2*пи*радиус). Вобщем, что-то тут нечисто :)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.04.2016 21:42 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Я звичайно в легкому шоцi. По радiусу (чи длины окружности) якраз з 1984 року гадати не потрiбно.
WGS 84 - вiдноситься до 1984 року
Гляньте в SAS в параметри карти.
Чи просто зауважте
Вложение:
sasRadius_EPSG.png
sasRadius_EPSG.png [ 269.14 КБ | Просмотров: 1707 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.04.2016 01:31 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Как вариант - можно сделать две карты: под "400м" и под "800м".

Не вижу смысла делать две карты, когда можно обойтись одной. Незначительное изменение разрешения (картинка визуально практически не меняется), и та же самая карта (изначально делавшаяся под "400м") видна и на "800м" тоже.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.04.2016 08:38 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Д. Засядько писал(а):
Гм. Я сейчас порылся в интернет и нашёл несколько разных значений длины окружности Земли по экватору.
40075,16 км, 40075,017 км, 40075,02 км, 40074,784 км (это я из википедии взял экваториальный радиус и посчитал окружность как 2*пи*радиус). Вобщем, что-то тут нечисто :)


Разные датумы используют разные параметры эллипсоидов.

Датум СК42, например, использует эллипсоид Красовского у которого большая полуось (радиус на экваторе) равна 6378245.0 м, а датум WGS84 использует эллипсоид GRS80 с большой полуосью 6378137.0 м.

Вот тут

Вложение:
MResCalc.zip [374.7 КБ]
Скачиваний: 143


Вынес этот параметр (большая полуось эллипсоида) в ini файл вместе с коэффициентами формулы.
Ну и добавил автоматический расчет широты по номеклатуре 1км листа карты ГШ.

Кстати, сравнивал вашу и свою формулу - значения разные. На моей широте для масштаба 90м ваша формула дает разрешение 1.020м/п, а моя 1.043м/п Что правильнее - не знаю :-)

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.04.2016 10:08 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Я бегло посравнивал значения ваших калькуляторов и таблички Димы с несколькими разрешениями, измеренными мной на разных широтах (из тех, что я здесь ранее выкладывал). В общем, от широты зависит, что ближе к истине. На одной широте - табличка Димы, на второй- один ваш калькулятор, на третьей - другой ваш калькулятор.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.04.2016 10:42 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Померял невязки

широта 86.95. Макс. невязка по Х 9.93%, по Y 5.08%
широта 71.93. Макс. невязка по Х 1.71%, по Y 2.26%
широта 56.83. Макс. невязка по Х 0.81%, по Y 2.02%
широта 41.33. Макс. невязка по Х 1.18%, по Y 1.05%
широта 19.29. Макс. невязка по Х 1.11%, по Y 1.53%
широта 00.25. Макс. невязка по Х 1.29%, по Y 1.29%

Это по угловым разрешениям которые я мерял.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.04.2016 11:32 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Если использовать нелинейную модель

Вложение:
CodeCogsEqn (9).gif
CodeCogsEqn (9).gif [ 1.6 КБ | Просмотров: 2028 ]


с коэффициентами

a=0.0461120386
b=-0.6587557564
c=0.5266400828

то максимальная невязка составляет 4.37% (СКО = 0.00048) на широте 86.95. На более низких широтах невязка не превышает 1.22%

Вложение:
MResCalc.zip [363.2 КБ]
Скачиваний: 127


Все коэффициенты (линейные и нелинейные) в ini файле. Там же выбор модели (UseSquare) - линейная или нелинейная.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.04.2016 11:37 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Не так уж много людей добираются с Магелланами в руках до 80-го градуса широты. :D
А на 70-й широте и южнее - ошибка невелика и не мешает практическому использованию.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.04.2016 13:08 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Вот окончательные значения коэффициентов:

Линейная модель:

LinA=-0.6244612554
LinB=0.5240819344

Квадратичная модель:

SqA=0.0461120353
SqB=-0.658755775
SqC=0.5266400918

можно в последней весрии калькулятора подставить в ini файл

Получены по 144-м точкам в диапазоне широт от 0.2 до 86.95 градусов (6 значений широт) и трем значениям масштабов - 90, 400 и 1600м (этого достаточно т.к. зависимость от масштаба линейна).

Максимальная невязка для линейной модели 9.9%, квадратичной - 4.4% (обе для широты 86.95).
В диапазоне широт 0.2..71.93 максимальная невязка линейной модели 2.3%, квадратичной - 1.4%

СКО линейной модели 0.000327, квадратичной - 0.000241

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.04.2016 13:44 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
...

Кстати, сравнивал вашу и свою формулу - значения разные. На моей широте для масштаба 90м ваша формула дает разрешение 1.020м/п, а моя 1.043м/п Что правильнее - не знаю :-)

Все решает контрольный выстрел! :kayak:
По уточненной формуле Дмитрия, разрешение прибора при масштабах отображения 240 м, 60м, 30м равно разрешению соответствующим уровням SAS Планеты Z16, Z18, Z19 широты 52,5021645368748.
Но для последнего калькулятора Victor Pomortseff для вышеуказанной широты разрешения другие.
Сделал контрольный rmp от SAS z18 для 60м с мечеными границами тайлов 256х256.
Разрешение 0,7270м/пикс
Тайлы в rmp 1 к 1 совпадают с тайлами из кеша SAS Планеты.
Вложение:
topo1.a00.049.jpg
topo1.a00.049.jpg [ 18.23 КБ | Просмотров: 2029 ]

Тайлы с надписью y42996 z18 перекрывают широту 52,5021645368748
Вложение:
Y42996 z18.png
Y42996 z18.png [ 464.1 КБ | Просмотров: 2029 ]

По Д. Засядько тайлы и этого RMP вообще не должны трансформироваться прибором, и на скринах меченные края должны иметь размер 256х256 пикс.
По калькулятору Victor Pomortseff для 52,5021645368748 и 60м имеем 0,7383 м/пикс такая разность приведет к уменьшению меченных тайлов до размера 252х252 пикс.
Интересно что на самом деле имеем. Всего-то нужно два скрина , с перекрытием любого тайла с надписью y42996 z18 .
RMP взять тут


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.04.2016 22:56 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Скриншоты сделал. https://cloud.mail.ru/public/MQYy/6oFZAHWPj Линии в фотошопе измерил. Правда, только вертикальные, ибо 252...256 пикселей не влазят в экран шириной 240 пикселей :)
Получилось, что длина вертикальной линии 251...252 пикселя (на разных скринах).

Буду думать :oops:

Тут важно понять логику разработчиков и вникнуть в суть, иначе будем городить трёхэтажные формулы с кучей поправочных коэффициентов и ограничений. Может, нужно больше замеров на разных широтах и разных разрешениях? Может, где-то неточно померили, или при ресайзинге в навигаторе где-то "пиксель потерялся". Я уже говорил, что у меня на экваторе циферку в надписи "обгрызли". Возможно, на каких-то широтах навигатор и измеряемые линии понадкусывал. :smile:
Я как-то замерял интенсивность потока автомобилей. В один и тот же день недели, в одно и то же время утром с 8 до 9. Из четырёх замеров один получился ниже среднего процентов на 15. Почему? А мы переходили на летнее время, и люди попросту проспали, и выехали чуть позже


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2016 00:02 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Тут важно понять логику разработчиков

Это тех, которые собачек в Фейсбуке постят?
Хрен их поймёшь. Сделали бы обычный Меркатор, как в онлайн-картах и в навигационных прогах под Андроид. Всё было бы гораздо проще.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2016 08:29 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Д. Засядько писал(а):
Скриншоты сделал. https://cloud.mail.ru/public/MQYy/6oFZAHWPj Линии в фотошопе измерил. Правда, только вертикальные, ибо 252...256 пикселей не влазят в экран шириной 240 пикселей :)
Получилось, что длина вертикальной линии 251...252 пикселя (на разных скринах).

Буду думать :oops:

[/spoiler]

Только что смотрел и измерял.
При тайле в 186,12m x 186,12m имеем разрешение по вертикали (проверял =252 пикс) 0,7386 м/пикс.
К сожалению не нашел пару скринов что перекрывают тайл, чтоб поточнее определить разрешение по горизонтали.
Вложение:
shot10_3_4_5.png
shot10_3_4_5.png [ 126.58 КБ | Просмотров: 1997 ]

Но по shot00000 в верхней части от края тайла до буквы m в слове Am (Mitte Am) намерял 232 226 пиксела (спешка на работу), соответственно разрешение по горизонтали составило 0,7270 м/пикс 0,7463 м/пикс!!!
к слову сказать, полагаю что Магеллан берет среднее разрешение блока (контейнера) тайлов .a00 (у нас в этом тестовом RMP 1 блок-контейнер)
и сторонней прогой определилось следующее разрешение карты
Вложение:
Med.png
Med.png [ 7.17 КБ | Просмотров: 1997 ]

которое до 3 знака совпало со значением в .map 0.728606 (паралельно при віводе геотиффа из GM пометил чекбокс сформировать привязку .map для OZI


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2016 11:13 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Замер shot00005 горизонтальное разрешение составило 0,7469м/пикс
Вложение:
Замер_2_.png
Замер_2_.png [ 225.35 КБ | Просмотров: 1982 ]

256 (исходник) - 186,12м
226 (исходник) - 164,31м
220 прибор => 0,7469 м/пикс

По идеи для отображения при масштабе прибора 90м разрешение должно быть: 1,1199 м/пикс, в пропорции от среднего по горизонтали и по вертикали 1,1079
Будет время проверю

Посмотрел shot00001, на 90м по вертикали 168пикс =186,12 =>1,1079 м/пикс
на на 90м по горизонтали 166 -167(пикс) =186,12 => 1,1212 - 1,1145 (м/пикс ), среднее 1,1178
Вложение:
shot00001.jpg
shot00001.jpg [ 87.31 КБ | Просмотров: 1977 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2016 14:29 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
А вот еще пища для размышления. Вроде бы, Паганель в своей время писал что магеллан использует equirectangular projection (она же equidistant cylindrical projection, она же geographic projection которую мы устанавливаем в GM).

Так вот, формулы для этой проекции:

Изображение

где:
φ1 are the standard parallels (north and south of the equator) where the scale of the projection is true

https://en.wikipedia.org/wiki/Equirectangular_projection

Собственно к чему это я... А к тому, что, если помните, то я писал в этой теме ранее о некоей волшебной "широте разработчиков". Так вот, судя по всему, это и есть эта самая φ1. Та широта, на которой масштабная линейка в метрах (хотя у меня закрадывается подозрение, что правильнее ее брать в футах) показывает реальное разрешение прибора в метрах (футах) на пиксель...

Ну если проще, то берем, скажем, масштаб "400 метров". По масштабной линейке это будет разрешение 5.88 м/п. Так вот, есть некая φ1, на которой реальное разрешение прибора будет равно 5.88

Ну и далее идем: http://mathworld.wolfram.com/CylindricalEquidistantProjection.html

Еще вот тут я писал:

Цитата:
60/69 = 0.87 м/пикс для широты разработчиков
Разрешение на экваторе для 17-го зума ОСМ (18-й зум САС) 1.193 м/пикс.
Тогда 0.87/1.193 = 0.729 Что соответствует широте 43.17611 градуса.

http://xt.ht/phpbb/viewtopic.php?p=1682535#p1682535

А вот тут:

Цитата:
Several cylindrical equidistant projections were devised by R. Miller. Miller's projections have standard parallels of phi_1=37 degrees30^' (giving minimal overall scale distortion), phi_1=43 degrees (giving minimal scale distortion over continents), and phi_1=50 degrees28^' (Miller 1949).

http://mathworld.wolfram.com/MillerEquidistantProjection.html

Вот такая вот информация к размышлению...

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2016 16:12 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
ed.ua писал(а):
Д. Засядько писал(а):
Скриншоты сделал. https://cloud.mail.ru/public/MQYy/6oFZAHWPj Линии в фотошопе измерил. Правда, только вертикальные, ибо 252...256 пикселей не влазят в экран шириной 240 пикселей :)
Получилось, что длина вертикальной линии 251...252 пикселя (на разных скринах).

Буду думать :oops:

[/spoiler]

Только что смотрел и измерял.
При тайле в 186,12m x 186,12m имеем разрешение по вертикали (проверял =252 пикс) 0,7386 м/пикс.
К сожалению не нашел пару скринов что перекрывают тайл, чтоб поточнее определить разрешение по горизонтали.
Вложение:
shot10_3_4_5.png

Но по shot00000 в верхней части от края тайла до буквы m в слове Am (Mitte Am) намерял 232 226 пиксела (спешка на работу), соответственно разрешение по горизонтали составило 0,7270 м/пикс 0,7463 м/пикс!!!


А можно проверить что будет при разрешении 0.73441352м/п?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2016 17:19 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Итак, что это за проекция такая у навигатора? Параллели и меридианы образуют прямоугольную сетку (или нет?), "размеры" линейных объектов увеличиваются от экватора к полюсам на одном и том же уровне зума, соотношение длин километровых отрезков вдоль параллелей и вдоль меридианов одинаковы (или таки нет?).
Напоминает проекцию Меркатора.
Я перебрал несколько картинок на http://map-projections.net , но что-то ничего не пойму.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2016 17:40 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Д. Засядько писал(а):
Итак, что это за проекция такая у навигатора? Параллели и меридианы образуют прямоугольную сетку (или нет?), "размеры" линейных объектов увеличиваются от экватора к полюсам на одном и том же уровне зума, соотношение длин километровых отрезков вдоль параллелей и вдоль меридианов одинаковы (или таки нет?).
Напоминает проекцию Меркатора.
Я перебрал несколько картинок на http://map-projections.net , но что-то ничего не пойму.


Что-то мне сдается, что разрешине считается так:

R = (M / L) * (cos(lat) / cos(43град))

Где M - значение на линейке в метрах, L - длина линейки в пикселях.

А 43 градуса есть широта из равнопрямоугольной проекции Миллера.

Ну может быть надо M брать в футах и переводить в метры...

Уверен что формула там предельно простая и без " непоняоных коэффициентов".

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2016 18:19 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
ed.ua писал(а):
Андрей Лунячек писал(а):
Итак, провёл замеры по скриншотам расстояний в пикселях по горизонтали между 5-секундными линиями сетки...
Мурманск. Широта - 68,972222. Кол-во пикселей - 107. Расстояние в метрах - 55,5.
Батуми. Широта - 41,658333. Кол-во пикселей - 137. Расстояние в метрах - 115,55.
Макапа (устье Амазонки). Широта - 0,00. Кол-во пикселей - 157. Расстояние в метрах - 154,81.
...
... Кстати, заодно вычислил разрешения по сделанным скриншотам. Они получились равными 0,519, 0,843 и 0,986 м/пикс соответственно.
Скриншоты прилагаю.

Вас не радует что в случае >> Батуми. Широта - 41,658333 вы подошли к наиболее близкому соответствию мерного отрезка прибора (60м) масштабу карты!!!

З моменту оприлюднення скрінів і розрахунків по Батумі пройшло досить часу.
Ну що заважає практично визначити так звану "широту розробників".
Це особлива, ключова широта , її знати просто необхідно.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2016 21:13 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
ed.ua писал(а):
Замер shot00005 горизонтальное разрешение составило 0,7469м/пикс
Вложение:
Замер_2_.png

256 (исходник) - 186,12м
226 (исходник) - 164,31м
220 прибор => 0,7469 м/пикс


А мне кажется что должно быть 0.74616659 :-)

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2016 21:27 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Гм. Но ведь у Миллера картинка ближе к полюсам растягивается в стороны. А у "Магеллана" вроде бы пропорции соблюдаются.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2016 22:10 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Д. Засядько писал(а):
Гм. Но ведь у Миллера картинка ближе к полюсам растягивается в стороны. А у "Магеллана" вроде бы пропорции соблюдаются.


Да. Но тут от Миллера взята только широта "истинного масштаба". 43 градуса. Та широта, на которой линейка на самом деле соответствует тому, что на ней написано. И на этой широте разрешение действительно будет равно тому, что написано на линейке деленное на ее длину.

А для других широт разрешение равно разрешению на экваторе умноженному на косинус широты.

А разрешение на экваторе мы знаем - это разрешение линейки, деленное на косинус "широты реального масштаба" (43 градуса по миллеру).

Вот и получаем:

R = R0 * (cos(lat) / cos(43град))

где R0 = M / L (M - масштаб в метрах, L - длина линейки в пикселях)

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

Но это еще не все. Есть обоснованное подозрение, что на самом деле надпись на линейке не в метрах, а футах. Т.е. там не 60 метров на самом деле, а 200 футов. Что составляет 60.9602 метра.

И вот когда мы все это сведем воедино для тех скриншотов, с которыми экспериментировал ed, широта 52.50216, масштаб 60 метров (т.е. 200 футов, 60.9602 метра), то получим по этой формуле разрешение 0.74616659 м/пикс. А ed намерил 0,7469м/пикс - расхождение в четвертом знаке...

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.04.2016 23:41 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Т.е. там не 60 метров на самом деле, а 200 футов.

Так точно. Я переключил на футы, и на том же зуме получил "60м" = "200фт". И с милями такая же невязочка. К примеру, "400м" у них равен "1/4 мили", а на самом деле 1/4 мили = 402,336м.
Кляті мериканці (або індуси-аутсорсери ?) прогулювали в школі уроки фізики. :evil:

Кстати, длина "линеечки" при смене метры/дюймы не меняется. Если мерить по внешним углам этой "скобки от степлера", то выходит 70 пикселей. Толщина линии 2 пикселя.

На днях попробую пересчитать свою формулу по "футовой" шкале с правильным переводом в метры. Ну так, ради интереса. Кажется, я догадываюсь, почему у меня при добавлении незначительного смещения по широте точность увеличивалась :)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 05:10 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Просто они все в футах меряют. А когда переключаешь на метры, вместо футов подставляют округденное значение в метрах. Но внутри все равно в футах считается

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 10:23 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
Просто они все в футах меряют. А когда переключаешь на метры, вместо футов подставляют округденное значение в метрах. Но внутри все равно в футах считается

Соотношения футы -метры, мили-метры линейное.
Перерасчет мерного отрезка на футы, мили проблему не решает.
Мы вообще можем обнаглеть себе позволить и назвать единицы измерения мерного отрезка не метры (футы) а скажем магелланы.
Будут у нас 60 мегелланов, 90 магелланов, 240 маг, 400маг. :)
Но очевидно то, что этот мерный отрезок, скажем 240метров (а может 243,84 м) или 800 футов или там много ярдов, короче во общем 240 магелланов это плохо пересчитанный масштаб 1:9500 ...1:4700 по отношению к разрешению исходной карты (а не конечного изображения на дисплеи прибора)
1:9500 ...1:4700 -диапазон начала отображения 240 магелланов в VP от экватора до 75,5 град
на мои 68 пикселов (ваших 69, Засядька 70пикселов) мерного отрезка.
А если мерный отрезок подвязан к разрешению исходной карты, то извините, эти 240 магелланов вообще получаются как бы и не метрические а градусные (радианные) то есть нелинейны по отношению к метрическому расстоянию а "широта разработчика" будет зависеть еще и от разрешения исходной карты.
Что мы в принципе и имеем в тестовых изысканиях.

Victor Pomortseff писал(а):
Что-то мне сдается, что разрешине считается так:

R = (M / L) * (cos(lat) / cos(43град))

Где M - значение на линейке в метрах, L - длина линейки в пикселях.

А 43 градуса есть широта из равнопрямоугольной проекции Миллера.

А ведь буть то 43 градуса, или 41, или 32 имея скрины и замерные данные "широту разработчика" в этом случае просто определить.
Длинна линейки L неизменна, разрешение измерено на известное широте, то косинус "широты разработчика" (а соответственно арккосинус, то есть саму широту в градусах (радианах) без проблем.
Проблемы начинаются вот здесь:
1) По Батуми было так и математически определена "широта разработчика"
Вложение:
CodeCogsEqn.gif
CodeCogsEqn.gif [ 162 байт | Просмотров: 1793 ]

(продублирована "широта разработчика" с учетом футов,
Вложение:
CodeCogsEqn(4).gif
CodeCogsEqn(4).gif [ 265 байт | Просмотров: 1793 ]
) так возле 37 градусов
Вложение:
батуми_0.png
батуми_0.png [ 43.07 КБ | Просмотров: 1793 ]

2) По обработанным первым скринам Дмитрия (заметьте исходник 5 m/пикс) на широтах 30, 35, 40 град "широта разработчика " убежала! к экватору поближе;
Вложение:
5мOnPixl_1.png
5мOnPixl_1.png [ 81.43 КБ | Просмотров: 1793 ]

3)А по эпизодическим моим тестовым растрам (от SAS) Berlyn и другие "широта разработчика " подтянулась к вашим 43 градусам
Вложение:
AllRest.png
AllRest.png [ 108.37 КБ | Просмотров: 1793 ]

Может отставим пока теорию и практически по скринам чего поищем?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 11:35 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Бинго!

Удалось получить карту, которая прибором не ресамплится. Т.е. отображается как есть.

Вложение:
M68_.png
M68_.png [ 187.35 КБ | Просмотров: 1788 ]


Нижняя часть - исходная карта (18-й уровень SASPlanet, отресампленый под уровень "60м" прибора с нарисованным после ресамплинга прямоугольником 200х200 пикс), верхняя часть - скриншот прибора на уровне "60м". Размеры прямоугольника совпадают на 100%.

Прав был Паганель, когда писал что в приборе используется equirectangular проекция и разрешение от широты не зависит. Она и есть. А еще точнее, используется там эквидистантная проекция Миллера http://mathworld.wolfram.com/MillerEquidistantProjection.html с

Вложение:
CodeCogsEqn (11).gif
CodeCogsEqn (11).gif [ 427 байт | Просмотров: 1788 ]


(минимальные суммарные искажения)

Таким образом, формула разрешения м/пикс получается такая:

Вложение:
CodeCogsEqn (10).gif
CodeCogsEqn (10).gif [ 814 байт | Просмотров: 1788 ]


где

M - масштабный уровень прибора в метрах
L - длина линейки прибора (68 пикселей)

можете проверять для других широт.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 13:59 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Интересное предположение. Надо обмозговать. Вообще-то картинка в RMP-файле вроде как в проекции Geografic. И, насколько я понял, формат файла требует, чтоб разрешение в градусах на пиксель было постоянным по всей высоте карты, и по всей ширине карты. При этом равенство градусов на пиксель по высоте и по ширине картинки не требуется. Так?

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

Кстати, насчёт линеечки. Длина линеечки всё-таки 70 пикселей, но толщина линий, не считая "тени" 2 пикселя. Поэтому, если принять, что "линеечка" показывает "расстояние" от левого края левого штриха до левого края правого штриха, то 68 пикселей. А если между правым краем левого штриха и левым краем правого штриха, то 66 пикселей.


Вложения:
MagellanScreenRuler.PNG
MagellanScreenRuler.PNG [ 8.97 КБ | Просмотров: 1778 ]



Последний раз редактировалось Д. Засядько 29.04.2016 14:32, всего редактировалось 1 раз.
Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 14:19 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Так что тут мозговать. Проверьте. Минут 15 займет. Берете маленький кусочек в 18-м (например) зуме из SAS (реально маленький, лишь бы больше экрана прибора был у меня в сообщении он приведен целиком, это вся "карта"). Склеиваете его в png + map. Грузите в GM. Переводите в Lat/Lon. Считаете разрешение в метрах на пиксель по формуле. Заходите в экспорт в растр, выбираете png. Отключаете квадратные пиксели, включаете создание map, устанавливаете посчитанное разрешение, экспортируете.

Затем открываете полученный png в Paint, рисуете по центру прямоугольник линией в 1 пиксель, сохраняете. И затем из этого создаете rmp. Грузите в прибор, ставите прямоугольник посредине экрана, делаете скриншот. Который опять грузите в Paint и смотрите размер прямоугольника.

А что касается ширины линейки, то проверял разные. И 70 и 66 и 68. Идеальное совпадение именно на 68. И именно в метрах (в футах тоже считал).

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 14:43 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А где же в вашей формуле R=M/L*cos(37,5) коррекция по широте? Или это ещё надо на косинус широты умножать?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 16:41 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
А нет ее. Не зависит разрешение от широты в эквидистантной проекции миллера.

Попробуйте сделать как я написал выше, рассчитав разрешение как метры, деленные на 68 и умноженные на косинус 37.5 градусов. Если паганель был прав и мои результаты не простое совпадение, то вы и на своей широте должны получит карту, которая не будет расамплится прибором. Т.е. точно попадете в разрешение прибора.

А насчет проекции, в свое время паганель писал, что убирая квадратные пиксели мы переходим от геограыической проекции к равнопрямоугольной. А эквидистантная миллера есть частный случай равнопрямоугольной проекции.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 17:13 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Апажалста. Широта Харькова 50 с.ш.
60/68*cos(37,5)=0,70001765319814867462921496603056
Вбиваю в ГМ. Делаю экспорт в png, рисую квадратики, делаю карту, копирую в навигатор, делаю скриншот.
на картинке в png сторона квадрата 113 пикселей, на скриншоте 103 пикселя.
Моя формула, кстати, тоже не идеальна. По ней разрешение 0,751 м/пикс. Делаю карту с квадратиками. Был квадрат 108х108 пикселей, на скриншоте стал 105х106 пикселей.

Сейчас попробую что-то типа Архангельска или севернее. Хотя нет. Зачем? У меня же есть карты с километровыми уголками. Так вот, на экваторе на зуме "400м" квадрат 1х1км помещается в половину экрана. На широте Харькова - уже явно больше половины. А на широте 85 уже в экран не влазит.


Последний раз редактировалось Д. Засядько 29.04.2016 17:51, всего редактировалось 1 раз.

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 17:41 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
А модель какая? Навигатора в смысле. У меня 310-й и, сдается мне, что 68 пикселей у меня между внутренними сторонами "скрепки". Не может быть что " скрепка" разной длины?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 17:54 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Модель "Эксплорист 610". Насчёт "скрепки" - скриншот дайте. Или сами в фотошопе померяйте. Тут всякие "чудеса" возможны.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 18:14 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Д. Засядько писал(а):
Модель "Эксплорист 610". Насчёт "скрепки" - скриншот дайте. Или сами в фотошопе померяйте. Тут всякие "чудеса" возможны.


Выше есть мой скриншот. Где показано равенство квадратов. Там скрепку видно.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 18:28 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Проверил вашу скрепку. Точно такая же, как и у меня :) Общая длина 70 пикселей, толщина 2 пикселя. Значит, от штриха до штриха 68 пикселей, а между штрихами 66 пикселей.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 18:31 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Ого, я че то пропустил.
Одно понял что мою ранее выставленную табличку c мерным отрезком нужно дополнить.
Вложение:
Мерный_2.png
Мерный_2.png [ 47.24 КБ | Просмотров: 1903 ]


то Д. Засядько: >>Широта Харькова 50 с.ш./
А попробуйте косинус 50.28'.


то Victor Pomortseff
А можна ваш RMP в студию?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 18:51 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
А грохнул я rmp уже... Он тестовый был. Там был всего лишь мелкй кусок карты, размером менее чем 300х400 пикселей.

Если интересно, после праздников повторю и выложу.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 20:07 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Д. Засядько писал(а):
Проверил вашу скрепку. Точно такая же, как и у меня :) Общая длина 70 пикселей, толщина 2 пикселя. Значит, от штриха до штриха 68 пикселей, а между штрихами 66 пикселей.


Тогда вообще ничего не понимаю.

После праздников попробую на своем приборе другие широты попробовать.

Как-то на косинус широты не тянет... Слишком маленькое отличие. Что-то иное. В порядке бреда могу предположить что магеллановцы (зачем?) за инварианту приняли разрешение в метрах на дюйм. А оно разное у кнопочных и сенсорных приборов. Немного, что вполе может дать такую разницу.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 21:04 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А я, пожалуй, подготовлю более точные тестовые карты. Дело в том, что те тестовые уголочки расположены не совсем точно на 0, 5, 10, 15 и т. д. градусах широты. Погрешность до 1 угловой минуты. :oops: Надо было более точно целиться мышкой :) Вернее, не надеяться на мышку, а просто вбить точные координаты в окошке свойств вершин.
Ещё по поводу линейки. Длина линейки на зуме "400м" совпадает с реальностью примерно на 25..30 градусов широты. Точнее, где-то на 26..29.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.04.2016 23:24 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Ну по обрахункам перших ваших скрінів на відрізку 1000м (500-більша похибка) то рівно на 30 градусів.
Див. F(х)=1
Вложение:
5мOnPixl_2.png
5мOnPixl_2.png [ 47.91 КБ | Просмотров: 1890 ]
/
З приводу 37,5 градусів, то подивився я той скрін Віктора, визначився з місцем - 56,836 градусів
вичислив по скріну дозвільну здатність (0,70 по горизонталі, 0,69 м/пикспо вертикалі,)
до речі в фотошопі видно неспівпадіння по вертикалі на 1 піксел оригіналу і скріну з девайсу
по вашій формулі на згаданій широті є тих же 0,69 м/пикс .
Тобто що приготували на вході, то одержали на виході по замовчуванню. Ця ситуація і без 37,5 градусів пояснюється.
А ось, якщо з оригіналу в 0,7 м/пікс (60/68 * СOS(37,5) зробити rmp для широти 60 градусів, то там, я впевнений, на виході в девайсі буде менша розділова здатність десь 0,64 м/пікс (див. ф-лу Д. Засядько). Так само як контрольний ваш на широті Харькова.
А якщо 0,7 ще забацати на екваторі, то там розміри тестового квадрату зміняться сутьтєво, на третину.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.04.2016 10:11 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Есть одна нехорошая мысль. Что все это мартышкин труд.

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

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

В такой ситуации бесполезно пытаться угадать какой-то единый коэффициент для всей карты. Ресамплинг там будет все равно на уровне отдельных тейлов.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.04.2016 10:25 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Я сегодня сделал несколько тестовых карт с градусной сеткой. Шаг сетки 10 угловых секунд. Так вот, ячейки сетки квадратные на экваторе, а чем дальше к полюсу, тем сильнее они растягиваются по вертикали (увеличивается высота ячейки относительно ширины). Кроме того, ширина ячейки уменьшается от экватора к полюсу. Замеры делались на зуме "400м".
У меня появилось подозрение, что проекция всё-таки меркаторская, но магеллановцы попытались устранить искажение линейных размеров, присущее меркаторской проекции (ведь чем дальше к полюсу, тем крупнее кажутся объекты), корректируя "зум", но у них это плохо получилось.
Почему я так решил:
1) пропорции объектов сохраняются на разных широтах (признак меркатора)
2) градусная сетка остаётся прямоугольной при приближении к полюсам (как у меркатора).
3) градусная сетка растягивается по вертикали при приближении к полюсам (как у меркатора)
4) объекты (километровые квадраты) увеличиваются при приближении к полюсам
5) шаг сетки вдоль параллели уменьшается при приближении к полюсам при том же зуме (я использовал "400м").

Предлагаю дальнейшие исследования провести так:
1) принять гипотезу, что проекция таки меркатор, но с переменным "скорректированным" масштабом на одном и том же уровне зума
2) подготовить карты разных широт с градусной сеткой с одинаковыми ячейками, например 10 секунд по широте и долготе, наделать скриншотов. Выяснить зависимость величины градусов на пиксель от широты.

Victor Pomortseff, не "тейл", а "тайл". Потому что тейл - это хвост. :oops:
Насчёт ресайзинга отдельных тайлов, думаю, вы правы. Тайлы ресайзятся под текущую широту экрана. Тем не менее, мы ведь обычно не делаем огромных карт с требованием чётко попасть пиксель в пиксель. Обычно задача в том, чтобы карта более-менее чётко выглядела на актуальных для неё уровнях зума.
И ещё: теоретически карту можно разбить на узкие полоски высотой в один тайл и для кажой полоски посчитать своё разрешалово. Тогда на каждой широте разрешалово будет чётко по экрану. Напомню, что экран у нас 240х320 и 240х400, значит, по высоте туда влазит чуть меньше двух тайлов 256х256.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 30.04.2016 20:00 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
По угловым разрешениям. Если интересно, могу отдать свои данные.

6 значений широты от 0.2 до 86.9 градуса. На каждой широте три значения масштаба - 90, 400 и 1600м. Для каждого 4 измерения по широте долготе. Итого 72 точки.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 01.05.2016 21:41 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Ну, давайте. Посмотрю.
Вообще-то я уже налепил несколько карт с градусной сеткой. Теперь попробую скриншотов наделать.
Кстати, в пользу моей гипотезы о "зумируемой" проекции Меркатора говорит тот факт, что даже вблизи полюса на 89 гр 53мин линии градусной сетки остаются параллельными и не стремятся в одну точку - на полюс. Ну и та же карта в ВантажПоинт - тоже явно в "меркаторе".
Вот скриншот "карты". Видна градусная сетка в виде вертикальных полосок (делал в ГМ).

P.S. А, впрочем, это не совсем "Меркатор". Я нарисовал на карте на широте 89 гр 52 мин горизонтальную и вертикальную линии длиной 15 метров. И на карте горизонтальная получилась чуть ли не в 10 раз длинее. Хотя на других широтах подальше от полюса
Да что же это за проекция такая?! :evil:


Вложения:
shot00008.png
shot00008.png [ 58.78 КБ | Просмотров: 1843 ]

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 02.05.2016 21:55 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
На работу выйду, выложу что намерял.

По-моему, тут не надо упираться в проекции. Проекция - это когда мы шкуру добытого нами глобуса растягиваем на стене так, чтобы максимально красиво смотрелось :-)

А в данном случае прибор уже имеет дело с плоским (спроецированным) изображением, нарезанным на квадратики. И задача тут одна - отрисовать те квадратики, что попадают в окне экрана в некотором масштабе.

Вроде бы уже установлено, что если изначально неправильно спроецировать (например, не отключить квадратные пиксели), то и на экране прибора изображение будет искажено. Т.е. никакого "перепроецирования" там нет. Только пропорциональное (по высоте и ширине) масштабирование.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 03.05.2016 00:54 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Друзья, пишу вам из славного города Овруч Житомирской области, где нахожусь сейчас в турпоездке. Пользуясь наличием вайфая на съёмной квартире, не удержался, залез в интернет, и решил вставить свои пять копеек. :D

Д. Засядько писал(а):
даже вблизи полюса на 89 гр 53мин линии градусной сетки остаются параллельными и не стремятся в одну точку - на полюс.

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

Victor Pomortseff писал(а):
Вроде бы уже установлено, что если изначально неправильно спроецировать (например, не отключить квадратные пиксели), то и на экране прибора изображение будет искажено. Т.е. никакого "перепроецирования" там нет. Только пропорциональное (по высоте и ширине) масштабирование.

Вы ошибаетесь. Дима об этом уже ранее писал. Берём одну и ту же карту и перегоняем в ГеоТифф в двух вариантах - с квадратными и неквадратными пикселями. С неквадратными пропорции объектов получаются нормальными. С квадратными - карта будет сжата по вертикали. Далее RMPCreator нарезает их на тайлы. При этом он никаких сжатий и растяжений не производит, а просто нарезает. Это было доказано "выдиранием" карт из готового файла RMP (пропорции картинки совпадали с исходными ГеоТиффами). Но когда мы оба этих RMP просматриваем в навигаторе, то видим совершенно одинаковую картинку, с нормальными пропорциями в обоих случаях. То есть, навигатор растягивает по высоте изначально сжатую карту с квадратными пикселями (иными словами, исходное изображение масштабируется навигатором непропорционально по высоте и по ширине). Единственное отличие между двумя картами - качество картинки на экране для карты с квадратными пикселями будет хуже (за счёт растяжения навигатором), но пропорции будут соблюдены.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 03.05.2016 10:49 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Вообще-то навигатор может делать с тайлами всё, что ему захочется. Например, псевдо-3D сделать. Так что растянуть-сжать тайл ему не сложно. Вот, например, ГлобалМаппер может взять карту в проекции Гаусса-Крюгера и исковеркать её, превратив в, например, коническую проекцию Ламберта. Почему навигатор не может сделать то же самое?
Я померял градусы на пиксель. Чем ближе к полюсу, тем больше градусов на пиксель. Вот рисунок. Неровность на графике, как мне кажется, поясняется тем, что при ресайзинге картинки навигатор "округляет пиксели до целого". При наличии нескольких ячеек сетки можно наблюдать разную длину "градусных" отрезков. Например, на одной и той же широте десятисекундный отрезок может занять 47 либо 46 пикселей. Вот такие чудеса ресайзинга по алгоритму "ближайший пиксель".

К сожалению, я не могу сделать карту так, чтобы захватить точку полюса. Поэтому не могу знать, сходятся ли там меридианы, или эта точка растянута в линию как это принято в проекции Меркатора, Миллера и т. д.

Так что меридианы пока ещё "и сходятся, и не сходятся" :). Вот я и хочу выяснить: либо навигатор корректирует "зум", из-за чего линии "сдвигаются поближе друг к другу", либо линии таки сходятся к полюсу, а следовательно, проекция - не Меркатор, а параллельность меридианов - кажущаяся. Сегодня я написал магеллановцам в фейсбук насчёт проекции. Может, таки ответят.

Цитата:
пишу вам из славного города Овруч Житомирской области,

Замечательно. А я не могу из города вырваться. Столько свободного времени нет :( Разве что вот вчера побродил немножко в лесочке на Алексеевке. Хоть с природой пообщался. Встретил какую-то мелкую змеючку (или змеёныша?) длиной примерно 40 см, цвет серо-коричневый, без рисунка. Погонялся за ней по траве, но в руки взять не рискнул. Вдруг кусанёт. Это ж не ящерка.


Вложения:
Magellan_degrees_per_pixel.PNG
Magellan_degrees_per_pixel.PNG [ 9.74 КБ | Просмотров: 1811 ]

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 03.05.2016 11:39 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Теоретически навигатор может все. Практически же все упирается в вычислительные мощности и скорость отрисовки.

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

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

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

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 03.05.2016 14:10 

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 03.05.2016 15:14 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
А зачем ему трансформировать проекцию? Когда на входе уже и так плоское спроецированное изображение? Причем не в абы какой, а строго определенной проекции... Ему нужно только посчитать масштаб и отресайзить это изображение.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.05.2016 09:00 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Данные по разрешению.

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

Вложение:
Magellan Resolution.zip [17.58 КБ]
Скачиваний: 112

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.05.2016 11:04 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
В первой таблице в колонке Point 44 позиции .
Это разные 44 точки или 4 точки на 11-ти масштабных уровнях отображения прибора (44=4х11).
Если по факту 4-ре waypoints , то почему на разных масштабах отображения разняться координатыкаждой из них, или это все же разные точки?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.05.2016 11:24 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
В первой таблице измерялись точки на одной широте (практически), но для разных масштабных уровней. Это измерение показало линейность зависимости разрешения от масштабного уровня в пределах одной широты.

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

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.05.2016 12:16 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Понял, >>...по 4 точки вблизи углов экрана/
Спасибо.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.05.2016 15:29 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Ему нужно только посчитать масштаб и отресайзить это изображение.

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

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.05.2016 21:43 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Ну я уже высказывал предположение что разрешение в метрах на пиксель есть М/70 (думаю, что все-таки 70 - круглое число) умноженное на какую-то функцию широты. Причем связано это исключительно с тем, что длина дуги паралели зависит от широты (и, возможно, именно этот характер зависимости и использкетсч в магелланах).

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.05.2016 21:45 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Кстати, тгчки из второй моей таблицы получены вообще без карты. Т.е. все карты были отключены, а точки ставились на пустой экран. Для полной чистоты эксперимента.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.05.2016 22:10 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Цитата:
Кстати, тгчки из второй моей таблицы получены вообще без карты.

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

Цитата:
А посему не получится найти единое "правильное" разрешение для всего листа, скажем, километровки.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.05.2016 23:50 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
можно нарезать карту на полоски высотой в один тайл, а потом эти полоски загнать в один RMP-файл. Если, конечно, формат RMP-файла это позволяет. :oops:

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.05.2016 00:05 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Точки в углах градусной сетки будут сходиться к полюсу. Просто потому что длина дуги паралели к полюсу уменьшается.. Но можно попробовать конечно

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.05.2016 08:36 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
Ну я уже высказывал предположение что разрешение в метрах на пиксель есть М/70 (думаю, что все-таки 70 - круглое число) умноженное на какую-то функцию широты. Причем связано это исключительно с тем, что длина дуги паралели зависит от широты (и, возможно, именно этот характер зависимости и использкетсч в магелланах).

Почему не 100, 100 ведь круглее 70? :)
А по мне касательно нашей темы 64 круглее 100.
Victor Pomortseff писал(а):
если не обсчитался, то максимум туда может попасть шесть тайлов, пусть и не целиком

Не критично, но есть прецедент, 9 тайлов (меченным тайлам лайк! :Yahoo!: ) :
Вложение:
shot00002.png
shot00002.png [ 109.21 КБ | Просмотров: 1651 ]

Victor Pomortseff писал(а):
Если скажем, есть две карты с близким разрешением, то на нижнем крае будет выбираться одна, а на верхнем другая. Такое тоже нельзя исключить.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.05.2016 10:27 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Андрей Лунячек писал(а):
Д. Засядько писал(а):
можно нарезать карту на полоски высотой в один тайл, а потом эти полоски загнать в один RMP-файл. Если, конечно, формат RMP-файла это позволяет. :oops:

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

Практически
1) взять промежуточную версию SAS;
2) существующая версия но без галочки в чекбоксе "Не трансформировать...."
Вложение:
Image1a.jpg
Image1a.jpg [ 72.88 КБ | Просмотров: 1640 ]


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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.05.2016 14:35 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Я провёл эксперимент. Создал несколько путевых точек в ВантажПоинт. В частности, две точки (N 90, E 36) и (N90, E36 10). Да, я в курсе, что это одна и та же точка на северном полюсе :)
Но навигатор думает иначе :)
На экране эти две точки отобразились в разных местах. И если верить "линеечке", то между ними примерно 9 км :)
Получается, что, как я и предполагал, навигатор из карты в проекции Geographic пытается сделать проекцию Меркатора. То есть, меридианы остаются параллельными и не сходятся в одну точку, а форма объектов почти не искажается. Кроме того, магеллановцы попытались "исправить" недостаток проекции Меркатора (чем дальше объект от экватора - тем он больше в размерах), корректируя "зум". Но это у них получилось "не очень". Во-первых, таки напортачили с коэффициентом увеличения, во-вторых, как мне кажется, дальше 85 градуса уже и форма объектов начала искажаться. Кроме того, они забыли про соответствующую коррекцию "линеечки".


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.05.2016 16:42 

Сообщения: 75
Город: Kharkov
Пол: Муж
Возраст: 36
Зарегистрирован:13.08.2015
интересно)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.05.2016 20:28 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Кстати, есть несколько "официальных" растровых карт, полученных, как я полагаю, с помощью ВантажПоинт и платной подписки на американские топо-карты. Я вытянул картинку из одной из карт. Картинка слегка сжата по вертикали (или растянута по горизонтали :) ) по сравнению с тем, что показывает ВантажПоинт или МОБАК (В Мобаке эта карта видна как USA ArcGis).
Выложить для изучения?

Я так понимаю, что проекция, используемая в RMP-файле, это не совсем Geographic (Plate carrée). Дело в том, что Geographic предполагает одинаковые "градусы на пиксель" по широте и долготе. А у Магеллана, если я правильно понял, могут быть по широте одно значение градусов на пиксель, а по долготе - другое. Лишь бы эти градусы на пиксель были постоянными по всем широтам и долготам.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 06.05.2016 21:35 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Одинаковими угловые разрешения будут в том случае, когда стоит галка "квадратные пиксели". Если ее нет, то одинаковыми будут линейные разрешения. Что и приволит к тому, что вы считаете " меркатором". На самом деле этоиближе к "равнопрямоугольной проекции или к " эквидистантной". От меркатора отличаются формулами преобразования координат из угловых в линейные и обратно.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.05.2016 00:32 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Д. Засядько писал(а):
Я провёл эксперимент. Создал несколько путевых точек в ВантажПоинт. В частности, две точки (N 90, E 36) и (N90, E36 10). Да, я в курсе, что это одна и та же точка на северном полюсе :)
Но навигатор думает иначе :)
На экране эти две точки отобразились в разных местах. И если верить "линеечке", то между ними примерно 9 км :)
Получается, что, как я и предполагал, навигатор из карты в проекции Geographic пытается сделать проекцию Меркатора.

Вообще-то в классическом Меркаторе полюса вообще никак не отображаются. Они уходят на бесконечность.
И в силу больших искажений вблизи полюсов Меркатор обычно не применяют севернее и южнее 85 градуса.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.05.2016 11:18 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Это да. Но ведь карту на экране навигатора надо как-то отобразить. Думаю, до 85 градуса навигатор пересчитывает карту по формулам для Меркатора, а дальше уже что-то "химичит". Тем не менее, меридианы на экране остаются параллельными и прямыми.

Цитата:
Одинаковими угловые разрешения будут в том случае, когда стоит галка "квадратные пиксели". Если ее нет, то одинаковыми будут линейные разрешения.

Подозреваю, что картинка в любом случае остаётся "сплюснутой". Хоть с квадратными пикселями, хоть с неквадратными. Возможно, что графические редакторы просто не понимают, что пиксели могут быть неквадратными, и отображают их как квадратные.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.05.2016 12:37 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Д. Засядько писал(а):
Это да. Но ведь карту на экране навигатора надо как-то отобразить. Думаю, до 85 градуса навигатор пересчитывает карту по формулам для Меркатора, а дальше уже что-то "химичит". Тем не менее, меридианы на экране остаются параллельными и прямыми.

Цитата:
Одинаковими угловые разрешения будут в том случае, когда стоит галка "квадратные пиксели". Если ее нет, то одинаковыми будут линейные разрешения.

Подозреваю, что картинка в любом случае остаётся "сплюснутой". Хоть с квадратными пикселями, хоть с неквадратными. Возможно, что графические редакторы просто не понимают, что пиксели могут быть неквадратными, и отображают их как квадратные.

Какая картинка, где сплюснутая на экране прибора?
Достаточно малая картинка, прошедшая перепроекцирование меркатор(скажем часть сканированной карты) => LL (скажем геотифф после GM) и обратно (конечное изображение на дисплее прибора) по вашему желанию с неквадратными пикселами (скажем после GM) может быть "сплюснутой" а может быть и "нормальной" с кажем в точностю до меньше половины пикселя!

По поводу дальше 85 градусов , то особо не заморачивайтесь.
Вот скажем сервис OSM, то там выше широты 85 градусов ничего не отображается
Так же поищителюбой картографический вебсервис с тайловой системой отображения и посмотрите что делается выше 85, или в SAS .
Или в конце концов почитайте спецификацию на соответствующий EPSG, ссылки я приводил.
По поводу >>Тем не менее, меридианы на экране остаются параллельными и прямыми. Ну да! По определению мы ж задаем параметры LL (latitude , longitude) постоянной ширины тайла в градусах и постоянной высоты в градусах. Почему при постоянстве этих параметров мы должны наблюдать что то другое?
Кстати включите сетку в VP. Там тоже в области отображения экрана все паралельно/перпендикулярно


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.05.2016 13:54 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
А в чем проблема вывести картинку на экран? Она уже есть. Готовая. Ее просто нужно отобразить. Любой графический редактор это умеет, понятия не имеющий о проекциях.

Я уже писал - проекция (по определению) нужна чтобы перевести карту с эллипсоида на плоскость. Это делается на этапе подготовки и создания rmp файла. А для вывода уже готового плоского изображения на плоский же экран проекция не нужна.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 07.05.2016 16:45 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Тема нашего практического занятия: Мерная линейка, мерный отрезок.
Многие спрашивают:
ed.ua писал(а):
... в случае с пиксельным размером масштабного отрезка ( у одних 69, у других 68 пикселов)
У меня кстати 68, вот картинка. Где ошибка?
Вложение:
мерный_68.gif
мерный_68.gif [ 124.8 КБ | Просмотров: 2056 ]


Другие утверждают
Д. Засядько писал(а):
...Длина линеечки всё-таки 70 пикселей, но толщина линий, не считая "тени" 2 пикселя. Поэтому, если принять, что "линеечка" показывает "расстояние" от левого края левого штриха до левого края правого штриха, то 68 пикселей. А если между правым краем левого штриха и левым краем правого штриха, то 66 пикселей.

Вложение:
MagellanScreenRuler.PNG
MagellanScreenRuler.PNG [ 8.97 КБ | Просмотров: 2056 ]

И соответственно еще больше цифр и еще больше путаницы .
66,68,69,70 пикселов (а если еще вспомнить 100 и 64- :facepalm: ) есть из чего выбирать :sad:

Эти все цифры верные. Првда смотря для каких целей.

Если мы хотим "надеть скобку на голову", то конечно голова должна быть не более 66 пикселов.

Если скоба используется как пробка для отверстия то однозначно 70 пикселов.

Но если скоба не скоба а измерительный отрезок, но с толстыми штрихами, то при измерениях нужно руководствоваться принципом : >>"расстояние" от левого края левого штриха до левого края правого штриха, откуда начали до тудыва и считаем (то 68 пикселей).

То есть когда толщина мерных штрихов соизмерима с измеряемым расстоянием, то учитывается толщина и берется от половинки одного штриха к половинке следующего штриха (в нашем случае 68).

Переходим к практическому закреплению последнего утверждения.


Что может произойти, если при измерении игнорировать выше выложенный принцип.
1.Качаем из интернету изображение линейки
2. Увеличиваем и смотрим, толщина больших (сантиметровых) штрихов 2 мм, ну то что нам нужно!
Вложение:
Линейка1_2.png
Линейка1_2.png [ 278.52 КБ | Просмотров: 2056 ]

3.Вырезаем (копируем) первый 1 см по всей пиксельной длинне, тоесть как бы скоба с той же толщиной линий по 2 пикселя.

4. Флипнем (перевернем для удобства) и прикладываем к основной линейке и проверяем, ну чем не 1см?
Вложение:
Линейка1.png
Линейка1.png [ 417.56 КБ | Просмотров: 2056 ]


5. Копируем десять таких 1_см мерных отрезков и так аккуратненько, плотненько складываем плечико к плечику... :yes:

6. И смотрим парадоксальный результат
Вложение:
10не_равно10х1_.png
10не_равно10х1_.png [ 81.95 КБ | Просмотров: 2056 ]

10 см в розницу больше 10_ти см оптом!!!.
============================================
рабочий фотошоповский файл, слои отключены
Вложение:
30см.zip [170.5 КБ]
Скачиваний: 91

Поэтому в случае измерительного отрезка дисплея магеллана, при всяких там постскринрасчетах брать нужно число 68 (пикселов).


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.05.2016 03:45 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Victor Pomortseff писал(а):
А для вывода уже готового плоского изображения на плоский же экран проекция не нужна.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.05.2016 09:10 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Я в курсе что зачем нужно :-)

И все-таки прибор не перепроецирует (вы сами косвенно это сказали в п.2). Он только масштабрует уже спроецированное. Именно поэтому требует карты во вполене определенной проекции.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.05.2016 10:55 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
Я в курсе что зачем нужно :-)

И все-таки прибор не перепроецирует (вы сами косвенно это сказали в п.2). Он только масштабрует уже спроецированное. Именно поэтому требует карты во вполене определенной проекции.

100% верно, коню понятно спору нет.
Прибор именно масштабирует тайлы
(мы обсуждаем растр, а там как не поверни ,как бы кому не хотелось в магеллане уйти от "гуглекарт", тайлы..., тайлы, брат тайлы.... Последнее обуславливает некоторые особенности, ограничения и нюансы. К тому же минимально возможная "одиночная" карта это тайл ( даже если границы карты меньше самого тайла, в контейнере .a00 будет не половина, не часть тайла а целый тайл! со значением ширины в градусах, высоты в градусах и местоположения в тайловой разбивке ) . И наверное для каждой пары: Width of tile in degree/Height of tiles in degree будет своя тайловая разбивка, и своя "широта разработчика"...
. Масштабирует по высоте и ширине и выводит картинку на дисплей.
Потому и спрашиваю
ed.ua писал(а):
Какая картинка, где сплюснутая на экране прибора?

Перепроецирование (уточняю) в озвученой цепочки технологии происходит на этапе >>меркатор(скажем часть сканированной карты) => LL (скажем геотифф после GM) .
А в приборе , имея входные данные по блокам тайлов rmp-растра (местоположение, и градусное тайловое разрешение по высоте и ширине) с учетом масштабирования вертикального/горизонтального прибору "очень легко и просто выдавать координату любого пиксела в тайле" и в одночасье по барабану под какой там меркатор получилась конечная картинка на физическом экране прибора, где каждый пиксель матрицы дисплея имеет физические размеры долей мм (дюйма).
Но когда мы тут ищем эмпирические зависимости, в общем случае неважно за что цепляться, вам в формуле за градусы, Засядько за метры.
И то и другое работает!
А удобней как то по м/пикс, но вопросов пересчитать м/пикс <=> град/пикс, на известной широте, не возникает, по крайней мере у меня.
А строго говоря нужно бы изначально выяснить до конца хотя бы тот же вопрос:
ed.ua писал(а):
Щоб управляти який шар на якому масштабі буде показуватися і т.д і т.п. слід вияснити по якому параметру йде власне управління
по м/пікс (до чого схиляється більшість користувачів магелану), чи по град/пікс, як стверджує Паганель
Paganel писал(а):
... в Магеллане .... уровни отображения слоев не задаются, а вычисляются из реального масштаба (градус на пиксель).

Более подробно об отличиях алгоритмов отображения и управления картами мы тут уже говорили (или может в тревеле). Но если надо, я повторю.

..

Я уже молчу за скрины одной и той же готовой тестовой карты но с разных (по разрешению дисплея) девайсов.
Но наверное для Магеллана загрузить лишнюю карту в девайс не так все просто гладко и быстро как на словах. :oops:
В гарминах как то с растром попроще. :-P :-P :-P


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.05.2016 18:13 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Ну называйте этот процесс как хотите - "масштабирование", "перепроецирование". Но суть в том, что навигатор корёжит картинку: он изменяет её размер по вертикали и по горизонтали, причём в разных пропорциях. То есть, по вертикали может сжать в два раза, а по горизонтали растянуть в полтора раза. Поэтому сказать, что "проекция не меняется" нельзя. В "географической" проекции градусы на пиксель одинаковы вдоль меридианов на любой широте. А на экране навигатора эта одинаковость, как мне кажется, не наблюдается.

А в чём "простота" закидывания растра в гармин? Наверное, в необходимости патчить прошивку? :oops:
Или там не надо привязывать отсканированную карту к координатам?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.05.2016 18:51 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Да это шутка. :yes:
Вы можете поделиться скринами этого места? карта

или этого ? , карта тут


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.05.2016 19:10 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
"Кордон1" - нельзя в названиях использовать кириллицу. Навигатор такие карты не видит и(или) не хочет с ними работать.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 08.05.2016 20:48 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Масштабирование есть линейное преобразование. Пусть и с разными коэффициентами по осям.

Проецирование есть нелинейное преобразование. Хотя бы потому, что это есть отображение части поверхности элипсоида или сфероида на плоскость.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.05.2016 00:41 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Д. Засядько писал(а):
"Кордон1" - нельзя в названиях использовать кириллицу. Навигатор такие карты не видит и(или) не хочет с ними работать.


Вложение:
Kordon1.zip [355.2 КБ]
Скачиваний: 130


К сожалению меня так научили :mad: .
Андрей Лунячек писал(а):
Что вы подразумеваете под словом "протестировать"? Я их загрузил в программу Vantage Point, карты открываются, привязка вроде бы соответствует действительности. В навигатор не загружал, т.к. не вижу смысла. Если они "работают" в Vantage Point, то в навигаторе тоже должны работать. А поскольку я нахожусь в Харькове, а не в Карпатах, то проверить их на местности не могу.



А про кириллицу я недавно узнал и уже успел запомнить :)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.05.2016 01:22 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
К сожалению меня так научили :mad: .
Андрей Лунячек писал(а):
Что вы подразумеваете под словом "протестировать"? Я их загрузил в программу Vantage Point, карты открываются, привязка вроде бы соответствует действительности. В навигатор не загружал, т.к. не вижу смысла. Если они "работают" в Vantage Point, то в навигаторе тоже должны работать. А поскольку я нахожусь в Харькове, а не в Карпатах, то проверить их на местности не могу.

Поделитесь секретом, как вы быстро находите нужные вам цитаты трёхлетней давности?

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.05.2016 07:30 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Да потому что:
"
ed.ua писал(а):
Господа , GPS навигация изначально была и по сей день относится к точным дисциплинам.
Категории "плюс-минус корова" и "как бык отлил" здесь не катят...
". :yes:
Если че то - где то нам лень посмотреть и воочию убедиться, то время :run: за нас расставит все по полочкам.
А Истина срока давности годности не имеет.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 09.05.2016 13:49 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Вот скриншоты с карт "Кордон1". Насчёт русскоязычных названий - я сам тоже протупил и только потом догадался их переименовать. :oops:

http://sendfile.su/1232302


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 10.05.2016 21:59 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Спасибо.
По горизонтали совпадение границ сетки на скринах от девайса 240x320 в сравнении 240x400 идеальное.
По вертикали полного размера тайлов на скринах 240x320 от Андрей Лунячек нет,но те части что имеются совпадают тоже идеально.
Соответственно разрешения изображений карт на экранах разных девайсов (240х320 и 240х400) совпадают.
Кстати чего не скажешь про ранее выложенные картинки с одного и того же девайса "неметрических систем мер" , там несовпадение в один пиксель по вертикали указывает что при простом выборе другой размерности (даже без изменения координат курсора) происходит перерасчет и перемасштабирование тайлов.
Вложение:
БатумиАним_.gif
БатумиАним_.gif [ 67.6 КБ | Просмотров: 2169 ]


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 13.05.2016 11:41 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Ну вот что-то нащупывается...

На широте 37.5 градусов (широта эквидистатнтной проекции Миллера при которой общие масштабные искажения минимальны - http://mathworld.wolfram.com/MillerEquidistantProjection.html) карта, отмасштабированная в GM под разрешение M / 68 m/px (где М - масштабный уровень в метрах), отображается прибором с минимальным ресайзингом - мерный прямоугольник 200х200px, отрисованый на исходнике карты, на экране прибора выводится шириной 201-202px.

Проверено на масштабах 60 (18-й уровень SAS) и 240 (16-й уровень SAS) метров.

Вложение:
Test Map 240m.zip [810.02 КБ]
Скачиваний: 134


Вложение:
Test Map 60m.zip [492.43 КБ]
Скачиваний: 142


В архивах исходная (уже отмасштабированная в GM) карта с мерным прямоугольноком и сделанный из нее rmp файл.

При уменьшении широты прямоугольник начинает растягиваться, при увеличении - сжиматься. Зависимость пока не понял.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 16.05.2016 06:44 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
...........

При уменьшении широты прямоугольник начинает растягиваться, при увеличении - сжиматься. Зависимость пока не понял.

Не вижу!
Уточните пжлст.
Вы делаете другой квадрат на другой карте другой широты?
Или эта же карта, но сдвинутый прямоугольник относительно центра дисплея девайса вверх,вниз.
Короче скрины и другие прямоугольники на тех других картах (где другая широта и деформация) в студию!


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 16.05.2016 08:10 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Суть в том, что при разрешении исходной карты 0.88 м/пикс (60 метров / 68 пикселей), нарисованный на ней прямоугольник 200х200 пикселей на широте 37.5 градусов на экране прибора отображается практически без изменений на масштабном уровне 60м. При том же разрешении на других широтах он будет растягиваться или сжиматься.

Закономерность пока не понял. Знаю только что к экватору разрешение должно увеличиваться, а к полюсам - уменьшаться. Т.е.

Вложение:
CodeCogsEqn (6).gif
CodeCogsEqn (6).gif [ 806 байт | Просмотров: 2121 ]


и

Вложение:
CodeCogsEqn (5).gif
CodeCogsEqn (5).gif [ 524 байт | Просмотров: 2121 ]


Причем, это справедливо, как минимум, для М=60м и М=240м

Также, ранее установил что для М=60м

Вложение:
CodeCogsEqn (4).gif
CodeCogsEqn (4).gif [ 548 байт | Просмотров: 2121 ]


или

Вложение:
CodeCogsEqn (3).gif
CodeCogsEqn (3).gif [ 604 байт | Просмотров: 2121 ]

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.05.2016 07:36 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
Суть в том, что при разрешении исходной карты 0.88 м/пикс (60 метров / 68 пикселей), нарисованный на ней прямоугольник 200х200 пикселей на широте 37.5 градусов на экране прибора отображается практически без изменений на масштабном уровне 60м. При том же разрешении на других широтах он будет растягиваться или сжиматься.

Закономерность пока не понял. Знаю только что к экватору разрешение должно увеличиваться, а к полюсам - уменьшаться. ...


1. Вы не очень расстроитесь, если разрешение исходника (60 метров / 68 пикселей),
Вложение:
Мерный60.png
Мерный60.png [ 23.63 КБ | Просмотров: 2102 ]

лучше подойдет для широты скажем 36 градусов или 38,5? А соответственно нарисованный прямоугольник 200х200 пикселей при этом не практически
Victor Pomortseff писал(а):
на экране прибора выводится шириной 201-202px.
а абсолютно совпадет (200pixl исходного будет равно 200pixl на экране прибора)?

2. Вы там смотрели
Victor Pomortseff писал(а):
При уменьшении широты прямоугольник начинает растягиваться, при увеличении - сжиматься.

Растягиваться -значит ли это что по высоте имеем тех же 200 pixl а ширина становится больше 200???
Сжиматься -как? Ширина остается примерно 200 а высота меньше 200???
ed.ua писал(а):
Не вижу!
Уточните пжлст.
:oops:
скрины плиз в студию! :horse: :cry:

3. ...


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.05.2016 08:39 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
3... По параметру Height of tiles in degree:0,0020596 из test60.rmp выходит что у вас вертикальное разрешение 8,0453 E-06 °/pixl (при проверке исходника в GM имеем значение 8.04528390524416e-006) а это отнюдь не 0,88235 m/pixl. А собственно ваши °/pixl соответствуют 0,89560 m/pixl
Разница есть!
Я бы в вашем случае при изготовлении тестовых карт разрешением (60 метров / 68 пикселей) забивал в GM по вертикали значение 7,92631E-06 °/pixl (одинаковое для всех широт к примеру ....36; 37,5; 38,5 градусов и соответствует 0,88235 m/pixl) а разрешение по горизонтали ставил больше/равно: 7,92631E-06 °/pixl / cos(N)

.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.05.2016 09:52 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
ed.ua писал(а):
1. Вы не очень расстроитесь, если разрешение исходника (60 метров / 68 пикселей),
Вложение:
Мерный60.png

лучше подойдет для широты скажем 36 градусов или 38,5? А соответственно нарисованный прямоугольник 200х200 пикселей при этом не практически
Victor Pomortseff писал(а):
на экране прибора выводится шириной 201-202px.
а абсолютно совпадет (200pixl исходного будет равно 200pixl на экране прибора)?


Таких блох не ловил, увы. Кроме того, широта 37.5 имеет некоторый смысл, в отличие от 36 или 38.

ed.ua писал(а):
2. Вы там смотрели
Victor Pomortseff писал(а):
При уменьшении широты прямоугольник начинает растягиваться, при увеличении - сжиматься.

Растягиваться -значит ли это что по высоте имеем тех же 200 pixl а ширина становится больше 200???
Сжиматься -как? Ширина остается примерно 200 а высота меньше 200???


Что-то запутался уже. Меняется ширина прямоугольника. При приближении к экватору разрешение в метрах на пиксель увеличивается, при удалении - уменьшается.

ed.ua писал(а):
скрины плиз в студию! :horse: :cry:


Ну это уж сами. Если интересно. Времени нет.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.05.2016 09:58 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
ed.ua писал(а):
3... По параметру Height of tiles in degree:0,0020596 из test60.rmp выходит что у вас вертикальное разрешение 8,0453 E-06 °/pixl (при проверке исходника в GM имеем значение 8.04528390524416e-006) а это отнюдь не 0,88235 m/pixl. А собственно ваши °/pixl соответствуют 0,89560 m/pixl
Разница есть!
Я бы в вашем случае при изготовлении тестовых карт разрешением (60 метров / 68 пикселей) забивал в GM по вертикали значение 7,92631E-06 °/pixl (одинаковое для всех широт к примеру ....36; 37,5; 38,5 градусов и соответствует 0,88235 m/pixl) а разрешение по горизонтали ставил больше/равно: 7,92631E-06 °/pixl / cos(N)

.


Не знаю что вы там куда забивали, я в ГМ забивал разрешение в метрах на пиксель, а не в градусах на пиксель

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.05.2016 11:13 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):


Не знаю что вы там куда забивали, я в ГМ забивал разрешение в метрах на пиксель, а не в градусах на пиксель

Забивали в метрах на пиксель а в rmp получили.. Width of tile in degree:0,0025959 градусов на тайл,Height of tiles in degree:0,0020596 градусов на тайл. :-P
Вы же в курсе, надеюсь про .rmp :yes:
А пока скринов с девайса с широты 37,5 нет , то я утверждаю что хотели 0,882 m/pixl а получили 0,896 m/pixl
И с ваших слов, делали 200 х 200 а в итоге 201-202.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.05.2016 12:09 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Ну вот вам

Вложение:
Test 37.5 240m.zip [856.45 КБ]
Скачиваний: 130


Если откроете исходный файл (map + png) в GM, то увидите что разрешение в метрах там 3.5294. что соответствует 240м/68пикс. И там же квадрат 200х200 пикселей.

На скриншоте этот же квадрат имеет ширину 202 пикселя и высоту 200 пикселей. Т.е. ресамплинг карты с таким разрешением на такой широте минимален.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.05.2016 14:04 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
Ну вот вам

Вложение:
Test 37.5 240m.zip


Если откроете исходный файл (map + png) в GM, то увидите что разрешение в метрах там 3.5294. что соответствует 240м/68пикс. И там же квадрат 200х200 пикселей.

На скриншоте этот же квадрат имеет ширину 202 пикселя и высоту 200 пикселей. Т.е. ресамплинг карты с таким разрешением на такой широте минимален.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.05.2016 14:20 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Я разрешение смотрел в GM (повторная загрузка отресампленого файла). Там оно то, которое выставлено при ресамплинге. Вертикальные и горизонтальные разрешения отличаются, но в третьем знаке. Так что можно считать что они равны.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.05.2016 20:50 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
:facepalm: :facepalm: :facepalm:
Ну вот вам
Вложение:
Test Map 60m.zip [492.43 КБ]
Скачиваний: 169

я открыл и увидел вместо 0,882 число 0,897
Показываю , а вы что? видите???
Вложение:
test60_map.png
test60_map.png [ 31.55 КБ | Просмотров: 2821 ]

ed.ua писал(а):
хотели 0,882 m/pixl а получили 0,896 m/pixl

Разве 0,882 равно 0,896?
ed.ua писал(а):
а это отнюдь не 0,88235 m/pixl. А собственно ваши °/pixl соответствуют 0,89560 m/pixl
Разница есть!

Если у вас в test240 с разрешением все Ok! так у меня собственно к разрешению исходника для test240.rmp и вопросов то нет, окромя :
Victor Pomortseff писал(а):
На скриншоте этот же квадрат имеет ширину 202 пикселя и высоту 200 пикселей.
.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 17.05.2016 21:01 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Возможно не то выложил. Я много там разных тестов делал. Будет время - переделаю который на 60 метров.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 06:56 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Далее,
Victor Pomortseff писал(а):
Таких блох не ловил, увы. Кроме того, широта 37.5 имеет некоторый смысл, в отличие от 36 или 38.

А какой смысл будет иметь широта 37.5, если на проверку окажется что для магелланна она не пляшет!
ed.ua писал(а):
1. Вы не очень расстроитесь, если разрешение исходника (60 метров / 68 пикселей),
Вложение:

Мерный60.png [ 23.63 КБ | Просмотров: 40 ]

лучше подойдет для широты скажем 36 градусов или 38,5?

Вот ведь и ваш последний калькулятор вещает о другой широте и функция Д. Засядько про это же:
Вложение:
34_31.png
34_31.png [ 35.78 КБ | Просмотров: 2801 ]

Вот и я тут ваши данные оптимизировал :oops: , обработал и добавил туда другие данные по ранее тут выложенным по доброте душевной других магеллановодов скринам :cool: и задавшись крутой экселевской фишкой "Поиск решения" (так же делал и для функции Д. Засядько) в пару кликов обнаружил широту пониже:
Вложение:
34,692.png
34,692.png [ 16.83 КБ | Просмотров: 2801 ]

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 07:23 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
А вы проерьте свое решение по моему способу - мерным квадратом. Если ваша формула даст такие разрешения, для которых на любой широте и для любого масштаба мерный квадрат на экране прибора будет сохранять свои размеры - значит она правильная.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 07:37 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
И еще момент. Уже понятно, что есть какая-то широта на которй мерная линейка показывает правду. И есть какая-то формула, по которй разрешение меняется с широтой. Так вот цифры и формула эти берутся не с потолка, а имеют какой-то смвсл и внутреннюю логику. Т.е. никакой разработчик не скажет "а пусть мерная линейка показывает правду на широте 41 градус, 56 минут и 3 с половиной секунды потому что я так хочу". Он использует какую-то общепринятую широту в данном случае.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 07:51 

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

Что либо вычислять не обязательно, загрузить (1-2 минуты), посмотреть на мерный отрезок и сетку (выкроить еще 2-3 минуты). 5 минут от силы.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 08:23 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
И еще момент. Уже понятно, что есть какая-то широта на которй мерная линейка показывает правду. И есть какая-то формула, по которй разрешение меняется с широтой. Так вот цифры и формула эти берутся не с потолка, а имеют какой-то смвсл и внутреннюю логику. Т.е. никакой разработчик не скажет "а пусть мерная линейка показывает правду на широте 41 градус, 56 минут и 3 с половиной секунды потому что я так хочу". Он использует какую-то общепринятую широту в данном случае.

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

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

Закономерность пока не понял. Знаю только что к экватору разрешение должно увеличиваться, а к полюсам - уменьшаться...


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 09:23 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Ребята, а где можно почитать описание формата RMP? А то у меня складывается впечатление, что никакой "стандартной" сетки тайлов там нет, в отличие от онлайновых карт Гугля, яндекса и прочих Бингов.
А просто в каждой карте задаётся некая "стартовая" точка с координатами, от которой и ведётся отсчёт.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 09:25 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
А при чем тут тайловая структура? Речь идет о масштабировании тайлов. Подгонки их под зависящее от широты разрешение. А тайлы это не более чем набор кусочков одной большой картинки. Такая структура нужна для экономии времени на загрузку и памяти для хранения.

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

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

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

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 09:36 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Д. Засядько писал(а):
Ребята, а где можно почитать описание формата RMP? А то у меня складывается впечатление, что никакой "стандартной" сетки тайлов там нет, в отличие от онлайновых карт Гугля, яндекса и прочих Бингов.
А просто в каждой карте задаётся некая "стартовая" точка с координатами, от которой и ведётся отсчёт.


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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 11:13 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Но кто из владельцев девайса уделит эти несчастных 5 минут на общее благо?

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 11:48 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
ed.ua писал(а):
:) Это не моя формула, это ваша оптимизированная.
Я обеими руками и ногами за практическую проверку, но у меня прибора (магеллана) нет, я тут на общественных началах. :ROFL: :ROFL: :ROFL:
Могу состряпать мерные квадраты "по вашему способу" или меченные тайлы (меньше мороки) или сетка там 400м, 240м ну любая на вкус и цвет, или уголок 1 км (500м) Д.Засядько все это отнюдь не know how . Но кто из владельцев девайса уделит эти несчастных 5 минут на общее благо?
ed.ua писал(а):

Что либо вычислять не обязательно, загрузить (1-2 минуты), посмотреть на мерный отрезок и сетку (выкроить еще 2-3 минуты). 5 минут от силы.


Меченые тайлы не спасут. Ширина экрана 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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 13:01 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Д. Засядько писал(а):
Ребята, а где можно почитать описание формата RMP? А то у меня складывается впечатление, что никакой "стандартной" сетки тайлов там нет, в отличие от онлайновых карт Гугля, яндекса и прочих Бингов.
А просто в каждой карте задаётся некая "стартовая" точка с координатами, от которой и ведётся отсчёт.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 13:17 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
См. выше. Я там дал ссылку на описание как формируется сетка.

Стандартной, да нет. Она всегда считается заново. В отличие от гугля и проч.

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

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 13:20 

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

Что либо вычислять не обязательно, загрузить (1-2 минуты), посмотреть на мерный отрезок и сетку (выкроить еще 2-3 минуты). 5 минут от силы.


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

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

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

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

1."меченые тайлы" с уровня SAS z18 широты 37,5 подготовленные для масштаба 90м имеют размер итого меньше =>184x184
2. С другой стороны никто не мешает двумя скринами (240+240-хх на перекрытие 280....480 >256) перекрыть тайл 256 пикселов см. тут где жалуюсь что перекрытия нет и изначально тут
ed.ua писал(а):
Victor Pomortseff писал(а):
...
Интересно что на самом деле имеем. Всего-то нужно два скрина , с перекрытием любого тайла с надписью y42996 z18 .
RMP взять тут


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 13:33 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
См. выше. Я там дал ссылку на описание как формируется сетка.

Стандартной, да нет. Она всегда считается заново. В отличие от гугля и проч.

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

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

:) Конечно что координаты начала и конца самой сетки фиксированы также как фиксированы координаты полюсов и экватора (сетка начинается и оканчивается на земном шаре а не на Луне, Солнце).
А вот координаты углов тайлов да , не произвольны, но меняя ширину и высоту тайлов ( даже в n-нном знаке) мы можем тем самым менять и координаты углов тайлов. Другое дело что координаты углов карты как правило не совпадают с координатами углов сетки тайловой разбивки.Тогда при отсутствии соответствующего тайлового заполнения появлятся віше вами упомянутая чернота.
А сетка углов тайлов считается простенько. А как вы себе представляете у меня получается тайл в тайл меркатор впихивать в RMP?
Да в спешке не подцепил тот файл где >>1."меченые тайлы" с уровня SAS z18 широты 37,5 подготовленные для масштаба 90м имеют размер итого меньше =>184x184

Вложение:
Sq184.zip [138.68 КБ]
Скачиваний: 173


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 22:15 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Ага. Я тоже наткнулся на то сообщение с форума САСпланеты. Только там очень куцее описание. Много непонятно. Например, что имеется в виду под словом "block". Это весь набор тайлов или только один ряд? А там, где заданы границы Left (Long) Top (Lat) Right (Long) Bottom (Lat) - это границы карты или границы видимой области без чёрных полей?

И, если я правильно понял, то размер тайла не обязательно должен быть 256х256, иначе зачем его задавать в tlm.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 18.05.2016 23:47 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Блоки, как мне объяснили , это группировки тайлов по 70 шт.
Блок может совмещать ряд. Может вмещать столбец.
Эсли в .а00 мало тайлов (меньше 70),то будет 1 блок с рядами и столбцами.
Про размер тайла, то думаю что может быть и больше 256x256....


Вот растры с квадратом 210x210 (2x3xx5x7=210 так удобней) на широтах пониже 37,5градусов
Вложение:
Malta240_210x210_360.zip [161.52 КБ]
Скачиваний: 170

Вложение:
Kipr240_210x210_350.zip [242.43 КБ]
Скачиваний: 168

Вложение:
Tunis240_210ч210_347.zip [305.31 КБ]
Скачиваний: 172

Вложение:
344_210x210.zip [283.38 КБ]
Скачиваний: 187


Конечно тут уже 5-тю минутами не обойтись


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.05.2016 20:59 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Странно. Скачал Tunis240_210ч210_347.zip, разобрал. Тайлы 256х256 как обычно.
Я даже склеил их в одну картинку.


Вложения:
TileSet.zip [523.2 КБ]
Скачиваний: 180

Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 19.05.2016 21:18 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
:) если что извиняюсь.
Это просто тестовые по вопросу :
Victor Pomortseff писал(а):
...

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

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

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

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

Только с квадратом 210x210.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.05.2016 01:28 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Вот растры с квадратом 210x210 (2x3xx5x7=210 так удобней) на широтах пониже 37,5градусов

Вот скрины. Там две папки.
Папка 1 содержит 4 скрина по одному с каждой тестовой карты.
Папка 2 для тех, кому интересны не только метрические, но и ярдические, футические и морскосаженические системы мер. :yes: Там 4 скрина одного и того же места с разными системами мер.

Насколько я заметил по скринам, скрин с футами в точности совпадает со скрином в метрах, а вот скрины с ярдами и морскими саженями - не совсем.

Тут ещё можно обратить внимание на условность подписей на линейке. Один и тот же масштаб подписан как 240 м, 800 футов, 270 ярдов и 133,3 ftm (морских саженей). Но в реальности, к примеру, 270 ярдов равняются 246,89 метрам, 810 футам и 135 морским саженям.

Ещё тут у некоторых из нас было желание найти широту ("широта разработчика"), на которой масштабная линейка не врёт, и 240 м на линейке будут равняться 240 м на местности. Допустим, мы нашли такую широту. Но если для метров она врать не будет, то для футов, ярдов и морских саженей - будет. Получается, для каждой единицы измерения у Магеллана должна быть своя "широта разработчика". Отсюда вывод: все эти цифры - условные, и особого смысла (кроме как символического обозначения масштаба) написанное на линейке не имеет.


Вложения:
Test-210px.zip [284.98 КБ]
Скачиваний: 185


_________________
Карти для GPS-навігаторів: де їх брати? https://encyclopedia-mandriv.blogspot.com/2013/06/karty-dlya-gps-navigatorov.html
Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.05.2016 23:10 

Сообщения: 147
Пол: Не указан
Зарегистрирован:02.04.2011
Столкнулся с такой проблемой. С озиковского формата конвертировал карту в GeoTIFF.
А вот через RMPCreator в рмп перегнать не могу, вот такую ошибку выдает:

Этот файлик я пытался отдельно скачать с интернета и закинуть в системную папку, но ситуация не поменялась


Вложения:
22.jpg
22.jpg [ 46.71 КБ | Просмотров: 3349 ]


_________________
Продам под заказ новые и б/у туристические навигаторы Magellan eXplorist, Magellan Triton, Garmin Oregon и др.
[email protected]
Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.05.2016 04:33 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Андрей Лунячек писал(а):
ed.ua писал(а):
Вот растры с квадратом 210x210 (2x3xx5x7=210 так удобней) на широтах пониже 37,5градусов

Вот скрыни. Там две папки.
Папка 1 содержит 4 скрина по одному с каждой тестовой карты.
Папка 2 для тех, кому интересны не только метрические, но и ярдические, футические и морскосаженические системы мер. :yes: Там 4 скрина одного и того же места с разными системами мер.

Насколько я заметил по скринам, скрин с футами в точности совпадает со скрином в метрах, а вот скрины с ярдами и морскими саженями - не совсем.

....

1.Какой скрин к какой широте относится?
Андрей Лунячек писал(а):
...
Насколько я заметил по скринам, скрин с футами в точности совпадает со скрином в метрах, а вот скрины с ярдами и морскими саженями - не совсем.

....

2.А)С футами в точности совпадает совпадает с тем, что shot00006 или с тем что shot00000?

. Б)А какое должно быть несовпадение, кто то подсчитал?

Вот там, где про "контрольный выстрел" было:


Цитата:
...
По Д. Засядько тайлы и этого RMP вообще не должны трансформироваться прибором, и на скринах меченные края должны иметь размер 256х256 пикс.
По калькулятору Victor Pomortseff для 52,5021645368748 и 60м имеем 0,7383 м/пикс такая разность приведет к уменьшению меченных тайлов до размера 252х252 пикс.

А результат показал:
Д. Засядько писал(а):
Скриншоты сделал. https://cloud.mail.ru/public/MQYy/6oFZAHWPj Линии в фотошопе измерил. Правда, только вертикальные, ибо 252...256 пикселей не влазят в экран шириной 240 пикселей :)
Получилось, что длина вертикальной линии 251...252 пикселя (на разных скринах).

Буду думать :oops:

3.
Андрей Лунячек писал(а):
Ещё тут у некоторых из нас было желание найти широту ("широта разработчика"), на которой масштабная линейка не врёт, и 240 м на линейке будут равняться 240 м на местности. Допустим, мы нашли такую широту. Но если для метров она врать не будет, то для футов, ярдов и морских саженей - будет. Получается, для каждой единицы измерения у Магеллана должна быть своя "широта разработчика". Отсюда вывод: все эти цифры - условные, и особого смысла (кроме как символического обозначения масштаба) написанное на линейке не имеет.


То что мерный на экране "грибы в Африке показывает" вроде давным давно уже ясно всем , но все же давайте сначала "...нашли такую широту.." а потом уже про все остальное.
Вон для shot00003 имеем h211хw210 какая широта для shot00003 ?

4......


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.05.2016 10:57 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua, у меня у дочки день рождения, времени сейчас нет.
Насчёт широты - вы же сами делали тестовые карты, разве непонятно, какой скрин к какой карте относится?
По поводу неметрических скринов: сравнение проводилось мной исключительно в пределах содержимого папки №2.
Если есть ещё вопросы, отвечу поздно вечером. Сейчас занят.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.05.2016 19:54 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Поздравляю!

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

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

1) Исходный размер квадрата 210x210 на скрине от Андрей Лунячек широты 36.0 градусов имеет размер h211 x w210 (заметьте, шириной 210 !!!)
значит ли это что широта 36 градусов ближе к искомой широте чем 37.5 , где ваш квадрат 200x200 >>...на экране прибора выводится шириной 201-202px.???

2) Если вам еще интересно то стреляем дальше.
Подготовил еще 2 карты с квадратом 210x210 широт 35.5 и 35.8, ищем спонсора двух скринов :D
Вложение:
sicilia240_355_210x210.zip [241.97 КБ]
Скачиваний: 159

Вложение:
Malta2_358_210x210.zip [262.11 КБ]
Скачиваний: 167


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.05.2016 02:10 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
Подготовил еще 2 карты с квадратом 210x210 широт 35.5 и 35.8, ищем спонсора двух скринов :D

Держите.


Вложения:
Test-210px-2.zip [61.5 КБ]
Скачиваний: 188


_________________
Карти для GPS-навігаторів: де їх брати? https://encyclopedia-mandriv.blogspot.com/2013/06/karty-dlya-gps-navigatorov.html
Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 22.05.2016 07:19 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Андрей Лунячек писал(а):
ed.ua писал(а):
Подготовил еще 2 карты с квадратом 210x210 широт 35.5 и 35.8, ищем спонсора двух скринов :D

Держите.

Благодарю!

to Victor Pomortseff :
- скрин shot00002.png
Вложение:
shot00002.png
shot00002.png [ 27.22 КБ | Просмотров: 3305 ]

- широта 36,8 градуса
- масштаб отображения 240м
- разрешение по высоте забивал в градусах/пикс, с учетом 240/68
- разрешения по ширине забивал в градусах/пикс с учетом широты 35,805 градусов
имеется 100% попадание а именно, исходник 210x210 => прибор 210x210
Вложение:
Malta2_240_358GeoT210x210.gif
Malta2_240_358GeoT210x210.gif [ 42.08 КБ | Просмотров: 3305 ]


Думаю благодаря скринам от Андрей Лунячек недельки две сэкономили а также получили определенный практический результат. :yes:
Ваш выход, маэстро!


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения:
СообщениеДобавлено: 22.05.2016 08:36 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Что значит "с учетом"? Как из метров в градусы переводили?

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


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re:
СообщениеДобавлено: 23.05.2016 10:44 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Есть замечания?

Victor Pomortseff писал(а):
Что значит "с учетом"? Как из метров в градусы переводили?




по разрешению нужного масштаба отображения прибора
Вложение:
Мерный_2_.png
Мерный_2_.png [ 16.95 КБ | Просмотров: 4557 ]

для Sphere; R=6378137,0; вычисляется нужное разрешение в градусах по вертикали, а далее собственно по аналогии как уже рекомендовал с учетом широты делением на косинус получаем разрешение по горизонтали:

ed.ua писал(а):

Я бы в вашем случае при изготовлении тестовых карт разрешением (60 метров / 68 пикселей) забивал в GM по вертикали значение 7,92631E-06 °/pixl (одинаковое для всех широт к примеру ....36; 37,5; 38,5 градусов и соответствует 0,88235 m/pixl) а разрешение по горизонтали ставил больше/равно: 7,92631E-06 °/pixl / cos(N)

.

вроде уже обсуждалось


По масштабам 15м; 30м; 60м вопросов быть не должно, ибо значения кратные степеням 2.
( 60*2^2 =240; 30*2^3=240;15*2^4=240)
А вот по 90м, 150м и 400м на широте 35,8 (где с линейкой 240м все Ок!) интересно даже очень как отобразится квадрат 210x210 девайсом.
Соответственно растры с квадратами 210x210 на широте 35,8 для масштабов прибора 90м, 150м и 400м а архиве.
Вложение:
Malta2_90_150_400.zip [290.78 КБ]
Скачиваний: 204


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.05.2016 10:54 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Еще раз. По какой формуле вычисляется разрешение в метрах на пиксель переводится в градусы на пиксель.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.05.2016 11:35 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
Еще раз. По какой формуле вычисляется разрешение в метрах на пиксель переводится в градусы на пиксель.

Формула:
Вложение:
CodeCogsEqn.gif
CodeCogsEqn.gif [ 683 байт | Просмотров: 4545 ]


180-это 180 градусов от полюса к полюсу
Вложение:
CodeCogsEqn(1).gif
CodeCogsEqn(1).gif [ 503 байт | Просмотров: 4545 ]

М-масштаб отображения прибора в метрах
Вложение:
CodeCogsEqn(2).gif
CodeCogsEqn(2).gif [ 551 байт | Просмотров: 4545 ]

R, уже писал
ed.ua писал(а):
для Sphere; R=6378137,0;

Соответственно П*R- длинна мередиана (никак не зависит от широты)


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.05.2016 11:49 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
А почему для сферы? А почему не для эллипсоида? А почему используете геодезические координаты, а не приведенные или геоцентрические? Для всех случаев получите разные значения...

А почему вы отталкиваетесь от горизонтального разрешения ("мерная линейка"), а считаете вертикальное (по длине меридиана)? Почему бы не посчитать по длине параллели через ее радиус на данной широте? Есть известные формулы...

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.05.2016 12:01 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Давайте не отвлекаться, на все "почему?" отвечу попозже.
Я ж вас по первым результатам широты 37,5 не донимал.
Взял посмотрел ваши файлы и ваши разрешения там и там и там.
Разобрал файл. По 60 м были замечания высказал.
Смотрите и вы, вдруг будут горячие замечания по значениям разрешений , то обявите
На повестке дня ваше практическое задание "широта разработчика"
Посмотрите пожалуйста ситуацию на 35,8 для 400м, 150м и 90м. Файлы я выложил.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.05.2016 12:13 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Без ответов на мои "почему" обсуждение смысла не имеет. Я приводил свои резоны по поводу того почему широта может быть именно 37.5, а не иной. Попробуйте обосновать свой выбор. Почему такая широта, почему использовались такие формулы. И т.п.

Можно взять произвольную широту и достаточно волюнтаристский способ подогнать под нее разрешение. Но физического смысла в этом подходе нет. И результат скорее всего будет случайным. У меня уже такое было когда я получил 100% совпадение на широте 56.8 (примерно) путем умножения на косинус 37.5. вот просто совпало и все. На одном единственном масштабе в одной единственной точке.

Я уверен, что тот способ, которым пользуются разработчики, имеет строгое математическое обоснование. А вы просто пытаетесь жонглировать цифрами чтобы получить как-то результат.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.05.2016 13:16 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Шо?Еще раз с Первым апрелем??! :facepalm:
Это вы все время пытаетесь жонглировать цыфрами и подганяете их под какието "известные общепринятые широты".
А когда не подходит, пытаетесь выдумать другую широту, штабквартиру и т.п.

На данный момент что вас не устраивает?
Вы определили задачу
Victor Pomortseff писал(а):
...

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

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


Мы с Андрем Лунячеком нашли вам такую широту , осталось проверить для 400м, 150м, 90м.
Скрины по 240м есть, оригиналы есть,исходники есть. Там все пляшет, в отличие от ваших материалов по 60м!!! Смотрите, изучайте, меряйте!!! Вы мне такую возможность со скринами не предоставили.
Давайте забудем откуда я и что взял.

Что-бы не забивалось, как бы не вычислялось в итоге на экране 240м мерного соответствует 240м реальным
А значит разрешение равно 240/68 м/пикс. И исходника я готовил такое же.
Раз оно пляшет, 210x210 исходника соответствует 210x210 прибора то по вашей обявленной задаче , то хоть аист принес эти градусы, те что я забиваю, разница какая?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 23.05.2016 13:38 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Народ, только давайте не будем ссориться и вести разговор на повышенных тонах.
Есть практика, а есть теория. Практика хороша тем, что она даёт факты. А теория была бы хороша, если бы она имелась. То есть, имелась стопроцентно работоспособная. Но пока у нас только догадки, имеющие разную степень приближения к истине. А навигатор продолжает оставаться "чёрным ящиком", внутри которого происходят неведомые нам процессы. А бравые работники фирмы "Магеллан" хрен нам что расскажут о том, что там происходит. Дима им уже писал, спрашивал о используемой проекции. Ничего не ответили. Вместо этого они постят собачек в Фейсбуке. Но давайте будем сердиться на них, и не будем сердиться друг на друга.

P.S. Честно говоря, у меня есть сомнение, что удастся опытным путём понять, что они там вытворяют с картой в навигаторе. Но, тем не менее, этой ночью, я обработаю последние выложенные тестовые карты с квадратами 210х210.

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


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения:
СообщениеДобавлено: 23.05.2016 21:07 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Вот именно. У меня сейчас нет каких-либо идей по поводу того что там может быть. А просто так жонглировать цифрами неинтересно.

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

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


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Re:
СообщениеДобавлено: 24.05.2016 02:08 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
ed.ua писал(а):
А вот по 90м, 150м и 400м на широте 35,8 (где с линейкой 240м все Ок!) интересно даже очень как отобразится квадрат 210x210 девайсом.
Соответственно растры с квадратами 210x210 на широте 35,8 для масштабов прибора 90м, 150м и 400м а архиве.

Держите.


Вложения:
Screen-Malta2_90_150_400.zip [58.26 КБ]
Скачиваний: 218


_________________
Карти для GPS-навігаторів: де їх брати? https://encyclopedia-mandriv.blogspot.com/2013/06/karty-dlya-gps-navigatorov.html
Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.05.2016 08:24 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Спасибо!
Скрины смотрел сразу. Отписать времени небыло.
Честно говоря, думал, что и для 90 и для 150 будет не «широта разработчика»
Но все равно результат примечательный и показательный.
Для масштаба отображения 400м на широте 35,8 нет 1 : 1, разница существенная, чтобы списать на ошибку.
Вложение:
Malta2_400_358GeoT210x210.gif
Malta2_400_358GeoT210x210.gif [ 36.31 КБ | Просмотров: 4457 ]


(напомню, у же писал, раннее по скринам Д. Засядько, для 400м нужно рыть возле широты 30 градусов)
Вложение:
5мOnPixl_2.png
5мOnPixl_2.png [ 47.91 КБ | Просмотров: 4457 ]



Причем это не теоретическое жонглирование а практика, реальность, расставляющая все по своим местам.
И мне как то не понятна «политика» когда под теорию, или даже просто высказывания, закладываются постулаты, которые идут в разрез с уже имеющими фактами и которые в принципе элементарно перепроверить, но на проверку у автора теории не хватает духу.
По результатам проверки:
- на практике на широте 35,8 градусов имеем 100% соответствие разрешения исходника разрешению изображения в девайсе при масштабах 240м, 150м, 90м и при этом мерный отрезок прибора не врет!;
- на этой же широте (35,8) масштаб 400м "потерпел фиаско", резрешение исходника отличается от разрешения картинки прибора и мерный отрезок не соответствует!;
отсюда:
А) принцип строгой линейности разрешений прибора (м/пикс) масштабам нужно пересмотреть (если для 240, 150, 90 линейность соблюдена то для 400м в нашем случае не прокатило);
Б)напрочь забыть про >>какую-то общепринятую широту ©Victor Pomortseff и не жонглировать цифрами чтобы получить как-то результат ©Victor Pomortseff а плясать от практических результатов и реальности.
А реальность на ладошке, это и 68!!!!!!! пикселов мерного, которые в упор никто не хотел видеть , и тайловая модель, и изначальные параметры контейнера тайлов в градусах на пиксель, и не закрытый вопрос http://xt.ht/phpbb/viewtopic.php?p=1684370#p1684370 и многое другое интересное и парадоксальное
Но коль мы на сегодняшний день по "тестовым квадратам"©Victor Pomortseff получили положительный результат для масштабов 240,150 и 90 (думаю справедливо и всех остальных нижних) то учитивая широту соответствия мерного 35,8 по теории "широты разработчика"©Victor Pomortseff для остальных широт по масштабам M 240м, 150м, 90м (предполагаю и 60,30,15) можем записать :
I) для сферической модели Res(φ)=M*cos(φ)/(68*cos(35,8));
ІІ) для элипсоида (введя параметр Local Scale Factor далее LFS подробности и детали тут,если что, то по выкладкам тут)
LSF=SQRT((1-(0.00669437999014*SIN(φ)^2)))/COS(φ))
Res(φ)=(М * 1,23160357778399 )/(68 *LSF(φ))
Эти формулы отображают основную тенденцию изменения разрешения с широтой для масштабов 240,150,90 (думаю и 60,30) при правильной подготовке исходника.
Ну а имея в наработке достаточно скринов можно уже что то прикинуть и оценить

По вопросам "почему..." по которым >>Без ответов на мои "почему" обсуждение смысла не имеет.©Victor Pomortseff то попозже, времени сейчас в обрез.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.05.2016 08:46 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Ищите ошибку в модели. Я уже выкладывал свои измерения. Линейность в угловых разрешениях наблюдается на всех без исключения масштабах от 30 до 3200м

Вложение:
Res.gif
Res.gif [ 27.5 КБ | Просмотров: 4451 ]

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 26.05.2016 15:54 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Кстати табличка широт с вариантами І и ІІ есть. Калькулятор в EXEL тоже.
Визуализация графическая формул вариантов І и ІІ имеется.

По вопросам. Не уверен что успею сегодня на все ответить, но попробую.

Victor Pomortseff писал(а):
А почему для сферы? А почему не для эллипсоида? А почему используете геодезические координаты, а не приведенные или геоцентрические? Для всех случаев получите разные значения...

А почему вы отталкиваетесь от горизонтального разрешения ("мерная линейка"), а считаете вертикальное (по длине меридиана)? Почему бы не посчитать по длине параллели через ее радиус на данной широте? Есть известные формулы...

>>А почему для сферы? А почему не для эллипсоида?
Мне то лично без разницы.
Но во первых, наверное потому что пока что никто не опроверг мое утверждение:
ed.ua писал(а):
...
Но судя по тому, что в VP расстояния между точками на широтах, отличных от экватора, совпадают с расстояниями между этими точками в SAS на картосервисах с EPSG:3785 (скажем OSM, Google ...) и не совпадают где EPSG:3395 (типа Яндекс) то предполагаю что и в приборах Магеллан используется сферическая модель Земли.
...
Причем это я вам адресно писал.
Так что докажите обратное и будет вам для эллипсоида.

Во вторых я подстраиваюсь под вас.
Но я при этом хоть обосновал выбор сферической модели(см. выше), а вы с самого начала , начиная от ссылки на http://wiki.openstreetmap.org/wiki/Zoom_levels и далее везде и всує без всякого на то обоснования пихали простой косинус широты (или вы не знаете что это признак сферической модели) в свои формулы
вот см. тут
и тут http://xt.ht/phpbb/viewtopic.php?p=1684078#p1684078
и тут, где к слову мерный у вас 69 пикс,
и тут,
и http://xt.ht/phpbb/viewtopic.php?p=1700715#p1700715
и снова ,примечательно что я это должен принимать принимаю без всяких на то обоснований с вашей стороны

А когда я прямо спросил:
ed.ua писал(а):
...
То есть у вас есть разрешение в град/пикс и широта а вам нужно для сфероида разрешение в м/пикс на єтой же широте?

Вы же и ответили:
Victor Pomortseff писал(а):
...
Да. Градусы на пиксель пересчитываются в метры на пиксель. Формула есть, но пихать ее в эксель неохота. Не сказать чтобы совсем простая.


Так что? теперь «руками то махать»?!.

В третих, по самомой разнице на широте 35,8, то косинус 35,8 равен 0,8111, а соответствующее значение для эллипсоида на этой широте 0,8120.
0,8111 против 0,8120 ощущаете разницу в 4!!!!! знаке после запятой?!
==========================
>>А почему используете геодезические координаты, а не приведенные или геоцентрические?
А что это такое? А какие вам нужно? :ROFL: :ROFL: :ROFL:
===============================

>>А почему вы отталкиваетесь от горизонтального разрешения ("мерная линейка"), а считаете вертикальное (по длине меридиана)?
1)Но я то к примеру считаю и выкладываю (см. мои картинки) как горизонтальное так и вертикальное разрешение.
2) Собственно без разницы, что в лоб что по лбу.
Только мне удобней то по длинне меридиана, она же не меняется с широтой и для постоянного градусного разрешения разрешение в м/пикс по вертикали от широты не зависит.
Я полагал , когда вы там кричали Бинго!
и писали что разрешение от широты не зависит , то думал что вы это не только озвучиваете но и понимаете где не зависит и как не зависит. :yes:
>>Почему бы не посчитать по длине параллели через ее радиус на данной широте?
Да пожалуйста, без вопросов. А это что-то изменит?
========================================
Вы еще не спросили почему я задаюсь в GM для исходника в град/пикс.
Ну во первых, для магеллановского растра, повторюсь, изначальные параметры контейнера тайлов в градусах на пиксель,
это уже потом, после трансформации тайлов и картинки на экране с мерным в метрах мы обсуждаем м/пикс, но это потом, для самого растра RMP - градусы
;
Во вторых, в общем случае прикиньте, для ваших , более северных , широт, где разница м/пикс сферической и элипсоида моделей более ощутима а вы там зададитесь в GM в м/пикс, а если для Магеллана нужна таки сфера а GM однозначно считает под элипсоид.
Не задумывались?
Ну так, хотя бы в принципе. Мы ж хотим все без погрешностей и строго математически обосновано.
Вот и решайте себе там с этой инфой почему да как.


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения:
СообщениеДобавлено: 26.05.2016 16:57 
Аватара пользователя

Сообщения: 471
Город: Екатеринбург
Пол: Муж
Возраст: 59
Зарегистрирован:26.03.2012
Ну хорошо. Со сферой понятно. Непонятно какой смысл в широте 35.8. Разработчики с потолка взяли? И непонятно почему ваша модель дает выброс на 400 метрах тогда как прямые измерения показывают строгую линейность от 30 до 3200 метров как минимум.

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

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

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


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re:
СообщениеДобавлено: 29.05.2016 05:05 

Сообщения: 104
Город: ua
Пол: Не указан
Зарегистрирован:06.05.2013
Victor Pomortseff писал(а):
Ну хорошо. Со сферой понятно. Непонятно какой смысл в широте 35.8. Разработчики с потолка взяли? И непонятно почему ваша модель дает выброс на 400 метрах тогда как прямые измерения показывают строгую линейность от 30 до 3200 метров как минимум.

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

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

Несколько моментов.
1.Выброс на 400 метрах дает не модель и не угаданная формула, на 400м наблюдаем то что имеем.
2. Ваши "прямые" измерения очень полезные. Там маловато широт (6 вроде,по памяти) ,но по ним видно к чему прибор приводит стремится привести картинку. Но это не дает ответа на вопрос как, по какому закону это происходит.
3.Смысла в широте 35,8 нет и мне отнюдь не удалось угадать формулу, используемую разработчиками.
Давайте еще раз пройдемся по тому что произошло.
А)
ed.ua писал(а):
то учитивая широту соответствия мерного 35,8 по теории "широты разработчика"©Victor Pomortseff для остальных широт по масштабам M 240м, 150м, 90м (предполагаю и 60,30,15) можем записать :
I) для сферической модели Res(φ)=M*cos(φ)/(68*cos(35,8));
ІІ) для элипсоида (введя параметр Local Scale Factor далее LFS подробности и детали тут,если что, то по выкладкам тут)
LSF=SQRT((1-(0.00669437999014*SIN(φ)^2)))/COS(φ))
Res(φ)=(М * 1,23160357778399 )/(68 *LSF(φ))

при этом имеет место быть примечание
ed.ua писал(а):
Эти формулы отображают основную тенденцию изменения разрешения с широтой
.
Б) Относительно девайса то там окромя этой общей закономерности (в случае сферы это ф-ла I, а для элипсоида ф-ла II) при таком подходе к вопросу нам нужно >>...удалось угадать формулу много чего еще.
В частности в том числе и разрешение "железа" "Scale" (map scale) is only an approximate size comparison and refers to distances on the equator. In addition, the map scale will be dependent on the monitor. These values are for a monitor with a 0.3 mm / pixel (85.2 pixels per inch or PPI) и закономерность (принцип) выбора - к чему картинка приводится при трансформации, к разрешению по высоте или к разрешению по ширине, и т.д. и т.п.

В) Самое основное по "смыслу 35,8" и якобы моей модели.
ed.ua писал(а):
напрочь забыть про >>какую-то общепринятую широту ©Victor Pomortseff

Мы руководствовались понятием "широта разработчика", то есть широтой , где разрешение картинки на экране равно M/68, оно полезно, ибо позволяет в ф-лу задействовать масштаб М.
Вложение:
мерныйРазрешение.gif
мерныйРазрешение.gif [ 13.13 КБ | Просмотров: 4412 ]

Но ведь можно было и иначе, просто отталкиваясь по практически измеренному разрешению (в м/пикс, Res(известное)
) на какой-либо широте (благо скринов "намеряно" немеренно) записать ту же ф-лу І как:
Res(φ)=Res(известное)*cos(φ)/(cos(φ(известное))) или аналогично ф-лу II в случае элипсоида....
Все эти "телодвижения" с м/пикс поскольку постольку, ведь пока висит открытый вопрос град/пикс или м/пикс то какая может быть у меня модель?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 03.09.2016 17:05 
Аватара пользователя

Сообщения: 92
Город: Черкаси
Пол: Муж
Зарегистрирован:29.09.2009
Доброго дня!
Програмка SASPlanet перестала завантажувати гугловський супутник. Як з цим боротися? :shock:

_________________
https://500px.com/vitalfoto


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 03.09.2016 23:52 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Попробовать обновить источники карт: http://www.sasgis.org/wikisasiya/doku.p ... качать_zmp
Скачать основной и плюсовый репозитории и поместить содержимое в папки SAS.Planet – Maps – sas.maps и SAS.Planet – Maps – sas.plus.maps. Можно заменить не все, а только тот источник, который отвечает за гугловский спутник.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.09.2016 13:12 

Сообщения: 50
Город: ----
Пол: Муж
Возраст: 57
Зарегистрирован:22.12.2011
Приветствую, коллеги

Нахожусь в процессе перехода с Тритона 1500 на Эксплорист (подарили 710-й). Надеялся относительно без проблем перекинуть все сделанные тритоновские карты через VP в Эксплорист (основная часть карт была сделана уже при помощи RMP Creator, так что необходимости прогонять их через Tools не было). И тут возникла проблема (как я понимаю, вполне ожидаемая) - карты на экране Эксплориста начинают отображаться минимум на один уровень зума выше, чем в Тритоне - например, тритоновская 500-метровка, отображаемая в Тритоне начиная с уровня 1.6 км, в Эксплористе начинает отображаться только с 1.2 км. Как я понимаю, это связано с разным разрешением экрана у этих приборов (в 710-м оно выше). Все числа, нужные простановки в окошке GM при экспорте в Geotiff были для меня уже давно известны и отработаны для тритоновских карт (общие обсуждения, рекомендации Паганеля и т.д).
Пробовал изменить уровень отображаемого зума через RMP Creator (играл с числами масштаба и моделями приборов), но требуемого результата не получил. Пришлось вернуться на стадию операции "экспорт растра" в GM и там экспериментировать уже с числами, устанавливая нужное "разрешение в метрах на пиксел" , и только после этого получил желаемый результат.
Хотелось бы услышать совет, как можно с минимальными трудовыми и временными затратами упростить процесс перевода тритоновских в эсплористские карты (напомню, речь идет только о подгонке уровня отображаемого зума), не хотелось бы для каждой карты снова возвращаться на этап "экспорта растра" в GM :sad:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.09.2016 13:29 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
challenger
А что вам реально даст изменение уровня зума? Вам нужна правильная линейка масштаба? Лично я много лет назад перешел на 510, но карты не переделывал. Не вижу смысла тратить время.
У этой теме было бурное обсуждение этого вопроса. Я особо не следил, но кажется универсального правила я не видел.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.09.2016 13:52 

Сообщения: 50
Город: ----
Пол: Муж
Возраст: 57
Зарегистрирован:22.12.2011
Tramp писал(а):
challenger
А что вам реально даст изменение уровня зума?


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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.09.2016 14:01 
Аватара пользователя

Сообщения: 2800
Город: Харьков
Пол: Муж
Возраст: 51
Зарегистрирован:07.06.2005
Проще привыкнуть к новым зумам, чем переделывать десятки карт. Конвертора нет.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 04.09.2016 16:02 

Сообщения: 50
Город: ----
Пол: Муж
Возраст: 57
Зарегистрирован:22.12.2011
Не, ну десятки карт, слава богу, нет необходимости переделывать :facepalm: , не все имеющиеся RMP карты актуальны для меня на данный момент, а вот часть карт наиболее и постоянно посещаемых мест таки подправлю.
Цитата:
Конвертора нет

Ну в общем, так я и предполагал.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.09.2016 02:03 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
challenger писал(а):
Предпочитаю когда карта отображается начиная от обзорного уровня зума, а не сразу от крупного. Да и практикой использования это не раз подтверждалось - если карта отображалась только на крупных уровнях зума, было чрезвычайно неудобно ни для планирования дальнейшего маршрута или иных действий, ни для анализа уже пройденного (речь идет о полевых условиях).

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

К примеру, 500-метровки я подгоняю к масштабу навигатора "400 м". При этом, если на этапе создания выставить определённое разрешение карты, она будет отображаться и на "800 м". На "1,2 км" она уже не отображается, но мне это и не нужно. Во-первых, сильное уменьшение мешает просмотру изображения, во-вторых, чем сильнее уменьшена карта, тем сильнее она тормозит, т.к. больше тайлов выводится на экран. У меня на "1,2 км" живут километровки Паганеля, которые отображаются до "2,4 км". А на менее подробных зумах - какая-то обзорная карта, или растровая, или векторная.

Перенастроить масштаб отображения уже готовых карт у Магеллана нельзя (у Гармина - можно). У Магеллана он связан только с разрешением, поэтому карту придётся фактически делать заново.

Один из основных вопросов при изготовлении - подгонка карты к определённому масштабу. Каждый масштаб у Магеллана имеет своё разрешение, которое не постоянно, а зависит от широты. Но формулы зависимости мы не знаем. Мы пытались подобрать формулу. Лучше всего получилось у Димы Засядько (он сделал экселевский файл для вычисления) и у Виктора Поморцева (он написал маленькую программу). Программа Поморцева мне нравится своей простотой: ввёл масштаб и широту, получил разрешение. Разрешение приблизительное, но для практических целей более чем достаточное. Его программа здесь:
viewtopic.php?f=118&t=54894&start=765#p1702706

Надеюсь, в общих чертах понятно.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 05.09.2016 22:59 

Сообщения: 50
Город: ----
Пол: Муж
Возраст: 57
Зарегистрирован:22.12.2011
Цитата:
поэтому карту придётся фактически делать заново

ну вот, собственно, этот вопрос я и хотел уточнить - решил на всякий случай спросить, мало ли есть какая хитрость, мне неизвестная

а по ключевым моментам я владею информацией, как теоретической, так и практической - изготовлением RMP карт занимаюсь давно :wink:


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 28.10.2016 22:59 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Очередной эксперимент по скрещиванию "ежа и ужа" :)
1. Взял карту Франции от maps4me.net, разобрал, кое-чего подкрутил.
2. Взял карту Франции от 2007 года официальную, разобрал. Подкрутил настройки. чтобы карта стала невидимой.
3. Собрал вместе обе карты.
Результат: имеем карту-монстра весом 1ГБ, но с рельефом, адресным поиском и автоматической прокладкой маршрута.
Вобщем, на экране видим всё ту же карту из OpenStreetMap (maps4me.net), что и раньше, но под ней лежит невидимая старая карта, по которой строятся маршруты и работает адресный поиск. Естественно, если каких-то новых дорог в старой карте нет, то и маршрут по ним не построится, хоть на экране их и видно.
Кому интересно, можете скачать для поиграться. https://cloud.mail.ru/public/J9Yn/ra3kWzg9t
В ВантажПоинт она открывается и работает, но таки слегка подтормаживает. В навигаторе не проверял


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.10.2016 00:24 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Прикольно. Найти бы для Украины официальную карту.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.10.2016 07:11 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Как можно найти то, чего нет :)
Магеллан, похоже, даже для западной Европы прекратил карты делать. Я в Фейсбуке про Европу спросил - они отмолчались. И на сайте у Магеллана работает только американская версия и австралийская. А европейский сервер - нет.
Впрочем, надо бы в НГЦ поспрашивать. Евгений говорил, что когда он там работал, они делали карты для "Магеллана.".


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 03.11.2016 23:18 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Сегодня я выяснил нюанс по поводу программы MMO converter (http://www.msh-tools.com/mmoconverter.html).
У Михаила Шаронова написано, что векторные карты, созданные в Mobile Mapper Office, нужно прогонять через конвертер, иначе eXplorist не поймет эту карту. Однако, Виктор Поморцев утверждает, что конвертер не нужен, и что eXplorist понимает карты и без конвертации.

Опытным путём установлено, что конвертировать карту этой утилитой нужно только для эксплористов старых серий (210, 500, XL и прочие из того поколения). Например, eXplorist 210 не открыл мою карту Харьковской области, пока я не прогнал её через конвертер.
Эксплористы новой серии (GC, 110, 310, 510, 610, 710) понимают как конвертированные, так и неконвертированные карты. И программа Vantagepoint тоже.
Кстати, карту через конвертер можно прогнать дважды, а то и трижды. Но после второй, третьей и т.д. обработки карта портится и ничем не открывается.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 20.06.2017 20:27 

Сообщения: 1
Город: Кировоград
Пол: Муж
Возраст: 42
Зарегистрирован:18.12.2014
Victor Pomortseff
ed.ua
Андрей Лунячек
Д. Засядько

Ай, гигантскую же работу вы провели по поиску формулы. :) Только вот не до конца понял, на чем же все-таки остановились? Какая из них наиболее точно отражает поведение самих магелланов и какие все же значения разрешения по х и у скармливать ГМ для минимального ресайза картинки в приборе?


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 21.06.2017 00:09 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
Из всего, что было написано и предложено, выделяются два законченных (и максимально пригодных к использованию) варианта:

1. Калькулятор Виктора Поморцева. Простая и удобная программка. Вводим широту местности и масштаб Магеллана, получаем разрешение в метрах на пиксель.

2. Таблица в Экселе Димы Засядько. Визуально выглядит несколько сложнее (на мой взгляд), но удобна тем, что сопоставляет разрешения масштабов Магеллана с разрешениями зумов SAS Планеты.

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

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.06.2017 17:24 

Сообщения: 17
Город: Sochi
Пол: Муж
Возраст: 53
Зарегистрирован:18.06.2017
Не знаю, упоминался здесь этот ресурс http://www.taravisee.com/Download/GPS/ , а именно утилитка http://www.taravisee.com/Download/GPS/C ... nglish.zip - полный архив http://www.taravisee.com/Download/GPS/Conversor.sfx.exe . Ребята хотели автоматизировать процесс компиляции *.imi из *.mp . Но что-то на автомате у меня как-то не вышло - шейпы автоматом не получаются


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.06.2017 09:52 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
А у меня этот "конверсор" вообще не запускается. Сразу ругается на отсутствие MMoffice 2.7, хотя ММО2.7 установлен. Я попробовал закинуть всё в папку ММО2.7 - без толку.
А вообще, я делаю карты по методике Поморцева. Можете почитать https://sites.google.com/site/victorpom ... mapscreate Правда, там ссылки на данные о рельефе устарели. И не описаны кое-какие нюансы (кириллица в надписях, суб-карты, перечень типов данных), но в целом методика работает.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 27.06.2017 21:43 

Сообщения: 17
Город: Sochi
Пол: Муж
Возраст: 53
Зарегистрирован:18.06.2017
Д. Засядько писал(а):
А у меня этот "конверсор" вообще не запускается. Сразу ругается на отсутствие MMoffice 2.7, хотя ММО2.7 установлен. Я попробовал закинуть всё в папку ММО2.7 - без толку.
А вообще, я делаю карты по методике Поморцева. Можете почитать https://sites.google.com/site/victorpom ... mapscreate Правда, там ссылки на данные о рельефе устарели. И не описаны кое-какие нюансы (кириллица в надписях, суб-карты, перечень типов данных), но в целом методика работает.

У меня на Хрюше запускается вполне себе именно в папке MMO 2.7, на 3.40 уже ругается, что нет его ) На гуглсайте я смотрел. Дем-слой по идее мне пока не особо нужет, а горизонтали легко сделать отдельным шейпом. Я гарминовскую в своё время сделал с дем-слоем трёхмерную, то есть её как бы хватает на компе глянуть, а приборе при малюсенькой диагональки экрана - всё же жесть ))) Если не сложно, выложите здесь архив с MPSplitter - в сети я как-то его не нашёл, всё мёртво. Как-то надо Магеллан поднимать )))


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 29.06.2017 09:32 

Сообщения: 1128
Город: Харків, Холодна Гора
Пол: Не указан
Возраст: 44
Зарегистрирован:02.10.2006
Преимущество "трёхмерного" рельефа в формате BLX в том, что горизонтали там рисуются самим навигатором автоматически в зависисмости от масштаба. А горизонтали в шейпах расчитаны на один какой-то масштаб.

MPsplitter прилагаю. А также свой файл с настройками слоёв.
Там типы данных соответствуют набору "типы Навител" согласно списку типов из GPSmapEdit и добавлено немного моих "кастомных" типов данных: тип 80 - обрыв, тип 81 - овраг, тип 82 - лыжная трасса. Я при создании карт беру данные из OSM, конвертирую в "польский" формат с помощью osm2mp, поэтому настройки "подкручены" под это дело. Если брать какую-то другую карту в "польском" формате, то у неё может быть свой набор типов данных. Это, конечно, плохо, потому что под такую карту придётся писать свой конфиг.
Автоматические названия типа doroga, ulitsa malaya и т.д. заменены точками. Так уменьшается размер файла, да и не нужны они. И так ясно, что такая-то линия обозначает дорогу.

Да, ещё даю информацию о типах точек, линий и полигонов, поддерживаемых в VantagePoint и в навигаторе (список требует уточнения). Там экселевская табличка. Смотрите вкладки POINT, LINE, AREA
Погромисты Магеллана запланировали дофига разных типов линий, точек, заливок и т.д.
Но успели реализовать только малую часть из них. То, что реально работает, отмечено жирным или плюсиком. Учтите, что в разных моделях навигаторов свой набор типов линий, точек и полигонов.

Если вам не понравится вид готовой карты, а именно, не тот тип линий или цвет заливки полигонов, то не спешите её компилировать заново. Карту можно разобрать на суб-файлы, подредактировать файл 00map.ini и собрать.


Вложения:
MPSplitter_29jun2015.rar [609.64 КБ]
Скачиваний: 240
LayersPOI_dimon3b.zip [14.52 КБ]
Скачиваний: 246
Список типов отображения данных в векторных картах Magellan.xls [469 КБ]
Скачиваний: 298

Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Global Mapper
СообщениеДобавлено: 25.10.2017 07:57 

Сообщения: 9
Город: Харьков
Пол: Муж
Зарегистрирован:11.10.2017
Подскажите, как в global mapper 15 обрезать края множества карт?

Загружаю и старый ГШ, и новый ГГЦ. Однако, автоматическая обрезка ничего не обрезает. OziMapMerge эти карты обрезает прекрасно.
Может есть у кого ссылка на статью, как клеить много карт в gm?

Ещё вопрос: Карты ггц имеют датум пулково. Можно ли автоматически заменить датум на wgs84 в папке с 1400 картами, при этом не склеивая их? Чтоб было 1400 карт с пулково, стало 1400 карт с wgs84.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.10.2017 10:35 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
В SAS Планете есть и Генштаб, и ГГЦ. Вам его разве не хватает? Проще ведь оттуда скачать, чем возиться со склейкой и сменой датума.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.10.2017 14:17 

Сообщения: 9
Город: Харьков
Пол: Муж
Зарегистрирован:11.10.2017
Андрей Лунячек писал(а):
В SAS Планете есть и Генштаб, и ГГЦ. Вам его разве не хватает? Проще ведь оттуда скачать, чем возиться со склейкой и сменой датума.


Про саспланет знаю. Но хотелось бы самому уметь. Вдруг этот сервис перестанет существовать или станет платным.


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.10.2017 14:44 
Аватара пользователя

Сообщения: 2078
Изображения: 1
Город: Харьков, Немышля
Пол: Муж
Возраст: 45
Зарегистрирован:22.05.2010
RomaST писал(а):
Карты ггц имеют датум пулково. Можно ли автоматически заменить датум на wgs84 в папке с 1400 картами, при этом не склеивая их? Чтоб было 1400 карт с пулково, стало 1400 карт с wgs84.
ось є стаття на цьому ж сайті

_________________
сайт о пеших походах по области
Изображение


Вернуться к началу
shoppage  personalpage P Персональный альбом  
 
СообщениеДобавлено: 25.10.2017 15:10 
Аватара пользователя

Сообщения: 1172
Город: Харьков
Пол: Муж
Возраст: 47
Зарегистрирован:18.03.2013
САС Планета - это не сервис, а программа. Даже если она станет платной, можно будет пользоваться старыми бесплатными версиями. А для перестраховки лучше начинать прямо сейчас закачивать на компьютер все интересующие вас куски. Через месяц непрерывной работы САС Планеты у вас наверняка на компьютере окажется всё необходимое. :D

Если Глобал Маппер не обрезает автоматически, значит, нужно обрезать вручную. Дело это муторное. К тому же эта функция в Глобал Маппере (впрочем, как и большинство его функций) не является интуитивно понятной. Я изредка обрезаю вручную и каждый раз забываю, как это делать. В очередной раз заново вспоминаю, заново разбираюсь. Настолько это неочевидное действие.

Для автоматической смены датума у множества карт у меня когда-то был скрипт, работающий через Глобал Маппер. Но после переустановки винды он потерялся. А откуда я его скачивал - не помню.

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


Вернуться к началу
shoppage  personalpage P  
 
СообщениеДобавлено: 25.10.2017 17:19 

Сообщения: 9
Город: Харьков
Пол: Муж
Зарегистрирован:11.10.2017
nikalexey писал(а):
RomaST писал(а):
Карты ггц имеют датум пулково. Можно ли автоматически заменить датум на wgs84 в папке с 1400 картами, при этом не склеивая их? Чтоб было 1400 карт с пулково, стало 1400 карт с wgs84.
ось є стаття на цьому ж сайті


Спасибо!


Вернуться к началу
shoppage  personalpage P  
 
 Заголовок сообщения: Re: Global Mapper
СообщениеДобавлено: 26.10.2017 16:45 

Сообщения: 292
Город: Kiev
Пол: Муж
Возраст: 53
Зарегистрирован:06.07.2011
RomaST писал(а):
Подскажите, как в global mapper 15 обрезать края множества карт?

Загружаю и старый ГШ, и новый ГГЦ. Однако, автоматическая обрезка ничего не обрезает. OziMapMerge эти карты обрезает прекрасно.
Может есть у кого ссылка на статью, как клеить много карт в gm?

Ещё вопрос: Карты ггц имеют датум пулково. Можно ли автоматически заменить датум на wgs84 в папке с 1400 картами, при этом не склеивая их? Чтоб было 1400 карт с пулково, стало 1400 карт с wgs84.

https://www.offroadmaster.com/topic/116 ... ry26225584
https://www.offroadmaster.com/topic/116 ... ry26419591


Вложения:
merge.zip [864 байт]
Скачиваний: 241
ECW_GEOTIFF_Reproj.zip [684 байт]
Скачиваний: 207
OZI_GEOTIFF_Reproj.zip [878 байт]
Скачиваний: 228


_________________
Штурман, нада дёрнуть!
Вернуться к началу
shoppage  personalpage P  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
  © Mishael 2003-2024
Наши друзья: Телеграм-канал про SEO | Рыбалка в Полтаве
Мобильный вид

[ Time : 1.535s | 975 Queries | GZIP : On ]
Reputation System ©'