Trillium clients launch on Google Transit

In the last eight weeks or so, several Trillium clients have launched on Google Transit.

As you can see, a busy season.  There are more to come soon.  Note that most of these agencies have chosen to make their data available at gtfs-data-exchange.com and the PublicFeeds page for developers to access it and build applications that help people use transportation services.

Rural areas and Google Transit: some findings and opportunities for improvement (Part 2, Intercity service)

This post continues a series of posts on Google Transit and issues that arise for agencies and passengers in rural service areas.  The first post explains the goals and origins of this discussion.  This post addresses that affect longer-distance inter-city transportation services in Google Maps in particular.  Modoc Sage Stage, Trinity Transit, Metrolink and select Amtrak services are a few examples of intercity services that are live in Google Transit.

ISSUE: Queries for travel times more than 48 hours in advance of scheduled service return no results

Some inter-city routes within the project study area operate once or twice each week.  Currently, for these services to be returned in the trip planner, the end-user must query for a departure time and date near to the scheduled time of service.  If the query is for a desired travel time 48 hours or more in advance of the scheduled service, no results will be returned; to someone who doesn’t already know there is service on that corridor, it looks like there is no service available.

We suggested the Google Transit trip planner should search for and return services that are up to 7 days in the future of the desired travel time.

ISSUE: Maximum walking distance threshold prevents display of available transit service

When the origin or destination entered into the trip planner is farther than four miles from the nearest transit stop, no trip options are returned.  We contacted Google Transit Partner Support about the possibility of modifying walking distance thresholds in rural areas.

The recommendation developed with stakeholder input is for the travel to transit stop distance to be increased to 25 miles (that’s a pretty long distance; don’t know if it’s technically feasible). This travel distance to transit can be expected in areas where transit passengers travel over 100 miles to a regional airport in service areas with density of less than 5 persons per square mile, for example. In order to avoid trip planner results where travel-to-transit distance is greater than travel-by-transit distance, the travel-to-transit threshold should be increased for long-distance transit routes.

This issue presents a particular problem in instances where end users query for transit destinations and origins by the name of a city. In Google Maps, the discrete points that indicate the location of rural cities may be a significant distance from actual town centers and transit stop locations (see example below).

weaverville-point

In rural areas, friends, family, and neighbors sometimes drive transit passengers to bus stops if walking distances are significant.  For some commuter rail services, Google has incorporated drive-to-transit directions. This feature may also be useful in rural areas.

Rural areas and Google Transit: some findings and opportunities for improvement (Part 1, Walking)

Earlier, I posted on the availability of the Northern California Google Transit Feasibility Study which Trillium prepared for Shasta County Regional Planning Agency.

Since Google Transit has most been often implemented in larger metropolitan regions, and has more users in those metropolitan regions, trip planner features are (naturally) often geared more towards metropolitan use cases.  One of the purposes of the Shasta County/NorCal Google Study was to catalog issues with the Google Transit trip planner in rural areas and with rural system features — using real data with Plumas, Shasta, Siskiyou, Trinity, and Tehama counties.

You can read the details of issues beginning on page 35 of the Feasibility Study.  For those who would prefer not to download the PDF, I thought I would share some some highlights on this blog.

Originally, my plan was to put the entire discussion of issues in one post.  When I started that project, I realized there was way too much text for one post, so I’m going to spread out discussion into a series of posts.  That will help focus comments and discussion around particular interests and issues.

I don’t want to seem like I’m picking on Google Maps and the transit team.  Sometimes people will zero in on problems and flaws with Google Maps and Transit, and I find myself defending the mapping application and approach behind it, which is to launch early and learn through testing with real users and data.  Building an application of the scale of Google Maps seems a bit like building an airplane in mid-flight (the analogy isn’t originally mine; I borrowed it from an EDS television advertisement) — there are millions of users, at least 40 languages, and lots of complicated data.  It’s hard to build a platform that serves every transit system and user equally well on a global scale.

