05.03.2013 Views

II/2004 - Mentz Datenverarbeitung GmbH

II/2004 - Mentz Datenverarbeitung GmbH

II/2004 - Mentz Datenverarbeitung GmbH

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Day Specific Planning with DIVA<br />

Day specific planning is used very differently<br />

by the individual transport operators.<br />

Some DIVA users cannot offer services<br />

according to the scheduled timetable<br />

on 80% of all operating days due to<br />

road works, exhibitions, etc. Naturally,<br />

these changes in the timetable must be<br />

planned and communicated to the passenger.<br />

Actually, day specific planning is nothing<br />

special. Through the definition of a service<br />

calendar, each calendar day is allocated<br />

to a day type. However, this can<br />

get very complicated for the user.<br />

Additionally, a large portion of the data<br />

must be redundantly entered and saved.<br />

The amount of data to be entered<br />

increases greatly with an increase in the<br />

number of routes. If, for example, on<br />

one day a route serves another route<br />

option due to road works, a new day<br />

type must be created for this calendar<br />

day. The planning during road works is<br />

carried out in the new day type. The problem<br />

with this: many other lines must be<br />

copied into the new day type. You can<br />

imagine what happens if two lines have<br />

separate road works deviations that<br />

timely overlap.<br />

The planning of a route group<br />

should be possible without influencing<br />

other route groups. In a<br />

route group, all routes that<br />

change are pooled. Within a<br />

route group, all blocks are consistent.<br />

For the first time, this is solved in<br />

DIVA through the introduction of a<br />

calendar per route group. In this<br />

calendar only special occasions<br />

concerning the route group are<br />

defined. The calendar of one<br />

route group does not influence<br />

the calendar of the other route<br />

group.<br />

This solution sounds trivial but<br />

has serious consequences for<br />

the DIVA program and its users.<br />

How are calendars per route<br />

group to be exported to VDV<br />

compatible systems such as AVL<br />

systems and passenger counting<br />

systems? Especially these interfaces<br />

are an important part of the<br />

DIVA system and were, amongst<br />

others, responsible for the success<br />

of DIVA in the last years.<br />

This is possible through the introduction<br />

of a network-wide valid<br />

service calendar that can be<br />

mdv news <strong>II</strong>/<strong>2004</strong> - 4 -<br />

used, for example, for the VDV export.<br />

The calendars that are defined for each<br />

individual route group must be mapped<br />

on this network-wide service calendar.<br />

And how should the duty schedule<br />

work? The duty schedule does not know<br />

any route groups. The calendar of the<br />

duty schedule must work for several<br />

route groups. Often a reduced or extended<br />

calendar is necessary for duty scheduling,<br />

for example because services<br />

are not planned in the timetable schedule<br />

but are only defined as secondary<br />

service in the duty schedule. Therefore,<br />

in DIVA the calendar of the duty schedule<br />

can be extended and modified, based<br />

on the service calendar of the timetable<br />

schedule.<br />

For the publication of timetable data for<br />

the passenger, day type specific data is<br />

mostly not of interest. If all details of day<br />

specific planning would be presented,<br />

for example in a stop timetable, the passenger<br />

would drown in footnotes. In order<br />

to keep the stop timetable readable, the<br />

data are normally smoothed out. Therefore,<br />

in DIVA it is also possible to define<br />

a special calendar for publication purposes.<br />

Day specific planning can basically be<br />

performed following three different strategies:<br />

1. The service calendar is identical with<br />

the calendars of the route groups.<br />

This is a wise strategy for smaller<br />

operators with few routes.<br />

2. A calendar is defined per route group.<br />

The service calendar is defined in<br />

such way that on the one hand all<br />

route groups can be scheduled exactly<br />

and on the other hand as few day<br />

types as possible are created in the<br />

service calendar. This strategy is useful<br />

if a restriction on the number of<br />

day types in the consuming systems<br />

(AVL, passenger counting, etc) exists<br />

which excludes the third strategy.<br />

This is the case for most operators.<br />

3. Parallel to the second strategy, a<br />

calendar per route group is defined.<br />

The network-wide valid service calendar<br />

is defined on a 365 day types per<br />

year basis. This is a sensible strategy<br />

when more than one operator is planned<br />

in a timetable schedule. This<br />

strategy implies that the consuming<br />

DIVA Graphic Schedule enables the handling of overall day types in the new days of operation concept. The program sh

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!