The Washington, DC region is great >> and it can be greater.

Posts about ART

Transit


Here's why the DC region has so many bus systems

There are more than 20 separate bus agencies in the Washington area. Why not run them all as part of WMATA? Some run outside WMATA's geography, but the bigger reason is money: It costs less to run a local bus than a WMATA bus, translating to better service for less money on local lines.


Photos by the author.

With a few exceptions, essentially every county-level local government in the Washington region runs its own bus system, on top of WMATA's Metrobus. DC has Circulator, Montgomery County has Ride-On, Alexandria has DASH, etc ad nauseam. There are more than 20 in the region, not even including myriad private commuter buses, destination-specific shuttles, and app-based startups.

Our region is a smorgasbord of overlaying transit networks, with little in common except, thankfully, the Smartrip card.

Why?

Three reasons, but mostly it's all about money

Some of the non-WMATA bus systems can't be part of Metro simply because buses go to places that aren't part of the WMATA geography. Since Prince William County is outside WMATA's service area, Prince William County needs its own system. Thus, OmniRide is born. Hypothetically WMATA could expand its boundaries, but at some point 20 or 40 or 60 miles out from DC, that stops making sense.

Another reason for the transit hodgepodge is control. Locals obviously have more direct control over local systems. That's an incentive to manage buses close to home.

But the biggest reason is money. Specifically, operating costs.

To calculate how much it costs to operate a bus line, transit agencies use a formula called "cost per revenue hour." That means, simply, how much it costs to keep a bus in service and carrying passengers for one hour. It includes the cost of the driver's salary, fuel for the bus, and other back-end administrative costs.

Here are the costs per hour for some of the DC-region's bus systems, according to VDOT:

  • WMATA Metrobus: $142/hour
  • Fairfax County Connector: $104/hour
  • OmniRide: $133/hour
  • Arlington County ART: $72/hour
Not only is WMATA the highest, it's much higher than other local buses like Fairfax Connector and ART. OmniRide is nearly as high because long-distance commuter buses are generally more expensive to operate than local lines, but even it's less than Metrobus.

This means the local systems can either run the same quality service as WMATA for less cost, or they can run more buses more often for the same cost.

At the extreme end of the scale, Arlington can run 2 ART buses for every 1 Metrobus, and spend the same amount of money.

In those terms, it's no wonder counties are increasingly pumping more money into local buses. Where the difference is extreme, like in Arlington, officials are channeling the vast majority of growth into local buses instead of WMATA ones, and even converting Metrobus lines to local lines.

Why is Metrobus so expensive to run?

Partly, Metrobus is expensive because longer bus lines are more expensive to run than shorter ones, so locals can siphon off the short intra-jurisdiction lines for themselves and leave the longer multi-jurisdiction ones to WMATA.

Another reason is labor. WMATA has a strong union, which drives up wages. The local systems have unions too, but they're smaller and balkanized, and thus have less leverage.

Finally, a major part of the difference is simply accounting. WMATA's operating figures include back-end administrative costs like the WMATA police force, plus capital costs like new Metro bus yards, whereas local services don't count those costs as part of transit operating.

Montgomery County has a police department of course, and bus planners, and its own bus yards, but they're funded separately and thus not included in Ride-On's operating costs.

So part of the difference is real and part is imaginary. It doesn't actually cost twice as much to run a Metrobus as an ART bus. But for local transit officials trying to put out the best service they can under constant budget constraints, all the differences matter.

Cross-posted at BeyondDC.

Transit


Ask GGW: Now that the streetcar isn't happening, why aren't there bigger buses on Columbia Pike?

Columbia Pike is one of the most heavily-traveled transit corridors in the area. A streetcar there is no longer a transportation option, but that only highlights the need for a solution for current and future congestion.


Photo by WMATA.

Reader Brandon Shaw wants to know why there are only standard buses on Columbia Pike as opposed to articulated buses, which are longer and can carry more passengers:

