Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Хочу поделиться одним квестом.
Предположим, кто-то из ваших коллег откроет свойства объекта, перейдёт на вкладку Дополнительно, поставит галочку Фильтрация валидности сообщений и введёт 5 в поле Максимальное значение скорости. И нажмёт Ok.
Какие интересные открытия вас ожидают? 
На всякий случай приведу ссылку на скрижали.
funhrum
А каково в этом квесте изначальное намерение пользователя и его цель?
Этот вопрос покрыт мраками. Я задавал его, но вразумительного ответа не получил.
Сори, суть вопроса не осилил...
Можно более конкретно. ограничить доступ, отобразить трек, в которой скорость меньше 5, или что-то другое?
Так а в чем проблема-то?
Ну да, получим срезы треков на участках пути, где скорость свыше 5 км/ч. Нашкодившему коллеге - "по соплАм" за такое, особенно если это сделано преднамеренно. Настройка-то реально полезная.
Предположим, вам в работу попадает объект, поведение которого изобилует прострелами. Вы начинаете смотреть журнал сообщений, и наблюдать странности.
Поведение очень похоже на некорректность настроек прибора мониторинга, некорректность работы прибора по определению движения, некорректность работы модуля GPS.
Если вы внимательны, вы обратите внимание на параметры hdop у "невалидных" координат. И конечно, если вы помните о такой штуке, как фильтрация, вы пойдёте посмотреть её настройки.
Вот вы, когда сталкиваетесь с проблемами определения прибором координат (пролётами, прострелами, глушением), вы проверяете настройки фильтрации?
Или, прочитав скрижали, вы всё ещё считаете, что виалон это что-то вроде регистратора, регистрирующего именно всё то, что передали приборы.
По факту получается подмена данных, приходящие данные не только объявляются невалидными, но и теряется информация о скорости, положении. Не нравится слово "подмена", пусть будет слово "коррекция".
Мне одному кажется, что в скрижалях мало намёков на такие серьёзные и необратимые последствия фильтрации?
Вы, как специалисты, должны знать не только приборы и их функционал, но равно и систему с ее функционалом. И использовать его разумно, в том числе и фильтрацию валидности. А это очень полезная функция для некоторых моделей приборов.
И если что-то не так, то рассматривать проблему комплексно, а не "прибор виноват, настройки слетели". Плюс должны отдавать себе отчет, что если сообщение было "валидировано" по неким текущим настройкам объекта, то геоданных в этих сообщениях никогда уже не будет - это в документации написано.
PS А тому "разумному" инженеру, кто сделал настройку и забыл / не учел поставить на вид и отправить на обучение, за его счет.
А это очень полезная функция для некоторых моделей приборов.
Для каких конкретно приборов вы используете эту функцию?
то геоданных в этих сообщениях никогда уже не будет - это в документации написано.
И вас не затруднит в скрижалях показать именно это место?
Для каких конкретно приборов вы используете эту функцию?
Для примера, Вега/Фарватер очень любят изредка при нормальных условиях приема слетать на стоянке за десяток км со скоростью 240+, всего-лишь из-за увеличения hdop до 1.2-1.4.
Сори, суть вопроса не осилил...
Можно более конкретно. ограничить доступ, отобразить трек, в которой скорость меньше 5, или что-то другое?
По такой логике надо все ограничивать, а то "кто-то из ваших коллег откроет свойства объекта", и изменит ID, снесет тарировочную таблицу, или еще чего выкинет. На мой взгляд, самое оптимальное - ограничить допуск к административным ресурсам коллег-дилетантов, и обучить специального человечка, который будет заниматься администрированием сервиса.
Считаю замечание funhrum объективным.
Предлагаю разработчикам следующее решение этой проблемы:
Вместо "коррекции" сообщений добавить параметр, который бы обозначал его валидность или невалидность.
Плюсом этого способа также является возможность пользователям более точно настроить фильтрацию валидности сообщений и не терять информацию с невалидных сообщений.
Предположим, вам в работу попадает объект, поведение которого изобилует прострелами. Вы начинаете смотреть журнал сообщений, и наблюдать странности.
Поведение очень похоже на некорректность настроек прибора мониторинга, некорректность работы прибора по определению движения, некорректность работы модуля GPS.
Если вы внимательны, вы обратите внимание на параметры hdop у "невалидных" координат. И конечно, если вы помните о такой штуке, как фильтрация, вы пойдёте посмотреть её настройки.Вот вы, когда сталкиваетесь с проблемами определения прибором координат (пролётами, прострелами, глушением), вы проверяете настройки фильтрации?
Или, прочитав скрижали, вы всё ещё считаете, что виалон это что-то вроде регистратора, регистрирующего именно всё то, что передали приборы.
По факту получается подмена данных, приходящие данные не только объявляются невалидными, но и теряется информация о скорости, положении. Не нравится слово "подмена", пусть будет слово "коррекция".
Мне одному кажется, что в скрижалях мало намёков на такие серьёзные и необратимые последствия фильтрации?
Согласился бы со специальным параметром, например сейчас приходиться создовать фейковый параметр относительного одометра и по этому параметру через поездки фильтровать трек. Всё бы ни чего, но из-за типа параметра - это всё выглядит как кастылищя, который я использую крайне редко...
Можно подробнее об этом (фейковый параметр относительного одометра) или ссылку, если об этом уже писали.
Согласился бы со специальным параметром, например сейчас приходиться создовать фейковый параметр относительного одометра и по этому параметру через поездки фильтровать трек. Всё бы ни чего, но из-за типа параметра - это всё выглядит как кастылищя, который я использую крайне редко...
Галилео бывает реагируют на глушилки в соседних авто отрисовкой трека, точки в котором имеют валидные характеристики хотя сам маршрут проходит по горам и лесам в близи трасы.
Сталкивались с проблемой смарта 2435, при стандартной настройки ch3(могу ошибиться в буквах) терминал фиксирует фейковую скорость, хотя в то же время работает насос откачки нечестот.
Проблемы связаные с неисправность gps модуля, которые могут выражаться в черезмерной скорости.
Вобщем, тогда когда что то сломалось: терминал, водитель, интегратор и т.д. такой бы тип детектирования поездки мог бы пригадиться.
Пишу с мобильного, извеняюсь за опечатки.
