Конвертор треков из log в gpx

[Гость zkir]

Всем привет!

Подскажите пожалуйста, а есть конвертор треков из log (который делает СитиГид) например в GPX?

[YoGun]

Судя по http://ru.wikipedia.org/wiki/GPX открыть в Exсel, поменять столбцы (ну там сохранить в txt с разделителями, потом блокнотом TAB заменить на запятые и пр., что понадобится).

 

[Гость zkir]

GPX, это вообще-то XML.

[KonTur]

Давно как-то проскакивало тут...

 

uploadings/temp/20100418_222820_CG2GPX.ZIP

[Гость zkir]

KonTur01, ага, спасибо, работает.

[KonTur]

Только учти, ситигидовские треки конвертированные в .gpx ОСМ не принимает за валидные по причине отсутствия временных меток. Поэтому их использовать можно только в JOSMe...

[sergeyastakhov]

http://forum.probki.net/forum_posts.asp?TID=7810

[KonTur]

http://forum.probki.net/forum_posts.asp?TID=7810

 

Сергей, твоя ссылка указывает аккурат на эту тему.  Бесконечный цикл получается

[Гость zkir]

Только учти, ситигидовские треки конвертированные в .gpx ОСМ не принимает за валидные по причине отсутствия временных меток. Поэтому их использовать можно только в JOSMe... 

 

Ну что поделаешь, все равно я потлачем не пользуюсь в принципе.

 

P.S.

Свои везде

[KonTur]

Масоны, кругом одни масоны

[vaso007]

http://forum.autoatlas.kz/index.php?showtopic=823

вот конвертор треков и пои из формата СГ в GPX и обратно

[Гость zkir]

Там требуется регистрация :(

[vaso007]

так зарегистрируйтесь мы разработчики и сразу бы функционал обсудили

[sergeyastakhov]

 

Сергей, твоя ссылка указывает аккурат на эту тему.  Бесконечный цикл получается

 

Блин, промахнулся.

 

Я хотел вставить ссылку на старую тему. Вот правильная ссылка: http://forum.probki.net/forum_posts.asp?TID=6027

[Гость zkir]

А известно по какому принципу СГ пишет этот лог? Он пишет точки регулярно или через случайные промежутки времени?

[sbelka]

Hi! CiGu пишет всю обработанную приёмником ин-фу.

В моём случае (два + один приёмника) через 1сек (это установлено в самом приёмнике.

 - не все об этом знают, сильно не бейте).

С уважением Serg.

[KonTur]

Он пишет точки регулярно или через случайные промежутки времени?

 

Регулярно (1 сек). Это хорошо видно например при превращении трека в ПОИ для просмотра в самом СГ (требовалось раньше). Чем выше скорость - тем реже точки и наоборот.

[sergeyastakhov]

 

Регулярно (1 сек). Это хорошо видно например при превращении трека в ПОИ для просмотра в самом СГ (требовалось раньше). Чем выше скорость - тем реже точки и наоборот.

 

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

 

ЗЫ. Скорей всего это от настроек приёмника зависит. 

[Гость zkir]

Главное, чтобы эти временные промежутки были равными. Тогда их можно рассчитать через момент начала и конца записи. Они-то в логе присутствуют. Хуже, если он ставит точки через равные расстояния.

[niber]

Не обязательно 1 сек. По своим логам как-то смотрел - частенько и несколько секунд между точками бывает. Т.е. скорость по ним никак вычислить не получится' date=' увы.

 

ЗЫ. Скорей всего это от настроек приёмника зависит. 

[/quote'] Вообще-то, как и во всех сложных системах, действуют стандарты. Обычные (типа бытовые) приемники выдают координаты с частотой 1 Гц. Чаще и не надо: на скорости 120 км/ч вы преодолеваете 33 м/с, а точность ГПС в средних условиях приема 8-15 м. Высокоточные приемники могут работать и на 5, и даже на 20 Гц. Но нам их не дают

[sergeyastakhov]

Главное' date=' чтобы эти временные промежутки были равными. Тогда их можно рассчитать через момент начала и конца записи. Они-то в логе присутствуют.[/quote']

 

У меня с наскока не получилось. Даже если просто сравнить кол-во строк в файле и кол-во прошедших секунд - строк получается меньше, и в разных местах по разному.

 

[sergeyastakhov]

Вообще-то' date=' как и во всех сложных системах, действуют стандарты. Обычные (типа бытовые) приемники выдают координаты с частотой 1 Гц.[/quote']

 

Всё хуже - они могут выдавать сообщения с частотой 1 Гц. Но, во первых, не всякое сообщение является сообщением с координатами. А во вторых - не всякое сообщение с координатами является валидным.

 

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