View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000809 | SAS.Планета | Баг / Bug | public | 18-06-2011 21:50 | 10-10-2012 11:49 |
| Reporter | GDragon | Assigned To | vasketsov | ||
| Priority | low | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | fixed | ||
| Platform | Windows | OS | XP | OS Version | SP3 |
| Product Version | 110418 | ||||
| Target Version | 120808 | Fixed in Version | 120808 | ||
| Summary | 0000809: После инициализации некоторых GPS приемников первая точка ошибочно выдается в координате 0,0 | ||||
| Description | При инициализации gps приемника Digma M1 первая точка выдается на координате 0,0. В результате за секунду мы получаем пройденное расстояние в 7к километров и идеально прямой трасерт через полмира. Идеальным было бы не логгировать, например, первые 2 секунды данные с GPS. На юзабилити это не скажется, а от таких неприятных моментов - убережёт. Спасибо! | ||||
| Tags | gps, настройки | ||||
|
|
добавлю что OziExplorer например - похоже фильтрует ввод т.к. там такого не происходит если нужны скрины - сделаю |
|
|
Убрал из описания знаки тильда, которые приводят к странным ссылкам. Заодно расставил точки, запятые и заглавные буквы. Почему это все должны продираться сквозь неструктурированный набор слов? |
|
|
У SAS4WinCE была похожая проблема - при неподключенном GPS его неудержимо тянуло в точку 0,0. Давно исправлено автором. |
|
|
Так и мне ошибки глаза режут... Только править лень :) А название менять, по-моему, не стоило - может быть, будет другое решение проблемы. Суть проблемы не в том, чтобы "не логировать первые секунды", а в том, что "первая точка выдается на координате 0,0." |
|
|
Да во время инициализации приемника точка именно 0.0, но ozi это как-то обходит же. С названием кстати согласен. |
|
|
>Суть проблемы не в том, чтобы "не логировать первые секунды", а в том, что "первая точка выдается на координате 0,0." А если и правда юзер с навигатором стоит в нулях? А возможно ли решение, которое базируется не на нулевых координатах и не на секундах пропуска данных, а на точности определения координат? Ведь если речь идёт о логгировании, то совершенно бессмысленно логгировать координаты gps, если погрешность их определения, скажем, километр. |
|
|
ага а потом меньше чем за секунду преодолевает 7к километров? заверните плз) я хочу такую технику |
|
|
Кривые координаты - это внешняя причина, а не сама проблема. И если при исправлении к откидыванию 0,0 привязываться, то у юзеров в той местности будут проблемы :-) Хотя, наверное, вы правы, поправьте название как лучше. |
|
|
>А если и правда юзер с навигатором стоит в нулях? так ведь речь не о том чтобы нулевые координаты считать неверными. Речь о том, что стоит фильтровать ввод и отбрасывать явно неверное перемещение! Т.е. например: если первая точка 0.0, вторая 0.1, третья 0,1.2, то пользователь действительно в нулях и куда то движется (или стоит :)). А если 0.0, а потом сразу 100500.100500 то это явно неверно. И в случае простейшего фикса - игнорировать данные первые № секунд - исчезнет только трасер у пользователей не в 0.0. В целом это и заметно не будет. p.s. вполне возможно что этим болеют многие приемники low класса у меня только дигма и проверить я не могу :( (да и ozi то даже с треком и загруженной картой мира - полосу через полмира не чертит... так что скорее всего какая то программная недоработка) |
|
|
Наверное, это не так очевидно. Хорошо, напишу подробнее: Первоначальная идея про отбрасывание (опциональное!) первых секунд потока данных хороша своей простотой для реализации. Если вы будете настаивать на каких-то обработках по скорости/расстоянию, то, скорее всего, разработчики посмотрят-посмотрят на всё это, да и отложат тикет на 2013 год, и это еще в лучшем случае. Как вариант - изучайте Дельфи и пробуйте писать эти обработки сами. |
|
|
Прицепите сюда NMEA лог на котором происходит такой скачек. Просто на моих логах такого не наблюдается. |
|
|
>ага а потом меньше чем за секунду преодолевает 7к километров? Здесь 7 мегаметров не принципиальная величина. При пропадании нескольких спутников вполне может быть скачок на километр. А километр в секунду - тоже неплохо, чтобы хотеть такую технику. >И в случае простейшего фикса - игнорировать данные первые № секунд А откуда такая уверенность, что косяк с нулями может быть только в начале работы приёмника (после подключения), а потом при пропадании/появлении спутников ничего такого не будет наблюдаться? Описанный косяк можно решить достаточно просто, если анализировать отрезки между точками. Если отрезок больше чем дофига - рвём трек и начинаем новый. А трек из одной точки не сохраняем. Я у себя такое замутил для обработки треков с osm, там после скачивания josm-ом такие прямые куски есть, что из-за них ничего не видно. Авиатреки мне не интересны, и рабочее расстояние между точками трека, при котором он рвётся с отбрасыванием отрезка разрыва, сейчас у меня указано 500 метров (координаты пересчитываются в метры и берётся сумма квадратов разностей, изначально был километр, потом тестил на 300 метров, остановился на полукилометре). То есть буквально мне не интересен отрезок трека, если он больше 500 метров, потому что либо там прямая хорошая ровная дорога, либо трек не соответствует дороге и сильно генерализован. |
|
|
А на осмовский форум выкладывали свои наработки? Авиа- и генерализованные треки всех достали, возможно, стоило бы их в базе пообработать. В смысле, обсудить такую возможность. |
|
|
Я с osm не очень дружу по причине их строгости к источникам (снимкам высокого разрешения) в соответствии с их лицензией (ну и ещё по ряду причин). Если действительно интересно - причешу до примлемого вида и выложу на сасфоруме тулзу для полуручной разбл$довки треков после скачки josm-ом. >возможно, стоило бы их в базе пообработать Там проблема намного серьёзнее. Даже треки с gpslib там связываются отрезками от конца одного участка до начала другого (поэтому после экспорта из josm в gpx приходится за треками из gpslib заново ходить на gpslib). Так что изначальный вопрос в том, нафига это вообще делается. |
|
|
Да, там был большой холивар по поводу допустимости обрисовки снимков, и мнения разделились ровно наполовину. Хотя, в последнее время народ всё же больше склоняется к тому, что типа нельзя. В Википедии подобная же паранойя насчет источников и лицензий. Впрочем, это всё оффтопик. Да, обработка была бы интересна. Возможно, она будет в чём-то интересна и разработчикам, поскольку висят хотелки на треки с разрывами, и какие-то еще. > А откуда такая уверенность, что косяк с нулями может быть только в начале работы приёмника (после подключения), а потом при пропадании/появлении спутников ничего такого не будет наблюдаться? Именно так, после каждого подключения возможны кривые точки. В тикете это и указано, там нет ничего про начало работы самого приёмника. (upd: Хотя, нет, неправ, можно понять двояко) |
|
|
>Именно так, после каждого подключения возможны кривые точки. В тикете это и указано, там нет ничего про начало работы самого приёмника Да именно после подключения приемника в sas.планету появляется кривой трек, в ozi такого нет. лог пока дать не могу - ноут не с собой :( |
|
|
Кстати. перед тем как прикреплять логи и тд. Проверьте в ночной версии. Я там на эту тему помнится кое что исправлял. Так что с версии 110418 уже могло и поменяться. |
|
|
поделиться инфой где её взять можете? |
|
|
http://sasgis.org/mantis/view.php?id=741 https://bitbucket.org/vdemidov/sas.planet/src/2cbb57cb0b5e Поиск рулит же. Попробуйте в следующий раз сами. |
|
|
>Да, обработка была бы интересна. Возможно, она будет в чём-то интересна и разработчикам, поскольку висят хотелки на треки с разрывами, и какие-то еще. Тулзу выложил на форуме в разделе "Другие". Если общие вопросы по использованию - в тему. Если по внутренностям - в личку. Хотя там алгоритм предельно простой, вроде не должно быть вопросов. |
|
|
ок наконец разобрался как скачать трабла всё еще есть кстати nmea лог - нормален http://zalil.ru/31310501 |
|
|
У меня в последних билдах не воспроизводится. |
|
|
скрин сделан во вчерашнем билде "последних" его включает? |
|
|
Включает. Но при воспроизведении вашего nmea лога ничего подобного не происходит. Да там и по содержимому файла видно, что никаких нулевых координат нет. |
|
|
угу но при коннекте к gps - результат на скрине мне видео записать? |
|
|
Нет. NMEA лог при воспроизведении которого проявляется ошибка. |
|
|
ещё раз запускаю сас, жму коннект к gps, на экране то что вы можете видеть на картинке, в логе nmea то что вы можете видеть в логе походу глючит что-то в самой sas |
|
|
Увы у меня все нормально. Без лога на котором воспроизводится, я ничего сделать не смогу. |
|
|
да при чём тут лог блин оно стабильно воспроизводится при подключении к приемнику лог вы видели, скрин тоже могу удалёнку дать сами попробуете |
|
|
Толку мне от этого. Еще раз повторяю, мне нужен NMEA лог, при воспроизведении которого при помощи GPSGate происходит прыжок в нулевые координаты. Еще могу посоветовать пользоваться GPSGate для работы с приемником. |
|
|
да блин глюк похоже не в приемнике а в программе и толк тогда от лога? у меня воспроизводится стабильно на 2х ноутах и компе |
|
|
Если бы был лог, на котором воспроизводилось, я бы смог понять в чем дело. Но у меня все отлично работает, так что вам не повезло. Ждите пока кто-нибудь из разработчиков не обзаведется приемником с похожими проблемами. |
|
|
ну дык в чём проблема? могу удаленку предоставить или если есть кто в Москве - сам приемник |
|
|
кстати сегодня тестили на другом компе с другим GPS (гармин) картина АБСОЛЮТНО та же даже цифры те же ) |
|
|
Господа, могу объяснить в чем была проблема с SAS4WinCE c прыжком в 0,0 Некоторые приемники при старте выдают ПУСТЫЕ поля широты и долготы в строчке. пустое поле парсилось как 0. Проверка полей на "не пусто" решило проблему. Вторая проблема из этой серии.. приемник при старте выдавал координаты завода изготовителя.. Но этот по крайней мере честно выдавал V в признаке валидности. Потом начинал давать правильные координаты и А в признаке валидности. Такое в SAS4WinCE лечится включением фильтра по признаку валидности координаты. |
|
|
О, Макс. Хотел у тебя на форуме спросить, но собирался сделать это после релиза, а он всё откладывается и откладывается. Посмотри, пожалуйста, тему и откомментируй при желании. Было бы здорово унифицировать формат контейнера. http://sasgis.org/mantis/view.php?id=124 |
|
|
Вот видите, есть решение получше, чем "не логировать первые секунды". Так что описание опять меняю. |
|
|
Вроде полечилось, как выложу в багтрекере версию с новым gps-коннектором - попробуйте потестить. У меня частенько бывало 7 с лишним тыщ км в начале - однако вот уже давненько не видел этой ошибки у себя. Причина ошибки - учитывание невалидных данных NMEA-0183. Впрочем, там могут так команды прилететь, что координаты будут без признака валидности, тогда фактически начальные координаты будут отброшены. |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 18-06-2011 21:50 | GDragon | New Issue | |
| 18-06-2011 22:05 | GDragon | Note Added: 0002969 | |
| 19-06-2011 04:06 | Tolik | Description Updated | |
| 19-06-2011 04:08 | Tolik | Summary | при инициализации gps приемника digma m1 первая точка выдается на координате 0.0 => При инициализации gps приемника Digma M1 первая точка выдается на координате 0.0 |
| 19-06-2011 04:08 | Tolik | Description Updated | |
| 19-06-2011 04:12 | Tolik | Note Added: 0002971 | |
| 19-06-2011 04:13 | Tolik | Summary | При инициализации gps приемника Digma M1 первая точка выдается на координате 0.0 => При инициализации gps приемника Digma M1 первая точка выдается на координате 0,0 |
| 19-06-2011 09:00 | gpsMax | Summary | При инициализации gps приемника Digma M1 первая точка выдается на координате 0,0 => Опционально не логировать первые секунды после коннекта с GPS-приёмником |
| 19-06-2011 09:00 | gpsMax | Description Updated | |
| 19-06-2011 09:02 | gpsMax | Status | new => acknowledged |
| 19-06-2011 09:04 | gpsMax | Note Added: 0002975 | |
| 19-06-2011 09:04 | gpsMax | Tag Attached: gps | |
| 19-06-2011 09:05 | gpsMax | Tag Attached: настройки | |
| 19-06-2011 18:22 | Tolik | Note Added: 0002983 | |
| 19-06-2011 18:45 | GDragon | Note Added: 0002984 | |
| 19-06-2011 20:32 | vasketsov | Note Added: 0002986 | |
| 19-06-2011 20:54 | GDragon | Note Added: 0002987 | |
| 19-06-2011 21:12 | gpsMax | Note Added: 0002988 | |
| 19-06-2011 21:48 | GDragon | Note Added: 0002989 | |
| 19-06-2011 23:25 | gpsMax | Note Added: 0002990 | |
| 20-06-2011 05:05 | vdemidov | Note Added: 0002991 | |
| 20-06-2011 05:05 | vdemidov | Status | acknowledged => feedback |
| 20-06-2011 08:45 | vasketsov | Note Added: 0002999 | |
| 20-06-2011 08:51 | vasketsov | Note Edited: 0002999 | |
| 20-06-2011 08:52 | vasketsov | Note Edited: 0002999 | |
| 20-06-2011 09:37 | gpsMax | Note Added: 0003001 | |
| 20-06-2011 11:21 | vasketsov | Note Added: 0003003 | |
| 20-06-2011 12:27 | gpsMax | Note Added: 0003006 | |
| 20-06-2011 12:36 | gpsMax | Note Edited: 0003006 | |
| 20-06-2011 12:37 | gpsMax | Note Edited: 0003006 | |
| 20-06-2011 12:38 | gpsMax | Note Edited: 0003006 | |
| 20-06-2011 12:54 | GDragon | Note Added: 0003008 | |
| 20-06-2011 12:54 | GDragon | Status | feedback => new |
| 20-06-2011 13:23 | vdemidov | Note Added: 0003009 | |
| 20-06-2011 13:24 | vdemidov | Status | new => feedback |
| 20-06-2011 20:21 | GDragon | Note Added: 0003012 | |
| 20-06-2011 20:21 | GDragon | Status | feedback => new |
| 20-06-2011 21:17 | gpsMax | Note Added: 0003013 | |
| 20-06-2011 22:10 | vasketsov | Note Added: 0003015 | |
| 21-06-2011 17:04 | GDragon | Note Added: 0003017 | |
| 21-06-2011 17:04 | GDragon | Note Edited: 0003017 | |
| 21-06-2011 17:50 | GDragon | Note Edited: 0003017 | |
| 22-06-2011 14:34 | vdemidov | Note Added: 0003023 | |
| 22-06-2011 14:47 | vdemidov | Status | new => feedback |
| 22-06-2011 17:04 | GDragon | Note Added: 0003024 | |
| 22-06-2011 17:04 | GDragon | Status | feedback => new |
| 22-06-2011 17:57 | vdemidov | Note Added: 0003025 | |
| 22-06-2011 17:57 | vdemidov | Status | new => feedback |
| 22-06-2011 18:25 | GDragon | Note Added: 0003026 | |
| 22-06-2011 18:25 | GDragon | Status | feedback => new |
| 22-06-2011 18:31 | vdemidov | Note Added: 0003027 | |
| 22-06-2011 18:31 | vdemidov | Status | new => feedback |
| 22-06-2011 19:33 | GDragon | Note Added: 0003029 | |
| 22-06-2011 19:33 | GDragon | Status | feedback => new |
| 22-06-2011 19:38 | vdemidov | Note Added: 0003030 | |
| 22-06-2011 19:38 | vdemidov | Status | new => feedback |
| 22-06-2011 20:31 | GDragon | Note Added: 0003032 | |
| 22-06-2011 20:31 | GDragon | Status | feedback => new |
| 23-06-2011 05:20 | vdemidov | Note Added: 0003033 | |
| 23-06-2011 05:21 | vdemidov | Status | new => feedback |
| 23-06-2011 06:48 | GDragon | Note Added: 0003034 | |
| 23-06-2011 06:48 | GDragon | Status | feedback => new |
| 23-06-2011 07:22 | vdemidov | Note Added: 0003036 | |
| 23-06-2011 16:27 | GDragon | Note Added: 0003041 | |
| 24-06-2011 15:32 | GDragon | Note Added: 0003044 | |
| 28-06-2011 11:34 | Tolik | Assigned To | => Tolik |
| 28-06-2011 11:34 | Tolik | Status | new => acknowledged |
| 28-06-2011 11:35 | Tolik | Assigned To | Tolik => |
| 29-06-2011 10:48 | v_max | Note Added: 0003088 | |
| 29-06-2011 10:50 | v_max | Note Edited: 0003088 | |
| 29-06-2011 18:50 | gpsMax | Note Added: 0003091 | |
| 29-06-2011 19:30 | gpsMax | Note Edited: 0003091 | |
| 30-06-2011 05:51 | Tolik | Note Added: 0003093 | |
| 30-06-2011 05:54 | Tolik | Summary | Опционально не логировать первые секунды после коннекта с GPS-приёмником => После инициализации некоторых GPS приемников первая точка ошибочно выдается на координате 0,0. |
| 01-07-2011 10:37 | gpsMax | Summary | После инициализации некоторых GPS приемников первая точка ошибочно выдается на координате 0,0. => После инициализации некоторых GPS приемников первая точка ошибочно выдается в координате 0,0 |
| 01-07-2011 19:52 | gpsMax | Relationship added | related to 0000825 |
| 18-07-2011 17:08 | gpsMax | Relationship added | related to 0000877 |
| 21-07-2011 18:32 | vdemidov | Relationship replaced | has duplicate 0000877 |
| 23-07-2011 10:37 | vdemidov | Relationship replaced | has duplicate 0000825 |
| 20-10-2011 19:39 | vasketsov | Note Added: 0004127 | |
| 08-11-2011 06:05 | vasketsov | Assigned To | => vasketsov |
| 08-11-2011 06:05 | vasketsov | Status | acknowledged => assigned |
| 15-11-2011 20:16 | vasketsov | Relationship added | has duplicate 0001045 |
| 16-12-2011 13:55 | vasketsov | Status | assigned => resolved |
| 16-12-2011 13:55 | vasketsov | Fixed in Version | => 41xxxx |
| 16-12-2011 13:55 | vasketsov | Resolution | open => fixed |
| 23-01-2012 08:34 | vdemidov | Target Version | => 120808 |
| 23-01-2012 08:49 | vdemidov | Fixed in Version | 41xxxx => 120808 |
| 10-10-2012 11:49 | Tolik | Status | resolved => closed |
| 08-08-2025 13:22 | zed | Category | Баг => Баг / Bug |