February 19, 2005
Telcontar
Inside
Last week Google quietly rolled out Google
Maps.There was a definite buzz about the technology (DHTML and
JavaScript are key parts), the look (very pretty) and the speed (very
fast).While many early users of the application simply like to point
to Google and say, "They are smart," there are players behind the
scenes.
In the case of Google Maps one key player is Telcontar.The world, at least the
mapping one, was agog when Yahoo! "rolled its own" mapping solution,
Yahoo! Maps, on the company's technology back in 2002.So, perhaps it's
no surprise that Google (and Rand McNally and Ask Jeeves) also have it
tucked into their websites.
Telcontar's Place in the Value Chain
To understand Telcontar, take a giant step away from GIS.No, a bigger
step.Ok, good.Now, have a look at the value chain for consumer
mapping technology.Kim Fennell, Telcontar President and CEO, outlined
five parts of the chain: content (a.k.a.the "data guys" - NAVTEQ, Tele
Atlas, etc.), platform (the software that "processes" the data, where
Telcontar fits), application developers (those who make the compelling
offerings we consumer want to buy, Motorola's VIAMOTO, for example),
channel (the delivery mechanism, a portal like Yahoo or a wireless
carrier) and finally the customer (those of us who pay money via our
cell phone bills or generate revenue-producing advertising via our
eyeballs on portals).

Telcontar sits in that space between the data providers (in fact it
often selects and licenses the data from them on behalf of its clients)
and the application developers (in the case of Google, Google
programmers).The real work Telcontar technology performs inside the
various mapping applications is the same: it organizes and retrieves
the data; it renders maps; it performs the route calculations and
presents directions; it geocodes.Fennell compares Telcontar's role to
Oracle's in a real time transactions application: Every one knows that
there's an Oracle database underneath, but no one sees it or thinks
much about it.
Distinguishing Technology
Now, rendering maps and doing geocoding is not rocket science.Hundreds
of companies, including the traditional GIS companies, can do it with
their hands tied behind their server's backs.So why did Google et.al.
select this small company to power some of the most used mapping
portals in the world? One word: speed.Telcontar holds 10 patents (and
has 21 more applications filed) for technology that speeds up these
spatial processes.In particular, Telcontar technology compiles data in
to a single compact, efficiently organized proprietary file format
(Rich Map Format, RMF) for quick retrieval.NAVTEQ's database for North
America in its own format is 40 GB.It's just 4 GB in RMF.Says Senior
Vice President of Strategic Initiatives Bill Schwegler, "We can find
that needle in a haystack the first time you put your hand in."
Telcontar is the "Intel Inside" of the portal mapping set.And, says
Fennell.the question regularly comes up: Why is NAVTEQ or Tele Atlas'
name on the map and not Telcontar's? The answer is a legal one: NAVTEQ
(and the other data providers) own a copyright on the data which is
shown while Tecontar owns patents on its geospatial technology.
Second Generation Internet Mapping
Schwegler is quick to point out that Telcontar is not a GIS company.It
focuses on providing a geospatial platform that, once customized,
provides fast answers to large numbers of consumer oriented queries.
That's not anything like what traditional GIS companies aim to do.As
an example, Fennell notes that at a telco you are very likely to find
traditional GIS managing infrastructure and helping to figure out where
to place new cell towers or telephone poles.But, when it comes to the
products offered to consumers for location-based services, an almost
completely different set of company names appear.
GIS companies might be considered the "zeroth" generation of online
mapping.That is, the goal was to print a map.It might be a map that
requires quite a lot of analysis, but it's essentially a paper map
product."First generation" online mapping services, Fennell explains,
include the MapQuests and MapPoints of the world.Each offers an
outsourced service.Companies that don't have the expertise or energy
or need to "roll their own" mapping solutions are happy users of such
offerings.That's why when you need to find a Marriott or a Starwood
hotel, you'll be using MapPoint or MapQuest services, respectively.The
mapping is effectively outsourced to Microsoft and AOL Time Warner.
The second generation of online mapping is epitomized by Yahoo, which
three years ago determined it unwise to tap into competitor AOL Time
Warner's MapQuest for mapping.With technology from Telcontar (and
others) it rolled its own solution with its own look and feel, and a
quicker response time than the first generation offerings.The two
companies are not competitors (Telcontar is not a portal company and
Yahoo! is certainly not a mapping company) which makes for better
business relations.Moreover, Yahoo and other portals can add on
features such as local searches, traffic, advertising, as needed.
The Future and the Past
Fennell and Schwegler are most excited about the success the company is
having in the portal arena.They expect to see more, especially as more
vertical portals come online for things like travel, automobile
navigation, and real estate.But they are also looking down the road at
mobile offerings.They have the technology today, they note, to provide
directions via mobile phone faster than in-car solutions.
Unfortunately, the market is not quite ready for that.
I had to ask one historical question, one that'd be bugging me for a
few days.Where did the name of the company come from? Telcontar is the
name, in Elfin, of (Aragorn) Strider of Lord of the Rings fame.
Schwegler's early work was on a talking map for the blind called
Strider.That work, which formed the basis of the current geospatial
platform, evolved, and the company created from it was named Telcontar.
|
Your Comments Post a comment All comments provided in this section are those of the individual who has created the post. These are not the opinions of Directions Media, its editors, staff or owners unless otherwise noted. Directions Media retains the right to edit or delete any comments posted herein.
|
|
||||||
| I want more! You are just teasing us here. How does it really work? What is the data organization and indexing, etc? |
||||||
|
||||||
| As in Mr. Boston's comment, what are the sources of the data and how are they kept current? |
||||||
|
||||||
| If you're looking for additional details on how the system works, there was a nice blog piece that explained the nitty-gritty. http://jgwebber.blogspot.com/2005/02/mapping-google.html |
||||||
|
||||||
| Where is the content in this article? It fails to identify who Telcontar is and what substantiates them in the marketplace. No mention at all about the technology or services being used in Google maps, which is far superior to Yahoo Maps. If it comes from the same company why is there such a difference? Any ideas what Google's intention for deploying such services? What is Google’s business model? This is a topic that many readers, including myself, would love to see fully matured without the fluff and wanton use of buzzwords. Information that the company name came from the “Lord of the Rings” provides industry professionals absolutely nothing. Everything read here can be summed up in one sentence – “Google now has an online map service using Navtech and TeleAtlas data provided by Telcontar.” I would love to see an actual article on this next Wednesday. |
||||||
|
||||||
| Adena has summed this up very nicely. This is not a technology story. It is the same backend mapping technology used by Yahoo and uses DHTML and JavaScript. All technologies are mature and have been around for years. It's the innovative way Google decided to render the maps that is different. Other companies; use DHTML to display information in the map, cache/append adjacent maps for quicker response while panning, and JavaScipt to zoom and pan on the maps. Google combines all three. I tried to find examples of mapping apps that implement at least one of these technologies/techniques. Examples: DHTML - GeoMicro www.geomicro.com/demos/default.asp Click on Demo #1 and enter two addresses or select the default address to get map. On the right side of the map is a "Reverse Geocode" box. Click that on. Then mouse over a road segment and the DHTML returns the nearest address. Caching adjacent maps - MapQuest MapQuest Traffic available on Verizon. You can instantly move the map to view traffic that just doesn't fit on the small screen. Sorry, I couldn't find a public web site with this. JavaScript MapTP www.map24.com. Enter an address and get a map. Try the zoom and pan. I like this use of JavaScript better then Google's. This is a story of Google application developers combining innovative ideas, creating a great look and feel, and elevating the end user experience to a new level. Dave |
||||||
|
||||||
| Sorry David, I stand by my initial assessment. “This is not a technology story” – you are right, why isn’t it? *Article Title – “The TECHNOLOGY Behind Google’s Maps” * Column Title – “Providing Direction” with a focus on “Directions On TECHNOLOGY” * Edna’s Announcement Editorial – “No other journalist in our business matches the TECHNICAL expertise and insight into geographic information systems technology” “… uses DHTML and JavaScript. All technologies are mature …” * Most online maps have used this from the very beginning - I use it every day * Yes the technology is mature; my reference is that the article is not. Regarding the rest of the explanations and examples you offer only reinstate my assessment. If this article was written effectively, then you and the other posters would not be either asking for more information or trying to provide it. Gratefully, Ian posted the blog link explaining one users interpretation that appears to be right on the mark. Edna does not have to be as technical or expansive as this, however she should at least provide us the basics, and give us a general idea of what Google is trying to do with this beta site. Thank you for offering another view Knight |
||||||
|
||||||
| Afraid I have to agree with Knight here. There's no meat at all to this article. It reads more like a press announcement or a paid-for review, than anything at all analytical. Having pulled apart Google Maps as much as I am able to, I see no actual use of a mapping engine - geocoding, routing, spatial search..yes. Mapping? No - all the tiles are pre-rendered (text breaks across tiles, and zoom levels are fixed, and corners can be found). The remaining Tech could be done with any half-decent set of tech out there - MapQuest Advantage API, MapPoint.Net, ESRI ArcWeb, even Mapinfo MapXtreme/MM+/J-Route. Google did all the work here, not Telcontar. The data size is irrelevant - MapInfo gets the GDT data down pretty small too, PepperWhite gets TIGER onto a single CD, MapQuest's Enterprise solution Navteq data comes on a single DVD (4.3GB max), and anyone who works in the industry knows that you are REALLY decreasing the file size by throwing away data! Navteq has 150+ attributes that are purely for navigation - No navigation in the engine? throw away the data, save space! whats the miracle? Fennell/Schwegler's comments about the chain profile and the mapping generations are (IMHO) completely accurate and right on the money...but this IS a mapping news site right? not a map-industry for dummies site? It's pretty basic and standard breakdown of the industry. so they have the capability to deploy wireless but the market's not ready? MapQuest is doing it - MapQuest Mobile & MapQuest Traffic. Have you checked out Send-To-Cell on mapquest.com? queue up your trip and send it to your phone. THAT's neat. Microsoft has MS-Location Server (Still waiting for it to have an actual carrier tho so I can play with it properly)...so again - not exciting. ok - so no REAL tech in an article called "The Technology Behind Google Maps" The irony to me, is that the real technology behind Google Maps is the interface that they wrote, and has little-to-nothing to do with Telcontar. Man, I hate fluff. |
||||||
|
||||||
| I think Adena's comment about the market being "not quite ready for that" is bang on. There are certainly solutions out there for the alpha geek/prosumer types, but the reality is the process of using such tools on a cell phone or even PDA is painful enough for most people that they walk away with a headache. Personally, I like the kit - but I also realize that a market that is viable needs to have a critical mass, and I don't see that in the mobile/wireless space - not yet at least. |
||||||
|
||||||
| Am I the only person that has found the new google maps quite entertaining? Type in "fattest woman ever!" or "women you should not date" and Google quickly points out the data you are looking for! At this point, I can't get Google maps to work in Opera (the fastest browser out there, and yes, much faster than Firefox or Mozilla)...so I'm relying on my crappy IE browser. |
||||||
|
||||||
| http://jgwebber.blogspot.com/2005/02/mapping-google.html Does anyone know other links about Google Maps Technology? The above link doesn't work anymore. :( |
||||||
|
||||||
| Interesting article, but the technolory is one thing, tieing it together to be user friendly is another. How many are actually using these maps right now? |
||||||
|
||||||
| I was wondering what resources are web developers using to convert street addresses to geocodes for use with Google Maps API. Thanks! |
||||||
|
||||||
| Does anyone know if mapmyrun.com just uses software for mapping provided by Google or are they using their own software on top of Googles to do route calculations? |
||||||

