Как стать автором
Обновить

Комментарии 39

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

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

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

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

Потому что есть множество факторов, которые сложно учесть. Например, погодные условия (поздняя весна). Но постепенно планирование становится более долгосрочным.

Ржевская область? Такой не существует.
Точно, ошибочка вышла. Спасибо, исправили!
Диаграммы напоминают старый добрый опердень… С примерно таким же внутренним содроганием.
После чего, чтобы следовать графику, состав бы стоял на станции до 5:18 и дальше бы шел согласно графику.
Такое тоже бывает, сам лично на такую электричку попадал. К слову, проблема с ожиданием следующей электрички решается просто — указывается время отправления со станции, а не время прибытия на неё. Не знаю, зачем вообще упомянута эта проблема, но не указано, как именно она решена на ТуТу — в графике движения указывается диапазон, если состав стоит на какой-то станции.
… по данным столичного департамента транспорта, опубликованным в едином хранилище данных правительства Москвы (ЕХД)...

А что это за «единое хранилище данных правительства Москвы» и где можно посмотреть, что там опубликовано?
Данные взяты с этого ресурса http://ehd.moscow
Спасибо. Это правильнее назвать единое хранилище данных ИАС МКР (Информационно-аналитическая система мониторинга комплексного развития города Москвы). Хотя система, безусловно, правительства Москвы.
Мы даем пользователю, с большой долей вероятности, время меньшее на несколько минут, чем поедет электричка.

Так вот почему постоянно попадаю на электрички, которые по сайту идут на пару минут раньше.
А как решается проблема с нечётким расписанием, вроде большого Московского кольца? Сам по нему не ездил, но по описанию там может меняться не только расписание ±, но и порядок станций. Например электричка может зайти в Манихино-1, а может пойти на 170-какой-то километр вместо этого.
Изменение порядка станций на конкретную дату (если оно произошло), в идеале отражается и в наших данных, и в данных ГВЦ. Если все заполнено корректно, то мы автоматически сможем понять, что это один и тот же поезд. А если данная «связь» поездов уже зарегистрирована, то результат сравнения будет сохранен вне зависимости от того, что изменилось.
Вот если «связи» нет, то подобные изменения скажутся на результате и над этой проблемой мы пока работаем.
Так, вскоре после появления пригородных пассажирских компаний (ППК), которые были также заинтересованы в корректном информировании пассажиров о расписании, мы договорились с ними о получении данных о расписании и изменениях к нему по всем поездам по всем станциям.

Скажите, все ППК пользуются каким-то одним софтом, который им достался от РЖД, т.е., у вас однотипные источники данных от 30 компаний? Или как?
Данные от ППК поступают в текстовом виде, в основном в виде таблицы Excel, при этом формат заполнения у каждой ППК свой. По некоторым ППК данных мы не получаем, а просматриваем их сайты и берем информацию там.
А каким софтом они пользуются, мы, даже если бы знали, не имеем права разглашать :)
Ну да, логично, извините.
А вот про сайты удивило — пишете (поддерживаете, изменения отслеживаете) парсеры каждого сайта?
Парсеров не пишем, потому что на это нужны ресурсы, как и на поддержку этих парсеров. Но, с полноценным внедрением использования данных от ГВЦ, этого и не нужно будет.
Т.е., вручную просматриваете? Ого.
Да, это используется, как дополнительный источник данных по расписаниям.
Интересно, как это делается с точки зрения ролей в команде. Есть какие-то сотрудники младшего уровня, мониторящие это?
Есть разработчики, которые делают инфраструктуру и сайт, и есть сотрудники, которые отвечают именно за актуальность и точность расписания. Это именно отдельные роли.
Спасибо за ответ, мне действительно интересно. То есть, для этого дополнительного источника данных выгоднее держать людей, нежели писать и поддерживать парсеры.
Сайты — это не главный источник информации. Кроме того, данные с них тоже нужно проверять и без человеческого участия все равно не обойтись.
Интересно!
Можете сравнить себя с коллегами из Яндекса? Получаете ли вы актуальные опоздания электричек?
Сравнение с конкурентами мы отдаем на откуп нашим пользователям :) А если серьезно — то уточните вопрос, пожалуйста. Сравнить в каком ракурсе?
По поводу оперативных актуальных опозданий: бывает такое, что изменения в электронном виде отражаются далеко не сразу или не поступают вовсе, а присутствуют на станциях в виде распечатанных сообщений. В этом случае опоздания мы, увы, можем отследить только по жалобам пользователей уже постфактум

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