Why aren't there articulated buses on Columbia Pike? My understanding is that replacing the current 40 foot buses with 60 foot buses would have a 50% increase in passenger capacity.
Ryan Arnold wrote a post in 2012, when Arlington first solicited comments on the option to replace the streetcar with articulated buses, that tackled the streetcar vs. articulated bus debate. He emphasized that articulated buses are appropriate in many areas but don't accomplish the same goals as streetcars.

In Columbia Pike's case, streetcars were favorable because Arlington's main goal was to transform the corridor from a suburban commercial strip into a dense, mixed-use neighborhood.

But with that option off the table, is it possible that articulated buses are the next-best thing?

The Columbia Pike routes, also known as Pike Ride, are a combined Arlington Transit (ART) and Metrobus service on Columbia Pike that consists of three main Metrobus lines, two MetroExtra routes, and three individual ART routes. All of these buses are operated with standard buses (vehicles with a length of 35 to 42 feet).

Standard buses are enough if bus service is what Arlington is sticking to

Currently, there is no demand for articulated buses on this line. As Metro planned it years ago, standard buses are enough to provide the service and frequency desired.

Chris Slatt mentions that Arlington Transit staff are moving forward with streetcar alternatives by conducting a study that's part of Arlington's revamp of their Transit Development Plan.

There's not enough space to store articulated buses

Metrobus stores their articulated buses in three bus divisions (garages), and none of them are in Virginia. At one time, the Four Mile Run division, which runs the Columbia Pike Metrobus routes (16 Line), stored articulated buses. But the garage was renovated to store their current fleet of compressed natural gas (CNG) buses.


The 2010 Metrobus Fleet Management Plan showing Metrobus fleet at the end of June 2009. Only two articulated buses were assigned to the Four Mile Run division. Image from WMATA.

A new Metrobus garage is scheduled to open in 2016 in Fairfax County, replacing the Royal Street division in Alexandria. The new Cinder Bed Road division will store about 160 buses, but there are no plans to store articulated buses.

Articulated buses are more expensive

Canaan Merchant points to possible maintenance issues with using articulated buses on Columbia Pike saying, "the road at present would deteriorate faster due to the excess weight and wear and tear".

Articulated buses currently in revenue service by Metrobus have a maximum life cycle of 12 years before they need to be replaced. Standard buses, on the other hand, have a maximum life cycle of 15 years. A number of standard buses that are about 7.5 years old have gone through a "mid-cycle refresh" or rehabilitation in order to keep them running their full life cycle. Only six articulated buses have been rehabbed and a number of them are planned to be replaced by a new order later in 2015.


A Metrobus articulated bus that is scheduled to be replaced in the near future.Image from Robbieraeful on Wikipedia Commons.

The long maintenance bays needed to service articulated buses could be restored or added to the Four Mile Run division in the future, however there are no plans or funding in place.

Do you have a question? Each week, we'll pose a question to the Greater Greater Washington contributors and post appropriate parts of the discussion. You can suggest questions by emailing ask@ggwash.org. Questions about factual topics are most likely to be chosen. Thanks!

Transit


ART keeps graduating to bigger and bigger buses

After years of using exclusively smaller buses, Arlington Transit is now operating its first full-length 40-foot vehicles.


40-foot ART bus. Photo by BeyondDC on Flickr.

When Arlington launched its first ART bus routes in 1999, it used tiny jitneys that looked more like vans than real buses. Since then, as ART has gotten more and more popular, the agency has graduated to larger and larger vehicles.

In 2007, ART added its first "heavy duty" vehicles - buses that look like buses, not vans. Those were rare at first, but are now a common sight throughout Arlington.

These new 40-footers are the next natural step up. Three of these big new buses now ply Route 41, and you may see them on other routes too.

Cross-posted at BeyondDC.

Events


Events roundup: Forums, freight, and financing

This week, learn about infrastructure and support smart growth advocacy. Next week, weigh in on projects that will make communities better in DC, Arlington, and Alexandria. And enjoy the nice weather, get outdoors, and explore the Washington region with more walking tours.


