1

Предложения по доработке NimBus

Topic: Предложения по доработке NimBus

Уважаемые партнеры!

Нашей команде очень важно получить ваши отзывы и пожелания, так как это позволит нам сделать приложение NimBus еще лучше.
Кроме того, как вы знаете, в первую очередь рассматриваются предложения, получившие наибольшую поддержку среди партнеров. Именно здесь, на форуме, вы можете поддержать друг друга лайками и комментариями, обсудить свои идеи и тем самым повысить шансы на их воплощение в рамках NimBus.

Вы можете оставлять предложения здесь или же создать новую тему в ветке NimBus

Victoria Suskova
Product Manager, Gurtam
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
2

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день,

Пользуюсь Nimbus с мая 2018 года.

За этот период появилось много пожеланий для развития программы, которые хотелось бы перечислить:
1. Процесс создания ДЕПО, маршрутов и расписаний достаточно трудоемкий и времязатратный. Думаю было бы хорошо, если бы маршрут строился на КАРТЕ путем соединения остановок. Расписания - не вбивать время для каждой остановки, а задать интервалы между пунктами.
2. Вкладка "Слежение" - добавьте возможность присваивать маршрутам разные цвета. Еще можно на карте отображать все маршруты разными цветами.
3. Про "Локатор" - замените пожалуйста "синие кружочки" на значки "остановок" (так как первое время и водители, и пассажиры спрашивали "что за кружочки?"), автобусы разных маршрутов тоже желательно "разукрасить".

Ну а так удобная программа для отслеживания пассажирских автобусов.

Продолжайте в том же духе.

Удачи разработчикам...

3

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день. Подскажите пожалуйста, как происходит обновление Nimbus при условии, что мы используем Local Wialon?
Что касается доработки.
1. То как уже писал в отдельной ветке, организуйте пожалуйста возможность резервного копирования информации по учётке. Увы никто не может гарантировать деструктивные действия со стороны работников заказчика. Хочется иметь возможность резервировать всю информацию в файл и иметь возможность его развернуть по примеру экспорт/импорт.
2. Есть ли возможность добавить в отчёты - отчёт по скорости. Так как это пассажирские перевозки  - то акцент на превышение скоростного режима делается постоянно. Хотелось бы иметь возможность сформировать отчёт по объектам со значениями средней скорости и максимальной.
3. Можно добавить в отчёты - раздел "ВСЕ". Чтобы можно было формировать отчёт сразу по всем объектам или маршрутам
4. К предыдущему . Можно ли сделать отчёт с параметром - "С нарушениями" - чтобы можно было отфильтровать и сформировать отчёт только по объектам/маршрутам на которых были не выполнения рейсов, пропуски остановок и т.д.

4

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Здравствуйте, обновление Nimbus не связано с обновлением Loacal'а и происходит одновременно для Hosting и Local.

1-2. Спасибо за ваши предложения, мы рассмотрим возможность их технической реализации.
3. Это в данный момент невозможно. Т.к. если много информации по автопарку и выбран большой период времени, то этот запрос будет слишком трудозастратным и в особенности бессмысленным для действительно большого автопарка. А включить эту опцию выборочно не представляется возможным.
4. Идея очень интересная, но боюсь понятие нарушений у каждого автопарка свое. Возможно вас спасет сортировка в отчетах. Сортируя по столбцам Результат или Остановки вы можете добиться того, чтобы проблемные рейсы отображались вверху таблицы.

Development Department
Gurtam
5

Предложения по доработке NimBus

(edited by a.avakimyan 21/02/2019 17:31:25)

Re: Предложения по доработке NimBus

Добрый день. Подскажите пожалуйста будет ли в ближайшее время реализован вопрос касающийся возможности резервирования информации в NIMBUS???
И второй вопрос касается локатора. Очень плохо подгружаются карты. Пробовали через разные доступы в интернет - чтобы исключить проблемы со связью. Скрин приложил. Так же хотелось бы иметь возможность подключать и другие карты кроме OpenStreet

