*NEW*: Апп для мониторинга общественного/пассажирского транспорта

BUSopotam

WiaBUS

С Wialon Pro — нет, с Wialon Local — да, в следующем году))

Молодцы!!! Очень вовремя для нас!

также уверен, что каждый согласится с тем, что все захотят интеграции с локатором для публикации всего этого чуда для пассажиров в интернет

Работает только с модулем " Маршруты" или без него????

CyberBus

нужно ли будет создавать отдельные маршруты для маршрута заезда в депо и выезда?
когда объект выезжает из депо, то он начинает свой путь с ближней остановки того маршрута по которому двигается и получается, что первые контрольные точки он пропускает, можно ли будет сделать, чтобы пропуски не учитывались?
такая же ситуация и со съездом с маршрута в депо, так как маршрут получается не законченным так как конечная точка не будет посещена и рейс будет прерван. атрибута "возврат в автопарк"- нет. как вариант создавать отдельный объект маршрута, но тогда мы раздуваем количество объектов в системе.

Постараюсь ответить всем сразу)

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

Подчеркну ещё раз, что в первой версии апп будет работать только с Wialon Hosting. На Wialon Local это попадёт только в следующем году. Также отмечу, что новое решение для мониторинга общественного/пассажирского транспорта никак не связано и не зависит от существующего ныне модуля маршрутов на хостинге, соответственно, может работать без него.

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

Дифференциация остановок на светофоре от реальных остановок в специально отведённых местах для посадки/высадки пассажиров происходит в аппе очень просто — ведь в специальных местах есть геозона/полигон остановки (см. первую картинку - базу остановочных пунктов), а на светофоре нет.

Если у маршрута есть какие-то модификации, например, при выезде на него в начале смены Т/С пропускает первые несколько остановок, либо при окончании смены пропускает несколько последних (так называемые "под-маршруты") - необходимо будет создавать отдельные маршруты для каждого такого индивидуального кейса - по крайней мере в первой версии.

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

Кое-что, как, например, группировка расписаний и массовой назначение объекта на группу, не войдёт в первую версию аппа. Это потому что реальный спрос на такую функцию до конца не ясен пока что. Будем наблюдать.

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

Через пару-тройку недель желающие смогут уже получить пред-релизную версию программы и начать её испытания на живых маршрутах!

тоже хотелось бы "пощупать"

skyNET, skyBUS - название
апп вроде толковый, по скринам как минимум

Скажите, а по тех.вопросам писать на саппорт?

он еще не вышел

А тачки не по улицам едут так задумано, или это не трек ?

Замечательная программка! Очень удобно создавать новые остановки. клик-клик и готово)

Тестом налюбоваться не можем!) Немного расширить функционал по отчетам и вообще ракета!)

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

Работа общественного транспорта планируется на уровне графиков работы (они же - выходы), а не отдельных рейсов. Назначение Т/С и экипажей на отдельные рейсы - это уже оперативный контроль.

Качество выполнения рейсов по маршрутам оценивается не по знаку отклонений, а по их величине. Для автобусов допустимы отклонения на 2-5 минут в зависимости от сложности маршрута. Для электротранспорта допускается опережение на 1 минуту и отставание на 2. Исключение - начальный пункт рейса, на котором любое опережение является нарушением. Все эти параметры определены ещё советским Минтрансом. Как и показатели, которые надо рассчитывать на их основе.

На самом деле на небольшие превышения допустимых отклонений диспетчер не реагирует. Хочет водитель остаться без премии - его проблема. Вот при отклонении на 10-15 минут меры принимаются немедленно. К таким Т/С и надо привлекать внимание.

Ни разу не видел диспетчера, следящего за работой на маршрутах в реальном времени по карте. Диспетчеру надо, чтобы на каждом маршруте были закрыты все графики работы - и всё. Табличное представление для этого - оптимально. На карте Т/С будут искать разве что при сходе с маршрута.

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

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

Направления движения по маршруту в любом случае нужны - хотя бы для разделения рейсов "туда" и "обратно". В 1-м сообщении темы я вижу пример маршрута из 13 остановок, но о последовательности их посещения не сказано ни слова. Для рейсов от конца к началу надо тоже заводить отдельный маршрут?

10 000 ))) я представляю сколько надо времени, чтобы вручную назначить машины на рейсы.

Есть еще одна аргументация  которой можно согласиться в теории, но нельзя согласиться на практике:

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

Что вы на это скажете?

Zlataner ,

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

Могли бы вы перечислить такие системы по составлению расписаний, которые вы рекомендуете? Если вы сможете предоставить нам доступ к ним, то мы бы были очень благодарны.
Уточните, пожалуйста, какую именно терминологическую путаницу вы обнаружили.

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

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

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

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

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

