<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Bus Reliability Metrics</title>
	<atom:link href="http://seattletransitblog.com/2009/06/18/bus-reliability-metrics/feed/" rel="self" type="application/rss+xml" />
	<link>http://seattletransitblog.com/2009/06/18/bus-reliability-metrics/</link>
	<description>Transit in the Greater Seattle Area</description>
	<lastBuildDate>Fri, 25 May 2012 14:34:57 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: djibo</title>
		<link>http://seattletransitblog.com/2009/06/18/bus-reliability-metrics/#comment-104477</link>
		<dc:creator>djibo</dc:creator>
		<pubDate>Tue, 09 Feb 2010 04:15:21 +0000</pubDate>
		<guid isPermaLink="false">http://seattletransitblog.com/?p=5795#comment-104477</guid>
		<description>Perhaps a lesson could be learned from what commonly happens in NYC with the trains, and I&#039;m sure elsewhere.

If one train is delayed, causing bunching, the first train will switch to the express tracks, skipping a segment of local stops.  The conductor will first make an announcement, telling all passengers intending to get off at the local stops to get off and wait for the next train, which is directly behind.  The second train picks them up next, and they make their stop with minimal delay, and no one had to wait on an idled train.

There&#039;s no reason buses couldn&#039;t also do this, with a little communication between drivers.</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start --><br />
Perhaps a lesson could be learned from what commonly happens in NYC with the trains, and I&#8217;m sure elsewhere.</p>
<p>If one train is delayed, causing bunching, the first train will switch to the express tracks, skipping a segment of local stops.  The conductor will first make an announcement, telling all passengers intending to get off at the local stops to get off and wait for the next train, which is directly behind.  The second train picks them up next, and they make their stop with minimal delay, and no one had to wait on an idled train.</p>
<p>There&#8217;s no reason buses couldn&#8217;t also do this, with a little communication between drivers.<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Charles Wilson</title>
		<link>http://seattletransitblog.com/2009/06/18/bus-reliability-metrics/#comment-50767</link>
		<dc:creator>John Charles Wilson</dc:creator>
		<pubDate>Fri, 19 Jun 2009 22:19:13 +0000</pubDate>
		<guid isPermaLink="false">http://seattletransitblog.com/?p=5795#comment-50767</guid>
		<description>Ah, but the late bus is probably picking up extra passengers that would have missed it if it had been on time. The better solution is for the bus behind to leapfrog the late bus and pick up some of the passengers.</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start --><br />
Ah, but the late bus is probably picking up extra passengers that would have missed it if it had been on time. The better solution is for the bus behind to leapfrog the late bus and pick up some of the passengers.<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://seattletransitblog.com/2009/06/18/bus-reliability-metrics/#comment-50648</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Fri, 19 Jun 2009 05:59:47 +0000</pubDate>
		<guid isPermaLink="false">http://seattletransitblog.com/?p=5795#comment-50648</guid>
		<description>I just went and read the GGW thread and one of the comments made me realize: I like buses to be on schedule and all, but the real key is getting screens with predicted wait times at stops.  If I know the bus is still 10 minutes away, I can get a cup of coffee, find a paper to read, and generally relax in my waiting time.  If I have no idea when the bus is coming, the whole wait is much more stressful -- 5 minutes with no knowledge of when the bus is coming is about as bad as 10 or 15 predictable minutes.</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start --><br />
I just went and read the GGW thread and one of the comments made me realize: I like buses to be on schedule and all, but the real key is getting screens with predicted wait times at stops.  If I know the bus is still 10 minutes away, I can get a cup of coffee, find a paper to read, and generally relax in my waiting time.  If I have no idea when the bus is coming, the whole wait is much more stressful &#8212; 5 minutes with no knowledge of when the bus is coming is about as bad as 10 or 15 predictable minutes.<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steve</title>
		<link>http://seattletransitblog.com/2009/06/18/bus-reliability-metrics/#comment-50641</link>
		<dc:creator>Steve</dc:creator>
		<pubDate>Fri, 19 Jun 2009 05:12:14 +0000</pubDate>
		<guid isPermaLink="false">http://seattletransitblog.com/?p=5795#comment-50641</guid>
		<description>The problem with holding buses is that it&#039;s *incredibly* frustrating to the people on the bus that&#039;s being held.  Yes, there presumably aren&#039;t that many of them because the bus in front presumably picked up more people.  But for anyone on a schedule, it means that you can&#039;t even relax when you get on a bus and there doesn&#039;t seem to be traffic, because your bus just might choose to sit in place to let the other bus get ahead.</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start --><br />
