Hacker News Digest

Автор создал физическую панель отображения реального времени прибытия поездов BART, воссоздающую винтажный вид платформенных табло. В качестве основы использовался Seeed Studio XIAO ESP32C6 с красным OLED-дисплеем 20x4 от BuyDisplay и преобразователем уровня логики. Компоненты были припаяны на perfboard с выводами, позволяющими подключаться к дисплею как картридж. Для обработки данных BART через GTFS Realtime API автор создал промежуточное ПО, так как ESP32 самостоятельно не справлялся бы с парсингом сырых данных.

Корпус устройства был напечатан на 3D-принтере, обработан и покрашен, а стикеры с названием BART и номером платформы созданы с помощью Brother label maker. Финальная конструкция смонтирована под полкой над монитором и показывает время, сообщения безопасности и время прибытия поездов, создавая ощущение пребывания на реальной платформе. Код проекта доступен на GitHub, а 3D-модели — на Makerworld.

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

Автор описывает процесс создания собственной системы маршрутизации общественного транспорта Лондона, использующей данные в реальном времени для автобусов, метро и поездов. Основная сложность заключалась в разработке алгоритма, который мог бы эффективно обрабатывать большие объемы данных и оптимизировать маршруты с минимальным количеством пересадок. Вместо стандартного алгоритма Дейкстра, который не учитывал удобство для пассажиров, автор выбрал RAPTOR, разработанный Microsoft Research в 2012 году. Этот алгоритм работает в раундах, где каждый раунд k ищет маршруты с k пересадками, минимизируя время в пути.

Для получения актуальных данных автор использовал несколько источников. Поездные данные были получены бесплатно через Rail Data Marketplace, где для каждой станции указаны запланированное и фактическое время прибытия. Сбор данных об автобусах оказался более сложной задачей - при обращении к TFL API для получения данных о прибытии автобусов система обрабатывала более 108 000 записей, что занимало более 15 секунд. Для обоих видов транспорта автор использовал уникальные идентификаторы поездов и автобусов для формирования непрерывных маршрутов в алгоритме RAPTOR.

• OpenTripPlanner и RAPTOR-алгоритм используются в Норвегии и других странах; важно, что это open-source и поддерживает множество функций.
• OneBusAway был создан как студенческий проект в Вашингтоне и до сих пор используется в Сиэтле, Вашингтоне, Нью-Йорке, Познани, Буэнос-Айресе и других городах.
• OptiTravel и GTFS-server были разработаны в рамках университетского проекта, не используют Google Maps API и используют A* и GTFS.
• TrainTrack UK использует Rail Data Marketplace и предоставляет данные о расписании поездов.
• Обсуждение также коснулось проблем ненадежности данных TFL и необходимости в открытых данных и API.