I hope this feedback helps to improve Google Maps transit directions.  Mostly, I hope that by posting on this blog and inviting comments here and around the web, it will at least improve the overall quality of discussion and feedback for Google Maps improvements.

So, without further ado, the theme of the day is walking as part of Google Maps transit directions in rural areas.

ISSUE: Trip planner returns walking directions instead of available transit option for complete trip or segment

Some travel itineraries on loop routes may involve indirect travel paths and correspondingly long on-vehicle passenger travel times.  Travel times can be longer in rural systems because transit networks are designed for coverage (serving dispersed needs in the area) rather than productivity (building ridership by serving choice riders and commuters).  In cases where the trip planner calculates walking is a faster alternative to transit over all or part of a transit route, the trip planner does display options that minimize travel time, but may add unnecessary walking.

For an example, below: A more ideal display of a trip on TRAX Route 1 (Photoshop mockup, left) and TRAX Route 1 trip as it currently displays (right).

Northern-California-Feasability-Study-final-38

This software decision produces optimal travel itineraries for individuals that do not mind and are able to walk distances of, for example, 0.5 or more miles.  However, the result does not serve the needs of mobility-limited customers, customers with heavy bags, or people in rainy, cold, or wet places would want to avoid exposure to nasty weather.

This is a tricky issue because some passengers (like me) usually want the fastest possible itinerary even if it requires extra walking.  Others do not.  Some ideas that have been discussed with Google and on the various discussion groups with agencies, consultants, and Google are: (1.) including a checkbox to “minimize walking distance” in the Google Transit trip planner UI, or (2.) including a field to specify maximum walking distance.

This issue seems especially tricky.  When I use Google Maps, I see some cases where I wish it suggested less walking and others where it suggested more walking.  Here’s an example where Google Maps should suggest a little more walking and less transit.  It would make more sense to walk directly from the SF Muni F Line to the SF Ferry Building and board the ferry service to Sausalito.  But instead, Google Maps suggests a more round-about tour.  And in other cases, like above, Google Maps suggests walking a fair bit of walking when transit is available almost to the doorstep of the destination.  So I appreciate the challenge of building a system that gives intelligent itineraries when there may be a many factors and considerations at play.

What do you think is the best way to address walking as part of transit directions?

Northern California Google Transit Feasibility Study and Pilot project

Last month, the Shasta County Regional Transportation Planning Agency accepted Trillium’s Northern California Google Transit Feasibility Study.

The document is the culmination of a project begun in January 2009 to pilot rural Northern California transit agencies in Google Transit.  Currently, Redding Area Bus Authority is live in Google Transit.  Several neighboring agencies are in the Google Transit launch pipeline.

The project was funded by the Caltrans Division of Mass Transportation in response to a recommendation in the state’s March 2008 Rural Intercity Bus Study to explore Google Transit as a way of enhancing information dissemination for inter-city transportation services.  The goal of this recommendation is to make connections between services easier for passengers to find and use.

The study was commissioned to:

  • Investigate, and make progress towards overcoming, present limitations of Google Transit for rural areas and small agencies (see Chapter 3. “Trip planner pilot”)
  • Inventory and describe ways in which transit agencies can put Google Transit feed data to other uses besides trip planning in Google Maps. (see Chapter 5. “Opportunities to leverage GTFS”)
  • Inventory methods of publishing and maintaining Google Transit feed data for rural agencies. (See Chapter 4. “Google Transit feed publishing tools”)
  • Make progress towards integrating traveler information, through Google Transit and Google Transit source data, into 2-1-1 human services and information referral programs.  (See Chapter 6. “Implementation plan”)

Highlights of the findings are encapsulated in the Executive Summary.  We hope and expect that this work helps broaden participation by rural and intercity California transportation in Google Transit.

Shasta-Goog-report-cover

Overnight transfers in Google Transit

