An idea (to fix public transport schedules).
sahillavingia.com
sahillavingia.com
The MBTA's bus data (via http://www.nextbus.com, the giant in this industry) tends to be pretty good, though sometimes buses disappear from listings and reappear, and sometimes the predictions aren't very accurate, but they're definitely useful. Subway train data is only fed into the system once a train leaves the end of the line, so there tends not to be data for inbound trains for the first several stops. Commuter rail data is still different, because trains are so much less frequent and people tend to aim to be on a particular train which they know based on its scheduled time.
Other transit agencies are much more closed about their data. For instance, DC's WMATA requires you to sign up for an API key and access all data using their web services, even though their bus data comes from NextBus so you'd think they could let you hit NextBus's web services for their data.
There's also the brand-new GTFS-realtime spec from Google, which is a Protocol Buffer format for getting vehicle positions and so on very efficiently. The idea is that you'd be able to get the current locations of all the vehicles in a large system, like the MBTA, in a single request.
(Shameless plug: one of the MBTA apps listed in the app catalog is my web site http://www.mbtainfo.com)
Combine that with a public transportation system that actually goes somewhere useful in a reasonable amount of time at useful times, and you might have something interesting.
Minneapolis's MetroTransit, for example, has the ability to do realtime tracking but chose to go with a "n minutes until next bus" system rather than show moving dots on a map.
http://www.ctabustracker.com/bustime/home.jsp
It really changes how you use public transportation because now you don't have to stand around waiting for the bus or train.
PS: if anyone wants to beta-test, let me know!
On the other hand, they aren't very good in communicating the information they have. The best thing we have is this: http://idsjmk.jrbrno.cz/ and Google Maps.
There are another problems that are not mentioned at all in the article. Service irregularities, either planned or not. There are frequent tram track repairs, street closures… So, what changes are there on my route, if any? Was the stop that I'm planning to get on moved behind the corner? Where exactly can I get on? And exactly means exactly, cellphone GPS can't tell you decisively if you are at the right side of the road, for example. And that is a crucial difference if you are planning to get on a bus.
And what if I'm waiting for a tram, and there was an accident somewhere and all the trams are delayed. What now? Was a reserve bus dispatched to replace it? When will it arrive? And where, if it's a segregated tramway and the bus can't use the stop?
On seeing this, I have a reaction that I'd like to share. Someone at this University had vision. They seem to have less than 20 buses in their fleet. However, we're still talking about a serious investment (It isn't just the phones, it is also data plans. They might be using their campus wifi network which would significantly lower their costs).
I've tried doing this in other places some time ago. However, it was impossible to get anyone to invest in such a thing. What do you do when you are in this situation? I've done mock-ups, buying initial hardware with my own $$, but still. I guess in our society, pretty much everything comes down to economic value. On one hand, it makes sense. On the other, it makes me sad. </rant>
OneBusAway started as a graduate student project at the University of Washington.
They offer open access to this information through an API (see toronto.ca/open). I built something to watch the streetcars on a map using that API: http://totransit.ca/
My coworker and I were talking about letting people "check in" to specific streetcars, and tag variables such as "how full is the streetcar?", but I can't see many (any?) people actually doing that.
I'm coming from Germany. Although everyone complains about public transportation (and the Deutsche Bahn especially) it generally works. If you're at a bus stop, you generally get a nice timetable with all stations and arrival times for each of them.
Now I'm in Tel Aviv: If I'm lucky I've got a plan that shows me the route and ~maybe~ when the bus leaves the first stop. If I'm far away, this is useless..
http://www.ischool.berkeley.edu/files/student_projects/Trans...
"Transporter: Real-time Public Transit Designed for the Bay Area"
http://itunes.apple.com/us/app/transporter-real-time-public/...
If they opened up APIs, some enterprising individual could build apps on top of it, and sell the apps or run ads across.
Sidenote, what about the security issues related to sharing this data? Are there any?
People whose jobs are relatively inflexible when it comes to arrival times would pay. My girlfriend basically has to guess and hope that the train runs on time in order to make it to work - it would be super nice to pull up a site when we wake up and see the current locations of the trains, and an estimated arrival time based on actual data, rather than the MTA's dreams and wishes.
It would also be great to know whether a train has recently left the station at night - should I wait 2 minutes for the next train, or should I just start biking and arrive at my destination before the train even shows?
http://www.metrotransit.org/nextrip.aspx
The timing isn't perfect, but it gives you good sense of "Is there a bus coming soon." I've been thinking about coding up my own UI as theirs is pretty mediocre of what I want it to do.
I'd definitely pay $1 if I thought the app would address those two problems. Someone has on open source site for just the NexTrip API, but I haven't had success with it yet: http://metrotransitapi.appspot.com/
GPS is useful, but when planning a route in advance, I'd prefer to know the above.
Has API access and everything. I look forward to it being deployed further, though I suppose it won't make it to the subways owing to them being underground.