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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2, 3. Надеюсь, что в вашем случае создание маршрутов упростит следующая рекомендация: автоматически созданные точки маршрута удаляются по клику на них. Речь идет об основных точках (они крупнее). Промежуточные точки, наоборот, добавляются по нажатию. Для наглядности прилагаю скриншоты.

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

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 план-график работ по реализации новых возможностей?
Если да, прошу дать ссылку для ознакомления. Это позволило бы мне реже писать сообщения на этот ресурс.

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

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

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

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

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

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

Добрый день.

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

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

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

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

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

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

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

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

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

Здравствуйте.

Есть ли возможность добавления в программу, функцию назначения водителей и кондукторов на объект ?

Добрый день,

Хотелось бы узнать планируете делать мобильное приложение для пассажиров на основе Локатора и есть ли возможность интеграции Локатора в Яндекс карты???

Есть ли варианты, как полностью отвязать определенную технику от всех маршрутов и рейсов?

На прошлой неделе мы для нового клиента заводили 180 маршрутов и более 800 остановок. Выявились ряд не удобств.
1. Нужно обязательно сделать возможность создания маршрута кликами по карте. Это сделает процесс в разы быстрее и понятнее, особенно с учётом того, что требуются различия в остановках прямого и обратного направления и при составлении маршрута - часто происходят ошибки. В идеале -  Нажимаем создать маршрут и переходим в режим карты и кликаем по существующим остановкам.
2. Нужно сделать возможность создания остановок из режима создания маршрутов. НА данный момент при условии отсутствия  примеру одной остановки, приходится сохранять маршрут без неё, потом выходить в режим остановок, создавать остановку и затем добавлять её в маршрут.
3. Выявлен баг в следующей ситуации. Создали маршрут в котором одна остановка была не корректна размещена, к примеру стояла не вдоль дороги основного движения, а смещена немного в один из проездов. Соответственно маршрут строится с поворотом в этот проулок. Выставляем остановку правильно вдоль маршрута, А НИМБУС НЕ ПЕРСТРАИВАЕТ САМ МАРШРУТдаже после того как в него зайти и заново сохранить.
4. Часто используются круговые маршруты - нужно сделать так, чтобы стартовую остановку можно было выбирать и в конце маршрута. Если в ситуации с промежуточными остановками, понятно ограничение по повторному выбору, то в случае с начальной - нет.
5. Для создания остановок поштучно зная координаты, было бы удобно ввести эти координаты в поиск на карте и перейти на данную точку. НА данный момент поиск ищет только по адресу.

В связи с необходимостью передачи в систему Nimbus каждого рейса отдельно, без возможности пакетной загрузки данных, необходимо передавать данные из 1С в систему Nimbus поочередно. Таким образом, при передаче одного путевого листа на 20 рейсов необходимо 20 раз передавать данные в Nimbus. Один API запрос из 1С занимает 2-3 секунды в следствии чего на обработку одного путевого листа дополнительно затрачивается 40-60 секунд. Также дополнительно при запросе, nimbus возвращает ошибки ("данный рейс назначен уже на другой ТС", "выбрано не верное расписание"), для устранения таких ошибок 1С повторно направляет запрос в Nimbus. Если на рейс уже назначено другое ТС, тогда необходимо получить список всех активных рейсов из nimbus и сравнить их с текущим расписанием, далее направить еще один запрос для обновления существующего рейса, данные операции занимают дополнительно 10-15сек. При некорректном расписании, 1С получает их аналоги и снова направляет API запросы в nimbus, в данном случае время выполнения зависит от количества аналогов расписаний. В таком случае время ожидания проведения одного путевого листа достигает 60-80 секунд, что не подходит для обработки большого количества документов

Добрый день.
Есть очень существенное пожелание по Nimbus API.
При разработке мобильного приложения с использованием Nimbus API столкнулись с проблемой, что объем данных остановок и маршрутов в общем итоге составляет примерно 8 мб что для мобильных устройств достаточно много, и нет возможности средствами API делать пагинацию. Среди предложений рекомендуется включить поиск ближайших остановок (к примеру поиск остановок которые находятся в определенном радиусе) средствами API.
Необходим функционал по поиску маршрутов которые включают определённую остановку.
Необходим функционал поиска рейсов определенного маршрута.