6

Предложения по доработке NimBus

(edited by Antn 05/03/2019 00:59:51)

Re: Предложения по доработке NimBus

Добрый день.

Мы заинтересованы в использовании Nimbus в масштабах всего города на стороне Заказчика пассажирских перевозок в лице Управления транспорта с целью контроля качества оказания перевозчиками услуг (выполнения рейсов, соблюдения расписания и прочее).

Ежедневно на линии около 1300 единиц подвижного состава.

На данный момент ситуация такова, что перевозчики не несут материальную ответственность за неудовлетворительное качество оказываемых услуг и позволяют себе любые вольности (невыезд в рейс, несоблюдение расписаний, ...). 
Но это временно. Мы видим в Nimbus эффективный инструмент контроля.

Однако, при попытке начать тестовую эксплуатацию Nimbus в качестве инструмента контроля мы столкнулись с проблемой необходимости ежедневно вносить многие корректировки в ручном режиме (переназначение объектов на рейс, отмена рейсов или изменение расписаний в случае возникновения вынужденных задержек рейсов {многочасовые заторы, ДТП с участием автобусов и прочее} ).
При таком количестве объектов вносить корректировки вручную не эффективно.

Как следует из поста от 14/06/2012, в Wialon реализованы механизмы
типа расписания "Относительно активации" 
и автоматического назначения на рейс объекта, который первый посетит КТ маршрута.
https://forum.gurtam.com/viewtopic.php?pid=27517


Планируете ли Вы интегрировать эти механизмы в Nimbus?
Без этих механизмов в нашей ситуации работать не представляется возможным.

7

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день, a.avakimyan!

Касательно вопроса резервирования информации: этот функционал требует детального изучения вопроса, поэтому в самое ближайшее время реализован не будет. Но мы уже ведем работу в данном направлении.

Что касается подгрузки карт, нам известно об этой проблеме, она связана непосредственно с сервисом OSM. На данный момент рассматривается возможность добавления других слоев карт для Локатора. Подскажите, какие слои карт были бы для вас предпочтительны?

Victoria Suskova
Product Manager, Gurtam
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
8

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день, Antn!

Спасибо за описание вашего случая, это очень помогает при дальнейшей работе с запросами!
Что касается корректировки вручную, вы правы. На текущий момент времени упомянутые вами корректировки действительно необходимо делать вручную.

Но такие действия как переназначение объектов на рейс и отмена рейсов подразумевают прямое участие диспетчера (пользователя NimBus) в любом случае. Ведь речь о нештатных ситуациях, о которых пользователь в любом случае должен внести какие-то данные в систему.

Хочу уточнить, что вы имеете в виду под

переназначение объектов на рейс, отмена рейсов или изменение расписаний в случае возникновения вынужденных задержек рейсов {многочасовые заторы, ДТП с участием автобусов и прочее}

Не вполне ясно, какие действия в данном случае вам необходимо выполнять. Расписание — это, по сути, плановое значение. Система позволяет фиксировать отклонения от расписания, эту информацию можно получить как в режиме слежения, так и в отчетах. В случаях значительных задержек по времени (как в ваших примерах) диспетчеры обычно меняют объект на рейсе, такая возможность у нас есть.

Что касается модуля Маршруты, реализованного в Wialon, он работает по совершенно другим принципам. Архитектурно приложение NimBus непохоже на модуль Wialon, поэтому идея подобной доработки NimBus является неоднозначной. На данный момент как раз ведется работа над анализом возможностей модуля Маршруты и применения подобной логики в NimBus, но окончательного решения на этот счет пока нет.

Victoria Suskova
Product Manager, Gurtam
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
9

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Благодарю за оперативный ответ, Виктория!

Всё просто.
Нам на данном этапе необходимо динамически в течения дня создавать в Nimbus каждый последующий рейс каждого автобуса, отталкиваясь от времени завершения предыдущего рейса.
На дороге у нас это происходит именно так. И никак иначе. У любого перевозчика: частного или муниципального.
Заранее задано только время и место первого рейса для каждого автобуса.

