Отзывы и предложения

[NickF]

...Посмотрим на сколько это будет удобно...
Просьба отписаться о своих впечатлениях по поводу удобства такой реализации. 

Очень даже ничего, но вот цвет  Приходится приглядываться. Нужен контраст, ну скажем коричневая биссектриса

[Yurb@s]

На карте Speedcam добавлено отображение биссектрисы по основному направлению предупреждения...

Попробовал. Не увидел этого отображения .
Может где не там смотрю?


P. S. Со зрением пока всё нормально: 1,0 на обоих глазах, цветовосприятие в норме

[DiK57]

На карте Speedcam добавлено отображение биссектрисы по основному направлению предупреждения...

Попробовал. Не увидел этого отображения .
Может где не там смотрю?


P. S. Со зрением пока всё нормально: 1,0 на обоих глазах, цветовосприятие в норме

Нажим F5 в браузере. или обновить страницу. У меня после этого показалось.

[Yurb@s]

Спасибо, заработало!


P. S. При двунаправленной точке показывает только 1 биссектрису. Второй нет. Но, по идее, так и должно быть.

[algese]

На карте Speedcam добавлено отображение биссектрисы по основному направлению предупреждения.

Отлично!
Два предложения: поменять цвет биссектрисы и, наверное, направление стрелочек на ней на противоположное, ведь в правилах добавления объектов " Азимут направлен в "лицо" водителю".

[sademid51]

На карте Speedcam добавлено отображение биссектрисы по основному направлению предупреждения.

Удобно. Однако, стрелка рисуется только для одного направления. А как быть с двунаправленными объектами ("два направления")? Надо бы чтоб тогда стрелки рисовались симметрично навстречу объекту.  Ну и про цвет согласен с другими пользователями - контрастнее бы (может темно-зеленый), сильно выделяющийся цвет, я считаю, не нужен.

[Serg_by]

Очень удобно, спасибо!

[valur111]

Цвет бы более контрастный (тёмно-тёмно зелёный, как вариант).
И нужны ли эти стрелочки на биссектрисе? Может убрать их?

[valur111]

Для сравнения (коричневый, красный, т.зелёный, жёлтый, синий, чёрный):

[sergeyklochko]

Цвет бы более контрастный (тёмно-тёмно зелёный, как вариант).
И нужны ли эти стрелочки на биссектрисе? Может убрать их?

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

[valur111]

Раз уж пошла тема про азимуты и секторы,- может развеем ещё пару "мифов" на проекте?   
Миф №1: "Объекты с азимутом равным "нулю", не срабатывают на некоторых навигаторах."
               - Разве?! Ведь азимут "ноль"- это всего лишь направление "строго на север". Неужели некоторые навигаторы не воспринимают точки с направлением "строго на север"?! Какие конкретно навигаторы? Есть у кого-нибудь аргументы? Кто-нибудь проверял?
Миф №2: "Угол сектора (его ширина) должен быть кратен пяти."
               - Разве?! Вроде, Гармин и сам справляется, округляя до нужного ему значения?
Миф №3: "Для Навитела желательно, чтобы азимут был кратен 15-ти."
               - Здесь не уверен, но вроде, Навител и сам округляет для себя азимут, сдвигая его к ближайшему меньшему значению кратному 15-ти. Может изменИться дистанция предупреждения, но ведь, не всегда нужно, чтобы предупреждение срабатывало за 900-950 метров, иногда вполне достаточно и 500-600 метров.

[Grviktor]

Миф №1: "Объекты с азимутом равным "нулю", не срабатывают на некоторых навигаторах."
               - Разве?! Ведь азимут "ноль"- это всего лишь направление "строго на север". Неужели некоторые навигаторы не воспринимают точки с направлением "строго на север"?! Какие конкретно навигаторы? Есть у кого-нибудь аргументы? Кто-нибудь проверял?

Программа 7ways (7 дорог) и все ее клоны (Libelle, NavLuxCE) при азимуте 0 градусов камера начинает работать независимо от того какое Направление действия объекта, как все направления. При чем при приближении к камере расстояние уменьшается при удалении от камеры увеличивается. Но это проблемы самой программы при любом другом азимуте все отрабатывает как положено. Проверено и подтверждено на практике.

[sergeyklochko]

тут возникает вопрос: а пробовал кто-нибудь, кто ее использует связаться с авторами программы и выяснить зачем она так делает? или проще научить всех, кто добавляет точки тому, что азимут строго на север "низя"?
ну или зачем он разрешен на карте, если его нельзя? неужели трудно сделать азимут от 1 до 359 градусов?
причина одна - ставить как можно больше минусов новичкам

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

[Grviktor]

тут возникает вопрос: а пробовал кто-нибудь, кто ее использует связаться с авторами программы и выяснить зачем она так делает?

Когда это обнаружилось пробовал выяснить причину у разработчиков, но внятного ответа так и не получил и изменений никаких в этом направлении не произошло, хотя программа раза три или четыре уже обновилась. Сначала пытался достучаться к авторам точек у которых азимут ноль но безрезультатно. Смирился в скачанной базе изменяю 0 на 1 градус.

PS. Сегодня перепроверил в 620 версии все исправили и теперь с 0 градусом все ОК отрабатывает как и положено.

[yuryleb]

Миф №2: "Угол сектора (его ширина) должен быть кратен пяти."
               - Разве?! Вроде, Гармин и сам справляется, округляя до нужного ему значения.

Не угол, а ширина сектора для Гармина должна быть от 5 до 75 с кратностью 5 - в его бинарных сборках на ширину сектора выделено полбайта для множителя на 5, т.е. максимум как раз 15 * 5 = 75.
И да, сейчас округляется, но не Гармином, а программами, которые эти сборки делают С большими секторами проблема пока полностью не решена.