Впечатления и предложения.

[radiorecordperm]

)) не нашел такого предложения ранее) ну да ладно.  Планируется ли такое интересно узнать

посмотрите настройки срабатывания зуммера. можно установить его на превышение скорости. а в процессе эксплуатации вы услышите, что он звучит неоднородно: частота зумма нарастает, если не ошибаюсь, не только при приближении, но и при превышении. соответственно, если скорость ваша в допустимых пределах которые вы обозначите, то зумма нет вообще - только голосовое одноразовое оповещение.

[maddeer]

возможно уже писали, но всё-таки. Очень не хватает автоматического обновления базы, или хотя бы оповещения о том что она протухла. не всегда есть время следить, и вспоминать когда я её последний раз обновлял а вспоминаешь уже находу. при езде обновлять базу чревато. можно и влететь.

[valur111]

Очень не хватает автоматического обновления базы...

"Настройки устройства" > "Учётные записи" > "MapCam.info" > поставьте галочку "Синхронизировать автоматически" и ежедневно в это же время будет происходить обновление базы страны, выбранной в настройках программы.
http://mapcam.info/forum/index.php?topic=1739.msg19697#msg19697
http://mapcam.info/forum/index.php?topic=1525.msg24740#msg24740

[akula6621]

Не работает виджет после восстановления из бекап, переустанавливал несколько раз. Где его почистить, остатки, наверное мешают.  Или где настройки виджета хранятся, чтобы показать ему путь к самой программе?

[Mic]

В виджете настроек и путей нет, он просто запускает и останавливает сервис через интены, а также запрашивает его состояние.
Некоторые сборки Андроид почему то блокируют прохождение этих интентов.   

[Johannes]

Есть ли возможность вместо "Добавленные сегодня" сделать так, чтобы отображались добавленные точки с последнего посещения? Также как, например, отображаются сообщения на форуме, когда мы нажимаем "Непрочитанное". День-два-три не заходил и точки новые уже не отследить.

[KnightGTR]

Не знаю, насколько будет востребованным предложенный ниже функционал, но все-таки освещу идею:

А что если добавить в MC фичу по уведомлению о нахождении в зоне контроля парконов? Маршруты парконов публикуются официально, а функционал можно реализовать следующим образом: программа по GPS фиксирует остановку автомобиля в зоне маршрута паркона (допустим, добавив условие => 3 минут, чтобы в пробках не было ложных уведомлений), по истечении 3 минут всплывает уведомление, мол так и так, вы находитесь в зоне контроля парконов.

Объясню для чего необходим фукнционал: очень часто необходимо кого-то встретить, забрать и т.п., что может сопровождаться кратковременными остановками в неположенных местах от 3-5 минут. Зачастую этого времени вполне хватает, чтобы проезжающий паркон выписал штраф на 3000 руб.

[radiorecordperm]

При хард-ресете девайса на MTK стал слетать доступ к базе в MCD (логин/пароль необходимо вводить заново). Это в принципе давно, но часто перезагружал последнее время только - вот и напрягло. Это типичная ситуация и так должно быть?

[action_64]

Хочу предложить доработать алгоритм оповещение точек. Столкнулся с местом где дорога поворачивает http://mapcam.info/speedcam/?lng=73.3545917158997&lat=61.24761946714985&z=16&t=OSM   оповещение установлено 400м, но оповещение происходит только с 216м. Проведя эксперименты с точкой IDX:428057 сделал вывод, что MCD не оповещает  если в зеленый сектор  въезжаешь под большим углом - при выравнивание траектории движения оповещение  включается (фото и видео есть).  В данном месте в принципе достаточно угла 25, но в реальности чтоб оповещение было с  400 метров требуется угол 40 – могут быть ситуации где не возможно увеличить угол до 40 поскольку будут ложные на прилегающих дорогах. Предлагаю, как то перебодать оповещение и уменьшит влияние угла въезда в сектор. Поскольку сейчас оповещение работает четко если дорога прямолинейна. 


На фото видно как идет траектория. С точки зрения теории оповещение должно быть давно, но его нет поскольку движение в зеленом секторе не прямолинейно к точке.