Добрый день. Есть возможно в локаторе Нимбуса реализовать возможность построения маршрута из точки А в точки Б?

suvi
Добрый день.
Будет стимулом всем переходить в Нимбус.  Да и как правило если несколько перевозчиков, всё равно консолидирует их одно юр.лицо

Здравствуйте.

Возможна ли реализация в ближайшем будущем  добавления в СЛЕЖЕНИИ по мимо названия автобуса возможности отображения на карте информации о нумерации ВЫПУСКА, для визуального мониторинга правильности движения автобусов диспетчером, например добавить  ниже вкл/откл иконки  Показать/Скрыть имена объектов иконку ПОКАЗАТЬ/СКРЫТЬ ВЫПУСКИ или  включить инфо о ВЫПУСКАХ   в Показать\Скрытьназвания объектов с отображением ВЫПУСКА).

Добрый день. У заказчиков уже не в первый раз возникает просьба о расчёте пробега по маршруту.
Возможно ли реализовать подобный функционал? Отчёт пробег по конкретному маршруту или добавить его в текущие отчёты.
Объясню зачем это нужно. Есть ряд маршрутов с так называемыми нулевыми рейсами - когда автобус частный, то он в начале добирается до работы, а потом уезжает с неё домой, или в выходной день выполняет частные заказы. Вот из-за подобных действий - брать пробег из Wialon не корректно.

Добрый день.
Чем дальше, тем активнее внедряем на территории области Nimbus, и всё сложнее осуществлять контроль за качеством назначения транспорта на маршруты.
Перевозчиков очень много и учётки создаются для каждого района отдельные.
Можно ли реализовать дашборд общий по всем депо и общие отчёты по конкретному депо.  К примеру под головной учёткой Wialon в Nimbus. Чтобы видеть онлайн данные о текущей доле назначения транспорта по каждому депо и сформировать данные по отдельному депо о качестве внесения данных за прошлые периоды (Всего маршрутов, активных маршрутов, всего выпусков, выпуски без  данных, ТС без данных и т.д.)
Это позволило бы осуществлять контроль со стороны заказчиков пассажирских перевозок (администраций) за качеством выполнения работ подрядными организациями.

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

Спасибо за предложения и обстоятельные пояснения, зафиксировала их. Обязательно рассмотрим в будущем.

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

Предупреждение, а не запрет по одной простой причине: назначение объекта на рейс возможно в системе двумя способами.
Если назначения производятся на странице Рейсы, то теоретически можно запретить назначение объекта, у которого уже есть рейс в это время.
Но объект может быть назначен и через Расписания (третья вкладка для конкретного маршрута), инструкция. И тогда пересечения отслеживать сложно, поскольку там рейс создается уже с назначенным объектом.
Поэтому именно запретить в текущих реалиях достаточно сложно.

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

Добрый день. Не планируется ли расширения функционала вкладки "Расписания" в маршруте? Есть необходимость группировки нескольких расписаний в единый график, т.к. на маршрутах по несколько графиков(достигает 10 и выше на некоторых) и при назначении объектов приходится открывать конкретный график и выискивать во всем расписании конкретное время и уже на него назначать.

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

Для решения вашей задачи попробуйте использовать выпуски. С помощью выпуска вы сможете объединить несколько расписаний.

Затем на странице Рейсы нужно выбрать вариант отображения по выпускам и назначить объект на все объединенные расписания одним кликом.

Инструкцию по работе с выпусками вы можете найти здесь.

Спасибо большое. Очень полезное дополнение.

Есть ещё одна просьба.
Возможно ли реализовать поиск точки на карте по координатам?
Имеется ввиду в разделе остановки сейчас в строке поиска работает только по адресу. Бывают ситуации когда даёт заказчик координаты остановки которой нужно добавить и приходится искать местоположение в сервисе Яндекса или Гугла а потом визуально переносить в Nimbus (когда много остановок мы их импортируем, а речь про одну две остановки)

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

