Purpose
This procedure provides information for appropriate transit agency staff to help ensure that the published schedule is properly loaded into the CAD AVL system and is running correctly. This process also describes the steps that should be taken for pushing out any type of service change. Service changes are typically the result of new bids, route changes, trigger box updates, announcement updates, route trace updates, and GTFS feed updates.
Operational Impact and Metrics
Operational Impact: Schedule and service changes that are not correctly published and loaded into the CAD AVL system can have an impact on the operator’s ability to log into the MDT as well as operations ability to receive real-time updates from each bus and block. If this process is not administered correctly, it could also have a negative impact on data collection and reporting. If the schedule is not loaded or running correctly, on-time performance data will not be accurate, and other features of the CAD AVL system may not function properly; for example, automated stop announcements on the transit bus may not correctly call out stops.
Metrics: Determine the accuracy and efficiency of the schedule in two ways:
- Check the ‘Vehicle Files’ tab within myAvail from the time files are deployed until publish date to ensure the vehicle fleet has downloaded the new schedule files.
- After the schedule deployment date, the following items should be checked for accuracy:
-
- 100% of scheduled blocks are collecting data – across all service levels
- Missing stops, missing segments, missing time points, and missing trips to identify data is being collected
- Running Times report confirming new schedule times is correct
- On-time performance report for service discrepancies
Definitions
Frequency
This procedure should be followed every time a change is made to the schedule. New files should be deployed at least two weeks in advance of the schedule go-live date to ensure proper distribution.
Roles and Responsibilities
Implementation of this procedure is the responsibility of transit agency staff that are involved with importing, updating, and editing schedules.
Procedure
This procedure describes the high-level steps involved in producing, importing and managing the schedule.
- Produce schedule using third party software (i.e. Trapeze, OptiBus, CSched, FleetNet, etc.)
- Export schedule as an XML or CSV file and move files to the “Schedule Set” folder.
- Import schedule into myAvail: Build & deploy tab- Import tab
-
- Launch the “Schedule Data Import” tool from the Build & Deploy tab in myAvail
- Click on the “Import” tab and it will auto-launch the Planning & Scheduling product suite in ETMS (Import Card)
- Browse for the files on the computer (usually in the Cdrive)
- e.g. “Schedule Set” folder
- Open folder/ locate files/ extract files/ copy/ import
- Imported data is automatically compared to what is currently in the system; differences are highlighted
-
- Verify there are no hard stops ( red color indicator is used to notify you that there are significant issues with the imported schedule data. You cannot proceed. Yellow color indicates soft stops- Avail recommends reviewing these too
- Make the needed corrections in the scheduling software package, then re-reimport into myAvail again
-
- View the differences for each type of data and confirm the correct variation.
- The types of data include:
-
-
-
- Route
- Trips
- Run
- Stops
- Service Level
- Blocks
- Confirm Mapping
-
-
-
- Merge the new data with the data currently in the new system and initiate schedule publication.
-
-
- Set the go-live date for new schedule data
- Select publish type:
-
Minor – for correction to the existing schedule. This will adjust the schedule for internal reporting back to the last major update published. This publish type may affect previously reported NTD data.
-
Major – for new schedules, new service, and significant service changes.
-
- After selecting the publish type, the system will ask you to confirm your action with the statement: Are you sure? When you are ready, verify “Yes”
- Go to the Build and Deploy menu to “Validate Schedule”
- Major schedule issues should be corrected in the import file before proceeding to the working schedule in Avail.
- Working schedule vs Active schedule – The working schedule is a staging area. At publish date the working schedule pastes over the active schedule. The schedule should be as close to perfect as possible when created using the third party software before it is imported into the system.
- Avail specific fields are added to the working schedule before it becomes the new active schedule.
- If necessary, users can make changes to the imported Working Schedule in myAvail
-
Go to the Geographic Tools tab in myAvail
- Update trigger boxes - every stop has a geographic fence for GPS. If new stops are changed or new stops are added the trigger boxes will need to be adjusted or added. The trigger boxes will impact the dwell timer, announcements, and other automated functions. The trigger boxes also have an impact on reporting, including on-time performance. The myAvail system identifies what stops and trigger boxes need to be looked at. Trigger box updates may include:
-
- Location
- Size/shape (always select Save after changing the size or shape)
- Announcements (choose announcements from the list; or refer to the Add Announcement SOP to create a new announcement.)
- Heading of entry
- Head sign changes (if applicable)
- Repeat for each trigger box that needs to be change – remember to save size/shape changes (other changes save automatically)
-
Update Route Traces
- The myAvail system provides prompts for missing paths
- Draw new paths between stops and/or trace new route where necessary
- When defined, click on “generate” and save to save updated route trace
- Repeat for each route that needs to be updated
Build and Deploy Schedule Files - go to the “Build and Deploy” tab in myAvail, work through the sub tabs in order:
- Validate schedule – most issues should have been resolved if the procedure described above was followed.
- Click validate schedule.
- Identify issue
- Review recommended action
- Resolve issue
- Revalidate until no issues remain.
- Confirm the name of schedule (was generated from import schedule) or change if desired
Note - Common schedule issues at this point in the process typically include:
- Paths that need to be created
- Route Traces that need to be generated
- Trigger boxes that need to be reviewed
Build a Schedule
- Select files to build
- Schedule Data and/or General Transit files
Click on Build Output files
- Status displays below
- Resolve errors and warnings if they display
- Review status and that there are no build error warnings
- Confirm completion
Deploy Schedule
- Select deployment type
- Select schedule type
-
- This will be pre-checked based on selection at the merge point
-
- Change start date to your desired publish date (the date is pre-filled from the merge process)
-
- If this is a “minor” publish type, select “correction” publish
- If this is a “major” publish type, leave unchecked
-
- Review Ready for Deployment section
-
- Only check boxes for items that have numbers in parentheses (i.e.: have new files to send out)
-
- Click on “Deploy”
- View deployments to see progress. Schedules will automatically be sent to vehicles when they enter the Wi-Fi range
- Users can also view deployment progress from the “Vehicle files” tab, which identifies specific vehicles that have received the download, and which are scheduled
- Use "Cancel” deployment to cancel the schedule deployment
- Use "Unschedule” publish to unschedule a scheduled deployment
Supporting Documents
Related SOPs
- SP-002-01 Planning – Daily Schedule Analysis
- SP-003-01 Planning – Farebox and APC Exceptions and Adjustments
- SP-004-01 Planning – Manage Vehicle & ADA Announcements
- SP-005-01 Planning – Using the Replay Tool