|
Notes |
|
|
|
добавлю что OziExplorer например - похоже фильтрует ввод т.к. там такого не происходит
если нужны скрины - сделаю |
|
|
|
(0002971)
|
|
Tolik
|
|
19-06-2011 04:12
|
|
Убрал из описания знаки тильда, которые приводят к странным ссылкам.
Заодно расставил точки, запятые и заглавные буквы.
Почему это все должны продираться сквозь неструктурированный набор слов? |
|
|
|
(0002975)
|
|
gpsMax
|
|
19-06-2011 09:04
|
|
|
У SAS4WinCE была похожая проблема - при неподключенном GPS его неудержимо тянуло в точку 0,0. Давно исправлено автором. |
|
|
|
(0002983)
|
|
Tolik
|
|
19-06-2011 18:22
|
|
Так и мне ошибки глаза режут... Только править лень :)
А название менять, по-моему, не стоило - может быть, будет другое решение проблемы.
Суть проблемы не в том, чтобы "не логировать первые секунды", а в том, что "первая точка выдается на координате 0,0." |
|
|
|
|
Да во время инициализации приемника точка именно 0.0, но ozi это как-то обходит же.
С названием кстати согласен. |
|
|
|
|
>Суть проблемы не в том, чтобы "не логировать первые секунды", а в том, что "первая точка выдается на координате 0,0."
А если и правда юзер с навигатором стоит в нулях?
А возможно ли решение, которое базируется не на нулевых координатах и не на секундах пропуска данных, а на точности определения координат? Ведь если речь идёт о логгировании, то совершенно бессмысленно логгировать координаты gps, если погрешность их определения, скажем, километр. |
|
|
|
|
ага а потом меньше чем за секунду преодолевает 7к километров?
заверните плз) я хочу такую технику |
|
|
|
(0002988)
|
|
gpsMax
|
|
19-06-2011 21:12
|
|
|
Кривые координаты - это внешняя причина, а не сама проблема. И если при исправлении к откидыванию 0,0 привязываться, то у юзеров в той местности будут проблемы :-) Хотя, наверное, вы правы, поправьте название как лучше. |
|
|
|
|
>А если и правда юзер с навигатором стоит в нулях?
так ведь речь не о том чтобы нулевые координаты считать неверными.
Речь о том, что стоит фильтровать ввод и отбрасывать явно неверное перемещение!
Т.е. например: если первая точка 0.0, вторая 0.1, третья 0,1.2, то пользователь действительно в нулях и куда то движется (или стоит :)).
А если 0.0, а потом сразу 100500.100500 то это явно неверно.
И в случае простейшего фикса - игнорировать данные первые № секунд - исчезнет только трасер у пользователей не в 0.0.
В целом это и заметно не будет.
p.s.
вполне возможно что этим болеют многие приемники low класса
у меня только дигма и проверить я не могу :(
(да и ozi то даже с треком и загруженной картой мира - полосу через полмира не чертит... так что скорее всего какая то программная недоработка) |
|
|
|
(0002990)
|
|
gpsMax
|
|
19-06-2011 23:25
|
|
Наверное, это не так очевидно. Хорошо, напишу подробнее:
Первоначальная идея про отбрасывание (опциональное!) первых секунд потока данных хороша своей простотой для реализации. Если вы будете настаивать на каких-то обработках по скорости/расстоянию, то, скорее всего, разработчики посмотрят-посмотрят на всё это, да и отложат тикет на 2013 год, и это еще в лучшем случае. Как вариант - изучайте Дельфи и пробуйте писать эти обработки сами. |
|
|
|
|
|
Прицепите сюда NMEA лог на котором происходит такой скачек. Просто на моих логах такого не наблюдается. |
|
|
|
(0002999)
|
|
vasketsov
|
20-06-2011 08:45
(edited on: 20-06-2011 08:52) |
|
>ага а потом меньше чем за секунду преодолевает 7к километров?
Здесь 7 мегаметров не принципиальная величина. При пропадании нескольких спутников вполне может быть скачок на километр. А километр в секунду - тоже неплохо, чтобы хотеть такую технику.
>И в случае простейшего фикса - игнорировать данные первые № секунд
А откуда такая уверенность, что косяк с нулями может быть только в начале работы приёмника (после подключения), а потом при пропадании/появлении спутников ничего такого не будет наблюдаться?
Описанный косяк можно решить достаточно просто, если анализировать отрезки между точками. Если отрезок больше чем дофига - рвём трек и начинаем новый. А трек из одной точки не сохраняем. Я у себя такое замутил для обработки треков с osm, там после скачивания josm-ом такие прямые куски есть, что из-за них ничего не видно. Авиатреки мне не интересны, и рабочее расстояние между точками трека, при котором он рвётся с отбрасыванием отрезка разрыва, сейчас у меня указано 500 метров (координаты пересчитываются в метры и берётся сумма квадратов разностей, изначально был километр, потом тестил на 300 метров, остановился на полукилометре). То есть буквально мне не интересен отрезок трека, если он больше 500 метров, потому что либо там прямая хорошая ровная дорога, либо трек не соответствует дороге и сильно генерализован.
|
|
|
|
(0003001)
|
|
gpsMax
|
|
20-06-2011 09:37
|
|
|
А на осмовский форум выкладывали свои наработки? Авиа- и генерализованные треки всех достали, возможно, стоило бы их в базе пообработать. В смысле, обсудить такую возможность. |
|
|
|
|
Я с osm не очень дружу по причине их строгости к источникам (снимкам высокого разрешения) в соответствии с их лицензией (ну и ещё по ряду причин).
Если действительно интересно - причешу до примлемого вида и выложу на сасфоруме тулзу для полуручной разбл$довки треков после скачки josm-ом.
>возможно, стоило бы их в базе пообработать
Там проблема намного серьёзнее. Даже треки с gpslib там связываются отрезками от конца одного участка до начала другого (поэтому после экспорта из josm в gpx приходится за треками из gpslib заново ходить на gpslib). Так что изначальный вопрос в том, нафига это вообще делается. |
|
|
|
(0003006)
|
|
gpsMax
|
20-06-2011 12:27
(edited on: 20-06-2011 12:38) |
|
Да, там был большой холивар по поводу допустимости обрисовки снимков, и мнения разделились ровно наполовину. Хотя, в последнее время народ всё же больше склоняется к тому, что типа нельзя. В Википедии подобная же паранойя насчет источников и лицензий. Впрочем, это всё оффтопик.
Да, обработка была бы интересна. Возможно, она будет в чём-то интересна и разработчикам, поскольку висят хотелки на треки с разрывами, и какие-то еще.
> А откуда такая уверенность, что косяк с нулями может быть только в начале работы приёмника (после подключения), а потом при пропадании/появлении спутников ничего такого не будет наблюдаться?
Именно так, после каждого подключения возможны кривые точки. В тикете это и указано, там нет ничего про начало работы самого приёмника. (upd: Хотя, нет, неправ, можно понять двояко)
|
|
|
|
|
>Именно так, после каждого подключения возможны кривые точки. В тикете это и указано, там нет ничего про начало работы самого приёмника
Да именно после подключения приемника в sas.планету появляется кривой трек,
в ozi такого нет.
лог пока дать не могу - ноут не с собой :( |
|
|
|
|
|
Кстати. перед тем как прикреплять логи и тд. Проверьте в ночной версии. Я там на эту тему помнится кое что исправлял. Так что с версии 110418 уже могло и поменяться. |
|
|
|
|
|
поделиться инфой где её взять можете? |
|
|
|
(0003013)
|
|
gpsMax
|
|
20-06-2011 21:17
|
|
http://sasgis.org/mantis/view.php?id=741
https://bitbucket.org/vdemidov/sas.planet/src/2cbb57cb0b5e
Поиск рулит же. Попробуйте в следующий раз сами. |
|
|
|
|
>Да, обработка была бы интересна. Возможно, она будет в чём-то интересна и разработчикам, поскольку висят хотелки на треки с разрывами, и какие-то еще.
Тулзу выложил на форуме в разделе "Другие".
Если общие вопросы по использованию - в тему.
Если по внутренностям - в личку.
Хотя там алгоритм предельно простой, вроде не должно быть вопросов. |
|
|
|
(0003017)
|
|
GDragon
|
21-06-2011 17:04
(edited on: 21-06-2011 17:50) |
|
ок наконец разобрался как скачать
трабла всё еще есть
кстати nmea лог - нормален
http://zalil.ru/31310501
|
|
|
|
|
|
У меня в последних билдах не воспроизводится. |
|
|
|
|
скрин сделан во вчерашнем билде
"последних" его включает? |
|
|
|
|
|
Включает. Но при воспроизведении вашего nmea лога ничего подобного не происходит. Да там и по содержимому файла видно, что никаких нулевых координат нет. |
|
|
|
|
угу но при коннекте к gps - результат на скрине
мне видео записать? |
|
|
|
|
|
Нет. NMEA лог при воспроизведении которого проявляется ошибка. |
|
|
|
|
ещё раз
запускаю сас, жму коннект к gps, на экране то что вы можете видеть на картинке, в логе nmea то что вы можете видеть в логе
походу глючит что-то в самой sas |
|
|
|
|
|
Увы у меня все нормально. Без лога на котором воспроизводится, я ничего сделать не смогу. |
|
|
|
|
да при чём тут лог блин
оно стабильно воспроизводится при подключении к приемнику
лог вы видели, скрин тоже
могу удалёнку дать сами попробуете |
|
|
|
|
|
Толку мне от этого. Еще раз повторяю, мне нужен NMEA лог, при воспроизведении которого при помощи GPSGate происходит прыжок в нулевые координаты. Еще могу посоветовать пользоваться GPSGate для работы с приемником. |
|
|
|
|
да блин
глюк похоже не в приемнике а в программе
и толк тогда от лога?
у меня воспроизводится стабильно на 2х ноутах и компе |
|
|
|
|
|
Если бы был лог, на котором воспроизводилось, я бы смог понять в чем дело. Но у меня все отлично работает, так что вам не повезло. Ждите пока кто-нибудь из разработчиков не обзаведется приемником с похожими проблемами. |
|
|
|
|
ну дык в чём проблема? могу удаленку предоставить
или если есть кто в Москве - сам приемник |
|
|
|
|
кстати сегодня тестили на другом компе с другим GPS (гармин)
картина АБСОЛЮТНО та же
даже цифры те же ) |
|
|
|
(0003088)
|
|
v_max
|
29-06-2011 10:48
(edited on: 29-06-2011 10:50) |
|
Господа, могу объяснить в чем была проблема с SAS4WinCE c прыжком в 0,0
Некоторые приемники при старте выдают ПУСТЫЕ поля широты и долготы в строчке.
пустое поле парсилось как 0. Проверка полей на "не пусто" решило проблему.
Вторая проблема из этой серии.. приемник при старте выдавал координаты завода изготовителя.. Но этот по крайней мере честно выдавал V в признаке валидности.
Потом начинал давать правильные координаты и А в признаке валидности.
Такое в SAS4WinCE лечится включением фильтра по признаку валидности координаты.
|
|
|
|
(0003091)
|
|
gpsMax
|
29-06-2011 18:50
(edited on: 29-06-2011 19:30) |
|
О, Макс. Хотел у тебя на форуме спросить, но собирался сделать это после релиза, а он всё откладывается и откладывается.
Посмотри, пожалуйста, тему и откомментируй при желании. Было бы здорово унифицировать формат контейнера.
http://sasgis.org/mantis/view.php?id=124
|
|
|
|
(0003093)
|
|
Tolik
|
|
30-06-2011 05:51
|
|
Вот видите, есть решение получше, чем "не логировать первые секунды".
Так что описание опять меняю. |
|
|
|
|
Вроде полечилось, как выложу в багтрекере версию с новым gps-коннектором - попробуйте потестить.
У меня частенько бывало 7 с лишним тыщ км в начале - однако вот уже давненько не видел этой ошибки у себя.
Причина ошибки - учитывание невалидных данных NMEA-0183.
Впрочем, там могут так команды прилететь, что координаты будут без признака валидности, тогда фактически начальные координаты будут отброшены. |
|