Вашу идею с поиском точки на карте по координатам помню, постараемся взять в работу в ближайшее время. Следите за новостями!

Добрый день. При разработке собственного ПО для школьных автобусов на базе NIMBUS столкнулись с проблемой, что необходимо получать уведомления на сервер об "Активации рейса без объекта", но у вас в Уведомлениях, есть все виды ошибок кроме этой.
Прошу Вас добавить этот вид уведомления и рассмотреть возможность формирования уведомлений ТОЛЬКО по конкретной группе, как к примеру у Вас реализовано в создании Локтаторов.
Сроки очень сжаты у нас, поэтому прошу рассмотреть вопрос в кротчайшие сроки. Спасибо.

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

Мы рассмотрели ваш случай. В отдельном типе уведомления "Активация рейса без объекта" нет необходимости.
В системе есть тип уведомлений "Активация рейса". Среди данных, которые возвращает система, есть параметр u:

{
   “tid”:50976,
   “tp”:128,
   “r”:30,
   “tm”:1587544015,
   “i”:87.5,
   “pos”: {
      “y”:36.2183633333,
      “x”:-115.123556667,
      “c”:211,
      “s”:19
   },
   “rid”:239168,
   “u”:525472  // это значение может быть null: рейс активировался без объекта
}

Если объект не назначен, то вернется значение null.
Также в ближайшем обновлении мы добавим в уведомления параметр с id маршрута (route_id), с помощью которого вы сможете отфильтровать необходимые уведомления на своей стороне.

Если в вашем случае такое решение не подходит, поясните подробнее, почему.

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

Линия маршрута используется для онлайн-уведомлений о съезде с линии маршрута (документация). В случае с трамваями, вероятно, такие уведомления не очень актуальны.
Кроме этого линия маршрута отрисовывается на странице Слежение, при переходе с линейной схемы на карту. Чисто визуально может вводить в заблуждение в вашем случае.
На положение объекта на линейной схеме, а также на показатели в отчетах влияет только посещение остановок, как вы верно заметили.

Добрый день

Планируете ли вы мобильное приложение Nimbus или хотя бы Nimbus Локатор?

Здравствуйте, avtex.pskov!

Команда NimBus занимается разработкой веб-приложения, мобильной разработкой занимается другая команда.
В ближайшее время разработка мобильного приложения не планируется, но вопрос зафиксирован. Спасибо!

Добрый день

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

Добрый день, filspb! Спасибо за предложение! Однако есть пара уточнений.

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

Если же я неправильно поняла вашу мысль, поясните, пожалуйста.

filspb, спасибо! Записала вашу идею на будущее.

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

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

1. На данный момент NimBus не поддерживает работу с круговыми маршрутами, либо с одним маршрутом, проходящим по одной дороге в обе стороны. Сейчас мы рекомендуем разбивать такие маршруты на две части, чтобы посещения остановок засчитывались корректно.
2. Не совсем понятен случай. Если маршрут разбит на две части (прямой и обратный), то заезды не могут фиксироваться в обратном порядке. Система в любом случае ожидает посещение остановок в порядке возрастания номера.

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

Добрый день,
Меня зовут Аль-Хибби Ахмад , я являюсь техником компаний «Media-Security s.r.l.»

В результате длительного взаимодействия и слаженной работе по внедрению технологий мониторинга горотского транспорта между компанияй « Media Security.S.R.L.» И столичным Автобусным Парком города Кишынев были выевлены ряд плюсов и минусов програм Wialon и NimBus .

В данном письме описаны минусы добы выявить их устранения иле возможность модернизацый програм иле их оптимизацый.
Wialon :

