November 08, 2006
NAVTEQ has
introduced a parcel boundary data file
(cleverly named NAVTEQ Parcel Boundaries) that could be the next big
thing in the world of business geography data. The last big thing, in
terms of mapping and geocoding, was the street centerline file … which
has been around for a while.
Wide area coverage parcel data allow for much more accurate geocoding.
They are also a good mechanism for disseminating public data, which in
turn increase the usefulness of computer generated maps. Mapping at the
parcel level offers more accurate maps which do a better job of
portraying the geography. NAVTEQ’s literature offers a list of uses for
parcel boundaries, shown below.

Another example not listed above is public safety – parcel data better
define the location of incidents and the surrounding areas. In this
example, you can see the parcel concentrations and even estimate land
use, residential, commercial and industrial, by the location and size
of the parcels. The image of Teton, WY, shows an
example of the
database.

Because the data are provided by NAVTEQ, a commercial vendor, the
“which format” issue goes away; NAVTEQ provides the data in whatever
format the user needs. As a result, the database has the advantage of
greater interoperability among government entities as well as
businesses.
The scope of creating this product is far from trivial, both in terms
of coverage and assembly. To give you an appreciation of the range
currently available, here is what I gleaned from NAVTEQ literature.
Coverage: The product was first released in October 2006 has
approximately 55 million parcels – the most comprehensive packaged
parcel database available today, according to NAVTEQ, representing over
50% of the U.S. population.
Standardization: NAVTEQ parcels are acquired from at least 4,100
tax
mapping authorities, each with disparate format, projection, data
model, and highly varied usage/distribution policies. NAVTEQ has built
a standard format, structure and projection into which the company has
standardized the data. Parcels are checked for accuracy, street
alignment, projection, etc.
Product Growth: NAVTEQ has a team dedicated to enhancing
the
parcel
boundaries product. The team is adding parcel coverage each month and
is surveying the market to determine the priority for adding attributes.
I am wondering what attributes will be added, beyond ownership, area
and the nature of what exists on a parcel. Will there be demographics?
Is so, what about privacy issues? NAVTEQ has already addressed the
“adding attributes” issue by using the common identifier, the
Assessor’s Parcel Number (commonly known as APN), in the data model so
that there can be links (joins) with other attribute sources.
Certainly, ownership, value and structure size would be obvious data
additions.

One of the interesting things about changing technologies is how
quickly they are adopted and how quickly we forget they are “new.”
Parcel boundaries will no doubt be absorbed quickly by the business
community, especially as they can solve a number of challenges and
improve overall quality.
|
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.
|
|
||||||
| The ESRI screen shot references AND and TeleAtlas as data sources. That's funny, given the write-up says it's NAVTEQ parcel data... |
||||||
|
||||||
| The original image with the TANA watermark was a mistake from the beta version of ArcGIS Explorer. We have replaced the original image with the correct image. The ArcGIS Explorer database does include the TANA streets, but since they are turned off in the image, the watermark should not have been there. |
||||||
|
||||||
| Database update frequency is going to make or break this product, IMHO. Been struggling with the issue long enough to know. |
||||||
|
||||||
| Take a look at the service... www.boundarysolutions.com Take a look at the US Patent 7,092,957... http://patft.uspto.gov/netacgi/nph-Parser?Sect1=PTO1&Sect2=HITOFF&d=PALL&p=1&u=%2Fnetahtml%2FPTO%2Fsrchnum.htm&r=1&f=G&l=50&s1=7,092,957.PN.&OS=PN/7,092,957&RS=PN/7,092,957 Then, let's talk. Thanks, Dennis |
||||||
|
||||||
| Google returns all sorts of press releases about this data being available, but if you go to the Navteq website and do a search on 'parcel' it doesn't even return a press release about this dataset. |
||||||
|
||||||
| If you read the patent that Mr. Klein of Boundary Solutions posted, you will see that the patent deals with software and not data. |
||||||
|
||||||
| It will be interesting to see how this plays out in States where the creation and MAINTENANCE of Tax Maps, and I would expect derivitive parcel products are under the licensed practice of Land Surrveying. If the product is is just a image of the signed and sealed page with all of the required info that would be only a publishing issue , but when the offering is a deliniation of an "improved" parcel the outcome will be less obvious. It will be interesting Russ - NJ Professional Land Surveyor |
||||||









