Posts Tagged 'web'

From here to there, part 1

On the whole, Google Maps is a great service. The interface is clean, ads are unobtrusive, performance is generally very good, and its ability to parse abbreviations and incomplete names is top-notch. But after a spate of less than ideal driving directions from Google, I decided to step back and look at some of the other popular online mapping services to see if any competitors offered higher quality directions or a better experience.

I’ll touch on a number of services in upcoming posts, but first, some background on my recent experiences with Google Maps that spurred this comparison.

Go-go Gadget Map

Sometimes Google’s driving directions appear to favor minuscule improvements in distance or speed over more sensible directions, e.g. a number of small turns on side streets saving 0.1 mile or less, rather than reducing the number of turns or continuing on a single arterial road. Perhaps Google assumes that your smartphone or sat-nav gadget is holding your hand the whole way and thus it doesn’t much matter if the directions make more sense to robots than to humans. [1]

That choice, however, leads to some odd directions. For example, when heading southbound on the Berlin Turnpike (US-5/CT-15), just south of the CT-9 overpass there is a turnout to the right which loops around to cross the Turnpike perpendicularly to allow for an easier left turn across traffic. However, when heading southbound without needing a left turn, Google Maps still suggested taking this turnout and then merging back on the Turnpike in the original direction of travel. [2] This diversion may have saved a few feet at best (though even that seems doubtful) at the expense of adding two entirely needless steps to the directions.

Google Maps - southbound on Berlin Turnpike, Connecticut

Or in Oregon City, Oregon, when traveling southwest from Washington Street onto Center Street. The Google directions suggest a slight diversion onto 8th St (a minor sidestreet) rather than continuing on Washington St until 7th Street (a sizable throughway). Google’s own color-coding shows Washington, 7th, and Center streets in yellow and 8th Street in white, indicating that 8th St is a comparatively minor road, but still suggests the 8th St route due to the route being 1 metre shorter. [3]

Google Maps - Oregon City, Oregon

A potentially more dangerous tendency of Google Maps is to consider distance and time traveled more heavily than road type and remoteness. When driving from Rapid City, South Dakota, to Jackson, Wyoming, Google suggests taking WY-50 over WY-59, WY-259 over continuing on WY-387, and WY-134 to WY-133 over continuing on US-26. In all of these cases, Google’s directions favor roads which are considered by AAA to be “local” over “through” roads. [4] Opting for alternatives to Google’s suggested roads does increase travel time and distance (by a measly 19 minutes and 24 km on a 9+ hour drive), but in remote stretches such as these, a slight increase in travel time is well worth it if the road is poorly maintained, there are no gas stations on the lesser-trod road, or the local roads are sparsely signed.

Google Maps - Eastern Wyoming

Red = Google suggested local roads, blue = through roads

So, it looks like Google’s directions could use a few improvements. [5] So let’s see what else is out there …

(Continued in part 2)

  1. Indeed, while drafting this post a BBC News item about Google and robot cars popped up in my news reader.
  2. This particularly odd suggestion appears to have been corrected in the interim since my original query a few months back.
  3. Yes, a difference of less than 40 inches.
  4. I’m not from eastern Wyoming, but AAA’s “local” and “through” labels seemed appropriate to my own eyes as I drove through the area.
  5. Google’s unique features and capabilities will be covered in a follow-up post after all of the other services have been picked apart.

Back to the Future

Browsing the web has changed plenty since the debut of the dub-dub-dub in the early 1990s, but the basic design of the graphical web browser is still remarkably similar to the first entries in the field. From NCSA Mosaic 1.0 (1993) to Internet Explorer 6 (2001) to Google Chrome 14 (2011), a degree of consistency has been firmly established and users now have solid expectations about the core functions of the browser.

So when a website decides to roll its own navigation controls and warns, “Don’t use your browser’s Back button,” it places an enormous cognitive burden on the user. By explicitly warning users not to follow their instincts, the website developer is implicitly acknowledging the likelihood that users will rely on those instincts.

The recent push by browser developers to reduce browser chrome to all but the bare necessities means that the Back button is one of the few UI elements outside the web content itself. All browsers place the Back button in the prominent upper left corner; some browsers go as far as making the Back button larger than the Forward button, thus making the Back button the largest and most visible widget in the browser. Telling users to simply forget about that very large and very useful button is not a recipe for success.

“But my website is special! It’s OK.” No, it’s not. Jakob Nielsen’s Law of the Web User Experience states that “users spend most of their time on other websites.” And if you design a website that will fail under normal expected usage, you can bet that they will spend all of their time on other websites.

Amazon mobile search bookmarklet

I’ve found a lot of useful bookmarklets to use with MobileSafari, but so far the Amazon search bookmarklets that I’ve seen use the full desktop version of Amazon.com. Amazon has a pretty slick iPhone-formatted site, so I modified an existing Amazon search bookmarklet (@ LifeClever, via Lifehacker) to search their mobile site: 

javascript:Qr=prompt('Search%20Amazon%20mobile%20for','')if(Qr)location.href='http://www.amazon.com/gp/aw/s.html?k='+escape(Qr)+'&submitSearch=Go&m=aps'

(WordPress.com doesn’t allow embedding JavaScript for security reasons, so you’ll have to copy & paste the above into a bookmark in Safari on your desktop before you’ll be able to use it in MobileSafari.)

I know there’s a native iPhone Amazon app (iTunes link), but without an always-on data connection and camera, the app isn’t as useful for iPod touch users. As a member of the latter camp who hasn’t found a real reason to download the app yet, this bookmarklet should make searching for and buying crap I don’t need even easier.