1) Нет возможности отфильтровать активные объекты от неактивных и маркировать их на карте. Приходятся отмечать их вручную, в нашем случае объектов 125 довольно затруднительно. В Dashbord показан лиш список.
2) Есть ли возможность создать отчет по группе объектов что входят иле, выходят из геозоны в определённый интервал времени. На даныи момент толко по обекту в отдельности.
NimBus:
1) Нет экрана обзора всех автобусов и всех маршрутов иле групы маршрутов (одновременно).
2) В локаторе кроме номера маршрута хотелось бы чтобы указывался и номер борта, также для граждан нужно отметить автобусы осношеные оборудованием для людей с ограниченными возможностями. В случае форс мажора(Д.Т.П.) нужна возможность отметить автобус определёнои иконкой.
3) Нет возможности создать отчет по чесам работы.
4) Не возможно создать отчет по посещению определённой остановки в определённом промежутки времени.
5) Нет отдельных отчетов по нарушениям из уведомлений.
6) Отчеты сохраняются в формате cxcel без карты. Возможно ли сохронять отчеты в формате PDF с картои?
7) Сложные маршруты к примеру(4, 9, 33, 44, 47, 49) содержат разные траэкторий  для разных расписаний , возможно ли минемизировать число выпусков в локаторе.

Ждём скореишего отвнта для исключения иле решения каждого пункта в отдельности для долнеишего распространения програм от Gurtam и Wialon на республиканском уровне.
--
Ahmad Ali-Hibbi

Доброго дня
Хотелось бы иметь инструмент или  автоматизировать Экспорт  файла в GTFS так сказать для бекапа данных.  Здесь описана выгрузка в файл https://nimbus.wialon.com/docs/ru/#Docs … light=gtfs
Но нужен полноценный интерфейс через API

Здравствуйте, сегодня представлял NimBus диспетчерам и заодно посмотрел их нынешнюю программу для контроля расписания и маршрутов.

Конечно, нимбус выглядит замечательно, красиво и удобно, но на данный момент в нем нет множества нужных и привычных диспетчеру функций. Один из первых вопросов, который задали мне, звучал так: "А можно ли вносить ВРЕМЕННЫЕ изменения в созданное расписание? Чтобы сегодня она подкорректировала существующее расписание, а завтра оно вернулось к заданным первоначальным значениям." На данный момент, судя по всему, подобной функции в NimBus нет.

Вторая важная и нужная диспетчеру функция - пометочки о всех неполадках, поломках и катаклизмах, из-за которых водитель опоздал или не выехал на рейс. В их богомерзкой, но очень функциональной программе это выглядит так: "автобус №51 06.05.2021 был в ремонте с 13:45 до 14:45".  Хотелось бы, чтобы данная функция появилась в NimBus.  В некрасивой программе диспетчеров данная функция называется "бракованные рейсы"

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

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

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

Здравствуйте уважаемые разработчики.
В программе замечен bug: При создании "Схемы действия", в месяцах находящихся в нижней части страницы, не достаёт чисел месяца. В данный момент; это (Май 2022) 30 и 31 число.

IRVTula спасибо за ваши предложения!

Более детально мы их обсудили в личной переписке, но, возможно, кто-то еще захочет поддержать эти идеи лайками и комментариями.

Здравствуйте Виктория и Уважаемые коллеги, форумчане!
Подскажите пожалуйста: "Как реализовать следующий вопрос?"
По Техническому заданию, нам необходимо передавать данные от перевозчиков, организатору перевозок и непосредственно пассажирам.
Были предприняты следующие шаги:
1) Принято решение использовать "NimBus"
2) Перед использованием программы, была приведена в соответствие "Иерархия сервиса" в CMS.
3) Была создана Учётная запись с правами дилера (Главный диспетчер)
4) Под "Главным диспетчером" были созданы учётные записи клиентов (диспетчеров)
5) Каждый клиент получив доступ к собственной странице в "NimBus" сам создал свои остановки, маршруты и.т.д.

Далее возникла собственно проблема;
Данные клиентов остановки, маршруты и.т.д, не отражаются у Главного диспетчера?!
Нам же необходимо, чтобы данные от клиентов, объединялись в Учётной записи Главного диспетчера  с соответствующей возможностью внесения корректировок.
Далее с помощью инструмента "Локатор" Объединённые данные всех маршрутов предоставляются организатору перевозок и пассажирам.

