Missouri Census Data Center
Quick Links
ACS Profile Reports
ACS Profile extract app
ACS Trends Reports

2010 Census SF1 Profile
SF1 Data extract app

CAPS: Circular Area Profiles
Population Trend Reports
Pop Estimates by Age

MO County Data Map
Applinks Master Menu
Geographic Codes Lookup

  SF3 Profiles (2000)
SF3 Trend Reports

Master Area Geographic Glossary Of Terms

2012 Edition

Revised Sep 2015
This web page documents and summarizes geographic entities used in the 2012 edition of the MABLE database, accessible via the geocorr12, Version 1.x web application. It is specifically geared towards the geographic entities as they are used in this web application, but also includes general explanations of the various geographic types. To see a more offical document describing the 2010 geographic entities see the 2010 Geographic Terms and Concepts page at the Census Bureau web site. To see base maps for many of these entities (primarily the ones used for tabulating the 2010 census and/or the American Community Survey) see the Bureau's Reference Maps page.

Geocode index:

County subdivision: MCD
Census Tract
Census Block Group
Census Block
Concentric Ring Pseuo-Geocode
Urban-Rural Portion
Urbanized Area/Urban Cluster
PUMA12 ("2012")
PUMA (2000)
Core Based Statistical Area - CBSA
CBSA type
Metropolitan Division
Combined Statistical Area
NECTA division
Voting Tabulation District (VTD)
Congressional District
State Legislative Districts
School Districts
County Size
Place Size
Census Place Code
Census County Subdivision code
Transportation Analysis Zone (TAZ)

Additional Information


The geographic coverages are presented here in the same order as they appear on the geocorr12 select lists for SOURCE and TARGET geocodes. The majority of codes are based on the 2010 decennial census, specifically the geographic header files that came as part of Summary File 1. As such, they are vintage (i.e. defined as of) January 1, 2010. But we do have geocodes that are more recent and these will be explicitly identified.

The Missouri State Census Data Center and OSEDA maintain a library of geographic code modules in the form of SAS(r) format codes. These modules have special application for SAS software users since they allow codes to be readily converted to their corresponding names. Sometimes format modules are used not to provide names, but rather to link codes to other entities as a kind of table lookup. Note that although these modules are, technically, "code" you do not have to be a programmer, or know any SAS, to use these as codebook files to look up a geographic code.

In the text below when a SAS format module is available for a geocode we provide a link to it at the end of the entry for that code. Rarely, but in a few instances, there may be entries in the format code that do not appear in the MABLE data base. For example. the $fipstab format code contains entries for Puerto Rico and U.S. territories (Guam, Virgin Islands, etc.) that are not in MABLE.

Most of these geographic codes are comprised of numeric digits but they have no numeric significance. They are stored in the MABLE database as character strings rather than binary numeric fields. In reports they will display with leading zeroes ("01" as the code for Alabama, for example, rather than just "1") and these leading zeroes also are written to output csv files by the geocorr application. When the latter get imported into Excel, however, the import routine (by default, at least) turns them into numerics and the leading 0's disappear.


The MABLE database is really a collection of 51 state-level databases. The STATE geocode is almost always added to output files even if it is not explicitly selected. The District of Columbia is considered a "state" for the purposes of this application. Other 'statistically equivalent areas' such as territories and outlying areas (including Puerto Rico) are not states and are thus not part of MABLE. This is a 2-digit FIPS (Federal Information Processing Standard) code with leading zeroes.

Format table: Sfipstab.sas and Sstate.sas


The FIPS county codes are 3-digit numbers assigned within states. They generally are odd numbers assigned in alphabetical order. Exceptions are independent cities (i.e. cities like Baltimore and St. Louis that are not in any county and serve as county equivalents) which are usually assigned codes over 500 (such as '510' for some reason.) On output files and listings we usually combine the FIPS state and county codes. Thus the value of the County variable for Autauga County, Alabama is 01001 and for Baltimore City, Maryland is 24510. In some states (such as Louisiana and Alaska) the primary substate legal entities are not called counties; but for the sake of this application they are "county equivalents" and act exactly the same as counties. Counties appearing here are those defined at the time of the 2010 census. There have not been any changes to the county definition since that time (as of late 2013). See the Census Bureau web page describing any changes that may occur. There are approximately 3143 counties in the U.S.

