Пользователям Garmin GPSmap62s

[indi]

Santa писал(а) Tue, 20 December 2011 13:32

"c:\Program Files\GPSBabel\gpsbabel.exe" -t -i ozi -f 110729nor_cycle2.plt -i ozi -f 110730nor_cycle.plt -x track,merge -x simplify,count=500 -o gpx -F 1107nor_oslo.gpx

результативный -F в верхнем регистре

gpsbabel [options] -i INTYPE -f INFILE [filter] -o OUTTYPE -F OUTFILE

[Santa]

indi писал(а) Tue, 20 December 2011 13:43

результативный -F в верхнем регистре

Да, так получается. Как бы ещё файлы без времени считывать...

[Santa]

indi писал(а) Tue, 20 December 2011 13:43

gpsbabel [options] -i INTYPE -f INFILE [b][filter][/b] -o OUTTYPE -F OUTFILE

Раз есть фильтр, получается можно задать типа *.plt и все таковые автоматом соединятся? Надо попробовать.

[indi]

Santa писал(а) Tue, 20 December 2011 13:54

indi писал(а) Tue, 20 December 2011 13:43

результативный -F в верхнем регистре

Да, так получается. Как бы ещё файлы без времени считывать...

можно время к точкам добавить через опцию -x track,faketime


Example 4.12. Add time values to a track

Add a time value to a trackpoint, if the trackpoint contains no time value. Start at the 6 th of May, 2010 at 6 AM and increment 5 seconds between each trackpoint:

gpsbabel -i kml -f in.kml -x track,faketime=20100506060000+5 -o gtrnctr -F out.tcx

типа назначается первой точке время 06.05.2010 06:00:00 и каждой следующей +5 секунд

[Santa]

Когда несколько точек, проще вручную. Вот только не понятно, как время у Ози "шифруется"
Цитата:

66.814181, 15.401484,1, 415.0,40735.6230440,

40735. - явно дата, 6230440 соответственно "отвечает" за ЧЧ ММ СС, но как? Пробовал задавать все нули - на выходе почему-то 4 часа. Пока что "раскидываю" между значениями до и после...
PS Эти же дата/время в Мапсорсе = 11.07.2011 18:57:11 Изменено 20 декабря 2011 г. пользователем Santa

[Iskander]

Santa писал(а) Tue, 20 December 2011 14:46

Когда несколько точек, проще вручную. Вот только не понятно, как время у Ози "шифруется"
Цитата:

66.814181, 15.401484,1, 415.0,40735.6230440,

40735. - явно дата, 6230440 соответственно "отвечает" за ЧЧ ММ СС, но как? Пробовал задавать все нули - на выходе почему-то 4 часа. Пока что "раскидываю" между значениями до и после...
PS Эти же дата/время в Мапсорсе = 11.07.2011 18:57:11

40735,6230440 соответствует Дельфийской (язык программирования Delphi) системе записи даты для 11.07.2011 14:57:11 с миллисекундами. Похоже 4 потеряных часа - это пересчет по Гринвичу и возможно летнее время. Пересчет производится функцией DateTimeToStr(число);

[Covex]

Bulawka писал(а) Tue, 11 October 2011 17:46

VORON писал(а) Tue, 11 October 2011 12:11

Santa писал(а) Mon, 10 October 2011 08:38

Странно. А у меня получалось. Заливал разные img, не меняя gmapsupp.img - высвечивались в списке. Причём сразу активные. Список вот что-то коротковат. Когда заливал много - высвечивалась только часть.

Да? Надо попробовать.

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

ОФФ:
Колорада с версии прошивки 2.94 от 6/29/09 стала хавать любые имена контейнеров . До этого были ограничены использованием
gmapbase.img -- базовая карта мира
gmapsupp.img -- сборка пользовательских карт созданная и загруженная Mapsource
gmapprom.img - обычно предзагруженные карты в некоторых моделях приборов (например топокарты)
супы и промы можно было размещать как в мозгах так и на карте памяти. Есть некоторые особенности отображения(наложения) карт из разных контейнеров.
Я сляпал самопальную карту - все на одном слое на 24 битах, прозрачную и загрузил ее сначала в gmapsupp.img , а потом попробовал gmapprom.img. Прибор обрабатывает это по разному. Если в суп - то карта накладывается на карту из другого супа. (В моем случае Дороги России становились более подробными ) В случае прома карта не накладывается на содержимое супа. Ее можно было видеть включив базовую карту (лежит в контейнере gmapbmap.img) и отключив Дороги (лежит в контейнере gmapsupp.img на SD карте ).

как-то так... Изменено 17 февраля 2012 г. пользователем Covex

[Bulawka]

Santa писал(а) Tue, 20 December 2011 10:16

Может кто знает.
Суточные треки сохраняются одним файлом gpx, но разбиение на участки, когда навигация прерывалась (сегменты), в нем сохраняется. Как эти составные "куски" при необходимости смотреть/вытаскивать? Понятно, что вручную грустно.

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

А зачем в целом склеивать секции?

А ещё мне не очень понятно как лучше...
Вот скажем недельный поход, и соответственно у меня семь дневных треков.
Я могу их а) хором экспортнуть в один файл (gpx) и выложить в инет,
а могу б) сначала смерджить в общий трек, а уж потом экспортнуть и выложить.
Ну то есть при открытии в скажем в ози чувак в а)-случае увидит много дневных треков, а в б) -- один.
Никак не пойму как лучше и юзерфрендльнее.
Важно чтоб тем кто этим воспользуется -- было удобнее.
И этим кто-то могут быть отнюдь не гуру гпс-инга типа инди/зомби/ал1. )))

А, нюанс.
Запихал тут два трека в общий gpx, дык Зомби у себя в Анрозике увидал оба,
а я у себя в 62s увидал только первый.
(А уж что будет если в gpx-е с треком будут ещё и точки,
и положить его в "трековое" место прибора -- я и представить боюсь...))))
Так что наверно грамотнее смерджить семь дневных в недельный...

Изменено 29 февраля 2012 г. пользователем Bulawka

[Bulawka]

Ну типа импортишь в Ози GPX-файл с ТРЕКОМ из-под 62s --
время у трекпойнтов правдоподобное (т.е GMT +4 часа поясной разницы).
А импортишь GPX-файл с ТОЧКАМИ -- время у точек UMT-шное БЕЗ сдвига.
Подозреваю какую-то кривизну в настройках чего-то (прибор, ози).
???
Не, поправить всё можно, но только это как-то неправильно. ))))
Где и что подкрутить, чтоб ЗАБЫТЬ о проблеме? )))

[Bulawka]

И ещё минивопрос.
При экспорте/импорте GPX с пом. ози -- пролюбливаются многие важные атрибуты треков/точек,
типа цвет линии трека, обозначение точек (типа становится дефолтовый самолётик) и т.п.
Кто-то как-то с этим научился бороться?