I’m not sure, but I think that until recently Google Transit did not return trips with overnight, or very long, layovers.  The introduction of overnight layovers will be very useful for planning trips on inter-city services.

Here’s an example of a trip with an overnight layover in the SF Bay Area.

trip-1

Now, this trip caused some confusion on the Google Transit trip planner group.  Without the red highlighting I added, it’s not obvious that one should stay overnight to wait for the morning Caltrain.

Airline itineraries frequently arrive and depart on different days.  Here are some examples of how airline websites and travel aggregation sites have made it clearer when trips arrive and depart on different days.

Kayak.com:

kayak

United.com:

united

I like how Kayak spells out “This flight leaves Thursday and arrives on Friday,” but it is confusing that this messagedoes not appear with flight it concerns, flight 850 from Calgary to Heathrow.  I guess this association is made by how arrival and departure times are also highlighted in the same red as the “Thursday/Friday” message.

I think it would be clearer for the Kayak message to read “This itinerary leaves on Thursday and arrives on Friday.”  A similar message could be added in the Google Transit UI where it currently says “Showing Trip 1… Travel time: about 13 hours 20 minutes.”  I also like United’s way of highlighting individual travel legs with next day arrivals “Arrives next day.”  A message like this could be useful to highlight overnight trips.   Or, including a date with arrival/depart times after travel times roll over to another day.

SF Bay ferry services live on Google Transit

On Friday, the San Francisco ferry services went live on Google Transit.  Now, travelers can plan inter-agency trips across BART, Muni, AC Transit and other services along with the five ferry services: Golden Gate Ferry, Baylink, Oakland/Alameda Ferry, Alameda Harbor Bay Ferry, and Blue & Gold Fleet at maps.google.com or an iPhone, iPod touch, or other mobile device like a Blackberry or Android-based phone.

vallejo-sausalito

Trillium publishes the GTFS for the ferry services with the support of Bay Crossings.  We’re experimenting with ways of consolidating the management and dissemination of schedule information for customers.  Currently, information from a centralized database, manipulated through Trillium’s WebSchedule is presented through the published GTFS for Google Transit, the SF Bay Ferries map at baycrossings.com, and the large flat panel display of scheduled ferry arrivals and departures at the San Francisco Bay Ferry Building Bay Crossings store location.

New Trillium clients launched on Google Transit

In the last month, three Trillium clients launched in Google Transit:

Earlier this year, our client Delano Area Rapid Transit launched on Google Transit.  This is the first time that’s been mentioned on this blog.

Amtrak services in Google Transit

Last month, several Amtrak services around the United States were quietly added to Google Transit.  Was this a response to Brendan’s earlier blog post on the issues with the trip planner at Amtrak.com?  Probably not.  But I’m very happy to see Amtrak services added so that it’s possible to plan transit itineraries across regional and local services.

The regional Amtrak services that have been added are the Pacific Surfliner and San Joaquin services in California, Hiawatha service in the Chicago area, and the Empire Service and Ethan Allen Express services in the Northeast.

Example itineraries below.

ny-amtrak

sd-la-amtrak

New agencies in Google Transit: 3 in India, many in China, and 1 in California

Google Transit continues to grow. Here are the latest agencies to join Google Transit this week:

  • Foothill Transit
  • 3 agencies in India
  • Many, many transit agencies in Southeast China.

You can see a full list of new agencies at ChangeDetection.

Google Transit feature: hover over suggested trips to see route options

Laya White (via Twitter @goldenlady) says it well “Ooooh….updated interface for transit directions on Google. I can hover over different choices and see the routes on the map. Nice.”

I really like this little change.  If you want to see if there are any route alternatives (other than just later departures) for a particular query, now all you do is hover over each of the returned trip options.

Also, note that the “hover” feature works when comparing multiple suggested walking routes, and also works when Google Maps returns multiple suggested driving routes (also a new feature).

See screenshot for transit directions in Portland, Oregon, below.

alternate-routes-googletransit

Blog Widget by LinkWithin

Next Page »