Innhold
Table of Contents |
---|
Line 109, Oslo
Info |
---|
Note |
According to the Norwegian NeTEx-profile, one separate file should be sent per Line. |
...
each Line must be defined in its own separate XML-file. |
Route pattern
Line 109 is a an early morning bus service between Helsfyr T and Holtet, partly as a supplement for the metro, . It operates on all weekdays with serving the following stops:
Helsfyr T
Brynseng T
Høyenhall T
Manglerud T
Ryen T
Holtet stasjon
The departure runs three times There are three departures each morning, but at different times for differ between weekdays , Saturdays and Sundaysweekends. A Line with one route is modeled modelled accordingly as in to the example for Simple route for bus line with rhytmbased rhythm-based departures, but Timetable is modeled modelled as an explicit ServiceJourney for each departure.
Link
The entire XML sample file is on the project's GitHub-repository under XML example in it its entirety can be found in the GitHub repository: https://github.com/entur/profile-norway-examples/blob/master/netex/Full_PublicationDelivery_109_Oslo_morningbus_example.xml
PublicationDelivery
Info |
---|
Because relevantsome data structures inrelevant to this example have already been reviewedcovered in Simple route - Bus ( rhytmbased (Copy)and Projection (Copy), only the ServiceJourney construction is described in detail in this document, parts of the relevant structure have been omitted, and this example covers only the ServiceJourney structure. |
Service Frame
ServiceJourney
Structuring of Passenger transport setup for a given day type is specified in this example as a set of ServiceJourney ServiceJourneys (under vehicleJourneys), which individually describes describe one trip each trip. Although the pattern could have been defines defined as a rhytmrhythm-based departure, ref. Simple route - Bus (rhytmbased ) (Copy), it is due to few departures and different departure times on those different days easier to rhythm based bus line, it may be easier to define each departure as a separate ServiceJourney. in cases where there are very few departures, or deviating journey patterns, or departure times.
The example below shows a departure that runs operating on both weekdays and SaurdaysSaturdays:
Code Block | ||
---|---|---|
| ||
<ServiceJourney version="any" id="UNI:sj:109:CODE-0530"> <DepartureTime>05:30:00</DepartureTime> <dayTypes> <DayTypeRef ref="UNI:dt:weekday"/> <DayTypeRef ref="UNI:dt:saturday"/> </dayTypes> <JourneyPatternRef ref="UNI:JourneyPattern:109"/> <!-- Optional: --> <LineRef ref="UNI:line:109"/> <passingTimes> <TimetabledPassingTime> <!-- Helsfyr T --> <StopPointInJourneyPatternRef version="any" ref="UNI:StopPointInJourneyPattern:helfyr_t"/> <DepartureTime>05:30:00</DepartureTime> </TimetabledPassingTime> <TimetabledPassingTime> <!-- Brynseng T --> <StopPointInJourneyPatternRef version="any" ref="UNI:StopPointInJourneyPattern:brynseng_t"/> <DepartureTime>05:32:00</DepartureTime> </TimetabledPassingTime> <TimetabledPassingTime> <!-- Høyenhall T --> <StopPointInJourneyPatternRef version="any" ref="UNI:StopPointInJourneyPattern:hoyenhall_t"/> <DepartureTime>05:33:00</DepartureTime> </TimetabledPassingTime> <TimetabledPassingTime> <!-- Manglerud T --> <StopPointInJourneyPatternRef version="any" ref="UNI:StopPointInJourneyPattern:manglerud_t"/> <DepartureTime>05:34:00</DepartureTime> </TimetabledPassingTime> <TimetabledPassingTime> <!-- Ryen T --> <StopPointInJourneyPatternRef version="any" ref="UNI:StopPointInJourneyPattern:ryen_t"/> <DepartureTime>05:35:00</DepartureTime> </TimetabledPassingTime> <TimetabledPassingTime> <!-- Holtet --> <StopPointInJourneyPatternRef version="any" ref="UNI:StopPointInJourneyPattern:holtet"/> <ArrivalTime>05:40:00</ArrivalTime> </TimetabledPassingTime> </passingTimes> </ServiceJourney> |
...