<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: NAVTEQ VS Tele Atlas</title>
	<atom:link href="http://www.gpsreview.net/navteq-vs-tele-atlas/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.gpsreview.net/navteq-vs-tele-atlas/</link>
	<description>GPS Reviews for Garmin, Magellan, TomTom, and other GPS Systems</description>
	<lastBuildDate>Sat, 21 Nov 2009 02:27:52 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Ken Accardi, Vice President, Quality and Process Engineering, Tele Atlas</title>
		<link>http://www.gpsreview.net/navteq-vs-tele-atlas/#comment-28959</link>
		<dc:creator>Ken Accardi, Vice President, Quality and Process Engineering, Tele Atlas</dc:creator>
		<pubDate>Wed, 28 Feb 2007 21:40:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.gpsreview.net/navteq-vs-tele-atlas/#comment-28959</guid>
		<description>I&#039;d like to start by acknowledging the great work our employees have done in making our products superior in the industry.  We&#039;re thrilled to see more independent acknowledgement of the quality of our data.  Having such strong competition ultimately serves our customers and the industry because it motivates us and our competitor to continually raise the bar. Though no one can claim a perfect database in a world that is constantly changing, we are striving to make a better map every day. 

Thanks to Tim for explaining that the addresses found on the TomTom are actual street addresses and not approximations such as ZIP code centers. On the subject of extrapolating destination locations, I&#039;d like to add that Tele Atlas offers both address ranges and specific address points (which are the exact positions of verified building numbers).  By using the combination of the address range with the address points, Tele Atlas customers will both find more addresses and be routed to their destinations with terrific accuracy (either the exact destination, or an extrapolation between known address positions).  This serves both the navigation customer as well as GIS and geomarketing companies.  It also positions Tele Atlas as a good choice in the emerging mobile phone navigation market, where a pedestrian will want to be guided to a doorway or a store front.</description>
		<content:encoded><![CDATA[<p>I&#8217;d like to start by acknowledging the great work our employees have done in making our products superior in the industry.  We&#8217;re thrilled to see more independent acknowledgement of the quality of our data.  Having such strong competition ultimately serves our customers and the industry because it motivates us and our competitor to continually raise the bar. Though no one can claim a perfect database in a world that is constantly changing, we are striving to make a better map every day. </p>
<p>Thanks to Tim for explaining that the addresses found on the TomTom are actual street addresses and not approximations such as ZIP code centers. On the subject of extrapolating destination locations, I&#8217;d like to add that Tele Atlas offers both address ranges and specific address points (which are the exact positions of verified building numbers).  By using the combination of the address range with the address points, Tele Atlas customers will both find more addresses and be routed to their destinations with terrific accuracy (either the exact destination, or an extrapolation between known address positions).  This serves both the navigation customer as well as GIS and geomarketing companies.  It also positions Tele Atlas as a good choice in the emerging mobile phone navigation market, where a pedestrian will want to be guided to a doorway or a store front.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://www.gpsreview.net/navteq-vs-tele-atlas/#comment-28659</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Tue, 27 Feb 2007 22:06:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.gpsreview.net/navteq-vs-tele-atlas/#comment-28659</guid>
		<description>Kevin, Thanks for taking the time to stop by and comment. In the interest of transparency I think it is appropriate that we identify that you are a NAVTEQ employee, therefore I&#039;ve put a suffix to your name indicating as such.

I don&#039;t believe the test was flawed. In order to navigate to a particular given address, that address needs to be able to be found via the device. Yes, the results could be a little bit different with the same map database in a device from a different vendor, but probably not by very much.

There were other aspects of the test that I didn&#039;t document in the text above, but perhaps should have. After an address was found on one device, I pulled it up in the respective &quot;map&quot; view from each manufacturer. Then I pulled it up on the second device and also looked at it in the map view. This way I could make sure that they were at least agreeing that the street/house number was in a similar location. This was pretty easy to verify by looking at nearby intersections.

If I found that the address was in different spots on the street in the two devices, or if the locations looked to be more than about 1/4 mile apart, then I would try to get further independent verification. For example with the business addresses I could lookup the website of the business and look at their text directions to confirm which streets the address would be between. I think in only one case out of 500 locations was there a discrepancy I could not verify. So in these cases there are likely no instances where the address would have been off by 5-10 miles. If they were then that error was present in both devices.

Typically the first step in using an auto GPS device is to find an address to navigate to. Having the device recognize that address is a critical step. If the address doesn&#039;t exist in the database then the GPS will not be very useful to the user. This is the part being talked about here.

You are correct though that there might have been differences when actually arriving at the &quot;found&quot; locations, and I acknowledged this in the last sentence of the &quot;Notes&quot; section. As you mentioned, driving to them would one of the few ways to confirm. My original plan was to do a driving test and scale back the number of locations tested, however there could have easily been a geographic bias (towards either vendor) if one vendor just happened to have mapped that area better. For example my home town is much better mapped by NAVTEQ than Tele Atlas, but that is just one area.

Thanks for dropping by and sharing your comments!</description>
		<content:encoded><![CDATA[<p>Kevin, Thanks for taking the time to stop by and comment. In the interest of transparency I think it is appropriate that we identify that you are a NAVTEQ employee, therefore I&#8217;ve put a suffix to your name indicating as such.</p>
<p>I don&#8217;t believe the test was flawed. In order to navigate to a particular given address, that address needs to be able to be found via the device. Yes, the results could be a little bit different with the same map database in a device from a different vendor, but probably not by very much.</p>
<p>There were other aspects of the test that I didn&#8217;t document in the text above, but perhaps should have. After an address was found on one device, I pulled it up in the respective &#8220;map&#8221; view from each manufacturer. Then I pulled it up on the second device and also looked at it in the map view. This way I could make sure that they were at least agreeing that the street/house number was in a similar location. This was pretty easy to verify by looking at nearby intersections.</p>
<p>If I found that the address was in different spots on the street in the two devices, or if the locations looked to be more than about 1/4 mile apart, then I would try to get further independent verification. For example with the business addresses I could lookup the website of the business and look at their text directions to confirm which streets the address would be between. I think in only one case out of 500 locations was there a discrepancy I could not verify. So in these cases there are likely no instances where the address would have been off by 5-10 miles. If they were then that error was present in both devices.</p>
<p>Typically the first step in using an auto GPS device is to find an address to navigate to. Having the device recognize that address is a critical step. If the address doesn&#8217;t exist in the database then the GPS will not be very useful to the user. This is the part being talked about here.</p>
<p>You are correct though that there might have been differences when actually arriving at the &#8220;found&#8221; locations, and I acknowledged this in the last sentence of the &#8220;Notes&#8221; section. As you mentioned, driving to them would one of the few ways to confirm. My original plan was to do a driving test and scale back the number of locations tested, however there could have easily been a geographic bias (towards either vendor) if one vendor just happened to have mapped that area better. For example my home town is much better mapped by NAVTEQ than Tele Atlas, but that is just one area.</p>
<p>Thanks for dropping by and sharing your comments!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kevin [NAVTEQ Employee]</title>
		<link>http://www.gpsreview.net/navteq-vs-tele-atlas/#comment-28650</link>
		<dc:creator>Kevin [NAVTEQ Employee]</dc:creator>
		<pubDate>Tue, 27 Feb 2007 21:04:01 +0000</pubDate>
		<guid isPermaLink="false">http://www.gpsreview.net/navteq-vs-tele-atlas/#comment-28650</guid>
		<description>I applaud you (or anyone) taking the time to test the map vendors.  It is something that we do not see enough of.  However, from an academic and GIS industry standpoint, your testing methodology was flawed because of the way Navteq and Tele Atlas each handle addresses within their databases and because of the way each application vendor compiles the data.

First, both Navteq and Tele Atlas have multiple names for each road (postal name, common name, honorary name, etc.).  While this information is different for each map vendor, each application vendor uses different amounts of the data.  As an example, one vendor may compile all of the different names for a street into the end-format on the device, while another application vendor may only include the first two names to save storage space. 

Second, the map vendors handle addresses differently within their database.  Neither is necessarily better as each method has its preferred use and is evident based on the history of the two companies.  

Navteq has historically been a supplier to navigation companies.  Because of this, they only include the street addresses if the address or address range has been verified in some fashion. Tele Atlas includes street addresses in a similar fashion, but it does something different for postal addresses (which both companies receive a list of, as do many companies, from the post office) that it does not have a source for.  

Tele Atlas geocodes unknown addresses to the center of the smallest boundary they can match to.  As an example, if your house is not in the Tele Atlas street address list, they would place a reference point for you house address in the center of your zip code. 

Tele Atlasâ€™s approach is extremely beneficial for GIS and geomarketing uses, but it can make consumers of navigation devices rather unhappy when they are told they have arrived at their destination only to be 5-10 miles away from the actual address.  Navteqâ€™s approach on the other hand will give an automatic unknown address error but may cause more problems for GIS and geomarketing uses.  Which is the best way?  It depends on the use.

If you would like to actually test the address accuracy of each map vendor for navigation systems, you need to actually drive to each of the addresses to see if the address is actually where the map vendor says it is.  Do not simply assume that because a system says that they have found it that they system knows where the address actually is located.</description>
		<content:encoded><![CDATA[<p>I applaud you (or anyone) taking the time to test the map vendors.  It is something that we do not see enough of.  However, from an academic and GIS industry standpoint, your testing methodology was flawed because of the way Navteq and Tele Atlas each handle addresses within their databases and because of the way each application vendor compiles the data.</p>
<p>First, both Navteq and Tele Atlas have multiple names for each road (postal name, common name, honorary name, etc.).  While this information is different for each map vendor, each application vendor uses different amounts of the data.  As an example, one vendor may compile all of the different names for a street into the end-format on the device, while another application vendor may only include the first two names to save storage space. </p>
<p>Second, the map vendors handle addresses differently within their database.  Neither is necessarily better as each method has its preferred use and is evident based on the history of the two companies.  </p>
<p>Navteq has historically been a supplier to navigation companies.  Because of this, they only include the street addresses if the address or address range has been verified in some fashion. Tele Atlas includes street addresses in a similar fashion, but it does something different for postal addresses (which both companies receive a list of, as do many companies, from the post office) that it does not have a source for.  </p>
<p>Tele Atlas geocodes unknown addresses to the center of the smallest boundary they can match to.  As an example, if your house is not in the Tele Atlas street address list, they would place a reference point for you house address in the center of your zip code. </p>
<p>Tele Atlasâ€™s approach is extremely beneficial for GIS and geomarketing uses, but it can make consumers of navigation devices rather unhappy when they are told they have arrived at their destination only to be 5-10 miles away from the actual address.  Navteqâ€™s approach on the other hand will give an automatic unknown address error but may cause more problems for GIS and geomarketing uses.  Which is the best way?  It depends on the use.</p>
<p>If you would like to actually test the address accuracy of each map vendor for navigation systems, you need to actually drive to each of the addresses to see if the address is actually where the map vendor says it is.  Do not simply assume that because a system says that they have found it that they system knows where the address actually is located.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tim</title>
		<link>http://www.gpsreview.net/navteq-vs-tele-atlas/#comment-28569</link>
		<dc:creator>Tim</dc:creator>
		<pubDate>Tue, 27 Feb 2007 12:11:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.gpsreview.net/navteq-vs-tele-atlas/#comment-28569</guid>
		<description>Hi Stephane, Thanks for the math correction, you are correct.</description>
		<content:encoded><![CDATA[<p>Hi Stephane, Thanks for the math correction, you are correct.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephane</title>
		<link>http://www.gpsreview.net/navteq-vs-tele-atlas/#comment-28458</link>
		<dc:creator>Stephane</dc:creator>
		<pubDate>Tue, 27 Feb 2007 08:41:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.gpsreview.net/navteq-vs-tele-atlas/#comment-28458</guid>
		<description>Very interesting test (and painful to achieve, I imagine!), thanks a lot
Yet I just want to point out that 83% vs 89% is not 6% difference, but 7,23%; and 86% vs 92% is 6,98%.
Ok it doesn&#039;t change a lot but your maths teacher would have been happy ;)</description>
		<content:encoded><![CDATA[<p>Very interesting test (and painful to achieve, I imagine!), thanks a lot<br />
Yet I just want to point out that 83% vs 89% is not 6% difference, but 7,23%; and 86% vs 92% is 6,98%.<br />
Ok it doesn&#8217;t change a lot but your maths teacher would have been happy <img src='http://www.gpsreview.net/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
