[Talk-us] Address Standard
BLord-Castillo at stlouisco.com
Thu Aug 12 21:08:47 BST 2010
The vast majority of street addresses are only going to have only four elements:
126.96.36.199 Address Number
188.8.131.52 Street Name Pre Directional or 184.108.40.206 Post Directional
220.127.116.11 Street Name
18.104.22.168 Street Name Post Type or 22.214.171.124 Street Name Pre Type
That's hardly a significant burden and easily understood by most people. If the other elements don't exist, you don't use them at all. Like I said, it's a tag based model, not a table based, so you don't even need to enter nulls for the other elements.
The complex elements do not have to be entered either, since they are all compositions of the simple elements. All the other 12 elements are only entered for the rare addresses that use them.
The Subaddress, Landmark, Place, and USPS elements are only used for those special address types, so they don't come into play on street addressing (and actually provide a standardized way of dealing with rural routes and placemark addresses, which we can currently only deal with as POIs).
As I said, the important thing here is that this is likely to be the FGDC standard soon, and looks to be the format for TIGER 2010 and subsequent updates.
Information Systems Designer/GIS Programmer
St. Louis County Police
Office of Emergency Management
14847 Ladue Bluffs Crossing Drive
Chesterfield, MO 63017
From: Kevin Atkinson [mailto:kevin at atkinson.dhs.org]
Sent: Thursday, August 12, 2010 2:57 PM
To: Lord-Castillo, Brett
Cc: 'talk-us at openstreetmap.org'
Subject: Re: [Talk-us] Address Standard
On Wed, 11 Aug 2010, Lord-Castillo, Brett wrote:
> I just want to point out that the federal address standard has passed
> through the public comment period and is now in committee review. It is
> expected to become a federal regulation in early 2011.
> The standard is presented as a tag based model expressed in xml. It
> would probably be a serious mistake to ignore it. It actually directly
> addresses (in address data content) all of the issues that are getting
> hashed over here, and quite a few that have not been brought up yet
> (like dual and quad number addresses).
I looked it over. If you really wanted to break out every last possible
part of a street name it would be a good guideline to follow. The problem
is no one will manually enter in all those parts, especially since the
distinction would be meaningless to most people.
My main goal was to separate out the directional prefix because, which
while important for mailing, did not really belong as part of the street
name. I thought I would take care of the suffix as well.
However, since I now see that there are other, non-directional, prefix and
suffixes. I might simplify my proposal to simply include any prefix and
suffixes not included with the displayed street name. I am also
considering dropping the "included" provision until such time that all
components are broken out.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Lord-Castillo, Brett.vcf
Size: 378 bytes
Desc: Lord-Castillo, Brett.vcf
More information about the Talk-us