SanR
-
Публикаций
105 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Календарь
Сообщения, опубликованные SanR
-
-
<script src="http://local.ptron/WindowOpen.js"></script>
Я тоже не знаю, автомобиль-то Ваш...
а... я подумал вы просите посмотреть какую СГ показывает среднюю скорость. OK, посмотрю и отпишусь.
-
<script src="http://local.ptron/WindowOpen.js"></script>
ИМХО, можно было бы не перекрашивать телефон в красный после единичного ОСС.
Ведь пробки, протухшие на 3 минуты, еще не проблема.
Вот если 3 попытки прошло безуспешно, - тогда вешать красный телефон.
Да и вообще, должно быть два состояния у индикатора - синий (зеленый) и красный.
Синий (зеленый) когда пробки еще актуальны.
Красный - когда неактуальны.
Зачем желтые-оранжевые, не понимаю.
Это просто. У меня пробки обновляются по 3G (который есть не везде в ленобласти), телефон с навигатором соединены по Bluetooth (который любит рваться). Так что у меня не два состояния, а три:
- (1) пробки есть и они up to date
- (2) пробок нет, но они скоро обновятся. Сиди спокойно и жди пару минут.
- (3) пробок нет и не будет. Достань телефон и пойми почему нет соединения.
Сейчас второе состояние это орнажевый, а третее это красный. Т.к. между ними мало разницы визуально, это вносит путаницу.
Вопрос не в том зачем желто-оражевые, а зачем красить в оранжевый когда не истекло 3 минуты. Два цвета меня устроит, если пункты 1 и 2 будут синие, а третий красным.
-
<script src="http://local.ptron/WindowOpen.js"></script>
Или вернуть желтый, как было раньше
Не очень согласен. ИМХО обновление информации раз в 3 минуты это нормальное поведение, так? Раз оно нормальное, то все эти три минуты + время затраченное на само обновление цвет иконки должен быть "хорошим". Становиться "плохим" цвет должен только в случае ошибки. Желтый цвет - "плохой"
P.S. Полюбому желтый лучше чем оранжевый.
-
Обновился до 7.8 SP2. Косячки еще есть (например если превысить в населеке с ограничением 60, ехать, скажем 120, и въехать в ограничение 90 не меняя скорости, то сообщения не будет), но вцелом поведение меня устраивает. Думаю можно тему закрыть до появления явных багов.
-
Добрый день,
есть небольшой вопрос/комментарий связанный с юзабилити. Снизу слева у нас три иконки: забыл какая, телефон (который показывает статус связи с сервером) и спутник. Вопрос про телефон: он меняет свой цвет от синего через голубой в оранжевый по мере устаревания информации о пробках. Мне такая цветовая схема кажется не лучшей. Причина в том что оранжевый сложно отличить от красного (индикация ошибки), когда смотришь на навигатор время от времени оранжевый бросается в глаза, а синий не очень. Я как только вижу оранжевый сразу думаю о том что соединение накрылось, начинаю нервничать
Предлагаю оранжевый изменить на бледно-синий, т.е. при штатном режиме работы (апдейты раз в 3 минуты) не использовать оранжевый цвет никогда, чтобы не смущать.
-
SanR, все-таки, не могли бы Вы ответить на мой вопрос? Он был не риторическим, а очень даже по теме.
Сейчас я этого сделать не могу. В пятницу поеду на дачу - как приеду, так сразу и посмотрю.
К стыду я этого ни разу не узнавал. Куда смотреть?
Светофоры, возможно, стоит отдельно учитывать, но в позитивном смысле.
Если из области хотелок, то я бы еще учитывал левые повороты (например скорость потока "прямо и направо" очень часто отличается от потока "налево") , а так же выезды на главные дороги в направлении прямо или налево со второстепенных улиц.
-
ИМХО должен быть дополнительно спидлимит, который бы обрезал нереальные скорости (артефакты и реальные безумцы). Сейчас такой спидлимит - 120 км/ч, что для города очень много. Мне кажется, на первом этапе нужно в городе установить спидлимит 60, вне населенных пунктов - 100, на автомагистралях оставить 120. Учитывая перекрестки и светофоры, средняя скорость 60 - это разгон примерно до 90.
Перескорости - причина перепробега.
Согласен с идеей, но не согласен с цифрами.
Я так мыслю что для города "средневзвешенный" лимит (именно лимит, а не средняя скорость) это не 60, а 80. Опять же можно делать так: если кто-то по городу проехал 120, то обрезать его скорость до (60+120)/2 = 90. К слову, есть еще одна цифирь - порог срабатывания предупрждения о превышении скорости, которую каждый ставит себе сам. У меня, к примеру стоит 20км/ч. Это число так же можно учитывать.
Что касаемо светофоров. Я думал они учитываются отдельно, типа светофор +40 секунд к плечу; поворот налево под знак "уступи дорогу" - +90секунд к плечу и т.д. Это не так?
-
Не понимаю как это отвечает на мой вопрос
-
Добрый день,
у меня вопрос о том как расчитывается средняя скорость на участке дороги и, соотвественно, время прибытия: с учетом ограничения скорости или нет? Переформулирую. Мы имеем прямой участок дороги, длиной 90км, по которому кто-то проехал со скоростью 180км/ч и эти данные ушли на сервер. Спутя короткое время я выезжаю на этот участок, при этом у меня СГ с загруженнымит пробками. Вопрос: сколько времени по расчетам СГ я буду ехать по этому участку: 1 час или 30 минут?
Почему спрашиваю. Когда я ночью (пробок заведомо нет) еду по трассе с дачи домой, то время доезда определяется довольно точно и в процессе езды меняется мало. Но при этом я в населенке еду 100, а вне населенки - 120-130. Т.е. если учитывается ограничение, то я бы должен приезжать раньше запланированного.
-
Да, стоит все кроме "плохая дорога". Это я первым делом проверил.
-
> Когда вы пишете "связь есть", то что вы имеете в виду на самом деле?
Иконка синяя, пробки загружены и видны на карте. Я понимаю что загрузиться могло не все, что возможноы проблемы на сервере, а не только на моей стороне. Проблема в том что с версией 7.7 все было хорошо.
На самом деле мы немного отвлеклись от темы. Вопрос был про DPOI. Не находили багов в версии 7.8 по сравнению с 7.7 в этой области?
-
1. Не знаю что такое JUXI, но если цвет иконки на экране не означает что свзяь есть, то зачем нужна такая иконка?
2. В сухом остатке: На одном и том же месте Ситигид 7.8 патруль ДПС не показывал, а Ситигид 7.7 патруль показывал. Безотносительно качества связи, и т.д.
-
Всем привет,
ехал тут по трассе, стоит патруль ДПС, Ситигид молчит, я отметил точку сам. Еду дальше, стоят еще, ситигид молчит, снова отметил точку. Еду обратно через полчаса, встречаю второй патруль, Ситигид опять молчит, отметки о патруле нет, хотя точку я отсылал и проблем со связью не было (иконка синяя). Загрузи версию 7.7, а там отметка о патруле - есть! Что-то странное творится.
-
-
2
-
-
А Вы реально думаете, что для того, чтобы разработчики исправили ошибку, тестерам достаточно ее найти?
Ну это же не баги в новых фичах, это регрессии. Регрессии почти всегда фиксятся с чуть бОльшим приоритетом чем новые баги, к тому же команде тестирования завсегда проще уговорить девелоперов это сделать, т.к. аргумент "исправить не получится" разбивается о железобетонное "но ведь раньше работало"
Антиоффтопик: я пожалуй откачусь на версию 7.7. С таким алгоритмом работы оповещателя я рискую нарваться на штраф.
-
И еще нашел две регрессии, в 7.7 оба случая работали нормально:
1. Если ехать по участку без ограничения или не превышать, скажем вне населенки со сокростью 75, то при въезде на участок с ограничением голосовое предупреждение срабатывает даже, если скорость меньше необходимого для оповещения. Пример: предупреждение настроено на +20км/ч. Еду по трассе, въезжаю в населенный пункт, скорость 70км/ч, срабатывает предупреждение, хотя должно сработать только на 80км/ч
2. Если превысить скорость на участке с ограничением, то при въезде на участок с другим ограничением оповещения не будет. Пример еду по городу 85км/ч, оповещение сработало, въезжаю на участок где ограничение 40км/ч, оповещения нет. Неправильно это.
Хочу еще раз спросить: у вас отдел тестирования вообще есть? Такое ощущение что нет. Эти все кейзы ловятся элементарными тестами влегкую.
-
Проблема пофикшена в релизе 7.8, спасибо. Однако появилась другая проблема. Ранее было так:
- считаем что ограничение скорости 60км/ч, в настройках установлено голосовое предупреждение на +20км/ч
- еду 79км/ч, все хорошо, разгоняюсь до 81км/ч, звучит предупрждение
- замедляюсь до 75км/ч, разгоняюсь до 81 км/ч - опять звучит предупреждение
Как стало:
- еду 79км/ч, все хорошо, разгоняюсь до 81км/ч, звучит предупрждение
- замедляюсь до 75км/ч, разгоняюсь до 81 км/ч - предупреждения нет
- чтобы оно прозвучало надо замедлиться до 59км/ч, а потом разогнаться до 81км/ч
ИМХО было сделано правильно, а сейчас сделано крайне не правильно. Верните как было, плз.
-
Логов нет - как включить?
Кто подскажет как логи включить?
-
А какой телефон и какой навигатор используете?
У меня например Nokia 2630 с навигатором SVG-50, соединялся, но потом вылетал и вообще больше не цеплялся. Купил для этого LG GX200, он работал без проблем.
Телефон HTC HD2 с Ондроедом. Навигатор RedPower 8901.
Повторю: все работает нормально если звонить не Ситигидом, а средствами ОС
-
Логов нет - как включить?
-
Не согласен. При старте CG он нормально дозванивается и скаичвает пробки с первой попытки.
-
Дано: CityGuide 7.7.114 на winCE 6.0. Недавно сменил себе способ выхода в интернет с USB модема на Bluetooth адаптер и обязанность по дозвону возложил на CityGuide. В случае разрыва соединения алгоритм восстановления несколько недоработан кмк. Выглядит все примерно так:
1. CG запускается, дозванивается. Индикатор телефона на экране синий
2. Идет время, индикатор становится голубым. В этот момент соединение рвется, но CG об этом не знает.
3. Наступает время обновления пробок. CG пытается скачать пробки, но не выходит.
4. Индиктор телефона становится оранжевым, в меню Разное->Пробки->Инфо написано "Ошибка"
5. Идет время и через 3 минуты наступает время опять скачать пробки
6. CG видит что текущий статус соединения "ошибка" и дозванивается по-новой
7. Успешно дозванивается и скачивает пробки
8. goto 2
Проблем собственно две:
1. пробки скачиваются в 2 раза реже чем надо. Алгоритм должен после пункта 4 сразу переходить к 6, минуя пункт 5.
2. Соединение рвется стабильно раз в минуту. Не знаю в чем дело, но думаю не лишне проверить CG на причастность, т.к. зависимость четкая: если звонить Ситигидом то разрывы (с), а если звонить виндой (Control Panel -> DialUp Networking), то разрывов нет.
И еще доп вопрос: есть возможность доступа к вашему баг-трекеру людям, не являющимися вашими сотрудниками? Я бы с удовольствием файлил бы баги вместо таких сообщений на форуме.
-
у нас города разные
и дороги. и кстати штрафы тоже. Приезжайте, оцените Лучше вы к нам (с) :)
-
По своему опыту знаю, что просто так не ломается. Ломается в основом когда программер решил что нибудь на его взгляд прооптимизировать. А вот за это уже надо давать по рукам, что и делаем в своей конторе
В корне не согласен. По обоим пунктам, особенно по последнему. Ни в коем случае нельзя программера ругать за баги. Если баг попал в продукт, то виноват в этом QA, только QA и никто кроме QA. Это я как QA-щик говорю. А программеров надо любить
И еще: есть такая штука как code review. Сильно помогает улучшить качество кода.
Расчет времени прибытия и ограничение скорости
в GPS навигатор с пробками для Windows Mobile и Windows CE
Опубликовано
в пятницу ехал на дачу днем, было много грузовиков и дачников. средняя 86км/ч, учитывая что спидометр немного завышает, реально было 83-84км/ч. Обратно поеду вечером, надеюсь будет больше, я напишу.