Format table: Scounty.sas

MCD-CCD (County Subdivisions)

These are the primary geographic units recognized by the Census Bureau which are just below the county level. Most states have Minor Civil Divisions (MCD's) which are legally recognized governmental or administrative units. MCD's are defined in 28 states and in D.C. In the remaining states the Census Bureau has defined Census County Divisions (CCD's). Most states have either all MCD's or all CCD's (with Missouri being an example of a state that has both). "MCD" is a generic category; the specific types of MCD's vary by state. The most common type of MCD is the township. Other types of areas that can be MCD's include towns or incorporated places, election districts, plantations, magisterial districts, etc. In the geographic hierarchy these divisions provide a complete coverage of all counties in the county. There were 35,703 such geographic areas in the U.S. at the time of the 2010 census.

This excerpt from the technical documentation released with the 2010 PL94 files summarizes some of the odd and inconsistent (across states, at least) behavior of these entitties:

In some states, all or some incorporated places are not part of any MCD; these places are termed independent places. Independent places also serve as primary legal subdivisions and have a Federal Information Processing Series (FIPS) county subdivision code and National Standard (ANSI) code that is the same as the FIPS and ANSI place code. In nine states--Maine, Massachusetts, New Hampshire, New Jersey, North Dakota, Pennsylvania, Rhode Island, South Dakota, and Wisconsin--all incorporated places are independent places. In other states, incorporated places are part of, or dependent within, the MCDs in which they are located, or the pattern is mixed--some incorporated places are independent of MCDs and others are included within one or more MCDs.

Format table: Scousub.sas (Returns the county subdivision name, but not the county.)

On output files and listings generated by geocorr this variable goes by the name cousubfp ("COUnty SUBdivision- -FiPs").

Place (City, Town, Village, etc)

Lots of variety for this geographic level. Places have different names in different states (e.g. "cities", "towns", "boroughs", "villages", etc.) There are also 9,721 entities called "Census Designated Places" (CDP's) which have no formal, legally recognized boundaries but which the Census Bureau has designated as areas which are generally recognized by the local population as worthy of having data tabulated for them. Places are within states, but otherwise they can cross just about any other boundary. A place can be in multiple counties, in multiple county subdivisions, ZCTAs, etc. Places are mutually exclusive but are not exhaustive -- there are areas that are not contained in any place. The Census Bureau (and MABLE) assign a code of all "9"s to areas that are not within any place. These "pseudo-places" are simply referred to as "Unincorporated Remainders"; they are not simply "Unincorporated Portions" (in general) because in many cases part of the unincorporated area of a county or MCD is in a CDP.

The relationship of MCD-CCD's (i.e. county subdivisions) and places varies from state to state, but in general places may cross MCD-CCD boundaries. There are some places which are also MCD's (common in New England.) In these cases the FIPS MCD and place codes are the same (but not the census codes.) There were 29,261 places recognized for the 2010 census.

Important Note: Places are among the most unstable of geographic entities over time, and are perhaps the most difficult to identify accurately since their boundaries are often "invisible" - i.e. do not follow physical features that are easily identifiable. Because of this the Census Bureau has a real challenge trying to keep up with accurate place definitions. The codes used in MABLE come from the Bureau's official SF1 geographic headers files which define the geography of the United States as of 1-1-2010. The place codes that appear in MABLE reflect what the Bureau recognized for city boundaries when it tabulated the 2010 census. It is an accepted fact of the census-taking business that there will always be mistakes regarding these boundaries. The Bureau has published a special file called the "CQR" (for "Census Quality Review") that is the official list of known geographic coding problems. There has been no attempt to incorporate the CQR data into MABLE.

Format tables: Splace.sas

Census Tract (2000)

The census tract is part of the very useful 4-level hierarchy of census data in which each lower level is completely contained within its parent level. The 4 levels are county, tract, block group and block.

The Census Bureau has complete control over these "small-area" geographic units. The Bureau defines them solely for the purpose of collecting and tabulating the results of the census. In most metropolitan areas, local census tract committees are appointed which are responsible for drawing up suggested boundaries for the census tracts in their areas. In most rural areas, there can be (but usually are not) such committees and the Census Bureau defines the tracts. In the 1990 census areas that were defined without the input of a local tract committee were called "Block Numbering Areas" (BNA's). But this terminology has now been dropped in 2000 and everything since then is called a census tract.

Among the criteria that the Census Bureau has established for defining tracts is that they should be compact contiguous areas with populations of about 4000 persons and that the area should, if possible, be homogeneous. The ideal urban census tract would be a locally recognized "neighborhood" within a city. Prior to 1990 (i.e in the 1980 census and earlier) census tracts were strictly an urban concept; they were only defined within metropolitan areas.

Census tracts are assigned 4-digit numeric codes, unique within counties. Tracts can also have a 2-digit suffix code, usually indicating that this is a "split" of a tract from an earlier census year. Thus if "1234.00" was a tract in 2000 with 5000 persons and that area grew to a population of 12000 by 2010 you might see 3 tracts in 2010 with codes "1234.01", "1234.02" and "1234.03". Suffix codes of ".97". ".98" are special and have to do with details most people would rather not be bothered with. The short explanation is that it represents where there was a "temporary problem" with a tract assignment that was "fixed" but this suffix code had to be attached. You probably don't care. Suffix codes of ".99" are used for pseudo-tracts used to tabulate "crews of vessels" residing in nearby rivers and lakes.

Census tract codes on all output files and reports form geocorr are named tract and are always represented in a full 7-character xxxx.xx format with leading and trailing zeroes. There were about 74,134 of these entities defined for the 2010 census.

Whenever you select this geocode from either the source or target geocode select lists, the county code is also automatically selected for you -- you should never process tract data without carrying along the county code, unless, of course, your entire analysis is taking place within a single county.

Tracts do not have names associated with them, in general, and there are no format codes available for them. Tracts do not generally have to nest within any other geographic areas except counties and (new for 2010) PUMAs.

Block Group (2010)

If you understand census tracts then all you need to know is that block groups are the next level down in the hierarchy. A typical census tract will be comprised of about 5 or 6 block groups. The name comes from the fact that each block group ("bg") is composed of census blocks, grouped together within a tract. The first digit of the 4-digit block number is the code for the area. Thus the block group geocode is only one character long, which, of course, is meaningless outside of the context of the tract and county. Block groups with a code of 0 indicate a coastal area entirely comprised of water.

From a data perspective block groups have the distinction of being the smallest geographic unit (well, almost) for which the Census Bureau tabulates detailed demographic data. This means that if you are looking for data regarding income, occupation or education (to name 3 popular subjects only available in the sample data) then the smallest geographic unit for which you'll be able to get that data is the block group. In the past these data would have been from the decennial census but that changed starting with the 2010 census. "Long form" data is no longer collected in the decennial census. That sort of data are now obtained as part of the American Community Survey. ACS data at the block group level is available, albeit not very conveniently and with significant amounts of sampling error in many cases.

On all geocorr output files this geocode will be called bg and will be a single character (digit) long.

BG's do not have names associated with them, in general, and there are no format codes available for them.

Census block (2010)

This is the atom in the MABLE view of the matter. It is the smallest geographic entity recognized by the Census Bureau. It is generally the smallest area that can be formed by intersecting visible features. The classic census block is the rectangular city block bounded by 4 streets. With the extending of block assignment to rural areas for the 1990 census, we also now have the 100-square-miles-of-open-desert blocks and the classic single farm or portion of farm block. Each of the over 10 million observations on the MABLE database describes one census block. All other geographies are defined in terms of which of these blocks can be added together to form it. This is a fudge in some cases -- notably with ZIP (ZCTA) codes, but makes perfect sense for most geographies. This is because the Census Bureau made a decision when it redesigned census block geography for the 1990 census (and beyond) that it would not have any blocks that crossed county subdivision or place boundaries. The MABLE/Geocorr concept is based on the idea that geography can be reduced to a set of block-level "pixels" that can be used to examine how other geographic are related using simple Algebra instead of complex Geometry.

Census blocks are the last level of the county-tract-bg-block hierarchy. The block code itself is 4 digits (the first of which, as mentioned above, indicates the block group.) If the first digit is 0 it indicates a "water block", which as the name implies is located under water and rarely has anyone living in (or "on") it. (These water blocks were not included in the 1990 version of MABLE but are now. They tend not to contribute much, however, since they have almost all 0 values for the weight variables (population, households and land area).

On all output files and listing produced by geocorr the census block geocode is called blk and is 4 characters long. Census blocks do not have names associated with them.

5-digit ZIP / ZCTA (2010)

For the 2000 Census the Census Bureau decided to change the name of the geographic entity that they had previously referred to as ZIP codes. They would now be called ZCTAs (ZIP Census Tabulation Areas). There were actually rather minor changes in the way these entities were defined as compared to 1990, but the Bureau decided that it would be helpful to alert the users to the fact that these entities were not exactly ZIP codes. But, for most purposes, pretty close. To see the definitive word on the what, why and how of ZCTA's see the Bureau's web page at https://www.census.gov/geo/reference/zctas.html. Also see Geographic Terms and Concepts - ZCTAs web page. (Unless they have moved it again - they do that a lot.)

Only "residential" ZIP codes - those containing household addresses - have corresponding ZCTA codes (and hence will appear in a MABLE database). There are no business or Post Office Box-only ZCTAs, etc. The latter account for about a fourth of all ZIP codes in the U.S. You can view/download a csv file at http://mcdc.missouri.edu/data/corrlst/Zip_to_ZCTA_crosswalk_2010_JSI.csv that shows all ZIP codes (vintage 2010) to the corresponding ZCTA. (Uexplore/Dexter users can access the same data in the corrlst.zip_2_zcta10 data set.)

Another problem is that ZIP codes are not really spatial entities -- they are simply lists of addresses, organized to facilitate mail delivery. While they often do form areas that can be viewed as geographic areas, that is not what they really are. This can create problems when you try to relate them to a spatial entity such as a census block. Think of a classic census block formed by the intersection of 1st St., Elm Ave, 2nd St. and Pine Ave. If 1st St is the northern border of the block then folks living on the south side of 1st St. between Elm and Pine are in our block (lets call it "101"). But people living across the street -- on the north side of 1st St. are living in a different block, say "102". But the U.S. Postal Service would never (well, hardly ever) have a ZIP boundary go down the middle of a street. If this were an area where the ZIP changed it would almost certainly divide along (vague and invisible) "back-lot lines". For example, the folks living on both sides of 1st St. in our example might live in ZIP 12345, while the folks living on 2nd St. might live in 12346. Thus you have households in the same census block, but in different ZIP codes. Hence, the fundamental concept of census block as the atomic unit is violated. Of course, this only happens in a certain percentage of blocks, and in many cases the ZIP boundaries are on commercial streets where not many people live and you can assign most of the population in the boundary blocks to the right ZIP. These issues are dealt with in the Bureau's definitive web page (see link above) that describes how these issues were dealt with when defining ZCTA's.

On output files this geocode is stored as ZCTA5. The variable Zipname is also included (unless otherwise requested). This name has undergone a number of changes over recent years (2010-2013) and the current value matches the value of the zipname variable in the zcta_master data set (in /pub/georef).

Pseudo-ZCTA codes ending with XX or HH (e.g. 594XX and 594HH in Montana) were used to designate unassigned (to any ZIP code) and water-area blocks for the 2000 census. They have been dropped for 2010 and hence will no longer appear in any gecorr12 output. You will see them in geocorr2k results.

To get information regarding any ZCTA (or even non-ZCTA ZIP) the MCDC offers the Display ZCTA Master web utility.

For more information about ZIP codes see the MCDC's own ZIP Code Resources Page and its update companion piece zipcodes_2010supplement.shtml with its link to the zcta_master data set.

Format table: Szipname.sas
This format code was derived from a file from the U.S. Postal Service circa 2010. Its a combination of Post Office and local geographic names. It is the source for the ZIPNAME fields that will be added to your geocorr outputs if you specify that you want names to got with your geocodes and you also select ZIP as one of your geocodes.

Concentric Ring Pseudo-Geocode

This is not exactly a geocode in the same sense as most others used here (urban-rural portion is another exception). These are geographic areas determined on the fly when the user specifies the coordinates of a point (in the Point and Distance Options section of the form, and also selects Concentric Ring Pseudo-Geocode ("CRP-G") from either the Source or Target geocode select list. Suppose, for example, the user enters 1, 3, 5, & 10 in the #1, #2, #3 and #4 text boxes in the P&D section of the form. This means they want to look at data for the 1-mile circular area around the specified point, and then also at the ring (donut: a circle with a hole in the center) greater than 1 miles but less than or equal to 3 miles from the specified point, and also the ring from 3 to 5 and a final one from 5 to 10. By convention we assign a code to identify the concentring ring equal to its outermost radius. In this example, the values for the CRP-G would be 1,3,5 and 10. Notice that the area represented by the code "10" is not a 10-mile circle; it is a donut formed by taking a 10-mile circle and subtracting out the 5-mile circle with the same center point. To just get the 2010 census population figures for each of these areas you can select CRP-G as the Source geocode, and Entire Universe as the target code.

Urban-Rural portion

This is not exactly a geocode in the same sense as the other ones used here but it is far too useful to discard on a technicality. All census blocks are assigned this characteristic by the Census Bureau based on their standard definition of the concept of "urban". That definition can get rather complicated when you follow it down to the source, and it has changed over time. See our
Ten Things to Know About Urban vs. Rural web page for almost all you need to know about this topic. The assignment of these values is based on very detailed (i.e. block level) data from the most recent decennial census. These values are typically not published until the year ending in "2" following a decennial census. Which is why we specify "2012" as part of the identifier of this field in the geocorr12 application. It is actually the definition as of 2010 but we were only able to access this information starting in 2012. The definitive source of information regarding the concept is the Census Bureau's Urban and Rural Classification page.

This geocode has two values: "U" means urban and "R" means rural. On geocorr output files this field is called ur and is one character long. There is no name field associated with it.

Urbanized Areas/Urban Clusters (2010)

We referred to these entities above in our discussion of Urban/Rural. To be urban starting with the 2000 census is be part of an Urbanized Area or an Urban Cluster. These 2 entities share a variable on the MABLE database and a set of 5-digit codes. The only difference between them is the size of its densely settled core that is the primary requirement that must be met before an area can be considered urban. That densely settled core area must have a population of at least 1000 persons per square mile and must have a total size of 10,000 persons. If it is over 50,000 then you have an Urbanized Area; if it is between 10,000 and 49,999 then you have an Urban Cluster. The area is comprised of this central core plus the surrounding contiguous area with a density of at least 500 persons per square mile. There are some important exceptions to these general rules (to allow for special situations where there may be "hops" across certain bodies of water or "green belts".) See the Census Bureau's FAQ web page on the subject at https://www.census.gov/geo/reference/ua/uafaq.html.

On all geocorr output files this field is called urbarea and is 5 characters wide with leading zeros.

UA and UC codes are included in the MCDC's geographic codes lookup web app.

Format table: Suauc.sas

PUMAs for 5 Pct Samples (2000 and "2012")

PUMA (Public Use Microsample Areas) are a special Census-Bureau created geography designed for use as the smallest unit of geography that is identified on their Public Use Micro Sample ("PUMS") data products. They are redefined for each decade, for use with the PUMS files that are released based on that decade's PUMS products. It has gotten a bit more complicated now that we have the American Community Survey, with its own PUMS files and the strong interest now in summary data using PUMAs as the unit being summarized. The increased interest has to do with the key fact that PUMAs have as a basic requirement a population of at least 100,000 per the census to which they pertain. A 2010 PUMA (also referred to as "2012" for reasons we go into below) must have a 2010 population count (not an estimate - a decennial census 100% count) of at least 100,000. This means that they all meet the 65,000 population threshold used in the ACS to qualify an area for getting single-year ACS data. There are very few geographic levels for which completely new ACS data are released every year. The PUMA turns out to be the smallest unit about which this can be said. They have the added assets of being relatively equal in terms of total population and of staying put for a predictable period of ten years.

Most of what you can say about 2000 PUMAs can be said about 2010 PUMAs. There is one significant difference, however. For 2000, PUMAs could be defined in terms of incorporated place boundaries. So, for example, the city of Springfield, MO was used as the exact boundary of a PUMA (with a complementary PUMA being defined as the remainder of Greene county, in which the city is located.) The Census Bureau decided for 2010 that they did not want to allow corporate limits to be used in setting up the definition of PUMA boundaries. Because such boundaries can and do change over the decade. The Bureau thus issued the edict that starting in 2010 PUMA boundaries could be specified only in terms of census tracts or whole counties. Things which almost always stay put for ten years.

PUMA codes are 5 digits (characters) long. Most end with "00". Generally when the last two digits are not 0's it represents a county that has been split into subareas. Thus, for example, the 2010 PUMA codes for the St. Charles county (MO) are '01701', '01702' and and '01703' .

On all geocorr output files these fields will be called puma2k or puma12, will be 5 characters wide with leading and trailing 0's. There will be no names associated with the 2k PUMAs except in Missouri. Names will be provided for the 2012 codes, since the Census Bureau allowed the states to name the PUMAs starting with the 2010 versions.

There are also codes called "Super PUMAs" (aka "1% PUMAs") that were used on the 2000 PUMS 1% sample files. These have never been kept on the MABLE database and we have no plans to add them.

Format table: Spuma.sas (2012 codes only).

For more about these entities you can view our All About PUMAs web page.

Core Based Statistical Area - CBSA

This is the current geocode to use when you want to have data for a Metropolitan Area (or a Micropolitan Area). These entities are sometimes referred to as MSA's (Metropolitan Statistical Areas) by the Census Bureau. We understand why they do this, because people feel more comfortable with the MSA acronym/label. Only trouble with it is that a Micropolitan Stat Area is now also a Metropolitan Stat Area, even though strictly speaking those two entities are mutually exclusive.

Note that this field has a year specified (which will vary over time as we update MABLE to have the latest metro area codes). We currently (December, 2013) have the 2013 vintage (last modified by OMB as of February, 2013) CBSA and related codes (CBSA type, metropolitan division and combined statistical area). These are county-based areas and new ones can be added, old ones modified, deleted, renamed, etc. each year. The "core based" portion of the name derives from the was these areas are defined. They require a densely populated "core area"of at least 10,000 people. The core area must be at least 50,000 to qualify as a metropolitan SA; otherwise it is called a micropolitan SA. These areas are usually named for the largest incorporated areas ("central cities") that form all of portions of the core area. CBSAs are comprised of counties containing or adjacent to their core areas. The basic criteria regarding which counties are included in the CBSA involves the number of people living in the non-core counties who commute to work within the central county (counties).

CBSA's have a 5-digit code. Metropolitan and Micropolitan areas share the same pool of codes; you cannot tell from the CBSA code which kind it is. (That is why we have the CBSA Type as a separate geocode.)

For more about these and related geographic entities see the Census Bureau's Core Based Statistical Areas and Related Statisitcal Areas web page.

As already mentioned, CBSA's are (almost always) comprised of complete counties or county equivalents (parishes, independent cities, etc). There is only one exception to this general rule: the portion of the city of Sullivan in Crawford County, MO was legislated to be part of the St. Louis metropolitan area. It has to do with a veteran's hospital being located there and something about a formula for federal subsidies in metro vs. non-metro areas. As of July, 2009 there were approximately 1500 people living in this area.

Format table: Scbsa.sas

CBSA Type (Metro or Micro)

Hardly needs any additional explanation. The value is stored in mixed case, with the "M" in upper case and the rest in lower case. When CBSA is blank then so is this field. Having this field is handy for letting you generate reports that show the latest population estimates by state for the metropolitan, micropolitan and "neither" portions of a state. You do not really need to keep it for ID when you select CBSA and keep name fields since the CBSAName field includes the type.

Metropolitan Division

Some core-based MSA's are large enough that they have significant subareas comprised of related counties. These subareas are called Metropolitan Divisions and they have their own 5-digit FIPS codes. An example is the Chicago-Naperville-Joliet, IL Metropolitan Division, which is the Illinois portion of the tri-state Chigago core-based MSA. This would be comparable to a PMSA under the previous MSA-CMSA-PMSA scheme. There are not very many of these beasts.

Format table: Smetrodiv.sas

Combined Statistical Areas

Same concept as the Metropolitan Divsision except that here we are talking about a combining of CBSA's into a larger geographic area. Note that all thse CBSA related geocodes get updated in sych so they are all the same vintage.

Format table: Scsa.sas
Note that the code 426 was used for Peoria-Canton, IL until as part of the July 2015 update it was changed to now pertain to Pensacola-Ferry Pass. FL-AL. So we updated for $csa format code to display Peoria-Canton, IL or (as of 7/15)Pensacola-Ferry Pass, FL-AL. (they should not be allowed to change these codes, but they do it anyway).

NECTA - New England City and Town Areas

They always have to be different in New England, where counties are disdained and towns are what count. So while they passed a law saying that all CBSA's would be county-based they could not force the good people of New England to actually use those entities. Instead, the powers that be agreed to create alternative metro area definitions using the core-based technology (i.e. the central densely setttled area not constricted by any municipal boundaries) but with towns ("MCD"s) as the component units rather than counties.

Format table: Snecta.sas

NECTA Divisions

See Metropolitan Divsion, above. NECTA Divsions are to NECTAs as Metropolitan Divisions are to CBSA's. They are town-based subareas of NECTA's.

VTD: Voting Tabulation Districts

Anyone involved in redistricting will recognize these units, and anyone not involved in redistricting is unlikely to be very interested. These were geographic entities that the states identified and labeled back in 2009 so that in 2011 the Census Bureau would deliver basic population data for these geogaphic units which could then be used as the building blocks for the state's congressional and state legislative districts. These can be anything the state (or the local entity within the state - things can vary widely within a state) wanted them to be but typically they correspond to precincts or other voting units. The codes assigned can be mnemonic (i.e related to the codes for the precints or wards to which they correspond) or arbitrary (as in most of Missouri). The real ID in many cases is in the corresponding VTDName field. The Bureau wrote guidlelines for how the states were to assign the codes but they were largely ignored in Missouri. The codes in that state -or at least for many counties within it - were just sequentially assigned and stored as left-justified character strings (in direct violation of the guidelines). So, for example, the VTD code for Boone County, Precinct 34 is "39", while the correponding VTDName field has the more useful value "Voting Dist 34". On the other hand in Cook County, IL if the code is "03039" it turns out the area is Ward 3, Pct 39.

Congressional Districts

We currently have these codes for 2 congresses. The most recent is the 113th congress, elected in the fall of 2012. We also have the 111th Congress which was elected in 2008; this was the Congress that was "current" at the time of the 2010 census, which is why we keep it and why there is more interest in it than, say, the 112th Congress. Data from the 2k census published at the CD level summarizes the 111th vintage CDs.

State Legislative Districts, 2012

These are the districts which were redrawn circa 2011 using results (block level pop counts) from the 2010 census. These are the redrawn state districts in all states (as they appeared in the TIGER LineFaces datasets as of July, 2012). The "Upper Chamber" is referred to as the Senate in most states, while the "Lower Chamber" is usually called the "House" (in California it is called the "Assembly".) Nebraska has a unicameral legislature (meaning they have only one state legislative body instead of the usual two.) The codes for the Lower Chamber districts are blank for Nebraska. These are 3-digit codes with leading zeroes, even though in most states just 1 or 2 digits would suffice. There are no names associated with the codes.

The 2010 districts are those that were in effect at the time of the 2010 census. So these are the old state districts that were superceded by the results of redistrcting following the 2010 census.

School Districts (Unified, Elementary and Secondary) (2010)

These codes were added to the Census Bureau's TIGER system in the 90's. These values are as of 1-1-2010 (i.e. as used in the geographic headers of the 2010 census summary files.) They are "LEA" codes as assigned by the National Center for Educational Statistics. There are 3 levels of districts, but not all 3 will be defined for a census block. In many/most states not all 3 levels are used. In Missouri, for example, only Unified and Elementary are used and they are mutually exclusive (i.e. they do not overlap). These are 5-digit codes as established by the National Census for Education Statistics. They are unique within state. There are no plans to update these codes througout the decade, except perhaps for Missouri.

Format table: Sschool.sas

County Size (cntysc)

Counties are categorized by nine population interval categories. Even though we use the original name from the geographic headers portions of the census summary files where it is stored as a code, the values stored in MABLE are just character strings indicating the interval. The values are:
  • Less than 200
  • 200-999
  • 1000-2499
  • 2500-9999
  • 10,000-24,999
  • 25,000-99,999
  • 100,000-249,999
  • 250,00-999,000
  • 1,000,000+

Place Size (placesc)

Same idea as cntysc but this is for place size rather than county. Values are the same as for cntysc:
  • Not in a place
  • Less than 200
  • 200-999
  • 1000-2499>
  • 2500-9999
  • 10,000-24,999
  • 25,000-99,999
  • 100,000-249,999
  • 250,00-999,000
  • 1,000,000+
Based on census 2000 place boundary definitions and populations.

Within a Place

This is a category variable that allows you to look at a breakout of an area based on how much of it is inside or outside of a place, with detail as to whether the place is incorporated or a Census Designated Place (CDP). The 1-character code values are
  • 1=Within an incorporated place
  • 2=Within a CDP
  • 3=Not in a place
Based on census 2010 place boundary definitions.

Census Place code

The Census Bureau has their own set of 4-digit place codes that were used before they switched to 5-digit FIPS codes some time between the 1980 and 1990 censuses. This field is blank for places that did not exist in 1980. Only useful for capturing codes that you plan to use in conjunction with earlier census data (1980 or earlier). Normally you will use the regular Place geocode, which is the FIPS version.

Census County Subdivision code

This does for county subdivisions what the previous entry does for places. These are 3-digit codes that the Census Bureau assigned and used in their products before switching to the more standard FIPS codes. These codes are only unique within county. They have leading zeroes and usually appear in increments of 5. So most counties have CenCouSub codes of 005, 010, 015, etc.

Transportation Analysis Zone (TAZ)

These areas are used by the transportation planning community to do things like setting up work trip matrices that count commuting flows between these zones. These are important geographic units on special products like the various Census Transportation Planning Packages (CTTP) that the Census Bureau creates based on specs from the U.S. Department of Transportation. Coding schemes vary from state to state and metro area to metro area. They can be up to 6 characters long. A value of 999999 indicates an area where no TAZ has been defined. They appear to be unique within county (but you have to select County explicitly when selecting TAZ as a Source or Target code.) There are no names associated with these codes. We have not yet (as of December, 2013) added these values to MABLE for 2012.

Additional Information

For additional background information on any of the geographic units maintained or utilized by the Census Bureau you can view the
Geographic Areas Reference Manual which is now available on the Geography Divsion's home page.

Other useful links:

This file last modified Thursday August 17, 2017, 15:15:46

The Missouri Census Data Center is a sponsored program of the Missouri State Library within the office of the Missouri Secretary of State. The MCDC has been a partner in the U.S. Census Bureau's State Data Center program since 1979.

Questions/Comments regarding this page or this web site can be sent to