Подумать о концепции рейса

[Lanjusto]

Сейчас расписание хранится как RouteStopSchedule, к которому привязан массив времён отправлений (ScheduleTime).

Нужно подумать о том, чтобы ввести сущность рейса. Рейс помимо времён отправления с остановок будет хранить дополнительные данные. Например, следует только до остановки X. Или, в отличие от большинства рейсов, имеет остановку Y (например, останавливается после 22:00 или делает заезд к ней в часы «пик»).

Пример расписания с укороченными рейсами: http://www.mosgortrans.org/pass3/shedule.php?type=avto&way=270&date=1111100&direction=AB&waypoint=0 (обратить внимание на красные минуты).

Пример остановки с заездами в часы «пик» — лес на маршруте 104.

Вот расписание по конечной остановке (порядка 35 рейсов): http://www.mosgortrans.org/pass3/shedule.php?type=avto&way=104&date=1111100&direction=AB&waypoint=0

Вот расписание по остановке «Лес», куда заезжают только девять рейсов в день: http://www.mosgortrans.org/pass3/shedule.php?type=avto&way=104&date=1111100&direction=AB&waypoint=8

[aesirot]

104ый маршрут с лесом меня поразил

[Lanjusto]

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

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

Надо будет обсудить.

[aesirot]

Я тут подумал и надеюсь нам удастся обойтись без рейсов. Это вопрос того зачем они. 1) для того чтобы или правильно отображать маршрут транспорта на текущий момент 2) строить маршрут. на это мы не замахиваемся (пока)

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

Обсудим в понедельник!

[aesirot]