TransXChange Examples 2.1 - Express Route

 

Summary 

A linear route with express journey patterns running over it that omit stops.

  • Express service.
  • Short working.
  • Vehicle journey timing link reuse.
  • Overriding of Journey Pattern Timing Link Run Times with different values on the Vehicle Journey Timing links for some journeys.
  • Additional Wait times at stop; on arrival, on departure, on first or intermediate stop
  • Monday to Sunday Service
  • Holiday Day Type Exclusions.
  • Local Stop Point definitions for an Off Street Bus Station: BCQ, BCE and  BCS Stop Types.
  • Local Stop Area definition for bus station.
  • Vehicle Journey Footnotes
  • Variable Bay Allocation.
  • General Schema.

TransXChange XML Document

Particulars and Matrix output PDF

Route Map Output

express.xml
(One direction only)

Particulars and Matrix PDF

Route Map PDF

Route Map PDF (no background)

 

Route Map

 

Timetable

Bus Station to Hospital

 

 

#1

#2

#3

#4

#5

Stop Types
 

E23

E23

E23

E23

E23

 

Bus Station, Bay Area

dep

10:00

11:00

12:00

-

14:10

BCE + BCQ + BCS(x3)

Tweeham, High St

arr

10:03 11:03

-

-

14:18

BCT

dep

10:03

11:03

- -

14:28

Tweeham,Market St

dep

10:07

-

12:07

13:07

14:37

BCT

Tweeham,School

 

arr

10:20

11:20

-

13:20

-

dep

10:20

11:20

-

13:30

-

BCT

Tweeham,Hospital

dep

10:29

11:29

12:29

13:39

-

BCT

  • Service operates from 01/01/2004 until 13/06/2004.
  • Service operates Monday to Sunday.
  • Service does not run Christmas Day, Boxing Day, Good Friday, New Years Day, Late Summer Bank Holiday (Not Scotland), May Day,
    Easter Monday, Christmas Day Holiday, New Years Day Holiday,
    ChristmasEve, NewYearsEve.
  • Service does not run 02/06/2004.
  • Service runs 01/06/2004.
  • Services #1-#4 normally run from Bus Station Bay 1.
  • Service #1 runs from Bus Station Bay2  2004-08-01 to 2004-10-0
  • Service #5 always runs from Bus Station Bay 3, 

In this example the last journey overrides the default run times . In additional additional wait times are specified for some stops. The following table shows the timetable additionally annotated with the vehicle journey run times ( default values inherited from the journey pattern shown in brackets) and the wait times (additional wait times prefixed by a +).

 

JP Run
Time (Mins)
  VJ run & Wait

#1

VJ run & Wait

#2

VJ run & Wait

#3

VJ run & Wait

#4

VJ run & Wait

#5

     

E23

 

E23

 

E23

 

E23

 

E23

start

10:00

 

11:00

 

12:00

 

14:00

 

 

 

 

 

Bus Station

  dep  

10:00

 

11:00

 

12:00

 

 

+w10

14:10

r3 (r3)

 

(r3)

 

(r3)

 

sr

 

+r8

 

High St

arr

10:03

11:03

pass

 

 

+w10

14:08

dep

10:03

11:03

pass

 

sr

 

14:28

r4 (r4)

 

(r4)

 

(r4)

 

 

+r9

 

Market St

  dep

 

10:07

pass

 

 

12:07

 

13:07

 

14:37

r13 (r13)

 

 

 

(r13)

 

(r13)

 

sr

 

School

 

arr

10:20

11:20

pass

 

13:20

-

dep

10:20

11:20

pass

 

+w10

13:30

-

r9 (r9)

 

(r9)

 

(r9)

 

(r9)

 

sr

 

Hospital

dep

10:29

11:29

12:29

13:39

 

 

The XML Representation

One way encoding this example would be to have a  separate route and journey pattern for each column, thus there would be five routes and five journey patterns, each with a single section.  Since however the vehicle travels over the same route in the same order, but just passes by certain stops it is possible also to encode it in a less verbose manner by having a single journey pattern with an stop activity  of pass at certain stops. 

XML Document 

Service Registration

  • The service is not registered.
  • There is a single Operator.