Photo by Loco Steve on Flickr.

CSG Livable Communities Leadership Award: The Coalition for Smarter Growth's annual awards ceremony is an important way for all of us to support smart growth advocacy and honor people who have made a difference.

This year, CSG will be honoring Arlington County Board Chairman Walter Tejada for his work supporting transit, revitalization, and affordable housing on Columbia Pike, and upper Northwest's Ward 3 Vision which pushes to make Ward 3's neighborhoods more walkable and sustainable.

Tickets are $125 and go toward furthering the goals many of us share on this blog. The reception is Thursday, May 15, 6:30-8:30 at Epic Studio, 1323 Connecticut Avenue, NW. Buy your tickets here.

Infrastructure Week, 2014 is this week, May 12-16. Join the US Council on Competitiveness, US Chamber of Commerce, AFL-CIO, and the Brookings Institution for a week-long discussion of our nation's infrastructure. Topics will include transportation, freight movement, and water management. Below are several highlights of the 20 events happening this week:

  • Funding and financing America's infrastructure, Tuesday, May 13 from 9-11 am.
  • Bridging the financing gap panel discussion, Wednesday, May 14, from 8:30 am to 12:30 pm.
  • Forum on high speed train technology, Wednesday, May 14, from 2:30-4 pm.
  • Economic impact of transit investment, Thursday, May 15, from 12:30-2 pm.
Check out the Infrastructure Week website for the full calendar and for registration infofmration. Plus, Young Professionals in Transportation is having an Infrastructure Week happy hour on Wednesday, May 14, 6-8 pm at the Brixton, 901 U Street NW.

Great spaces: What makes a great space? Listen to experts from the Urban Land Institute, Metropolitan Washington Council of Governments, Arlington County Center for Urban Design and Research, and the Coalition for Smarter Growth talk about the benefits of "great spaces" at the 2014 State of Affordable Housing talk. The talk is Wednesday, May 14 from 4:30-7:30 pm at the Walter Reed Community Center (2909 16th St South) in Arlington. Go here to RSVP.

CSG walking tours: The Coalition for Smarter Growth is leading three more Saturday walking tours over the next month. Next up: Twinbrook, on May 17, Pentagon City, on May 31, and H Street NE, on June 7. Come hear about the past and future of these changing neighborhoods while enjoying some spring sunshine.

  • Saturday, May 17: Visit the Twinbrook Metro station and see how a community is taking shape on an area that used to be an expanse of parking lots.
  • Saturday, May 31: Come hear about how recent development projects are transforming Pentagon City into a community that is more than a mall.
  • Saturday, June 7: Explore H Street NE and learn about one of DC's most rapidly changing neighborhoods. Plus, get the scoop on the latest addition to the community: the DC Streetcar.
All of the CSG walking tours run from 10-noon. These events fill up quickly, so RSVP to secure a spot!

MLK library renovation forum: The DC Public Library is exploring renovation options for its central facility, the Martin Luther King Jr. Memorial Library, and is looking to the community for input. The architect team of Martinez & Johnson and Mecanoo will host a public forum to present preliminary design ideas on Monday, May 19 from 6-7 pm at the MLK library (901 G Street NW).

Arlington Transit forum: Give Arlington's government your input on transit service at a public meeting from 7-9 pm on Monday, May 19 at the Arlington Mill Community Center, 909 South Dinwiddie Street. If you can't make it, you can take an online survey to give your feedback.

Monroe Avenue, a complete street: Alexandria wants to redesign Monroe Avenue in Del Ray to calm traffic and better accommodate bicyclists. Officials will present options and hear from residents on Tuesday, May 20, 6-8 pm at Commonwealth Academy on Leslie Avenue.

Have an event for the Greater Greater Washington calendar? Email it to events@ggwash.org.

Transit


What's up with NextBus, part 2: A pile of APIs