Я попробовал вчера решить эту задачу с помощью Nimbus API, но с первого раза не удалось из-за отсутствия документации на API.
mitu  предложила вариант решения возникшей перед нами проблемой с созданием рейсов с помощью Nimbus API.
Будем экспериментировать. Надеюсь, нам удастся.

Но в любом случае, придется реализовывать внешнюю по отношению к Wialon систему.
А наша проблема существует в подавляющем большинстве городов РФ, в которых общественный транспорт функционирует бессистемно.
Магистрального транспорта (метро, трамваи, легкорельсовый транспорт, BRT, ...) - нет.
Выделенных полос для общественного транспорта (у нас это только автобусы и скромное количество троллейбусов) - нет.
Маршруты, рейсы, расписания рейсов существуют и утверждены. Но ответственность за неисполнение расписаний отсутствует в контрактах.
+: ДТП; заторовые ситуации (пробки)  и прочее.
Вследствие этого расписания зачастую не выполняются.

Могу привести ещё массу аргументов.

10

Предложения по доработке NimBus

(edited by Antn 04/03/2019 06:50:08)

Re: Предложения по доработке NimBus

avtex.pskov wrote:

1. Процесс создания ДЕПО, маршрутов и расписаний достаточно трудоемкий и времязатратный. Думаю было бы хорошо, если бы маршрут строился на КАРТЕ путем соединения остановок. Расписания - не вбивать время для каждой остановки, а задать интервалы между пунктами.
...

Продолжайте в том же духе.

Удачи разработчикам...


1. А еще было бы не плохо сделать возможность строить маршрут из файла с реальным треком, созданным в Wialon.
И остановки из геозон (экспорт/импорт из Wialon в Nimbus).

2. Автоматическое создание маршрута не редко строит путь по соседним улицам. Не хватает возможности удалить некоторые созданные автоматически точки маршрута. Не перенести, а удалить совсем.

3. Было бы здорово иметь возможность отменить последние действия с точками маршрута (наподобие Undo/Redo в текстовых редакторах).
С учетом количества точек, создаваемых автоматически, отменить последние действия хочется позиций на 50. Не меньше.

4. Расписания интервалом - это прямо должно быть в "базовой комплектации" )))
Причем несколько вариантов на каждый маршрут. В течение дня интервалы меняются.

11

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день, Antn!

Спасибо за ваши пояснения и пожелания. Что качается вашего предыдущего сообщения:

А наша проблема существует в подавляющем большинстве городов РФ, в которых общественный транспорт функционирует бессистемно.

изначально NimBus задумывался именно как система контроля посещения фиксированных остановок в конкретное время. То есть система поможет фиксировать отклонения от расписаний. А как это в итоге повлияет на системность функционирования трансорта — решать пользователю. Наша команда предоставляет инструмент, используя который можно контролировать процесс.

Что касается пожеланий, по порядку:

1. Возникает вопрос: по какой логике составлять маршрут на основе трека? Маршрут — это последовательность остановочных пунктов и путь следования между ними. Необходимо выделять остановки (геозоны), посещение которых будет контролироваться. У них есть координаты и размер (например, указан диаметр). Все эти данные в любом случае нужно каким-то образом внести в систему.
Импорт остановок из файла KML/KMZ уже реализован.

2, 3. Надеюсь, что в вашем случае создание маршрутов упростит следующая рекомендация: автоматически созданные точки маршрута удаляются по клику на них. Речь идет об основных точках (они крупнее). Промежуточные точки, наоборот, добавляются по нажатию. Для наглядности прилагаю скриншоты.
http://www.picshare.ru/uploads/190304/13mSlVcdST.jpg
http://www.picshare.ru/uploads/190304/M8zO5z73AG.jpg

