26 November 2024, 19:41:59
⁣ ⁣
For the past 24 hours: 70 objects added, 101 object edited, 15 objects removed.

Author Topic: MapcamDroid  (Read 941010 times)

(R)ound

  • Бета тестер
  • Ветеран
  • *
  • Posts: 2005
  • Карма: 115
  • MapcamDroid
    • View Profile
Re: MapcamDroid
« Reply #1440 on: 07 August 2015, 13:48:52 »
0
Проблема заключается не в рейтинге объектов и не в настройках MCD.
Этого недоразумения можно было бы избежать, если бы в базе был отдельный тип для неопасных объектов. Но, т.к. такого "типа" нет, имеем вот такую такую ситуацию с настройками объектов.
Интересно, это только одному мне кажется, что "неопасным объектам" в базе mapcam делать в принципе нечего?..
Гы. Но они же в базе есть!
И их там много.
И каждый, кому не нравится оповещение о таком вот "объекте", извращается над настройками оповещения так, как ему хочется.
В итоге - и объекты в базе есть, и настройки оповещений у них кривые.

Ваш вариант - очистить базу от таких объектов. Флаг в руки!
Мой вариант, раз уж такие объекты есть - выделить для них отдельную резервацию, пусть живут там.
« Last Edit: 07 August 2015, 15:05:52 by (R)ound »

Mic

  • Администратор
  • Ветеран
  • *****
  • Posts: 3795
  • Карма: 932
    • View Profile
Re: MapcamDroid
« Reply #1441 on: 07 August 2015, 16:17:41 »
0
Очевидно, что у этого решения есть как плюсы так и минусы. Пока их количество одинаково нет особого смысла менять формат. Возможно в будущем под муляжи и будет выделен отдельный тип, но пока вариант с обозначением муляжей рейтингом является наиболее гибким.     
« Last Edit: 07 August 2015, 16:43:46 by Mic »

Mic

  • Администратор
  • Ветеран
  • *****
  • Posts: 3795
  • Карма: 932
    • View Profile
Re: MapcamDroid
« Reply #1442 on: 07 August 2015, 16:42:33 »
1
Например, если пользователь хочет слышать предупреждения только о муляжах мобильных камер или только о муляжах камер контроля полосы, то в нынешней схеме это решается элементарно. А в случае, когда все муляжи будут собраны в один тип такая гибкость настроек пропадет.
Получается, что для сохранения гибкости нам придется создать несколько типов муляжей.

Есть еще третий вариант лишенный перечисленных минусов.       

Gruner

  • Постоялец
  • ***
  • Posts: 64
  • Карма: 23
    • View Profile
Re: MapcamDroid
« Reply #1443 on: 09 August 2015, 10:38:24 »
0
Ребята Добрый день! Подскажите как повернуть картинку,чтобы правильно отображалась на экране? Как то она как бы перевернута

feudor10

  • Ветеран
  • *****
  • Posts: 1836
  • Карма: 256
    • View Profile
Re: MapcamDroid
« Reply #1444 on: 09 August 2015, 11:21:56 »
1
Слева нижняя кнопка.
Презумпция невиновности в России – это право гражданина доказывать свою невиновность в суде

action_64

  • Бета тестер
  • Ветеран
  • *
  • Posts: 2018
  • Карма: 396
  • Навител, MCD, 7дорог, Яндекс, SS 9030
    • View Profile
Re: MapcamDroid
« Reply #1445 on: 09 August 2015, 11:22:44 »
2
Слева есть квадратик с обозначены двумя стрелками, нажмите на него.

(R)ound

  • Бета тестер
  • Ветеран
  • *
  • Posts: 2005
  • Карма: 115
  • MapcamDroid
    • View Profile
Re: MapcamDroid
« Reply #1446 on: 10 August 2015, 14:07:41 »
0
Например, если пользователь хочет слышать предупреждения только о муляжах мобильных камер или только о муляжах камер контроля полосы, то в нынешней схеме это решается элементарно. А в случае, когда все муляжи будут собраны в один тип такая гибкость настроек пропадет.
Получается, что для сохранения гибкости нам придется создать несколько типов муляжей.
Выбираю гибкость  *UMNIK*

Есть еще третий вариант лишенный перечисленных минусов.     
И каков он ?   :-X :o

NickF

  • Guest
Re: MapcamDroid
« Reply #1447 on: 10 August 2015, 18:00:02 »
0
Например, если пользователь хочет слышать предупреждения только о муляжах мобильных камер или только о муляжах камер контроля полосы...   
мдя?  *UMNIK*
а я думал пользователи хотели слышать об опасностях, а не о каких-то "призраках"...
не очень стал понятен вектор развития...