Why do some apps for getting bus predictions work with some DC-area bus services, like WMATA and the Circulator, but not others, like ART and Ride On? Why couldn't the NextBus DC app just use the same data source that other apps do? Why is this all so complicated? The answer lies in APIs—application programming interfaces—and fragmentation.


USB cables are standard; real-time bus APIs need to be. Photo by osde8info on Flickr.

Previously, we talked about how the NextBus DC app went away because they were getting their data from NextBus Information Systems, which lost its relationship with NextBus Inc., the company powering the WMATA bus tracking web and phone tools known as NextBus.

The plethora of things called NextBus aside, my first question when the NextBus DC app went down was, why can't they just reconnect their app to a data source that isn't broken? If the bus locations still exist, and the bus predictions still exist, and there's nothing wrong with the app's code itself, we should look at why it's not easy for them to simply bypass the broken link in the chain.

To understand what's going on, we have to delve a little more into APIs. An API, or application programming interface, is a way for one computer program to contact another computer and get certain information directly, in a structured format, without a human having to be involved.

For example, Twitter has an API, and if you're writing a software program that accesses Twitter, you can have it talk directly to Twitter to post tweets, search tweets, and so on. I put code on the Greater Greater Washington system so that when a post goes live, it also automatically posts a tweet that the author or editor have written ahead of time, without a human having to go onto the website and click around.

Each API has a certain vocabulary. The asking computer users certain terms, and gets back data in a certain format. Other APIs have different words and different formats. If one API breaks but there's one using the same vocabulary and formats on another system, it's trivial to just have the app connect somewhere else. If the API is different, the software writer has to redo the code, maybe just a little, or maybe quite a lot.

NextBus DC app was not using the "official" API

WMATA contracts with NextBus Inc. to run the bus prediction section of wmata.com and a text message and phone service, but not for an API. For other systems that contract with NextBus, it also offers an API for developers as part of its package of services. However, that is not available for WMATA Metrobus predictions.

A few years ago, WMATA embarked on a pretty ambitious project to offer all kinds of data, including bus predictions but also rail predictions, rail station locations, bus stop locations, schedules, elevator outages and more. Because they have this service, said WMATA spokesperson Dan Stessel, they have asked NextBus not to offer its own, different API.

However, that NextBus API is actually what the NextBus DC app was using, because of the legacy agreements between NextBus Inc., NextBus Information Systems, and AppTight. When those expired, that API went away. AppTight could have probably redone its app to use the WMATA API, but that would not have been an easy task.

Is WMATA right not to let NextBus use its own API? There are definitely some valid reasons for this. Stessel explained that if WMATA let app developers use the NextBus API and then WMATA decided to end its contract with NextBus, all of those apps would break. Plus, there is a lot of other information in the WMATA API, so people building apps on the WMATA API would find it very easy to also show next train arrivals, for instance, while anyone using the NextBus API couldn't.

We need standardization

API formats are particularly important because there are a lot of transit agencies, across different cities and even within our region. If they use incompatible APIs, then it's difficult for app writers to support all of them, and smaller bus systems get left out.

The bigger the potential audience who might pay a buck or two for an app, the more app developers will build transit apps. If they can build one app and have it help riders in DC, New York, Chicago, Los Angeles, etc., that's a lot more incentive to build something than if it just works for one city. Small cities especially benefit here, because not as many people will want to build an app for the bus system in Charlottesville, but if the Chicago app works for Charlottesville too, great.

The same logic applies to bus systems here. Some apps work with the WMATA API but don't support any of the regional bus systems. The DC Metro Transit Info app has Metrobus and also supports Circulator, Fairfax CUE and PG The Bus, all of which work with NextBus and support the NextBus API. ART and Ride On have real-time APIs, but they're not the WMATA or NextBus APIs, and the author of DC Metro Transit Info hasn't done the extra work to integrate those as well.

What needs to happen is that all transit agencies and app developers need to coalesce around one API format. WMATA should modify its systems to offer apps the option of making their requests and getting data back in this standard format. So should NextBus. So should ART and its provider, Connexionz, and Ride On, and New York MTA, and Chicago CTA, and everyone else.

