1

Синхронизация пересозданных полей

Тема: Синхронизация пересозданных полей

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

2

Синхронизация пересозданных полей

Re: Синхронизация пересозданных полей

Fallen
Спасибо за предложение! Нам необходимо хорошенько его обдумать.

А пока мы думаем, возник еще вот такой вопрос. Как я поняла, для каждого нового сезона клиенты обновляют контуры полей. Пока это выглядит так, как будто обновление контуров полей происходит раз в год. Скажите, а в течение сезона контуры могут еще периодически меняться?

Katerina Alexandrova
Product Manager (Mobile)
Gurtam
3

Синхронизация пересозданных полей

Re: Синхронизация пересозданных полей

Да, бывает, что и в течение сезона контуры полей могут обновлять, но на нашей практике это обычно было изменение единичных геозон, когда в процессе обработки выясняется, что часть обрабатываемой площади не входит в геозону или принимают решение расширить поле за счет ранее необрабатываемых участков. Массовое же изменение геозон чаще всего происходит или в конце текущего сезона, или в начале нового сезона.

4

Синхронизация пересозданных полей

Re: Синхронизация пересозданных полей

Fallen
Ясно, подумаем, что с этим можно сделать.

Katerina Alexandrova
Product Manager (Mobile)
Gurtam
5

Синхронизация пересозданных полей

(21/01/2020 11:31:49 отредактировано Ferdenand)

Re: Синхронизация пересозданных полей

Поддерживаю автора. Только по первому варианту решения не совсем понял: если вы намерено разбиваете поле на участки, то зачем их считывать как одно?)

если геозоны имеют абсолютно одинаковое название, но ID разный, то рассматривать их как одно поле.

И если добавить функцию "Добавить как новые или обновить существующие поля с таким же названием", у многих может произойти путаница. Конкретный пример: у нас достаточно много полей разбиты на такие участки, у которых абсолютно одинаковые названия. НО, возможно если добавить еще и привязку к площади ( поле АБ с площадью 18га отличается от поля АБ 7га, без заморочек с ID и прочим), то может сработать.
Второй вариант тоже имеет место быть, но в именно наших реалиях проще поменять границу поля вручную, гораздо быстрее чем экспортировать одно конкретное поле, потом импортировать и вот это вот все. Однако если вы отмеряете поле, объезжая его на ниве, по треку, тогда да, меняя вручную падает и точность.

Еще как вариант, гораздо удобнее и правильнее реализуемый вариант при ежегодном изменении полей: это разбивка по сезонам.
Если каждый год меняются названия полей, их кластерность, кол-во и границы, то зачем удалять/обновлять старые, если можно добавить новые, и, при надобности, переключиться на старые.
Т.е: в сезоне 2019 находится одна карта, с одними геозонами, и другими названиями, а в сезоне 2020 уже совершенно другие геозоны, с другими площадями и названиями. ИМХО, так намного удобнее решается ваш вопрос.

Но, возникает парочка проблем: тогда севооборот из прошлого сезона не будет переноситься на следующий, как и какая-нибудь статистика запрашиваемая в отчете, типа "потрачено топлива". И тогда приходится вносить всю эту информацию снова, вручную.
В этом случае есть возможный вариант решения: добавить в настройках поля (нового) что-то типа зависимости, по типу "Наследуемое поле". и при указании в этой графе поля с прошлого сезона, в новое переносится севооборот, и при запросе отчета за предыдущий год (используя фильтр "по полю"), так же показываются операции и с наследуемого поля. Я надеюсь, вы меня поняли.

6

Синхронизация пересозданных полей

Re: Синхронизация пересозданных полей

Если поля из года в год меняются, по-разному разбиваются на участки и т.п., то при любых вариантах реализации будут проблемы с пониманием севооборота поля, тем же топливом и т.п. Сложно будет собрать в отчет полную информацию по одному полю, когда этого единого поля нет как такового.

Чтобы красиво хранить информацию по каждому сезону (году), вероятно, будет наиболее оптимально для каждого сезона создавать новый ресурс. Недостатком этого метода, конечно же, является то, что поле 2020 не будет ничего "знать" о поле 2019, 2018 и т.д. Но зато в приложении будет полная прозрачность данных, и всегда при желании можно будет получить подробную информацию без искажений и заблуждений (ведь многократно измененная форма и размер поля будет создавать некоторую неоднозначность). Эту информацию затем при необходимости можно свести в единую картину в каком-то другом месте, даже в другой системе. Например, тот же севооборот не обязательно вести именно в Hecterra.

Но вообще, в данный момент времени мы думаем над проблемами синхронизации полей в Hecterra с геозонами Wialon.
Fallen, Ferdenand, правильно ли я понимаю, что, в сущности, не важно будут ли поля и геозоны в итоге связаны друг с другом, главное — добиться того, чтобы у них были одинаковые контуры?

Еще вопрос: как обычно новые геозоны у вас создаются в Wialon: вручную, импорт файла, из трека, иные методы?

Katerina Alexandrova
Product Manager (Mobile)
Gurtam
7

Синхронизация пересозданных полей

Re: Синхронизация пересозданных полей

Теперь при синхронизации геозон Wialon в полями Hecterra доступна новая возможность: произвести синхронизацию, даже если связка по id пропала. Связка пропадает в случае, если геозона была удалена и пересоздана (пересоздается она уже с новым id). В этом случае можно "перепривязать" геозоны к существующим полям. Условие: имена и описания геозон и соответствующих полей должны полностью совпадать. Тогда, если при синхронизации есть такие геозоны и поля (с совпадающими именами и описаниями), то будет предложена опция объединения (слияния) этих элементов. Если ее выбрать, то связь геозон и полей восстановится, и при последующих синхронизациях не надо будет делать ничего особенного (до следующего удаления и пересоздания геозон).

Также можно данную опцию не выбирать — в таком случае будут просто созданы новые поля. Но это может привести к появлению многочисленных дубликатов.

Katerina Alexandrova
Product Manager (Mobile)
Gurtam
8

Синхронизация пересозданных полей

Re: Синхронизация пересозданных полей

Проблема с синхроницазии полей.

9

Синхронизация пересозданных полей

Re: Синхронизация пересозданных полей

elagin98 пишет:

Проблема с синхроницазии полей.

Опишите подробнее.

Katerina Alexandrova
Product Manager (Mobile)
Gurtam