Пробовали создавать данные (остановки, маршруты и.т.д.), непосредственно на странице Главного диспетчера с предоставлением доступа для клиентов (диспетчеров), но в этом случае клиенты при входе в "NimBus" под своим логином и паролем,
могли видеть не только свои данные но и данные конкурентов и соответственно вносить изменения, что не допустимо.

Возможно мы не правильно понимаем логику построения работы в "NimBus",или что-то делаем не так?!
Если да, то подскажите; какие шаги нам необходимо предпринять для решения данного вопроса?

Добрый день коллеги.
Готовим проект для Администрации города, есть запрос на отчет по посещенным остановкам - выбираем название остановки, дату и видим какие ТС каких маршрутов посетили данную остановку (естественно из расчета) активных маршрутных рейсов. Да, Вы можете сказать что на хостинге можно сделать геозоны и прогонять группы объектов (парков) по ним, но интересно в разрезе Nimbus и активных/закрытых рейсов увидеть подобный отчет. Также данный очтет будет полезен чтобы понять какие смежные маршруты (которые совпадают на 80-90%) идут паравозом друг за другом и требуют разведения. К отчету можно добавить функционал выбора маршрута или группы маршрутов для просчета интервалов.
Момент 2. В данный момент факт посещения остановки/геозоны фиксируется по наличию точки трека без учета скорости. Может быть стоит ввести учет скорости - например менее 20км? Или включить возможность регулирования данного параметра в настройках Депо?

Добрый день, alex_ustus! Спасибо за вашу обратную связь, прокомментирую:

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

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

Уточните, пожалуйста, используете ли вы функциональность кольцевые маршурты в режиме работы Online 2.0?
В целом при работе с кольцевыми маршрутами на результат может влиять множество факторов, от формы маршрута до периодичности расписаний и рейсов по ним. Для анализа таких ситуаций, пожалуйста, пишите в нашу службу поддержки support@gurtam.com. В письме укажите детали ситуации, желательно подкрепить их изображениями, также может понадобиться уточнить вашу учетную запись.
Ваши идеи по доработке также зафиксирую, но тут важно рассматривать случаи более детально.

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

Добрый день!
Подскажите пожалуйста возможно ли с системе nimbus сделать график, так как у перевозчика много объектов и получается в одном расписании более 98 столбцов и если объект сходит с линии (ремонт...), то тогда приходится тратить кучу времени на переназначение другого объекта как в прямом и обратном направлении в каждом столбце,а еще у него порядка 20 маршрутов и случаи ремонтов и др. очень много, повторюсь займет времени что бы переназначить объект.
Если использовать, как есть в системе автоматическое назначение, то тоже не подойдет, потому что начальные о конечные остановки пересекаются с другими маршрутами. Система возможно будет переназначать другой объект который тоже может въехать в эту остановку но будет на другом маршруте. И перевозчик не может назначать именно несколько объектов на один маршрут у них объекты хаотично ездят по всем маршрутам, сегодня здесь завтра там).
Вот перевозчик и спрашивает возможно ли сделать график по схеме
маршрут-объект-график
а в графике-расписание.
Тогда перевозчик сможет просто в схеме заменить объект одним кликом( не придется в каждом столбце расписания заменять объект!)  и всё, график и расписание остаются без изменений, а объект изменен за 2 минуты). Это очень сократит нереальное время переназначения объекта в каждом столбце расписании!!!)
Спасибо заранее за ответ!

Добрый день, monitoring.29!

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

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

Инструкция о том, как создавать выпуски: https://wialon-help.link/aaf700eb, документация https://wialon-help.link/050a7241. Назначение объектов производится на странице Рейсы, вам нужно будет выбрать вариант отображения по выпускам (по умолчанию в системе используется отображение по маршрутам).

Добрый день!

Еще одна просьба.
Сделать подтяжку назначенных на маршрут объектов в начало списка в интерфейсе Маршрут/Объекты.
(Из-под админских пользователей в большом списке объектов не видно, какие объекты назначены на маршрут)