It's similar to power chargers for cell phones. Once, every phone had a different plug. You had to use a special charger just for that phone, and if you got a new phone, your old chargers were junk. Now, almost everyone except for Apple use micro-USB, and all the chargers for my 2½-year-old Android phone work on my brand new one as well.

Fortunately, WMATA is open to changing its API to a standard. Stessel said,

Over the course of the next six months, we will be reviewing our API effort in full, and determining ways to improve the service. Standardizing the format is a definite consideration. However, current applications must be taken into consideration... Short answer: Yes, it is something that is being considered.
If WMATA just switched its API, all existing applications would break, just like NextBus DC did. They could simply offer 2 APIs, but for how long? It creates extra work to have to maintain multiple APIs far down the road. They could switch APIs and offer both for a transition period, perhaps a year, but no matter what some apps won't make the switch.

There's a big obstacle to all agencies moving to a standard API, however: it's not yet clear what the standard should be. If the USB of real-time bus data is out there, there isn't the consensus around it. In upcoming parts, we'll talk more about the API standards that exist today.

Plus, having a standard API is great, but it's useless if the actual bus locations are not good, and many say WMATA's data is just not up to snuff. We'll talk about that and their efforts to fix the problems with bus tracking.

Transit


DC transit in Lego

Constantine Hannaher has made a hobby of using Legos to build models of DC-area buses and trains.


Metrorail

VRE

MARC

Metrobus local

Metrobus express

Old style Metrobus

Fairfax Connector

ART

REX

Howard Transit

MTA (Baltimore)

Dash

See more in Hannaher's Lego set on Flickr.

Transit


Which DC-area transit agencies offer open data?

Projects like the Mobility Lab's real-time screens and Transit Near Me can help riders and boost transit usage, but they can only show information for agencies which provide open data. How do our region's agencies stack up?


Photo by rllayman on Flickr.

The table below lists the many transit agencies in the Washington region and their open data progress. In a nutshell, there are 2 kinds of open data: schedule data and real-time arrival data.

General Transit Feed Specification (GTFS) files list schedules and the locations of stops and routes, powering applications like making maps or trip planners. Real-time arrival data lets applications tell riders how far away the bus actually is, for tools like smartphone apps or digital screens.

Schedule data Real-time data
Public GTFS Shapes in GTFS On Google Tracking Tracking API
Metrorail
Here

and Bing

Custom
Metrobus Most1
and Bing

Custom
Circulator (DC)
WMATA2

WMATA2

Nextbus
ART (Arlington)
Here

In process

Connexionz
DASH (Alexandria) Via email only3
Ride On (Montgomery)
Old?4