4. Для этого в нашей системе предусмотрен инструмент копирования расписаний. Поскольку зачастую расписания одного маршрута отличаются друг от друга лишь временем начала, а интервалы между остановками остаются неизменными, то последующие расписания можно создавать на основе уже созданных. Для этого нажмите на кнопку «Добавить расписание». Системой будет предложено создать копию из имеющегося расписания (если таковых несколько, выберите нужное в выпадающем списке) со смещением на 10 минут. В случае необходимости отредактируйте время начала и нажмите «Применить».
http://www.picshare.ru/uploads/190304/4zNUBh77I8.jpg

Victoria Suskova
Product Manager, Gurtam
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
12

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день.

Благодарю за ответы, Виктория.

По первому пункту. Я имел ввиду линию маршрута.

Для отладки линии маршрута было бы очень здорово иметь проигрыватель треков. Подобно тому, как это реализовано в Wialon.
Отлаживать на "живых" объектах не так удобно.
А отлаживать приходится. Чтобы было меньше срабатываний "Съезд с линии маршрута", когда объект с неё фактически не сходил.
Всё таки местами реальное расположение проезжей части расходится с изображением на карте.

13

Предложения по доработке NimBus

(edited by Antn 07/03/2019 02:45:16)

Re: Предложения по доработке NimBus

suvi, дополню свой предыдущий пост.

И отвечу на Ваш вопрос "по какой логике составлять маршрут на основе трека?".

Всё просто: линию маршрута между остановками строить по данным реального трека.
А в идеале по усредненным данным множества треков, созданных на основе координат, полученных с оборудования разных производителей.

Цель  ̶  автоматизировать отладку линии маршрута.


У меня при отладке возник еще ряд вопросов:
1. По какому алгоритму Nimbus выдает сообщение о "съезде с маршрута"?

2. На какое количество метров можно отклониться, чтобы сообщение о съезде не появилось?

3. Имеется ли на данный момент возможность в ручном режиме задать разные значения для ширины проезжей части для отдельных участков маршрута?

4. Какая ширина проезжей части задана в Nimbus для линии маршрута на данный момент?

5. Как я понял, ширина проезжей части для линии маршрута в Nimbus зафиксирована одним значением и не зависит от реального количества полос движения. Так ли это?

6. Используются ли в Wialon какие-либо алгоритмы коррекции координат, полученных от приборов (трекеров)
для "привязки" подвижных объектов к проезжей части на карте?
Если в Wialon используются, то используются ли эти же алгоритмы в Nimbus?

Что-то у меня не очень хорошо получается отладить линию маршрута для Nimbus, используя Wialon.
Я не видел в Wialon, чтобы объект двигался по тротуару. А в Nimbus вижу. Объект один и тот же. Геоданные от этого объекта и в Wialon, и в Nimbus по идее одинаковые.


Я бы предложил добавить в настройки пользователя Nimbus возможность задать диапазон значений (от .. до), от которых зависит появление сообщений о "съезде с маршрута".


P.S.  Еще раз изучил всю документацию на https://docs.wialon.com/ru/hosting/nimbus/nimbus
Нашел в ней ответ на свой второй вопрос  ̶  50 метров.
Только не указано до чего конкретно отсчитывается 50 метров.
Полагаю, от местоположения объекта до местоположения промежуточных точек на линии маршрута, так ли это?
Но тогда это не очевидно. Был уверен, что отсчёт от самой линии маршрута (отрезка прямой).
Предлагаю внести изменения в документацию и разъяснить там этот момент: "от чего отсчитывается 50 метров?".

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

После того, как открыл для себя отчеты в Nimbus на карте, все остальные вопросы этого тоже снялись.
Ширину проезжей части для разных участков дороги с точностью до метров задавать не имеет смысла из-за "ошибок" оборудования определения координат. Один и тот же прибор в течение дня выдает разные данные.
Кстати, примерно в пределах 50 метров.


Вы не держите на меня зла за мои частые и длинные посты.
Задачи: понять, подходит ли нам Nimbus в том виде, в котором он реализован на данный момент;
на сколько эффективно будет в нем работать (в том числе при вводе данных о маршрутах, расписаниях, рейсах, выпусках и т.д.);
на сколько быстро могут быть реализованы наши специфические "хотелки" разработчиками Gurtam.
Всё это нам необходимо проделать в короткие сроки.

Чтобы оценить эффективность работы в системе, пробую работать с Nimbus на практике.
А именно, решаю конкретную небольшую задачу: строю конкретный маршрут (причем, пока что только в одном направлении),
получаю данные с реальных приборов, которые установлены на автобусах.

Тренингов по работе с системой Nimbus я не проходил, так как мы ещё не приняли решение о выборе конкретного поставщика решения.
Максимум что видел - это руководство по созданию маршрутов в Nimbus по следующей ссылке:
https://www.youtube.com/watch?time_cont … t7k7vYPF30

Буду благодарен, если Вы порекомендуете какие-либо видеотренинги по работе с Nimbus. И предоставите ссылки. Обязательно изучу.


Резюмирую.
Главное моё предложение по доработке в Nimbus остаётся.
Оно состоит в том, чтобы максимально автоматизировать ввод и отладку линии маршрута.
По заранее введенным в Wialon данным, фактически собранным реальным оборудованием.
Которое будет и в дальнейшем будет использоваться на этих же объектах мониторинга (у нас это  ̶  автобусы).

Не вижу никакой проблемы в реализации данного предложения.
Все необходимые алгоритмы для обработки геоданных описаны ещё в прошлом веке.
Вполне возможно построить адекватную линию маршрута по данным реальных треков с учетом ошибок ГЛОНАСС / GPS, ошибок оборудования и прочего.
На плоских алгоритмах, без подключения возможностей искусственного интеллекта.
Я понимаю, что вопрос в приоритетах, бюджете и т.д.

Кстати, публикует ли Gurtam план-график работ по реализации новых возможностей?
Если да, прошу дать ссылку для ознакомления. Это позволило бы мне реже писать сообщения на этот ресурс.

14

Предложения по доработке NimBus

(edited by Antn 07/03/2019 01:18:05)

Re: Предложения по доработке NimBus

И еще по отладке линии маршрута.

Только что для себя открыл возможность использовать карту "Transport" в Nimbus.

Но так как трек я могу просмотреть только в Wialon, то для понимания на сколько и в каких местах трек объекта отклоняется от выстроенной мной в Nimbus линии маршрута,
мне теперь не хватает карты "Transport" в Wialon.

Было бы здорово добавить карту "Transport" в Wialon hosting.

P.S. А ещё только что открыл для себя отчеты на карте. В них-то трек и выводится на карту (в том числе карту Transport). Причем, одновременно видно и линию маршрута, и линию трека объекта, и сообщения о съезду с маршрута.
Это даже удобнее для отладки линии маршрута, чем проигрыватель треков, если бы он был. Этот инструмент - супер!

Предложение о разработке плеера треков для Nimbus снимаю. )))

15

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день. Подсмотрели в одной из местных рукописных диспетчерских систем один удобный функционал, который бы сильно сократил ежедневную работу диспетчера если бы Вы реализовали такой функционал на Nimbus.
Очень часто техника по маршрутам не привязана к маршруту и расписанию, а периодически меняется, поэтому привязать машину к расписанию мы не можем, а создаём выпуски и диспетчер ежедневно назначает объекты на выпуски.
Так вот суть предложения заключается в следующем:
1. Нужно чтобы автоматически на выпуски на сегодняшний день - назначались машины (объекты) те же что были назначены на этот выпуск в последний раз
2. Для того чтобы диспетчер отличал автоматически назначенные объекты на рейсы - выделять автоматические рейсы такие  цветом.
3. Возможность включать и выключать данный функционал в настройках.

Таким образом можно в разы сократить время на назначение объектов диспетчерами.

16

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

И еще по линии маршрута.

В документации нигде не нашел. Имеется ли возможность экспорта/импорта линии маршрута со всеми основными и промежуточными точками?

