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

Добрый день Виктория.
Я так и понял, что упрёмся в то, что назначение транспорта возможно в двух вариантах.
Фактически, наличие пересечений возможно  в 2-х случаях:
1. На стадии запуска Nimbus, когда возможны ошибки в расписаниях и созданных выпусках.
2. Текущие ошибки в назначении, непосредственно диспетчерами.

Но с точки зрения работы диспетчера - это очень серьёзная ошибка!!!

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

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

a.avakimyan, спасибо за подробное описание! Учтем ваши данные.
Одно только уточнение есть:

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

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

Сегодня мы выпустили обновление NimBus v.1.10.0, в котором добавили новые типы фильтрации на странице Рейсы.

Теперь найти пересекающиеся рейсы стало проще.

Добрый день
Огромная просьба сделать чтобы при создании трамвайного маршрута в приложении Nimbus маршрут движения на карте строился не по автомобильным дорогам а по трамвайным рельсам.А то очень не удобно после создания маршрута сидеть целый час и передвигать точки на карте в соответствии с проложенными трамвайными путями.

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

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

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

Добрый день.
Попробуем.
Я думаю, что устроит.
Спасибо.

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

Предлагаю рассмотреть следующий вариант:

У нас всегда есть время первой остановки (ВПЕР) и время последней остановки (ВПОС) в каждом расписании.
Есть длина трека построенного по всему маршруту (ДЛ)
Если принять в качестве аксиомы для себя, что движение будет равноускоренным, то можно посчитать среднюю скорость (Vср) для каждого расписания

Vср= ДЛ/(ВПОС-ВПЕР)

Зная среднюю скорость для каждого расписания, и длину трека между 1 остановкой и 2 остановкой (ДЛ2) можем вычислить время требуемое (В2) на поездку от 1 остановки до 2 остановки

В2=ДЛ2/Vср

И рассчитать прогноз прибытия на вторую остановку (ПР2)

ПР2 = ВПЕР + В2

и т.д.

ПРх=ПР(х-1)+ДЛ(x)/(ДЛ/(ВПОС-ВПЕР))

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

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

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

Добрый день, a.avakimyan! Прошу прощения за задержку с ответом.

Большое спасибо за подробное описание проблемы и предложенные вами варианты решения! Зафиксировала ваши запросы в бэклог, постараемся рассмотреть в будущем.
На данный момент все силы брошены на работу над крупной доработкой, скоро поделимся подробностями на форуме.

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

Добрый день!
Подскажите, пожалуйста, возможно ли реализовать функционал отправки команды из Nimbus  на АТ установленный на автобусе. Объясню в чём суть, автобусы оснащены электронными табло(на лобовом стекле, внутри салона и сзади) и так как один автобус за день может выполнить несколько разных маршрутов, то необходимо руками отправлять команду на терминал, что бы изменить маршрут(отображение на табло в автобусе). Мне кажется было бы хорошим вариантом функционально дать возможность при назначение автобуса на маршрут выбрать команду, которая будет выполняться при активации маршрута. Мне это видится как Уведомления(при активации маршрута выполнить команду)

Достаточно было бы использовать команды, которые прописаны на объекте в wialon hosting. Просто дать возможность выбора этих команд и инициирование их выполнения.