Некто Татьяна Храмова в произведении "Провинциальная картина":
...
С тобою ожидали мы таких ли
наград и перемен?
...
С унылою тоскою водолаза
смотрю я в небо, голову задрав.
И замечаю как-то краем глаза, -
ага! - табличку с надписью "Райздрав"
...
Уходит, величавый и грудастый,
уносит возмущение свое...
На пыльной клумбе засыхают астры,
в окне напротив сушится белье.
« Last Edit: 10 August 2015, 18:07:48 by NickF »

Mic

  • Администратор
  • Ветеран
  • *****
  • Posts: 3795
  • Карма: 932
    • View Profile
Re: MapcamDroid
« Reply #1448 on: 10 August 2015, 18:50:11 »
0
Есть достаточно много объективных причин, по которым муляжи должны быть в базе. Эти причины давно и неоднократно озвучены на форуме.
Сейчас мы обсуждаем другой вопрос, каким образом отделять муляжи от рабочих камер. В данный момент отделение происходит за счет рейтинга. 

Есть еще третий вариант лишенный перечисленных минусов.     
И каков он ?   :-X :o

Добавить дополнительное свойство "неопасно" ко всем типам. Таким образом мы отвяжем рейтинг от идентификации муляжей и сохраним гибкость выбора.

Mic

  • Администратор
  • Ветеран
  • *****
  • Posts: 3795
  • Карма: 932
    • View Profile
Re: MapcamDroid
« Reply #1449 on: 10 August 2015, 18:53:24 »
0
Минусы этого варианта:
1. Небольшое увеличение базы данных.
2. Не коллегиальное решение об степени опасности конкретного объекта. 

sademid51

  • Ветеран
  • *****
  • Posts: 1066
  • Карма: 283
    • View Profile
Re: MapcamDroid
« Reply #1450 on: 10 August 2015, 19:32:39 »
0
Добавить дополнительное свойство "неопасно" ко всем типам.
Мне кажется, в этом случае в базу посыпется куча "неопасных" объектов. Начнут присваивать признак "неопасных" метеокомплексам, видеонаблюдению, камерам на ж/д переездах и т.д., в захлеб утверждая, если есть такая функция "неопасно", то объект имеет право быть в базе.
В данный момент отделение происходит за счет рейтинга. 
Проблема текущего варианта, заключается в том, что новички, которые не заходят на сайт, а пользуются просто MCD не влезая в настройки рейтинга (по умолчанию там объекты с рейтингом +1), не видят муляжи и пытаются их отмечать как реальные камеры, для них информация поступает не полная.
Например, если пользователь хочет слышать предупреждения только о муляжах мобильных камер или только о муляжах камер контроля полосы...
А кому это надо? Зачем отделять муляжи по типу? Муляж он не опасен, будь он муляжом камеры, измеряющей скорость, или муляжом камеры следящей за полосой. Насколько я понимаю роль муляжа - чтобы не добавлять то, что похоже на действующую (сертифицированную) камеру и на ходу в машине не разбираться (не пугаться) муляж это или не отмеченная камера. По поводу обычных камер видеонаблюдений или метеокомплексов и так видно, что они неопасны.

P.S. Ну и, прошу прощения, что повторюсь, на пару с типом "Муляж" напрашивается и тип "Антивандальный ящик" (совмещающий в себе признаки Мобильной камеры и Стационарной камеры), который может быть опасен, а может и нет - в зависимости от времени его проезда.

action_64

  • Бета тестер
  • Ветеран
  • *
  • Posts: 2018
  • Карма: 396
  • Навител, MCD, 7дорог, Яндекс, SS 9030
    • View Profile
Re: MapcamDroid
« Reply #1451 on: 10 August 2015, 19:45:06 »
0
Если добавиться пункт "не опасный, то получим оповещение исходя из рейтинга точки. В настройках проги будет пункт озвучивать или нет. Как то получается не особо хорошо, мне так кажется. Если вводить такое пункт, то смысл в рейтинге точки нет вообще. Если надо пользователь ставил галочку в проге оповещать о данных камерах в не зависимости от того с каким рейтингом качает базу. На мой взгляд так было бы логичнее.

yuryleb

  • Ветеран
  • *****
  • Posts: 1112
  • Карма: 346
  • Garmin DriveAssist 50 - nüvi 2497
    • View Profile
    • Русские TTS-голоса для навигаторов Garmin
Re: MapcamDroid
« Reply #1452 on: 10 August 2015, 20:01:52 »
0
Пока без машины на Крите, решил поставить и проверить MCD в сухом бассейне, так сказать, в автобусе ;) По срабатыванию проблем почти нет, то есть надо было пару точек подправить, но по интерфейсу самой программы есть куча замечаний:

Основной вид радар/спидометр
Хорошо, что есть опция "Крупные кнопки", но то, что кнопки стали не только больше, но и толще, нехорошо, выглядит аляповато. Хорошо бы при увеличении размера не увеличивать так сильно толщину линий.
Сначала подумал, что кнопка i в кружочке означает информацию какую-то, а не добавление объектов, может, лучше было простой банальный плюс там отобразить?
Основное окно скрывает верхнюю строку уведомлений, хотя показывает нижние системные кнопки Назад, Домой и проч. - если это не баг, а фича, то весьма сомнительная. Конечно, в режиме HUD эта строка не нужна, но зачем ее скрывать в обычном полноэкранном режиме? Там часы, заряд и прочая нужная информация.

Фоновый режим/уведомления
Иконка с синим фоном внутри, конечно, очень мила, но у всех "больших" программ они черно-белые для уведомлений. Я бы синий фон вообще убрал.
Название сервиса при раскрытии уведомлений отображается как "MapCam.Info_Service" с подчеркиванием. Почему не просто "Mapcam.info"?

Настройки
Если опция вызывает список выбора, то маленьким шрифтом под ее названием обычно пишут текущее значение из списка, а не дополнительное описание. Например, для выбора цветовой гаммы радара под "Выбор цветовой темы" следовало бы написать "Синяя тема". Хотя я бы рекомендовал использовать "гамма" вместо термина "тема".
Выбор другой цветовой гаммы, кстати, не срабатывает сразу, только при следующем запуске - не вполне хорошо.
В настройках контроля скорости значения попадают под ползунки при любой ориентации (см. вложенный снимок).
При обновлении данных о подписке, а также в других опциях, вызывающих немедленное действие, нет никакого уведомления после, хотя бы и простого всплывающего, как после загрузки новой базы, что хоть что-то было сделано и с каким результатом.
Так и не понял, почему опций добавления объектов две - "Отправлять всегда" и "Отправить сейчас" и когда какая из них работает. В описании "Отправить сейчас" вместо "Отправить сохраненные объекты сейчас" лучше было бы написать "Отправить NN новых объектов" при их наличии или запрещать опцию и написать "Нет сохраненных объектов" при их отсутствии. И тоже нет уведомления о результате отправки. Мной сегодня обнаруженная камера, видимо, так никуда и не отправилась, нигде ее на сайте так и не нашел :( И узнать, передалась ли точка, в программе сейчас никак нельзя.
Не хватило также возможности добавить текстовый комментарий к добавленной точке. Понятно, что за рулем такого не нужно, но в режиме "штурмана", так сказать, было бы неплохо такую опцию в группе "Добавление объектов" иметь, причем действующую только на данный сеанс программы, о чем можно упомянуть в описании опции.


Sony Xperia V, Android 4.3,  последняя версия MCD с маркета 1.4.155
« Last Edit: 10 August 2015, 20:04:11 by yuryleb »

(R)ound

  • Бета тестер
  • Ветеран
  • *
  • Posts: 2005
  • Карма: 115
  • MapcamDroid
    • View Profile
Re: MapcamDroid
« Reply #1453 on: 11 August 2015, 13:48:21 »
0
Добавить дополнительное свойство "неопасно" ко всем типам. Таким образом мы отвяжем рейтинг от идентификации муляжей и сохраним гибкость выбора.
С точки зрения формальной логики дополнительная настраиваемая характеристика объекта здесь может помочь.

Вот только само определение "неопасно" надо бы заменить на что-то другое...
С точки зрения человеческой логики это свойство может трактоваться чрезвычайно широко.

(R)ound

  • Бета тестер
  • Ветеран
  • *
  • Posts: 2005
  • Карма: 115
  • MapcamDroid
    • View Profile
Re: MapcamDroid
« Reply #1454 on: 11 August 2015, 14:09:31 »
1
Мне кажется, в этом случае в базу посыпется куча "неопасных" объектов. Начнут присваивать признак "неопасных" метеокомплексам, видеонаблюдению, камерам на ж/д переездах и т.д., в захлеб утверждая, если есть такая функция "неопасно", то объект имеет право быть в базе.
Ну вот тут как раз, ИМХО, проблема правильного названия, чтобы это определение не было оправданием добавления этих самых "метеокомплексам, видеонаблюдению, камерам на ж/д переездах и т.д."

зы... с другой стороны, теоретически (повторю жутко крамольную мысль, за которую щас огребу очередные "минусы"), вполне возможно иметь в базе и "неопасные" объекты. Естественно, при добавлении соответствующих настроек в MCD и соответствующих свойств к объектам, чтобы те пользователи MCD, кто не хочет ничего знать о таких объектах, так ничего о них и не узнали. Останутся проблемы увеличения размера базы и захламления вида карты, хотя и это, в общем-то, решаемо.