Pikas, РМТ. Первая используется в Минске.
С доступом не помогу - сам его сейчас не имею.

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

мне кажется это больше вопрос к необходимости API для импорта любых объектов, тогда можно любой формат входных данных импортировать. Хотя я вот кстати не знаю импорт из kmz позволяет им портировать траекторию движения...

с

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

Как получить доступ этой App?

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

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

Открою тайну: в общественном транспорте выполнение рейса вовсе не означает посещение всех контрольных точек в составе рейса. Строгое посещение не зафиксировано ни в одном нормативном документе. У нас условие выполнения рейса было следующим: обязательное посещение начального и конечного пунктов рейса + посещение более половины промежуточных пунктов. В процессе эксплуатации условие стало более мягким: вместо начального может быть 2-й пункт, вместо конечного - предпоследний. Путаница лечится контролем последовательности выявленных посещений и анализом времени между посещениями.

Открою тайну: не всегда время работы экипажа Т/С, подлежащее оплате, совпадает с временем движения по расписанию. В таких случаях оплата зависит именно от числа рейсов.

Это влияет на настроение водителя. Если рейс уже сорван - у него нет стимула выполнять оставшуюся часть. А там ждут пассажиры.

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

Водитель 1-й смены приехал в пункт Б, где его смена заканчивается. Сменщик на работу не вышел. У резервного водителя нет допуска на марку автобуса, работавшего в 1-ю смену. Но ничего страшного - резервный водитель со своим автобусом находится в пункте Б и готов приступить к работе. Одна проблема - система мониторинга понимает только круговые рейсы и менять Т/С не в пункте А не позволяет...

Это хорошо, если всего 5. У меня при таком подходе могло бы и 50 получиться.

Что такое "старый модуль" и где о нём можно почитать?

Неплохие обновления, но есть пару пожеланий:

• групировка объектов

• возможность назначить обьект уже после завершения (вдруг пропустили замену)

• вариант автоматизации процесса назначения например при наличии запасного автобуса...

Ну а в общем как всегда! Красивенько, аккуратненько) особо понравилась возможность скрывать "ненужные" столбцы отчета)

Aziz, к сожалению, ускорить этот процесс не представляется возможным.
Однако Вы всегда ведь можете иметь небольшую часть объектов/клиентов на Хостинге.

alek, a когда приложение появится в открытом доступе? Уж очень охота попользоваться....

Все вопросы к тем, кто знает на них ответы!
Меня не трогайте - я чай пью

да-да, примерно так)

да если собрать все замечания, то 95% из них точно наберут большинство голосов, но чтобы их реализовать нужно будет много времени.
Поэтому тут вопрос больше в том, что критичное необходимо в новом модуле, без чего работать будет тяжело., а уже после этих доработок можно рассматривать расширение базового функционала

Топ 3 возможности в релиз до его выпуска, без которых работать с приложением трудно:
1. Группировка расписаний по выпускам (группам, выходам) с возможностью назначения машины на весь выпуск одним кликом. В любом городе количество движения транспорта от точки до точки или по кругу достигает более 200 в день. в нашем случае это 700.Соответственно никто не хочет 700 раз делать назначения машин. Также как и не может в своей памяти удержать какое расписание к какому выпуску относится, а это имеет значение так как контроль часто осуществляется в разрезе выпусков
2. Отчёт по регулярности https://forum.gurtam.com/viewtopic.php?id=11664 , который определяет эффективность соблюдения расписаний в разрезе хотя бы объектов.
3. Возможность доступа к данным нового приложения через API. Ввиду того что много функций, которые есть в модуле "Маршруты" отсутствуют (например таймлайн, отчеты и водители), то нужна возможность для переходного периода, когда можно начать пользоваться новым приложением при этом используя и старое тоже. Но если нет API для импорта или єкспорта информации по назначаемым рейсам, то это значит, что добавление рейсов необходимо делать и в старом модуле и в новом приложении. От этого откажутся диспетчеры.