Да, это данные о фактическом следовании, которых у нас пока нет. Но, работы ведутся в этом направлении.
Про опоздания Envek ответил.

Сравнение, скажем, в ракурсе поиска маршрута с пересадками.
У Яндекса удобно, что можно искать маршрут с пересадками на разные виды транспорта (например, часть пути на электричке, часть — на поезде; в Московской области это не актуально, т.к. поезда нигде кроме Москвы не останавливаются, а в других областях можно проехать как на электричке, так и на поезде). Но не удобно, что время пересадки непонятно как считается (IMHO сильно завышено).
У Вас удобно, что можно задавать время на пересадку. Но не удобно, что поезда не учитываются.
Вот я и сравнил ;). Что скажете, какие планы в этой области?

И более общий вопрос. Планируете ли развиваться в сторону поддержки всевозможных видов транспорта? Мне как пассажиру нужно добраться из А в Б, а уж каким транспортом — не так важно, главное за разумные (для меня лично) время и деньги.
Да, мы развиваемся в эту сторону и уже даем информацию об альтернативных видах транспорта при поиске билетов и на страницах с расписанием электричек.
Например, когда вы ищете авиабилеты из Москвы в Питер, на выдаче вариантов рейсов появляется карточка с информацией о поездах по этому направлению (указывается время в пути, средняя цена билета и количество предложений). И наоборот — когда вы ищете билеты на поезд, то можете посмотреть варианты перелётов. Таким же образом вплетаются в общую систему и билеты на автобус. А в разделе «Пригородные поезда» по многим маршрутам предлагаются альтернативные способы добраться из пункта А в пункт Б: на поезде и на автобусе.
НЛО прилетело и опубликовало эту надпись здесь
Спасибо за предложения! Над дизайном и расширением возможностей для пользователей мы постоянно работаем. Следите за обновлениями :)

Пара комментариев — имел несколько лет назад отношение к софту в одной из ППК:


  • ППК за основу берут график движения поездов РЖД, а там единица — это станция, остановочный пункт без путевого развития в инфраструктуре РЖД и ключевых документах (таких, как ГИД — График Исполненного Движения) отсутствует в принципе. Соответственно, время отправления с ОП — это творчество ППК, "большая" РЖД про это вообще не думает.
  • ППК получает от РЖД доступные "нитки" — список ломаных на графике, по которым можно пустить поезда
  • Изменения от РЖД в связи с путевыми работами и по любым другим причинам приходят в терминах ниток — отмена, перенос, изменение маршрута, пропуск станции. Задача ППК — перевести это в термины станции — если поезд 6601 отправляется с задержкой 10 мин и идет укороченным маршрутом, то для каких-то станций это будет изменение, для каких-то — отмена.
  • Классификаторов станций несколько — ЕСР, Эспресс-3, у каждой ППК свои — масса особенностей, и да, тут вам можно посочувствовать.

Предупреждая комментарии "какой бардак, все плохо, все переписать, а вот у них..." — РЖД — это огромная система, которая просто не может быть устроена просто и логично. Масса конфликтующих требований, исторические наслоения, ограничения… Такова жизнь.

Да, именно так, спасибо за уточнения!
Может вы знаете, откуда ваш конкурент берёт данные, на сколько электричка опоздала от расписания и показывает в своём приложении?
Это данные о фактическом следовании. Пока такой функционал у нас не реализован.
Немного не понял. На диаграмме Процессы работы специалистов расписания электричек с базой несоответствий есть следующий кейс:
Оператор «Посмотреть детали расхождения» в Админке а далее происходит следующее:
Админка делает запрос (сама, хотя у вас сервисная архитектура, как я понял, поправьте если не так) в ГВЦ-хранилище,
В это же время Админка совершает запрос в Сервис расписания и запрашивает данные о расписании


  • Почему данные из ГВЦ хранилища берет Админка сама?
  • Откуда данные берет Сервис расписаний?
Наверное не совсем четко отображено, «ГВЦ-хранище» — имеется в виду микросервис, который хранит расписание, полученное от ГВЦ. Напрямую админка в хранилища не обращается, только через АПИ сервисов.
А «Сервис расписания» берет данные из внутреннего хранилища (БД) расписания.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий