Importing Synchro UTDF timing into a time-distance diagram

Synchro's Universal Traffic Data Format export carries the node coordinates, cycle lengths, offsets and phase timings that a time-distance (time-space) diagram needs. SigTDD reads those sections directly, so a corridor already coded in Synchro can be drawn and re-timed in the browser without retyping a number. This page shows the export step, the exact field mapping and what to check afterwards.

· SigTDD

1. Export from Synchro

  1. Open the network in Synchro and select the arterial you want to coordinate.
  2. Choose File → Export → UTDF (in older versions Transfer → Data Access → Export).
  3. Export the combined UTDF file: a single CSV text file containing bracketed sections such as [Network], [Nodes], [Links], [Timeplans] and [Phases]. If Synchro offers separate files per section, export the combined form; SigTDD detects the format by the presence of the [Network] and [Nodes] headers.
  4. Keep the file's .csv or .txt extension; both are accepted by the Import button.

2. Import into SigTDD

Press Import in the toolbar and pick the file. The format is detected from the content, the corridor is built and drawn, and any warnings, such as nodes skipped because they are unsignalised or coordinates converted from feet, are listed in the browser console. Synchro UTDF import is a Pro-tier capability (the free tier imports CSV and SigTDD JSON); the tier table on the pricing page is read from the same source the API enforces.

3. What is read, and how it becomes a corridor

A minimal file that exercises every section the importer uses:

[Network]
RECORDNAME,DATA
Metric,1

[Nodes]
INTID,TYPE,X,Y,Z,DESCRIPTION
1,1,0,0,0,Oak St
2,1,0,350,0,Elm Ave
3,0,180,350,0,Driveway

[Timeplans]
RECORDNAME,INTID,DATA
Cycle Length,1,120
Offset,1,0
Cycle Length,2,120
Offset,2,21

[Phases]
RECORDNAME,INTID,D1,D2,D3,D4
MaxGreen,1,36,18,18,14
Yellow,1,3,3,3,3
AllRed,1,1,1,1,1
UTDF section and fieldBecomesRule
[Network] MetricDistance unit1 means coordinates are already in metres; anything else is treated as feet and multiplied by 0.3048.
[Nodes] INTID, TYPEWhich nodes become intersectionsOnly TYPE = 1 (signalised) nodes are imported, in ascending INTID order. External, unsignalised and roundabout nodes are dropped and counted in a warning.
[Nodes] X, YDist N — distance to the next intersectionStraight-line distance between consecutive signalised nodes, rounded to the metre. The last intersection gets the default spacing because nothing follows it.
[Nodes] DESCRIPTIONIntersection name and cross streetUsed as written; a missing description becomes Int <INTID>.
[Timeplans] OffsetOS — the offsetRounded to whole seconds; 0 when absent.
[Timeplans] Cycle LengthCorridor cycle lengthTaken from the first intersection; if absent, the sum of its phase durations.
[Phases] MaxGreen, Yellow, AllRedPhase durations A–FDuration = green + yellow + all-red per phase column (D1, D2, …), rounded; zero-length phases are dropped; the first six phases are kept.
(not in UTDF)Phase directionAssigned positionally: the first phase serves both directions, then alternately northbound and southbound. Review these; see step 4.
(not in UTDF)Design speeds V N, V SSet to the tool default of 60 km/h. Enter the corridor's design speeds after import.

The result is one corridor named after the file, with one timing plan called UTDF Import. Missing timing or phase data at an intersection falls back to defaults and is reported as a warning, never silently invented.

4. What to check after import

  1. Node order. INTID order must follow the corridor from south to north (or west to east). If Synchro numbered the nodes in a different order, reorder the rows in the table or renumber the nodes before exporting.
  2. Distances. Node-to-node straight lines are shorter than the road on a curve, and Synchro node positions are not always at the stop line. Compare Dist N with measured stop-line spacing and correct it.
  3. Design speeds. Replace the 60 km/h default with the platoon speed for each direction; the trajectories and every offset calculation depend on it.
  4. Phase directions. Right-click each phase cell in the data grid and set whether it serves northbound, southbound, both or neither. UTDF describes phase timing, not which corridor movement a phase carries, so the positional guess needs a human check; a wrong direction shows up as a band passing through what should be red.
  5. Cycle length. Every intersection should show the same cycle; a double-cycled signal appears as a bar repeating at twice the rate and needs its own treatment.
  6. Phase count. Intersections with more than six timed phases are truncated; combine overlaps or represent the controller's ring structure with the six that matter for the corridor.

5. Why draw a Synchro corridor in a separate tool

Synchro is where the network is coded and the capacity analysis lives. The time-distance diagram is the coordination working drawing, and there are moments when it is useful on its own: showing a reviewer the green wave from a link without a licence, comparing three offset ideas side by side in seconds, or teaching the relationship between spacing, speed and cycle length. SigTDD is for those moments; it does not replace the capacity model, and the timings it produces go back into the controller database through the usual channels.

Limits per corridor on the free and Pro tiers are 6 and 12 intersections; a longer arterial is coordinated in sections, which is also how the field usually treats it. The worked example shows a six-signal section end to end, and the documentation keeps the import reference beside the CSV and JSON formats.