Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
Прошу прояснить почему при выставлении интервала Трека (пример) с 8-00 до 20-00, выводятся данные до 20-00-59 секунд, хотя логичнее было выводить до 19-59-59. В связи с этим возникают разночтения с Отчетом, где интервал не прибавляет 59 секунд.
MyFly, добрый день!
Так система работает уже очень давно (более 8 лет точно). Почему реализовано было именно так - вопрос, на который, к сожалению, у меня нет ответа. В старой трекинговой системе не нашла тикета, который бы описывал реализацию этого функционала.
Но хочу сказать, что время работает одинаково в отчетах и в треках , т.е. 59 секунда прибавляется в двух места. Пример передачи времени в запросе на бэкэнд - "interval":{"flags":16777216,"from":1631221200,"to":1631293259}.
Я покопалась в тикетах и на форуме, но никаких претензий к этой прибаке не нашла со стороны партнеров и их пользователей. От вас впервые слышим про то, что это доставляет неудобства. Поэтому хотелось бы услышать других участников сообщества, чтобы понять, насколько это критично на текущий момент. Если многие подтвердят то, что такая работа действительно некорректна, то мы будем думать об исправлении логики.
MyFly, добрый день!
Так система работает уже очень давно (более 8 лет точно). Почему реализовано было именно так - вопрос, на который, к сожалению, у меня нет ответа. В старой трекинговой системе не нашла тикета, который бы описывал реализацию этого функционала.
Но хочу сказать, что время работает одинаково в отчетах и в треках , т.е. 59 секунда прибавляется в двух места. Пример передачи времени в запросе на бэкэнд - "interval":{"flags":16777216,"from":1631221200,"to":1631293259}.Я покопалась в тикетах и на форуме, но никаких претензий к этой прибавке не нашла со стороны партнеров и их пользователей. От вас впервые слышим про то, что это доставляет неудобства. Поэтому хотелось бы услышать других участников сообщества, чтобы понять, насколько это критично на текущий момент. Если многие подтвердят то, что такая работа действительно некорректна, то мы будем думать об исправлении логики.
Да, очень интересно что такой глубокий по моему мнению баг прошел мимо основной массы. Сейчас заказчик нагнетает истерию по этому поводу, утверждает что "у всех других мониторингов" нормально, а вот у нас - нет. В общем нашли Ахиллесову пяту чтобы утащить машины к другому провайдеру услуг. Пока не знаем что им еще дать почитать, кроме официального ответа, что Трек и Отчеты, это принципиально разные отчеты.
Прошу прояснить почему при выставлении интервала Трека (пример) с 8-00 до 20-00, выводятся данные до 20-00-59 секунд, хотя логичнее было выводить до 19-59-59
Странная логика. Как бы мы явно задаём границы - 8-00 и 20-00, и соответственно хотим видеть всё включительно от 8-00-00 до 20-00-00.
MyFly пишет:Прошу прояснить почему при выставлении интервала Трека (пример) с 8-00 до 20-00, выводятся данные до 20-00-59 секунд, хотя логичнее было выводить до 19-59-59
Странная логика. Как бы мы явно задаём границы - 8-00 и 20-00, и соответственно хотим видеть всё включительно от 8-00-00 до 20-00-00.
Подскажите, а если указано 8:00 - 19:59, то хотим видеть 8:00:00 - 19:59:00 ? или всё же 19:59:59?
MyFly,
Пока не знаем что им еще дать почитать, кроме официального ответа, что Трек и Отчеты, это принципиально разные отчеты.
Трек и отчеты - это не принципиально разные вещи. И то, и другое является визуальным оформлением обработки сообщений на бэкэнде системы. Как я отмечала ранее, интервалы в двух этих сущностях определяются одинаково.
Является ли такая прибавка корректной - вопрос открытый. В целом, исправить не составит проблем, но хочется иметь уверенность и поддержку со стороны как можно большего количества партнеров, чтобы потом не оказалось, что бОльшую часть это устраивает и правку делать не нужно было.
p.s.: задачу я завела. Будем ждать реакции со стороны сообщества, после чего, в случае необходимости, сможем приступить к фиксу проблемы.
Нашел объект в движении, задал интервал с 13 Сентябрь 2021 00:00 по 13 Сентябрь 2021 23:59
Что в треке, что в отчете, последняя точка за 13.09.2021 23:59:45
- никакой разницы в интервале не вижу
- построение по последнюю минуту включительно на мой взгляд логично, если нет возможности задания секунд.
Нашел объект в движении, задал интервал с 13 Сентябрь 2021 00:00 по 13 Сентябрь 2021 23:59
Что в треке, что в отчете, последняя точка за 13.09.2021 23:59:45
- никакой разницы в интервале не вижу
- построение по последнюю минуту включительно на мой взгляд логично, если нет возможности задания секунд.
Вообще нелогично. У нас с 00 начинаются новая минута, вы фактически смотрите лишнюю минуту. Это и выбивает абонентов при сравнении трека и отчета.
Смотреть надо на технике, которая в работе пересекает стыковку суток, активно работает.
Подскажите, а если указано 8:00 - 19:59, то хотим видеть 8:00:00 - 19:59:00 ? или всё же 19:59:59?
19:59:00 конечно же.
Целые минуты начинаются с нуля, не с 59 или там 31.
Сейчас в системе интервал в одну минуту задать нельзя, минимум 2 минуты.
Неизвестный разработчик Гуртам решил, что "включая последнюю минуту" будет равно добавить ":59". А надо было вычесть одну секунду из конца интервала.
Делали бы как все: интервал включает начало интервала и исключает конец интервала. В нашем примере начало 08:00:00, конец 20:00:00, интервал [08:00:00-19:59:59]. В полях ввода "08:00" и "20:00". Говоря "дедлайн в двадцать ноль ноль!" вы не подразумеваете, что можно халявить ещё целых 59 секунд после наступления смерти.
Вообще нелогично. У нас с 00 начинаются новая минута, вы фактически смотрите лишнюю минуту. Это и выбивает абонентов при сравнении трека и отчета.
Где в моей ситуации лишняя минута?
Хз, мы лично уже как то смирились что в виалоне часто не бьются 1 в 1 казалось бы одни и те же данные между разными полями таблицами и отчетами, а поиск причины и общение с ТП отнимают времени и сил больше, чем объяснить клиенту что "так исторически сложилось" и просто стараемся составлять отчетные формы с минимальным дублированием полей.
Есть более актуальные вопросы чем "ловить" лишнюю минуту или сотню метров.
Хз, мы лично уже как то смирились что в виалоне часто не бьются 1 в 1 казалось бы одни и те же данные между разными полями таблицами и отчетами, а поиск причины и общение с ТП отнимают времени и сил больше, чем объяснить клиенту что "так исторически сложилось" и просто стараемся составлять отчетные формы с минимальным дублированием полей.
Есть более актуальные вопросы чем "ловить" лишнюю минуту или сотню метров.
смирились то смирились, но когда полновесный абонент тыкает в лицо отчеты чужих систем где не подкопаешься, начинаются утомительные беседы на тему "разных отчетов". Все как обычно упирается в деньги. Субподрядчикам не хотят оплачивать каждую "лишнюю" минуту с каждой машины в сутки за "использование", против Виалона играет целый отдел, брошенный на дискредитацию системы в пользу "другой". Тяжко когда концы не сведены в одну кучу.
MyFly на нашей практике во всех остальных системах в отчётах есть те или иные костыли, чтобы было "красиво".
В Wialon ползунок выкручен в сторону правдивости, у остальных - в сторону красоты. Если сильно покопаться, то там тоже боль и страдание при детальном анализе данных.
У нас была парочка таких клиентов, которые в итоге ушли на другой софт. С нашей стороны был задан только один вопрос: вы хотите правдивые показания или красивые. Они выбрали красивые.
MyFly на нашей практике во всех остальных системах в отчётах есть те или иные костыли, чтобы было "красиво".
В Wialon ползунок выкручен в сторону правдивости, у остальных - в сторону красоты. Если сильно покопаться, то там тоже боль и страдание при детальном анализе данных.
У нас была парочка таких клиентов, которые в итоге ушли на другой софт. С нашей стороны был задан только один вопрос: вы хотите правдивые показания или красивые. Они выбрали красивые.
ДА,так и есть. Выбор делается в пользу красивых данных, т.к. это снимает нагрузку со всех.
Но в контексте данной проблеме это мимо, т.к. действительно неизвестно зачем трек прибавляет минуту 
SpecTechRU пишет:Хз, мы лично уже как то смирились что в виалоне часто не бьются 1 в 1 казалось бы одни и те же данные между разными полями таблицами и отчетами, а поиск причины и общение с ТП отнимают времени и сил больше, чем объяснить клиенту что "так исторически сложилось" и просто стараемся составлять отчетные формы с минимальным дублированием полей.
Есть более актуальные вопросы чем "ловить" лишнюю минуту или сотню метров.смирились то смирились, но когда полновесный абонент тыкает в лицо отчеты чужих систем где не подкопаешься, начинаются утомительные беседы на тему "разных отчетов". Все как обычно упирается в деньги. Субподрядчикам не хотят оплачивать каждую "лишнюю" минуту с каждой машины в сутки за "использование", против Виалона играет целый отдел, брошенный на дискредитацию системы в пользу "другой". Тяжко когда концы не сведены в одну кучу.
К сожалению такие споры бывают и когда навигационная система работает просто идеально. Бывают вообще юмористические случаи: Когда время работы ТС можно отследить по Напряжению, зажиганию, расходу топлива, все сходится, контрольный замер с фиксацией на видео даже есть и поминутно сходится, а подрядчик упирает на то что работал больше с аргументами, типо мамой клянусь, и непонятно как настроенный БК - требует от клиента больше денег. А клиент верит, идет на поводу и начинается "а докажите все таки, что именно у вас в навигации правда, а то мы другую навигацию поставим".
И в таких ситуациях уже ни столько от систем зависит, красоты данных и точности до секунд, а от коммуникаций с клиентом, и его желания работать с навигацией вообще.
С нашей стороны был задан только один вопрос: вы хотите правдивые показания или красивые.
И что, на платформе Виалон вы не обеспечили им красивые показания?
funhrum Клиент хотел на УАЗ Буханке со штатных датчиков "красиво"
В общем предлагаю дружно всем нажать на плюс в начале темы, сверху-справа и проголосовать чтобы убрали 59 секунд за пределами интервала в Треке.
И опять таки если эти лишние 59 секунд в треке кому-то необходимо, то можно сделать "вариабельно", доп.галкой, или если бы секунды тоже выставлялись.
И опять таки если эти лишние 59 секунд в треке кому-то необходимо, то можно сделать "вариабельно", доп.галкой
Для чего?
24Glonass, дополнительных галочек мы тут точно реализовывать не будем.
Их и без этого очень много.
Проще в таймпикер добавить секунды, имхо.
24Glonass, дополнительных галочек мы тут точно реализовывать не будем.
Их и без этого очень много.
тогда просто свести воедино что небыло лишнего времени
funhrum Клиент хотел на УАЗ Буханке со штатных датчиков "красиво"
А какой диапазон пустой/полный у штатного датчика!?
Кстати по уазам, новый профи хотя внешне и тупой как пробка по электрике...салон весь на заглушках вместо кнопок, смартом 2435 топливо с кана показал , подключался на приборке...
[ZLOY]GLB
Бак 1
50 45
267 40
493 35
708 30
885 25
1196 20
1314 15
1548 10
1782 5
Бак 2
303 30
518 25
777 20
1249 15
1610 10
1815 5
2800 0
Значения в мВ