Оповещение появляется только при почти прямолинейном движение к точке. Возможно ли сделать так чтоб в таких ситуациях точка отрабатывала свою дистанцию не при 40 градусах как сейчас, а при 25-30? На мой взгляд, такая доработка позволит лучшей отработки точка не прибегая к увеличению угла, особенно на извилистых дорогах или как пример такого не крутого поворота.

[Mic]

Если автомобиль движется под большим углом к объекту, то откуда программе знать едет ли он к точке или просто проезжает через область предупреждения по костельной или перпендикулярно.
Увеличивать угол обзора со стороны автомобиля для всех точек не совсем логично потому, что появятся ложные предупреждения. Гораздо логичнее увеличить угол для конкретных точек, которые должны срабатывать за поворотом. Для точек с большим углом области предупреждения, программа автоматически увеличивает "угол обзора автомобиля"       

[action_64]

При увеличение угла так же будут ложные из за того что рядом дорога и получиться в угоду дальности придётся устанавливать угол в 40-60 градусов давая ложные на прилегающих дорогах. К примеру на развязках на трассах попадалось такая ситуация угол не поставишь больше 25 градусов, а оповещение вместо 400-500 метров получится 200м - тогда отпадает смысл точки. Пока нахожусь на сервисе ещё не разу не встретил чтоб несколько точек были в нахлест и мешали друг другу. Можно же хоть немного скорректировать работу программы чтоб оповещение было не с 40 градусов а с 30?

[valur111]

Если автомобиль движется под большим углом к объекту, то откуда программе знать едет ли он к точке или просто проезжает через область предупреждения по касательной или перпендикулярно.
Увеличивать угол обзора со стороны автомобиля для всех точек не совсем логично потому, что появятся ложные предупреждения. Гораздо логичнее увеличить угол для конкретных точек, которые должны срабатывать за поворотом. Для точек с большим углом области предупреждения, программа автоматически увеличивает "угол обзора автомобиля"       

Mic, То есть, я правильно понял: Если установленный сектор от точки перевернуть к автомобилю- это и будет зона обзора со стороны автомобиля (зона срабатывания оповещения) для MCD?

[action_64]

Если предположить что установить энный угол на самой точке и перевернуть наоборот то суть то не измениться. Точка статична и сектор, относительно машины получает динамический- что машина будет попадать в неподвижный сектор оповещения, что точка будет попадать в подвижный сектор машины оповещение то должно работать. Дело в том что оповещение будет тогда, когда машина и точка сближаться прямолинейно.

[valur111]

Если установить энный угол на самой точке и перевернуть наоборот, то суть то не изменится.

Как же не изменится? На левом рисунке автомобиль уже в зоне сектора точки, но точка ещё не в зоне подвижного сектора автомобиля- оповещение НЕ срабатывает пока автомобиль не довернёт так, чтобы точка попала в зону его подвижного сектора. А на правом рисунке точка находится в зоне обзора автомобиля- оповещение работает. Похоже на правду.

[valur111]

На картинке сектора не одинаковые по размерам угла. Тогда получается, что устанавливается угол для устройства, а не для неподвижной точки. Если программа таким образом отрабатывает точки тогда все ясно. Зря задавал вопрос...

Думаю, что на картинке секторы схематичны, поэтому углы немного отличаются. По сути, они и не должны обязательно совпадать, а могут быть просто пропорциональны. Могу только предположить, что алгоритм примерно следующий: Угол ставим для точки на карте, но когда автомобиль попадает в сектор точки, устройство видит этот же сектор, но перевёрнутым вершиной к автомобилю и, при условии, что точка находится в этом секторе, оповещение срабатывает. По крайней мере, это очень похоже на то, как срабатывают оповещения на практике.
Вопрос Вы задавали не зря. Надо же разобраться и докопаться до истины. А то так и будем везде ставить "стандартный угол 15°", а предупреждения будут срабатывать за 20 метров да опасности.
Зачем гадать? Ждём ответа от разработчика.

P.S: Может лишний флуд удалить, а остальное перенести в соответствующую ветку?
//слегка подмёл