Service Structure

  • There is a single Service instance SV1, with one Line - '1'.
  • There are nine  StopPoint instances
    • Five stops make up a locally defined bus station, comprising an Entrance (bus stop type BCE), an off-street general AccessArea (bus stop type BCQ), and three Bay instances  (bus stop type BCS).
    • There are four on-street stops,  all references to existing NaPTAN stops.  
  • There is a single RouteSection rs_1 with four RouteLink instances rl_1-rl_4 connecting the stops.
  • There is a single JourneyPatternSection JPS1 made up of four JourneyPatternTimingLink instances, JPTL1-4, with RunTime values of 3, 4, 13, and 9 minutes respectively.
  • There is a single JourneyPattern instances;
    • JP_1, section: JS_1.
  • There are five VehicleJourney instances, all for Ln_1 – ’E23’, and using JP1. The instances all use the same set of JourneyPatternTimingLink instances, but define different stop activities (e.g. pass) to specify the different express stopping patterns:
    • VJ_1,  with a departure time of 10:00, stopping at all stops.  VJ_1 appears in column #1. 
      • There is a variable stop allocation the bay in the bus station, specified on the From part of the first VehicleJourneyTimingLink - see below.
    • VJ_2,  with a departure time of 11:00 (column #2), which has a timing links annotated with a  VehicleJourneyStopUsage / Activity of 'pass' for the Market Street stop to indicate that the bus does not stop there.
    • VJ_3, with a departure time of 12:00  (column #3), which has a VehicleJourneyStopUsage / Activity of 'pass' for High Street. and for School
    • VJ_4, with a departure time of 13:07  (column #4), which has a short working: a dummy StartDeadRun is used to indicate that the service starts at Market Street.  
      • There is an extra WaitTime of 10 Minutes on departure from  the School stop, specified on the From usage of VehicleJourneyTimingLink VJ4_TL4.
    • VJ_5, with a departure time of 14:00  (column #5), which has a short working: a dummy EndDeadRun is used to indicate that the service ends at Market Street.
      • A DynamicDestinationDisplay of Market Street. is used to override the default destination of  Hospital. 
      • Both links of  this journey takes longer so has a explicit override values  of 8.00  and 9.00 minutes for the  RunTime  on the VehicleJourneyTimingLink instances of the Journey.
      • There is an extra WaitTime of 10 Minutes on arrival at the High Street stop, specified on the To usage of VehicleJourneyTimingLink VJ5_TL1.

The Operating Days

  • The Service operating period for SV_1 starts on 02/01/2002 for all vehicle journeys and continues indefinitely.
  • The OperatingProfile for the Service SV_1 states values that apply to all journeys unless overridden on a journey pattern or individual vehicle journey.
    • The RegularDayType specifies journeys of the service run Monday to Sunday every week of the year.
    • The BankHolidayOperation / DaysOfNonOperation states journeys of the service do not run LateSummerBankHolidayNotScotland, MayDay,
      EasterMonday, ChristmasDayHoliday, NewYearsDayHoliday,
      ChristmasEve, NewYearsEve.
    • The SpecialDaysOperation / DaysOfOperation  states that  journeys of the service are will run on 01/06/2004 regardless.
    • The SpecialDaysOperation / DaysOfNonOperation states that all services will not run  on  02/06/2004.

Variable Stop Allocation

The use of bays in the bus station for the stop varies for different vehicle journeys within the day, and on different days

  • The Route and JourneyPattern specify that the Service goes to a StopPoint of type BCQ in the Bus Station.
  • The Bus Station is also defined as a StopArea of type GBCS,  and the  BCQ StopPoint and the three bay StopPoint instances of type BCS are assigned to it.  (This is good practice but is not strictly required in order for the variable allocation to work ).
  • On the JourneyPattern jp_1, a DefaultStopAllocation assigns the 'Bus Station' BCQ stop to depart from BCS stop 'Bay 1' unless otherwise specified.
  • The VehicleJourney instances override this as follows:
    • VJ_1,  with a departure time of 10:00,  A VariableStopAllocation assigns the 'Bus Station' BCQ stop to depart from stop 'Bay 2' between 2004-08-01 to 2004-10-01. Otherwise it will depart from the default, Bay  1.
    • VJ_2,  VJ_3, VJ_4, use the journey pattern default.
    • VJ_5, A DefaultStopAllocation assigns the 'Bus Station' BCQ stop to always depart from stop 'Bay 3' .

Alternate XML Representation

It would also be possible instead of using dead runs to indicate the short working, to simply use a 'pass' activity for the two successive end stops not visited on each of the two journeys that are short workings.