Тема: Новый алгоритм поиска обработок и все-все-все
На прошлой неделе мы внедрили новый алгоритм поиска обработок.
Кто-нибудь уже его опробовал? Есть комментарии?
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% где техника проезжала по дороге мимо поля и немного залезла на кромку геозоны