Топ 3 возможности для добавления в первейший релиз после выпуска:
1. возможность пропуска точек при требовании строгости их посещения https://forum.gurtam.com/viewtopic.php?id=11847
Это требуется для нулевых рейсов выезда/заезда в депо. в текущей конфигурации не возможно в рамках одного и того же маршрута создавать рейсы с пропусками некоторых остановок через которые не проходит объект при выполнении нулевых рейсов. Это делает систему неудобной так как необходимо создавать еще несколько дополнительных объектов маршрута:
а) из депо на конечную А
б) из депо на конечную Б
в) в депо с конечной А
г) в депо с конечной Б
Это всё необходимо дела для каждого маршрута. То есть если маршрутов 10 то объектов маршрутов будет 50! Это мало того что выглядит не эстетично, Так это ещё и усложняет анализ отчетности, так как я не могу сделать отчет сразу по 5 маршрутам в рамках одного отчета и чтобы показатели посчитало суммарные. А если я не могу это сделать то как я могу пользоваться инструментом для анализа месячного результата.
2. Таймлайн. В модуле Маршруты есть возможность на графической диаграмме смотреть результаты выполнения рейсов и видеть присутствие или отсутствие в каждой контрольной точке, видеть общую диаграмму за период, а также отображать на этой диаграмме отставание и опережение расписания. Сейчас такого инструмента нет, а он является очень удобным инструментом анализа без необходимости смотреть многостраничные отчеты - включил группировку по объектам или маршрутам и видишь ситуацию за день и можешь сразу понять где была проблема и насколько критичная.Отчётность должна уходить в прошлое, отчетность это тренд 2000-х, а сейчас уже текст никто не хочет читать, все хотят видеть только результат для принятия решения и понимания ситуации и тем самым экономить время менеджеров.
3. Водители. Любой показатель, который мы видим в системе и с которым необходимо работать должен приходить к тому кто непосредственно ответственный за этот показатель - водитель. Видя эффективность работы водителя можно принимать правильные управленческие решения. Чтобы видеть информацию  в отчетах или в онлайн слежении за выполнением рейсов необходимо чтобы была возможность внесения смен водителей либо назначения водителей к рейсам. Лучше и то и другое так как по сменам считается рабочее время, а по рейсам время работы в линии и часто это по разному тарифицируется. Также когда мы получаем отчетность по объектам, то мы не можем по ней сделать выводы о том кто наиболее не эффективно соблюдает расписание. А если мы не можем это сделать, то для чего мы делаем мониторинг?! Одна из целей мониторинга общественного транспорта это повышать качество выполнения перевозок. А если нет понимания из-за чего страдает качество, то эффективность повысить нельзя.

Честно говоря я бы все пункты добавлял бы в релиз так как каждый из них важен дл\я выполнения задачи мониторинга. И какой не убери, проблемы в работе будут чувствоваться.

Zlataner, в таком случае само идеально давать имя объекту, равное его бортовому номеру. NimBus, также как и Wialon, при смене имени сохраняет всю историю объекта нетронутой.

Это защита от низкой точности координат, на самом деле рейсы выполнялись полностью. У трамваев и троллейбусов возможности отклонения от маршрута ограничены, поэтому 50% точек для фиксации рейса достаточно. Для автобусов, возможно, надо требовать большего числа посещений, но тоже не 100%. Я не видел ни одного трекера, который ни разу не увёл бы трек мимо контрольной точки.

1. имя объекта это далеко не всегда гос номер можно задать в свойствах объекта во вкладке Характеристики
2. да, согласен, тоже об этом пишу, но не акцентирую именно на направлении движения, так как не важно какое направление, важна возможность создавать из тех же точек разные модификации маршрута, а как кто этим воспользуется пусть каждый сам решает
3.да и обязательно групповое назначение на них объектов
4.так в новом приложении будут схемы действия, в них можно указівать дни месяца, недели, сезоны с разными расписаниями.
5. уже есть импорт контрольных точек. в принципе если точки импортированы то составить из них маршруты не трудно. расписания импортировать было б неплохо, но один раз их внести можно напрячь операторов. Более важныи считаю импорт рейсов, которые могут планировать в другой программе
6. да, очень важный момент, но насчет возможности ввода отставаний опережений - такая возможность есть
7. да, причем без водителей регулярность считать трудно так как они по сменам работают, на одной машине
8.ага, никто не поймет
9. есть в отчет возможность экспорта в ексель
10.это всё вроде есть, кроме таймлайна на котором хочется отображать прохождение каждой точки а не текущей и пропуск как в таймтайне модуля маршруты. еще нет возможность быстрого создания разового укороченного рейса, например если объект нагоняет рейс и срезает маршрут запрашивая у диспетчера сокращенный маршрут, который диспетчер вносит разово отменяя плановый по которому уже точно не успеет
11. регулярность обсуждалась в 6-м пункте, часть информации есть в новом модуле в отчетаъ

Zlataner

Какие именно данные нужно импортировать? Куда импортировать?
Повторный ввод какой информации не есть хорошо?

В скором времени будет реализовано API для интеграции со сторонними системами, переноса больших объемов данных и индивидуальных разработок.

Могли бы Вы дать больше информации об отчете. Какие именно данные должен содержать данный отчет?

Но тем не менее оно подходит) Я и так старался при переводе украинской версии не использовать диалектизмы и заимствованные слова

Такова природа человека) Еще с Библейских времён