More info
The Bus (Prince George's)
Nextbus
MTA (Maryland) commuter bus
Here
MARC
Confusingly5

Here
Fairfax (County) Connector
CUE
(Fairfax City)

Nextbus
Loudoun County Transit
Text/email alerts
PRTC
VRE
Unofficial6
Mix of GPS & manual7
1 WMATA's GTFS file contains most Metrobus routes, but some paths cut diagonally across the grid over some long sections such as freeway or bridge segments of routes.

2 Circulator route and schedule data is included as part of the WMATA GTFS feed. However, there are some quality issues such as route names.

3 DASH feed is not publicly available, but officials can provide it via email.

4 Ride On's feed no longer appears to be on their website. GTFS Data Exchange has cached a version from December 2010 which was apparently posted in a news release.

5 MARC lines are listed in the MTA Maryland feed as lines 300, 301, and 302, which doesn't very easily differentiate them for someone unfamiliar with their GTFS feed.

6 Someone not affiliated with VRE created a GTFS file in 2009, but it hasn't been updated since and VRE does not offer an official one.

7 VRE has a page with train status which lists some trains' positions through GPS and some from manual reports from the conductor.

What the columns mean

Creating public GTFS feeds (the 1st column) allows someone who's written an app to easily incorporate schedule and route data for a transit agency. GTFS has emerged as a national standard for representing transit feeds, and there's tremendous value in having as many agencies as possible support the same standard. That way, if someone writes an app in Chicago, they can make it work in Denver, Albany, or Miami at the same time.

Most of the transit agencies' feeds including the paths that the vehicles take, but some do not, like DASH. The 2nd column shows this information. Feeds without paths are still usable, but apps that visualize routes, like Transit Near Me, end up showing unsightly diagonal lines cutting across city blocks.

Agencies can also sign a contract with Google to have their routes and schedules on Google Maps. The 3rd column shows agencies which have done this. Some agencies put out their data files, but aren't willing to sign this contract because of indemnification or other clauses which Google unfortunately insists upon. On the flip side, some agencies sign up with Google but then don't publish the GTFS feed publicly.

The agency might provide it to those who ask, or might not, but this dissuades app creators from including this agency, and makes it harder for them to get regular updates. Every agency should strive to host a public and up-to-date GTFS feed on their site so that anyone building apps can easily incorporate that agency's services into the tool.

The other type of open data is real-time locations or predictions. To make this possible, agencies first have to deploy AVL (Automatic Vehicle Location) technology on their buses or trains (the 4th column). The main obstacle is that this is somewhat expensive; a physical device has to go into each vehicle, and those devices then need some amount of maintenance over time.

Once an agency has tracking, it's relatively simple to offer a computer interface for apps to access and tell riders about this information (the 5th column). Most of the agencies with tracking offer such an interface, but while Ride On, MARC, and Loudoun Transit all have public tracking sites that provide some services to riders, but no way for other apps to tap into the information those sites contain.

What agencies can do

Agencies with red X's on this chart can start thinking about how to provide schedule and/or real-time open data. Creating GTFS files isn't extremely difficult, though it does require some staff time to actually do it. For agencies that use scheduling software, the manufacturers of that software often offer modules to export data as GTFS as well.

Some GTFS feeds could benefit from quality fixes. For example, WMATA's Metrorail GTFS file doesn't show the specific paths trains take, and paths are missing for a few bus routes. The "Transparent Metro Data Sets" Application Programming Interface (API), a special interface WMATA created to offer access to much of its data, does include the correct paths. But many people develop apps to access GTFS files for multiple cities. It's much less likely they will put in extra development effort to specifically pull just these route shapes from this unique API.

The Circulator's routes are part of the WMATA GTFS feed, which makes things even easier for apps than having to download a separate feed. One problem is that the route names are all cryptic: there's "DCDGR" for the Dupont-Georgetown-Rosslyn Circulator, or "DC98" for the route which replaced the former 98 bus. Those are fine for internal systems inside the agencies, but they aren't very clear to riders.

Agencies which have provided their data to Google but don't offer the feeds publicly (like DASH, Ride On, and MARC) should post those feeds on their websites and publicly link to the feeds. They are already creating the GTFS files for Google, so it's a trivial step to also let others download the same files.

WMATA also has much of the route data for other local bus systems in the region as well, which it uses in its trip planner. Agencies which don't have GTFS files can give WMATA permission to include their data in its GTFS feed, as the Circulator does.

Agencies with AVL systems already on their vehicles should set up APIs to give apps access to the locations or predictions, and agencies without AVL can work toward getting the budget necessary to deploy AVL.

What others can do

Transit industry associations and vendors which sell technology to transit agencies can all encourage open data to be part of any contract. Vendors can encourage agencies to open their data and provide services to do so, and associations can encourage agencies to ask their vendors for these services.

The industry can also help move toward a clear standard for bus tracking. GTFS has become a standard for schedule and route data because large numbers of agencies went ahead and offered GTFS files. But there is not yet a consensus around what format to use to offer real-time predictions.

WMATA built its own API which provides the data in a certain format. Circulator, The Bus, and CUE all use Nextbus for tracking, which has its own API. ART uses another service, Connexionz. This unfortunately means that anyone building a real-time application and wants to incorporate multiple services has to support at least 3 different APIs.

There are efforts to create such standards, like GTFS-Realtime, but this hasn't realized the same widespread adoption as GTFS, nor has any other standard.

It's still possible to build apps without a standard, and the Mobility Lab's real-time screen project does connect to all 3 different systems in our region. But that requires extra work, not just for the Mobility Lab but for every other app creator who wants to offer predictions for multiple transit agencies.

The easier we make it to build apps, the more we'll get. Ultimately, it would be great for one standard to emerge, and for the various vendors like Nextbus to agree to all offer data to apps in that same standard format.

Update: Commenter intermodal commuter pointed out the real-time status page for VRE. It combines some train positions from GPS and some from manual reports from conductors. There is not an API to access the data. I've corrected the chart.

Update 2: Commenter Adam noted that MARC is actually contained in the MTA Maryland GTFS file, but listed only as routes 300, 301, and 302, which we didn't realize were not commuter buses upon examining the feed. But you can see the MARC lines on Transit Near Me (for example, center around Union Station).

Also, ACCS Web Manager Joe Chapline posted a status update about ART's efforts to get into Google Transit; according to Chapline, this was delayed for a time due to contract issues, and now is awaiting action by the Google legal department, which I know from past personal experience is often understaffed and backlogged.

Transit


Experimental real-time transit screens come to Arlington, DC

If you go into the Java Shack coffee shop near Court House in Arlington, or walk past the Red Palace bar on H Street in DC, you will see a new experimental project from the Mobility Lab: Digital screens showing real-time transit arrivals and Capital Bikeshare availability.


Real-time transit screen at Java Shack.

At Java Shack, customers waiting for coffee or sitting at a table can see the next Metrobus, ART, or Orange Line arrivals, and bike availability at the Capital Bikeshare station across the street. The Red Palace screen faces outward onto the sidewalk on H Street, letting passersby see their bus and CaBi options.

Stop by one of these businesses and let us know what you think! This project is still in an early stage, so the screen displays will evolve over time. Moreover, we're hoping to add screens in more businesses soon.

One of the main challenges in convincing people to switch to transit is the unpredictability of bus arrivals. If every stop featured a digital screen displaying the number of minutes until each bus arrived, more people would be willing to take the bus.

Outdoor screens, however, are expensive to install, which is why we created this indoor alternative at a fraction of the cost. For the past few months I have been working with Andy Chosak and David Alpert at the Mobility Lab in Arlington to bring this low-cost alternative to fruition.


Screenshot of the Java Shack screen.


Screenshot of the Red Palace screen.

Every 20 seconds, our web server queries each transit agency for the arrival predictions for the stops near both test sites, then relays the data to the screens. The actual unit inside the shops is just a low-cost, barebones Linux system connected to a standard computer monitor and the business's own Wi-Fi and power. We've configured the box to automatically load up the screen when it starts, so there's no need to log in or launch an app after the unit is plugged in.

We are continuing to build the system so it can be deployed quickly and cheaply throughout the region at participating shops, bars, cafes, and restaurants. Ultimately, a business will be able to sign up, type in their address, and get a screen automatically customized with the nearest bus stops, Metro station, and Capital Bikeshare station. And someone with their own computer connected to a standard computer monitor will be able to set up their own screen for free.

This project is only possible thanks to open data from our transit agencies. We can only pull bus and train predictions as well as the status of each CaBi station because the agencies behind these systems have wisely chosen to provide stop locations, route information, and real-time arrival predictions to outside software developers.

If you run a businesses are interested in finding out more about purchasing one of these screens for your location, let us know at screens@mobilitylab.org.

Support Us
DC Maryland Virginia Arlington Alexandria Montgomery Prince George's Fairfax Charles Prince William Loudoun Howard Anne Arundel Frederick Tysons Corner Baltimore Falls Church Fairfax City
CC BY-NC