Я продолжаю отлаживать линию маршрута. Уже ушло около недели. Потому что продолжают срабатывать ложные уведомление о съезде с маршрута.

Времени потрачено много. Лишиться результатов этой работы легко - просто удалить маршрут.
Как вариант, по ошибке.
В системе у меня на данный момент прорисован только один маршрут. Да и то, только в одном направлении.
Так что, если я удалю единственный маршрут, то лишусь отлаженной линии маршрута
Пока писал это, пришло понимание, что можно скопировать маршрут и сделать его не активированным с целью архивации линии маршрута между остановками. Но это не самый удобный вариант.

В Вашей системе ведь в каком-то виде хранится линия маршрута со всеми основными и промежуточными точками!?
Почему бы не сделать возможность её экспорта/импорта?
А если появится возможность экспортировать в файл данные линии с основными и промежуточными точками  не всего  маршрута, а только между двумя остановками, у пользователей появилась бы возможность более эффективно проводить эксперименты с линией маршрута. То есть при необходимости откатывать вариант линии на более удачный.

17

Предложения по доработке NimBus

(edited by Antn 13/03/2019 02:30:13)

Re: Предложения по доработке NimBus

Приветствую, коллеги.

Если кому из Вас тоже не хватает карты Transport в Wialon (для калибровки маршрута к примеру),
прошу поддержать моё предложение "лайком" в ветке "Картография в Wialon".

https://forum.gurtam.com/viewtopic.php?id=14480

18

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день, Antn!

По вашим вопросам мы уже пообщались в переписке, однако ответы могут быть полезны и другим пользователям.

Ширина линии маршрута отсчитывается непосредственно от линии между остановками, 50м в каждую сторону. Не от промежуточных точек. В описанном вами случае "калибровка" маршрутов и придание им волнообразного вида фактически не имеет смысла. Что касается уведомлений, мы выявили причину такой ситуации и постараемся исправить неполадку в ближайшие дни.

Большое значение для точности срабатывания уведомлений и работы с системой в целом имеет настройка оборудования. Для онлайн-слежения и корректной работы системы мы рекомендуем использовать оборудование с частотой передачи данных не реже, чем раз в 30с, оптимально — раз в 10с.

Что касается тренингов, могу предложить к изучению запись с прошлогоднего Навитеха:
https://www.youtube.com/watch?v=IwEQHhVWG04&t=8s

Также вы можете запросить обучение работе с NimBus, отправив заявку на training@gurtam.com

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

Спасибо вам большое за подробные комментарии!

Victoria Suskova
Product Manager, Gurtam
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
19

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день!
В нимбусе напротив рейсов есть флажок "автоматическое создание", при включенном положении рейсы создаются автоматически за 5 минут до начала рейса, если данный флаг отключить, то при создании рейса через апи, он создается, но не отображается в списке рейсов. необходима возможность отключения именно автоматического создания рейсов, но чтоб маршруты были активны.

20

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Это вопрос срочный идет интеграция с 1с  автотранспортного предприятия города

a.kasimov wrote:

Добрый день!
В нимбусе напротив рейсов есть флажок "автоматическое создание", при включенном положении рейсы создаются автоматически за 5 минут до начала рейса, если данный флаг отключить, то при создании рейса через апи, он создается, но не отображается в списке рейсов. необходима возможность отключения именно автоматического создания рейсов, но чтоб маршруты были активны.

21

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Добрый день.

Предлагаю выводить уведомления о нажатиях тревожных кнопок, подключенных к трекерам, и в Wialon (как сейчас), и в веб интерфейс Nimbus в том числе.
Иначе диспетчеру придется смотреть в два монитора одновременно. Это неудобно.

Если "расширить и углубить", то я бы предложил полностью перенести в Nimbus модуль уведомлений, как он реализован в Wialon.

Как минимум нас интересует получение уведомлений:

1) о входе/выходе из геозоны Nimbus (геозоны в Nimbus отличаются от геозон Wialon. Они никак не связаны. И их невозможно на данный момент экспортировать из Nimbus, чтобы импортировать в Wialon. Так что это важно!);

2) об отставании или опережении графика (чтобы выводить водителям на планшеты уведомления "ускориться" или "замедлиться" для возвращения в график.);

3) о съезде с линии маршрута;

4) о нажатии на тревожные кнопки (у нас их планируется две: одна для уведомления диспетчера о вызове полиции в случае возникновения криминального происшествия в салоне во время рейса; вторая - о попадании объекта в дорожно-транспортное происшествие. Возможно, еще третья будет для вызова скорой помощи.).

Все эти уведомления нам необходимо получать POST запросами к нашему серверу.
Для реализации дополнительной логики на нашей стороне.

22

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Antn wrote:

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

Если с исполнением порейсовых расписаний всё так плохо - может быть, лучше перейти от контроля исполнения расписаний к контролю интервалов на маршруте? По крайней мере, пассажирам это будет понятнее, чем утверждённое расписание, которое постоянно меняется. Или интервалы получатся слишком большие?

Antn wrote:

Но ответственность за неисполнение расписаний отсутствует в контрактах.

Пока эта проблема не решится - никакая система контроля эффекта не даст.

Antn wrote:

+: ДТП; заторовые ситуации (пробки)  и прочее.

Не всегда последствия этого лечатся корректировкой времени следующих рейсов. Можно и отстоем транспортных средств на конечных пунктах с последующим вливанием в график. Или укороченными рейсами.

23

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

a.avakimyan wrote:

1. Нужно чтобы автоматически на выпуски на сегодняшний день - назначались машины (объекты) те же что были назначены на этот выпуск в последний раз

Этот подход применим только при одинаковом времени работы на всех выпусках. И не на одном маршруте, а на всех маршрутах перевозчика. Чаще время всё-таки различается, и для выравнивания времени работы всех машин их назначают в разные дни как раз на разные выпуски, перебирая для каждой машины все выпуски в цикле. Получается график-сетка, составляемый обычно на календарный месяц, что полезно также для информирования водителей о предстоящей работе.

24

Предложения по доработке NimBus

(edited by Antn 26/03/2019 16:51:11)

Re: Предложения по доработке NimBus

Zlataner, не могли бы Вы сообщить названия программного обеспечения, которое может оказать помощь в составлении графиков расписаний?

Вопрос в том числе и к другим участникам форума.

Если это будет считаться рекламой, то лучше в личку.

Было бы шикарно, конечно, если бы инструмент составления графиков расписаний имелся непосредственно в Nimbus.
Чтобы в одной системе и планировать, и контролировать.

Верхом совершенства было бы применение алгоритмов математического моделирования при составлении графиков.
Причем, составление графиков не для одного автопарка (перевозчика), а для всех одновременно.
С учетом имеющегося дублирования маршрутов (одну остановку обслуживают транспортные объекты более нескольких десятков разных маршрутов).
Чтобы система рассчитала расписание при условии "одну остановку не должны посетить N объектов (автобусов) в один момент времени".
Ну или хотя бы уведомила пользователя о возникновении таких ситуаций при вводе данных.
А ещё чтобы можно было просчитать "что будет, если внести изменения в расписание".

25

Предложения по доработке NimBus

Re: Предложения по доработке NimBus

Zlataner wrote:
a.avakimyan wrote:

1. Нужно чтобы автоматически на выпуски на сегодняшний день - назначались машины (объекты) те же что были назначены на этот выпуск в последний раз

Этот подход применим только при одинаковом времени работы на всех выпусках. И не на одном маршруте, а на всех маршрутах перевозчика. Чаще время всё-таки различается, и для выравнивания времени работы всех машин их назначают в разные дни как раз на разные выпуски, перебирая для каждой машины все выпуски в цикле. Получается график-сетка, составляемый обычно на календарный месяц, что полезно также для информирования водителей о предстоящей работе.

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