Так 14.09.2017 еще не закончилось) могу и в 23:59 или перенести релиз

Добрый день maxim_prm ,

скоро все будет 

Всех поздравляю с релизом!

Спасибо всем за тестирование, отзывы и активное участие!!!

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

Добрый день Omano ,

Как писали во вчерашней статье в блоке: "Больше идей – более совершенное решение!" Поэтому, ждем от Вас тем с пожеланиями, как можно усовершенствовать приложение NimBus!)

gsmonitoring, куда Вы пытаетесь заходить конкретно? (что набираете, куда нажимаете и т.п.)
Тут варианты такие:
- прямо на сайт nimbus.wialon.com
- через аппы на сайте мониторинга (для этого предваритаельно в CMS надо добавить апп из библиотеки

Какой учеткой заходите? (имеет ли она достаточно полномочий)
Для первого входа стоит использовать учетную запись, имеющую так называемые "права дилера", т.е. такую учетку, которая может создавать и имеет подчиненные учетки. Это нужно для того, чтобы активировать так называемое "депо" в одной из этих подчиненных учеток. И далее работа ведется уже непосредственно под учеткой, где создано депо (т.е. надо перелогиниться по ней).

Ну или поясните, что такое "не открывает". Что конкретно видите на экране?

maxim_prm, экспорт в KML в хостинге? С эти лучше обратиться в техподдержку (support@gurtam.com). С новым аппом связано быть не может.

хочу добавить к этим комментариям, что регулярность по машинам, рейсам и маршрутам за указанный период (день, месяц, период дат) недостаточно, так как необходимо понимать причину нарушения регулярности, а для этого необходимо вводить сущность водителя и делать отчет по регулярности по водителям как описывал выше и в отдельной теме https://forum.gurtam.com/viewtopic.php?id=12159

alek "график работы" - этот термин использует Zlataner , я лишь цитирую. Но я так понимаю, что это либо выпуск либо совокупность выпуск за период

Здравствуйте Ringo,

А что Вы подразумеваете под "клиентским интерфейсом"? Где и как именно нужно предоставлять картинку для пассажиров? Это должно быть отдельное приложение или как-то еще?
Предоставьте, пожалуйста, больше информации по вашему предложению.

С уважением,

Ringo

Могли бы вы пояснить:
1) Что значит доступ для определенного пользователя? кто такой определенный пользователь?
2) что значит "Только с разделением маршрутов между пользователями"?
Что значит разделять маршруты между пользователями?  Зачем нужно их разделять?

Ringo ,

Правильно ли я понял, что нужен доступ (например, ссылка) за слежением объектов на каком-то определенном маршруте?
Будет ли достаточно только ссылки?

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

Ringo

К сожалению, такой возможности нет. Мы знаем о необходимости "пассажирского интерфейса" и мы будем думать над ним.
Один из выходов решения данной задачи: при разработке API с нашей стороны, Вы сами сможете разработать интерфейс для пассажиров)

Как? ))

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

alek dyama2007
На данный момент, как я понимаю, к NumBus API еще нет.

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

Если хотите сами, то открываете апи Wialon и ищете разделы  информацией о запросе геоданных объекта, запросе маршрутов, расписаний и рейсов. Читаете всё это и делаете вывод:
а) мне все понятно
б) мне ничего не понятно
Если ваш ответ а), то читаете информацию по апи гугл, яндекс карт или других карт и выводите эту информацию на карты
Если ваш ответ б), то находите программиста, который говорит: "мне всё понятно" и тогда ставите ему техническое задание

Zlataner как вы считаете есть ли смысл выпускать отчет по регулярности без возможности анализа по водителям?

Для Wialon Local 17.04 приложение не доступно? А то в библиотеке приложений появилось, но при входе спрашивает логин и пароль.

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

Dmitriy уж если что и запарно загружать так далеко не остановки, которые несколькими кликами импортируются из kml файлов.
Если хотите автоматически загрузить остановки в Nimbus, сгенерируйте kml файл из вашего массива данніх и импортируйте.
А вот с расписаниями такого сделать нельзя и если сравнить количество операций по внесению остановок и распианий к ним, то расписания в десятки раз дольше создавать

да как бы вопрос больше по импорту уже существующео в виалоне либо экпорту из виалона и импорту в Nimbus

alek Добрый день, когда появиться на Local ??

Подскажите где лучше написать по своим замечаниям и предложениям - тут или новую тему создать?

За выходные соберу все хотелки клиентов в кучу, отсортирую и создам новую.

dskazan, пару реальных кейсов описано в нашем блоге - https://blog.gurtam.com/2018/02/nimbus-cases/

Но может кто-то из пользователей форума также приведёт какие-то свои кейсы, которые пока нам неизвестны...