The problem with holding buses is that it&#8217;s *incredibly* frustrating to the people on the bus that&#8217;s being held.  Yes, there presumably aren&#8217;t that many of them because the bus in front presumably picked up more people.  But for anyone on a schedule, it means that you can&#8217;t even relax when you get on a bus and there doesn&#8217;t seem to be traffic, because your bus just might choose to sit in place to let the other bus get ahead.<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Morgan Wick</title>
		<link>http://seattletransitblog.com/2009/06/18/bus-reliability-metrics/#comment-50607</link>
		<dc:creator>Morgan Wick</dc:creator>
		<pubDate>Thu, 18 Jun 2009 22:52:39 +0000</pubDate>
		<guid isPermaLink="false">http://seattletransitblog.com/?p=5795#comment-50607</guid>
		<description>I know when I&#039;m waiting at a non-timepoint I&#039;ll often determine how long I should be waiting by the interval between buses. If it&#039;s been that long since I arrived at the stop, I&#039;ve waited long enough even if buses are horrendously late.</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start --><br />
I know when I&#8217;m waiting at a non-timepoint I&#8217;ll often determine how long I should be waiting by the interval between buses. If it&#8217;s been that long since I arrived at the stop, I&#8217;ve waited long enough even if buses are horrendously late.<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: L. Smith</title>
		<link>http://seattletransitblog.com/2009/06/18/bus-reliability-metrics/#comment-50603</link>
		<dc:creator>L. Smith</dc:creator>
		<pubDate>Thu, 18 Jun 2009 22:19:22 +0000</pubDate>
		<guid isPermaLink="false">http://seattletransitblog.com/?p=5795#comment-50603</guid>
		<description>This skip-stop situation naturally occurs a lot of times when a 48-Rainier Beach and a 48-Columbia City bunch near 23rd &amp; Jackson. Bus A will make a stop when Bus B has no one to get off. Bus B passes, and while it waits for people to get on at the next stop, Bus A passes by. This leapfrogging can happen 5 or 6 times before the routes branch.</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start --><br />
This skip-stop situation naturally occurs a lot of times when a 48-Rainier Beach and a 48-Columbia City bunch near 23rd &amp; Jackson. Bus A will make a stop when Bus B has no one to get off. Bus B passes, and while it waits for people to get on at the next stop, Bus A passes by. This leapfrogging can happen 5 or 6 times before the routes branch.<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ABeyer</title>
		<link>http://seattletransitblog.com/2009/06/18/bus-reliability-metrics/#comment-50591</link>
		<dc:creator>ABeyer</dc:creator>
		<pubDate>Thu, 18 Jun 2009 21:23:25 +0000</pubDate>
		<guid isPermaLink="false">http://seattletransitblog.com/?p=5795#comment-50591</guid>
		<description>I&#039;ll definately second the need for GPS in every coach. I think the decisions should be made centrally though, and any actions taken to aleviate bunching coordinated by a dispatcher who directs drivers.

I also wonder if rather than idling a second bus when it catches up to an earlier one, if it would be better to make them both switch to a staggered skip-stop system like on 3rd Ave where each one only makes stops at every second bus zone. Might not do as much to fix the bunching right away, but I think it would get more people where they are going (or at least within a couple blocks of it) on time while there is the heavy demand causing the bunching in the first place.</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start --><br />
I&#8217;ll definately second the need for GPS in every coach. I think the decisions should be made centrally though, and any actions taken to aleviate bunching coordinated by a dispatcher who directs drivers.</p>
<p>I also wonder if rather than idling a second bus when it catches up to an earlier one, if it would be better to make them both switch to a staggered skip-stop system like on 3rd Ave where each one only makes stops at every second bus zone. Might not do as much to fix the bunching right away, but I think it would get more people where they are going (or at least within a couple blocks of it) on time while there is the heavy demand causing the bunching in the first place.<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: geekgirl</title>
		<link>http://seattletransitblog.com/2009/06/18/bus-reliability-metrics/#comment-50577</link>
		<dc:creator>geekgirl</dc:creator>
		<pubDate>Thu, 18 Jun 2009 19:42:59 +0000</pubDate>
		<guid isPermaLink="false">http://seattletransitblog.com/?p=5795#comment-50577</guid>
		<description>All this would be much easier if all the buses had GPS.  A bus driver that knew her bus was closing in on a late bus up ahead could slow down, pause for a moment at a stop, etc.  A bus driver that knows he&#039;s late and that there is another bus coming close behind (less than 2 minutes) could skip a stop where no one wants to get off and make up a minute or two of time, knowing that the passengers at the stop would not be further delayed to any significant extent.

