Тема: Новый алгоритм поиска обработок и все-все-все
На прошлой неделе мы внедрили новый алгоритм поиска обработок.
Кто-нибудь уже его опробовал? Есть комментарии?
Product Manager (Mobile)
Gurtam
Вы не вошли. Пожалуйста, войдите или зарегистрируйтесь.
На прошлой неделе мы внедрили новый алгоритм поиска обработок.
Кто-нибудь уже его опробовал? Есть комментарии?
На прошлой неделе мы внедрили новый алгоритм поиска обработок.
Кто-нибудь уже его опробовал? Есть комментарии?
Да, конечно. пока работ было мало судить сложно. Но вроде работает.
Сегодня только с утра пошли на боронование ( были морозы и снег) будем регистрировать и смотреть подробно с агрономами.
Есть некие соображения:
1. Нельзя увидеть на карте всю обработанную площадь за выбранный период.
Операции, не связанные с культурой, т.е. обработка земли (вспашка, боронование, обработка химией и т.д.) никак не отражаются на общей карте.
Было бы мне кажется удобнее если к примеру:
Площади зарегистрированные как вспашка - закрашивались тёмно-серым цветом
Раннее весеннее боронование (РВБ) к примеру коричневым,
Боронование под посев - светло-серым. и т.д. а в тултипе доп. инфа об обработке, если такая имела место быть.
Операции довольно стандартные для всех с\х предприятий, можно обсудить цвета и в будущем будет учитываться были ли выполнены необходимые обработки. Т.к. отобработок сильно зависит урожайность.
2. Кто-то уже спрашивал, повторюсь: Необходима регистрация по сменам.
К примеру утром агрономы регистрируют работы за предыдущие сутки ( дневная смена и ночная)
При текущей регистрации на утро инфа только о предыдущей дневной смене и половине ночной. Давать новые задания и планировать работу не имея полную картину невозможно.
3. В подробном обзоре обработки - кнопочка печать оооооооочень нужна, равно как и печать общей картины обработок.
1. В отчете по агро работам возможность указать время (например с 16.04.2019 08:00 до 16.04.2019 20:00) чтобы была привязка к смене.
2. Автоматическая подстановка водителя и прицепного оборудования по RFID меткам передаваемым с трекеров
2. Кто-то уже спрашивал, повторюсь: Необходима регистрация по сменам.
К примеру утром агрономы регистрируют работы за предыдущие сутки ( дневная смена и ночная)
При текущей регистрации на утро инфа только о предыдущей дневной смене и половине ночной. Давать новые задания и планировать работу не имея полную картину невозможно.
+100500
Без смен ну просто вообще никак!!!
объем работ надо распределять между механизаторами, поэтому очень важно разбивать по сменам. Сейчас обработка СХЗР пойдет - она только ночью проводится.
Плюс повторюсь про бригадный метод - большие поля редко в обрабатываются одним трактором, не говоря уже об уборке.
По порядку:
1 смену отработали красиво: (Операция: РВБ, Трек ширина 1px. 2 Бороны 18м. и 21м.)
Как видно из картинки в конце трек вперемешку от чего и что попало далее в Хектерре:
У одного пропуски засчитаны там, где проходил второй:
Отчего и результат вообще некорректный:
Лишние 6 Га.
Предположу что это как раз перекрытия друг друга. т.к. перекрытия свои считаются.
Спасибо всем, кто высказался, хотя это и не было на тему нового алгоритма поиска кандидатов...
Нельзя увидеть на карте всю обработанную площадь за выбранный период.
Операции, не связанные с культурой, т.е. обработка земли (вспашка, боронование, обработка химией и т.д.) никак не отражаются на общей карте.
Идея интересная, но это скорее на будущее.
Операции довольно стандартные для всех с\х предприятий, можно обсудить цвета и в будущем будет учитываться были ли выполнены необходимые обработки. Т.к. отобработок сильно зависит урожайность.
Ну тут как раз, на мой взгляд, раскраска по цветам и не поможет. А вот просто выполнить отчет по полю за несколько месяцев и посмотреть подряд список всех операций, которые выполнялись, как раз и даст нужный результат.
Необходима регистрация по сменам.
К примеру утром агрономы регистрируют работы за предыдущие сутки ( дневная смена и ночная)
При текущей регистрации на утро инфа только о предыдущей дневной смене и половине ночной. Давать новые задания и планировать работу не имея полную картину невозможно.
Тут мысль не ясна. А что диспетчеру мешает утром запросить всю инфу о прошедшей ночной смене?
В любом случае, смены обсуждаем тут — https://forum.gurtam.com/viewtopic.php?id=14783
В подробном обзоре обработки - кнопочка печать оооооооочень нужна, равно как и печать общей картины обработок.
Подумаем.
1. В отчете по агро работам возможность указать время (например с 16.04.2019 08:00 до 16.04.2019 20:00) чтобы была привязка к смене.
2. Автоматическая подстановка водителя и прицепного оборудования по RFID меткам передаваемым с трекеров
На этот запрос уже отвечали здесь — https://forum.gurtam.com/viewtopic.php?id=14748
С тех пор ситуация не изменилась. Автоматическое определение водителя и прицепа предусмотрено в программе и уже работает.
Что касается смен, их обсуждаем в этой теме — https://forum.gurtam.com/viewtopic.php?id=14783. Присоединяйтесь!
xc404c
Смены — https://forum.gurtam.com/viewtopic.php?id=14783 (новая тема)
Составная (бригадная) обработка — по-прежнему тут https://forum.gurtam.com/viewtopic.php?id=14606
По порядку:
1 смену отработали красиво: (Операция: РВБ, Трек ширина 1px. 2 Бороны 18м. и 21м.)
Как видно из картинки в конце трек вперемешку от чего и что попало далее в Хектерре:
У одного пропуски засчитаны там, где проходил второй:Отчего и результат вообще некорректный:
Лишние 6 Га.Предположу что это как раз перекрытия друг друга. т.к. перекрытия свои считаются.
Ну правильно. Ведь один кандидат ничего о другом не знает, поэтому перекрытия сейчас считаются только в рамках одного кандидата.
Напомню, что составные обработки планируется реализовывать в будущем, тема обсуждается здесь — https://forum.gurtam.com/viewtopic.php?id=14606
По той же причине и площадь обработок оказалась в сумме больше площади самого поля.
Новый алгоритм касается поиска единичных кандидатов и не имеет отношения к составной обработке. Он позволяет найти таких кандидатов, которые раньше не находились, например, если трактор ездил одновременно по нескольким полям, и некоторые другие случаи.
Добрый день, есть проблема с попаданием обработок в кандидаты.
На файле 1 - трек присутствует в Wialon, отчет построен с 24.04 00:00 по 24.04 23:59
На файле 2 - кандидатов на регистрацию за 24.04 по объекту 6656 нет
На файле 3 - Единственная обработка по этой ТС, которую система позволила зарегистрировать
Также такие же проблемы есть и на других ТС.
Возможно, нет сработки механизма на ТС для обработки?
Здравствуйте тов. форумчане и уважаемые Разрабы.
Недавно заметил что перестала находить работы выполненные в этот же день.
Это баг или так теперь всегда будет?
Здравствуйте тов. форумчане и уважаемые Разрабы.
Недавно заметил что перестала находить работы выполненные в этот же день.
Это баг или так теперь всегда будет?
А на следующий день они находятся?
А на следующий день они находятся?
Это я только завтра проверить смогу, но это не совсем как-то... Нам же иногда необходимо и за этот день формировать.
Например дневная смена закончила работу, надо на завтра планировать и видеть сколько и где сделано сегодня.
VAN
Сегодня на сегодня должно находится. Сбросьте, на чем проверить, в личку, чтобы не ждать завтрашнего дня — мы проверим. Верочтно, если оно не находится сегодня, то и завтра не найдется.
VAN
Сегодня на сегодня должно находится. Сбросьте, на чем проверить, в личку, чтобы не ждать завтрашнего дня — мы проверим. Верочтно, если оно не находится сегодня, то и завтра не найдется.
Спасибо, нашёл косяк в чём.
Не знаю по какой причине, но оказалось что некоторые поля потерялись. Либо ещё при импорте либо потом как-то.
в сотне с лишним полей в 14 тыщ Га не заметил когда произошла потеря.
Импортировал снова и кандидаты нашлись!
Добрый день, есть проблема с попаданием обработок в кандидаты.
На файле 1 - трек присутствует в Wialon, отчет построен с 24.04 00:00 по 24.04 23:59
На файле 2 - кандидатов на регистрацию за 24.04 по объекту 6656 нет
На файле 3 - Единственная обработка по этой ТС, которую система позволила зарегистрироватьТакже такие же проблемы есть и на других ТС.
Попробуйте удалить ту неполноценную (файл 3) обработку и найти кандидата заново. Вероятнее всего, тот мелкий кандидат был найден, когда обработка еще не была доведена до конца. После удаления и повторного поиска, предполагаю, найдет полную обработку. Если нет — скиньте данные в личку.
Есть другая проблема теперь. Обработки нашлись но (!) с 00.00ч. до 17.00
А как я теперь должен отделять ночную смену ( до 08.00ч.) и дневную после ?
Есть другая проблема теперь. Обработки нашлись но (!) с 00.00ч. до 17.00
А как я теперь должен отделять ночную смену ( до 08.00ч.) и дневную после ?
А что, разве они слепились в одну обработку? Такое маловероятно.
Или конкретизируйте проблему.
А что, разве они слепились в одну обработку? Такое маловероятно.
Или конкретизируйте проблему.
Именно так:
alek пишет:А что, разве они слепились в одну обработку? Такое маловероятно.
Или конкретизируйте проблему.Именно так:
Так а как система должна была понять, что началась другая, так скажем, фаза обработки? Просто оборвать первую в 08:00 и начать вторую? Это вариант, конечно. Но будет работать не очень, если водитель, допустим, переработал минут 10 (бывает же наверное такое).
Однако по нашему пониманию, которое мы заложили в алгоритмы поиска кандидатов, что-то более существенное должно было бы поменяться, нежели наступление часа Х. В частности, водитель (смены же в первую очередь водилетей касаются).
Можете провести следующий эксперимент. Удалить длинную обработку. Зайти в виалон, назначить одного водителя до 08:00 и другого — после, и снова найти кандидатов. В таком случае Hecterra выдаст 2 кандидата.
Да, спасибо. разделились
У меня теперь наблюдается при поиске кандидата множество найденных с 0% (проезды по другим полям, залез при работе на одном поле чуть чуть на другое и т.д.) раньше такого не было. находил сразу только обработки реальные. У всех так или у меня что то не так?
Такая же история, очень много кандидатов с 0% где техника проезжала по дороге мимо поля и немного залезла на кромку геозоны
LogExpert, VAN
Внесли правки. Проверьте, пожалуйста, корректность работы сейчас.
Внесли правки. Проверьте, пожалуйста, корректность работы сейчас.
Перерегистрировал несколько смен, вроде исправилось.
Дорогие друзья!
Всем спасибо, кто протестировал работу нового алгоритма и прислал свои отзывы. Мы дополнительно изучили множество новых кейсов и внесли необходимые правки. Теперь новый алгоритм стал еще лучше!!!
Всем здравствуйте, с майскими праздниками. (Кто не празднует - просто с длинными выходными!)
Исправили, так исправили....
Теперь не видит работу кандидата на соседнем поле. т.е. отрезает всё типа лишнее.
Скрин Чистино - общаий трек за сутки работы в 2 смены
Скрин Чистино1 - Найденная обработка кандидата первой смены
Остальные 2 скрина - найденная обработка кандидатом ночной смены.
Видите не засчитанную работу?
VAN
Добрый день, мы не исправляли, а реализовали новую логику для нахождения потенциальных обработок.
В данном случае не был выполнен один из критериев, который необходим для отбрасывания случайных проездов по полю. Мы рассмотрим ваш случай и внесем необходимые улучшения.
В hecterra нет понятия смен. Обработка ищется в пределах одних суток (с 00:00 - 23:59) а в Вашем же случае вы показали трек с 18:00-8:00 и это немного сбивает с толку - в каких сутках искать ошибку (3 или 4 мая).
Про смены я вкурсе, поэтому ночная смена 2 скрина. до полуночи и после до 8 утра.
По скринам хектерры же видны интервалы даты и время обработки.
А в общем треке видно как он пересекал поля, дата и время периода трека. (подсказка: оранжевый)
Я даже на общем скрине с треком специально геозону отобразил что бы было видно что катается с одного поля на другое и обратно.
VAN
По скринам хектерры же видны интервалы даты и время обработки.
Это да, но Ваши скрины не дают никакой информации по поводу когда именно должна была быть "пропавшая" обработка (3 мая до 24:00 или же 4 мая до 3:25).
А в общем треке видно как он пересекал поля, дата и время периода трека. (подсказка: оранжевый)
Оранжевый трек (скриншот 1) не дает никакой информации про время входа в необходимое поле, так как он отображен с 18 до 8 утра (опять же, в каких сутках искать проблему) и это затрудняет поиск причины странного поведения (а именно где пропала обработка 3 или 4 числа).
Недочет мы нашли и ведем работы над исправлением.
Спасибо за бдительность и помощь в улучшении продукта.