CSPI

Questions and discussions about requests for new features in future versions of Tru-Traffic

Moderator: bullock

CSPI

Postby Rondog39_TSOS » Mon Jan 31, 2011 10:20 pm

OCTA has developed a new MOE called Corridor Synchronization Performance Index or CSPI. I correlates Average Speed, Stops per Mile, and number of intersections made on a green vs. those stopped by red on Travel Time Runs for a more practical measurement tool. The index is average speed in miles per hour from a low of 15 and a score of 8 to a high of 34 and a maximum score of 36; Green/Red with a low of 1.0 with a score of 8 to 5.0 with a maximum score of 40; and Stops/Mile with a low end of 2.3 stops/mile and a score of 17 to a high end of 0.7 stops/mile and a score of 33. Sum of the three scores gives a total CSPI. A CSPI of 70 and above is considered job well done. A CSPI of below 70 indicates work to be done, and below 50 indicates timing needs total revamp and possible mitigation of choke points or other impediments. Greg is putting this MOE into the latest version of Tru Traffic and we would like feedback.
Rondog39_TSOS
 
Posts: 2
Joined: Mon Jan 31, 2011 9:12 pm

Re: CSPI

Postby bullock » Tue Feb 01, 2011 6:04 am

After some discussions, one other user and I have separately created some user-defined columns to add OCTA's CSPI to the TT&D report. We're comparing notes to ensure that our calculations agree and are correct. Once we're satisfied, I'll post a file with the set of formulas on the downloads page so others may install them, form opinions, and give feedback.

Regards.
Greg
bullock
Site Admin
 
Posts: 200
Joined: Thu May 06, 2004 6:51 pm
Location: Pacific Grove, CA

Re: CSPI

Postby bullock » Wed Feb 02, 2011 6:19 pm

I'll offer a few comments.

Comment I.
One consideration is how to compute the average CSPI for a collection of travel time runs. The calculation could either

  1. Compute the CSPI for each travel time run, then average all the individual CSPIs together, or
  2. Compute the average Speed, Green/Red, and Stops/Mile for the set of travel time runs, then enter those averages into the CSPI formula.
If it weren't for the max/min functions in the scoring formulas, and the respective scores were unbounded, then these two calculations would yield the same number, so it wouldn't matter which one to use. But the max/min functions can effectively discard information as soon as they're invoked, and that causes a difference between the above two averaging methods.

Tru-Traffic can do it either way, but the user-defined column must specify which method to use.

Does OCTA have a preference?

If OCTA and no one else has a policy or an argument for using method 1 or 2, then I personally lean toward method 2 on argument that it will be the more sensitive to the input, as it postpones discarding the out-of-bounds information until the very end, and for the intermediate calculations, it preserves and can still use the out-of-bounds information.

Comment II.
A second comment is that I think the label "Green/Red" is confusing and even misleading. It seems to suggest something to do with the green time and the red time of the signal cycle. As I understand it, it instead refers to the number of links without stops vs. the number of links that include at least stop. I think a label something like "no-stop/stop signals" or "go/stop" or "unstopped/stopped" would be more clear.

Regards.
Greg
bullock
Site Admin
 
Posts: 200
Joined: Thu May 06, 2004 6:51 pm
Location: Pacific Grove, CA

Re: CSPI

Postby Jmy » Fri Feb 04, 2011 5:53 pm

I believe Method 2 would be most accurate.

In Method 1, the total CSPI score of each run could vary depending on each MOE and the min and max limits.

In Method 2, the averaging of all runs is completed to accurately estimate the average MOE. Then the CSPI is calculated from that to derive the corridor score.

For example, if runs 1, 2, 3, 4 had speeds (mph) of 35, 20, 5, and 10. The CSPI scores would be 36, 15, 8, and 8 .

Method 1 would have an average speed CSPI of 16.75.
Method 2 would have an average speed of 17.5, and a corresponding average speed CSPI of 11.
Jmy
 
Posts: 1
Joined: Fri Feb 04, 2011 5:43 pm

Re: CSPI

Postby bullock » Fri Feb 04, 2011 8:03 pm

That's a good example.

Here's another example showing the different sensitivities in the two averaging methods due to their discarding information early or late in the calculation: Suppose we have two cases in which we're averaging together just two travel time runs each.

In Case A, suppose
  • the first run has an average speed of 34 mph -- just at the top-score speed in the CSPI defintion, and
  • the second run has an average speed of just 5 mph -- well below the bottom-score speed in the CSPI definition

In Case B, suppose
  • the first run has an average speed of 45 mph -- well over the top-score speed in the CSPI defintion, and
  • the second run has an average speed of 15 mph -- just at the bottom-score speed in the CSPI definition

Given the asymmetry here, we expect Case A to have a lower speed-score contribution to the CSPI than Case B.

Using averaging Method 1, these two cases have exactly the same speed-score contribution: In each case, the first run has a speed-score of 36 (the maximum possible) and the second run has a speed score of 8 (the minimum possible), so the average speed-score is (36+8)/2 = 22 for either case using averaging Method 1.

Using averaging Method 2, the asymmetry of these two cases is exposed. Case A has an average speed of (34+5)/2 = 19.5 mph, giving a speed-score of 14.6, while Case B has an average speed of (45+15)/2 = 30 mph, giving a speed-score of 30.1, so the speed-score using averaging Method 2 reflects the differences between the two cases.

In summary, the Average CSPIs are

Code: Select all
         Method 1   Method 2
Case A:        22       14.6
Case B:        22       30.1


Regards.
Greg
bullock
Site Admin
 
Posts: 200
Joined: Thu May 06, 2004 6:51 pm
Location: Pacific Grove, CA

Re: CSPI

Postby bullock » Thu Feb 24, 2011 3:27 pm

The choice in averaging method also affects intermediate calculations in the Green/Red contribution to the score. For example, the Red part (which is the number of links that include at least one stop) may be calculated with either formula
Code: Select all
if(Stops>0,1,0)

or
Code: Select all
min(Stops,1)

and with a separate column to accumulate the results along the artery.

But these two formulas have different behavior under Method B averaging. With Method B, the number of stops along a link, averaged over multiple runs, might be a fractional value. The first formula would always return 1 for any fraction (greater than 0, of course), while the second formula would return the actual fraction.

For example, suppose there are two travel time runs, one with 0 stops along a segment, the other with 1 stop. The average # of stops in this case is 0.5, and the first formula returns a Red number of 1, while the second formula returns 0.5. In either case, this value then affects the Green/Red ratio and then the corresponding scores.

So if we use Method B for averaging, then we must also choose between these two, now distinguishable, types of formulas for the Green/Red calculation. I'm leaning toward the second formula using the same argument as before: that it allows the CSPI to be the more sensitive because it postpones discarding information until a later stage in the calculation. Someone else may have an argument for preferring the first formula, or someone may even use this as a reason to prefer the Method A style of averaging. Comments most welcome.

Greg
bullock
Site Admin
 
Posts: 200
Joined: Thu May 06, 2004 6:51 pm
Location: Pacific Grove, CA

Re: CSPI

Postby bullock » Tue Mar 15, 2011 5:24 am

The Downloads page http://www.tru-traffic.com/downloads.htm has the set of formulas that Jonathan Yee of DKS Associates created and donated, with assistance and editing from me, to add OCTA's CSPI to your TT&D Reports. Thank you, Jonathan!

Greg
bullock
Site Admin
 
Posts: 200
Joined: Thu May 06, 2004 6:51 pm
Location: Pacific Grove, CA


Return to Feature Wish List

Who is online

Users browsing this forum: No registered users and 1 guest

cron