But without GPS, the bus drivers can&#039;t know their relative positions, so any attempt to avoid bunching isn&#039;t going to work until the buses are within sight of each other--which is almost too late.</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start --><br />
All this would be much easier if all the buses had GPS.  A bus driver that knew her bus was closing in on a late bus up ahead could slow down, pause for a moment at a stop, etc.  A bus driver that knows he&#8217;s late and that there is another bus coming close behind (less than 2 minutes) could skip a stop where no one wants to get off and make up a minute or two of time, knowing that the passengers at the stop would not be further delayed to any significant extent.</p>
<p>But without GPS, the bus drivers can&#8217;t know their relative positions, so any attempt to avoid bunching isn&#8217;t going to work until the buses are within sight of each other&#8211;which is almost too late.<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael</title>
		<link>http://seattletransitblog.com/2009/06/18/bus-reliability-metrics/#comment-50574</link>
		<dc:creator>Michael</dc:creator>
		<pubDate>Thu, 18 Jun 2009 19:14:59 +0000</pubDate>
		<guid isPermaLink="false">http://seattletransitblog.com/?p=5795#comment-50574</guid>
		<description>One thing to consider with the &quot;odd behavior&quot; of holding bunching buses on routes with high frequency is that the action results in at least two significant benefits.  

The first is that it distributes seating capacity better.  These types of routes tend to attract passengers more or less as a rate of passengers than a group when compared to low frequency routes.  This is likely part that the passengers on a high frequency route don&#039;t have to adhere to a schedule and partly because even the passengers that do try to catch a scheduled bus have allow different amounts of time to catch that bus.  

In practice, the longer the time is between buses the more passengers that accumulate at the bus stops.  A bus that is less than the headway behind the previous bus will pick up fewer passengers.  A bus that is more than the headway behind will pick up more passengers.  Until seats can be physically moved to another bus in route, any bus picking up a low number of passengers has underutilized capacity.

The second benefit is that holding a bus helps to prevent more bunching downstream.  Holding a bus allows that bus to pick up passengers at make stops that otherwise would have been down by the following bus.  Reducing the time spent by the following bus used to load passengers and make stops helps keep the following bus on schedule.

Ideally, this type of control would be done subtlely and early through a reduced driving speed or short waits at major stops and not by having a bus that has already caught up to another bus wait 5-10 minutes.</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start --><br />
One thing to consider with the &#8220;odd behavior&#8221; of holding bunching buses on routes with high frequency is that the action results in at least two significant benefits.  </p>
<p>The first is that it distributes seating capacity better.  These types of routes tend to attract passengers more or less as a rate of passengers than a group when compared to low frequency routes.  This is likely part that the passengers on a high frequency route don&#8217;t have to adhere to a schedule and partly because even the passengers that do try to catch a scheduled bus have allow different amounts of time to catch that bus.  </p>
<p>In practice, the longer the time is between buses the more passengers that accumulate at the bus stops.  A bus that is less than the headway behind the previous bus will pick up fewer passengers.  A bus that is more than the headway behind will pick up more passengers.  Until seats can be physically moved to another bus in route, any bus picking up a low number of passengers has underutilized capacity.</p>
<p>The second benefit is that holding a bus helps to prevent more bunching downstream.  Holding a bus allows that bus to pick up passengers at make stops that otherwise would have been down by the following bus.  Reducing the time spent by the following bus used to load passengers and make stops helps keep the following bus on schedule.</p>
<p>Ideally, this type of control would be done subtlely and early through a reduced driving speed or short waits at major stops and not by having a bus that has already caught up to another bus wait 5-10 minutes.<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: josh</title>
		<link>http://seattletransitblog.com/2009/06/18/bus-reliability-metrics/#comment-50559</link>
		<dc:creator>josh</dc:creator>
		<pubDate>Thu, 18 Jun 2009 17:04:17 +0000</pubDate>
		<guid isPermaLink="false">http://seattletransitblog.com/?p=5795#comment-50559</guid>
		<description>it&#039;s not entirely clear to me why average on-time performance over service changes is a transparent measure of performance (or what is even going into that aggregate measure).</description>
		<content:encoded><![CDATA[<p><!-- google_ad_section_start --><br />
it&#8217;s not entirely clear to me why average on-time performance over service changes is a transparent measure of performance (or what is even going into that aggregate measure).<!-- google_ad_section_end --></p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Minified using disk
Page Caching using disk (enhanced)
Database Caching 1/4 queries in 0.001 seconds using disk
Object Caching 284/288 objects using disk

Served from: seattletransitblog.com @ 2012-05-25 07:42:43 -->
