Iowa Historical Counties
Dataset (Shapefiles)
Metadata
Spatial_Data_Organization_Information
Entity_and_Attribute_Information
Metadata_Reference_Information
Citation:
Citation_Information:
Originator: Gordon DenBoer, Historical Compiler
Originator: Douglas Knox, Digital Compiler
Originator: John H. Long, Editor, Atlas of Historical County
Boundaries
Publication_Date: 2007
Title: Iowa_Historical_Counties_Dataset
Geospatial_Data_Presentation_Form: vector digital data
Series_Information:
Series_Name: Atlas of Historical County Boundaries—Digital
(Shapefiles)
Online_Linkage:<http://www.newberry.org/ahcbp>
Description:
Abstract:
This
document serves as the metadata for the Iowa Historical Counties Dataset
shapefile for use in a geographic information system (GIS). That file may be downloaded without charge
from this Web site (www.newberry.org/ahcbp); see also Distribution_Information,
below. In addition, an interactive map
of Iowa’s Historical Counties Dataset is available for operation and viewing
through the Web site by means of ArcIMS, a program produced by Environmental
Systems Research Institute (ESRI).
ArcIMS draws its boundary data for the interactive map from the Iowa
Historical Counties Dataset shapefile.
The interactive map is projected while the downloadable shapefile is
not. Here are descriptions of the
sources and methods used to gather and process the information that appears in
the shapefile and in the interactive map so that users can evaluate the quality
and utility of the data.
The
comprehensive Iowa Historical Counties Dataset shapefile holds the polygons,
metadata, and attribute data for every different configuration of every county
or county equivalent in Iowa, dated to the day, from the creation of the first
county on 1 October 1804, through 31 December 2000. The Historical Counties
Dataset, together with a number of supplementary cartographic data files and
text files, enable users easily to employ a geographic information system for
the analysis and display of county-related historical data.
First
among the non-cartographic data files is the Iowa Comprehensive Database (a
tab-delimited text file that can be imported into a database or spreadsheet
program), which provides descriptions of all known changes in state and county boundaries,
changes in county organization and attachments, and changes in status and name,
together with citations to the sources. These data include unmappable boundary
changes, which usually means changes too small to plot as polygons at
compilation scale, changes whose shapes could not be plotted at compilation
scale (e.g., shift of a boundary line from the centerline of a road to one
shoulder or the other), and changes that could not be mapped for other reasons
(e.g., the location of the change could not be determined). In the
Comprehensive Database, there is a separate entry for each county involved in
each event. That facilitates assembling all the events pertaining to a single
county.
In
addition to the Comprehensive Database, there are five supplemental texts.
These are: (1) a comprehensive County Index (includes proposed and extinct
counties and non-county areas and provides cross references for name changes,
with hyperlinks to corresponding individual county chronologies), (2) a
Consolidated Chronology that organizes all the data by date, combining all the
counties involved in an event into a single, composite entry, (3) a set of
Individual County Chronologies, each one covering all the changes in a single
county or equivalent, (4) a Bibliography that lists the primary and secondary
sources found useful in the historical research, and (5) a Commentary on the
research problems and materials that were remarkable or unusual in the process
of historical compilation (Not every
state requires a commentary.). A "Read Me" file introduces all these
files and indicates how to get started with them.
Purpose:
The
Atlas is meant to be a resource for people (a) seeking records of past events,
(b) trying to analyze, interpret, and display county-based historical data like
returns of elections and censuses, and (c) working on state and local history.
The special interests of those potential users range from history to
demography, economics, genealogy, geography, law, and politics.
Counties
and their equivalents (e.g., parishes in Louisiana and independent cities in
four other states) cover all the territory of the United States, function as
repositories of valuable records, and long have been used as the geographic
base units for the gathering of essential social, political, and economic
data. The authority to create, change,
or eliminate counties and to specify their functions lies with the states and
their predecessors. In detail, the role of counties varies from state to state,
but in every state they administer the judicial system and provide a great
number of services. In the process, counties collect and preserve large
quantities of information. For example: records of marriages, births, and
deaths; probated wills; militia training; real-estate transfers; tax
collections; welfare benefits; school programs; voter registrations; etc.
Outside
densely populated cities, counties have served as colonial, territorial, and
state legislative districts and as the building blocks of congressional
districts. In the nineteenth century
they became the grassroots centers for the development of political
parties. Moreover, counties have been
the principal geographic units for the collection and aggregation of data from
colonial/territorial, state, and federal censuses.
Unfortunately
for researchers, the average county has changed size, shape, or location
between four and five times. Therefore,
knowing the present county of the place where a past event occurred may not be
sufficient to find its official records. If county boundaries changed in the
meantime, it is necessary to learn what county had jurisdiction at the time of
the event to identify the courthouse where the record is stored today. If the
reported population of a county changed from one census to another, was that
because of an increase or a decrease in the number of people, or an annexation
or loss of populated territory, or a combination of both? Trying to analyze county-based historical
data without controlling for boundary changes is almost certain to yield errors
and lead to false conclusions.
Supplemental_Information:
Method:
Historical compilers plot county boundary changes in chronological order.
Working directly from originals or photocopies of the verbal boundary
descriptions in the state session laws, the ultimate authoritative source, the
researcher plots the lines on a transparent compilation sheet laid over a
modern base map of the state. As each change is plotted, the compiler writes a
descriptive entry for the state's boundary chronology and a brief citation of
the source of the information. The compiler creates the Comprehensive Database
from this information.
Plotting
boundary changes of all counties together and in sequence, not merely
reconstructing the counties at different points in time (e.g., dates of
censuses) or concentrating on a single county at a time (thereby taking it out
of the context of what happened to its neighbors), is an important aspect of
the historical compilation process. Doing so gives the compiler valuable
insight into how the counties developed and whether the intentions of
legislators were realized in their enactments. For example, a law may say its
purpose is to transfer territory from County A to County B, but the actual
effect, visibly evident from the plot, may be to transfer territory from both A
and C to B. When boundaries are plotted this way, gores (gaps between counties)
and overlaps created accidentally by the legislature are readily apparent, and
errors in plotting are discovered almost immediately. It is nearly impossible to detect such developments unless the
counties are plotted together. Descriptive entries in the comprehensive
database and in the chronologies reflect actual changes because they are
written from the compilation plots, not from the laws alone or from secondary
works.
One
additional benefit of this approach is that it provides an automatic checking
mechanism. When the historical compiler reaches the end of the development of
the county network, the final version should be identical with the boundaries
of the present county. If there is a difference between the completed
compilation and the standard, current map, the compiler knows there is a
mistake somewhere. Such a discrepancy is rare, but when one is discovered, the
compiler reviews the compilation to find the source of the problem. Usually it
is a matter of the compiler erring in the plot of a boundary or accidentally
omitting some change, either of which can easily be corrected, but occasionally
the fault is found on the current, federal map. When the error appears on the
federal map, the boundary is plotted accurately and a brief explanation of the
difference is added to the supplemental Commentary.
Problematic
Data. Every so often, a state’s law
makers mistakenly overlapped the lines of two or more counties. Once such an overlap was detected, it seldom
lasted long because dual jurisdictions generate only trouble, and states acted
swiftly to eliminate them. This atlas
treats areas of overlapping jurisdiction as distinct polygons and provides the
usual data (e.g., start dates and end dates) for each one.
Much more common than
overlaps are non-county areas, that is, areas not within the jurisdiction of
any county. Sometimes legal boundary
descriptions left small areas, known as gores, outside the bounds of any
county. Such inadvertent omissions
errors most often occurred in the early days of a state’s history when boundary
makers lacked knowledge of the state’s topography. Sometimes, legislators purposely did not extend county jurisdiction
over all of their state’s territory as early as possible, but waited until they
had a better understanding of the lay of the land and until the prospect of
European settlement was closer. Under
those circumstances, they often provided a minimum of legal and administrative
services for each non-county area by formally attaching it to a fully
operational county; later, when the area was ready for settlement or was
already under development, the state created one or more counties from the
non-county area.
This
atlas aims to be absolutely comprehensive and, with a few exceptions (see next
paragraph), to leave no “holes” in its historical and geographic coverage of a
state. In practice, each state
compilation includes all the territory within its bounds in 2000, regardless of
what authority created or altered a county there, plus all other territory that
may have been within the state’s jurisdiction at an earlier time. Also, there are no empty spaces, no areas
outside a named polygon. Each
non-county area, whether an accidental gore or a region purposely set aside for
future settlement, is represented by a polygon, the polygon is named (often
merely as a non-county area with a number, such as NCA1), and a full set of
data about it is entered in the database and the attribute file.
The
exceptions to the “no-holes” policy described above are the large non-county
areas in western Virginia, New York, and the New England states during much of
the seventeenth century. In London and
the other European capitals, officials had access to so little accurate
information about inland territory that imperial claims and land grants,
including colonial charters, often were incomplete or imprecise or asserted
limits (e.g., the Pacific Ocean or “South Sea”) that were so extreme as to be
impractical to plot. Compilers treated those large, indefinitely bounded, and
inadequately described, non-county areas as empty territory and made no attempt
to represent them as coherent, historically complete polygons. Because the
ArcGIS program requires that all polygons be closed, the compilers supplied
estimated boundary lines to close polygons representing indefinitely extensive
frontier counties and noted their action in the “Change” field.
Some changes have not
been mapped because the change is too small to map, or the location is unknown,
or both; for example, a law that transferred ten acres belonging to farmer
Smith from one county to another would be unmappable because the parcel is too
small to be mapped at the standard compilation scale or because the location of
Smith’s farm cannot be discovered. When
the location of a change too small to map is known, the historical compiler
marks the location and the digital compiler digitizes it as a point. All such tiny changes are collected in a
separate shapefile, usually labeled [YEAR]_pt.shp.
Using the historical
compiler's plotting overlays and associated material (e.g., notes, copies of the
laws), the GIS compiler draws the counties in digital form. For digitizing, the
program is ArcGIS 9.1, and the electronic modern "base map" is from
the Digital Chart of the World (DCW) provided with ArcGIS by Environmental
Systems Research Institute (ESRI), plus, as needed, such other data (often from
another source) as the grid of the Public Land Survey System (PLSS). By repeating much of the procedure of the
historical compiler, the digital compiler implicitly checks the work of her
predecessor and occasionally finds line segments that must be corrected. As
digitizing proceeds, data from the comprehensive database are entered into the
attribute table.
After
perfecting the boundary lines, the GIS digitizer assembles copies of all county
polygons and attribute data into a single shapefile, the Historical Counties
Dataset shapefile.
Time_Period_of_Content:
Time_Period_Information:
Single_Date/Time:
Calendar_Date:
Range_of_Dates/Times:
Beginning_Date: 10/01/1804
Ending_Date: 12/31/2000
Currentness_Reference: publication date
Status:
Progress: Complete
Maintenance_and_Update_Frequency: As needed
Spatial_Domain:
Bounding_Coordinates:
West_Bounding_Coordinate: -114.068154
East_Bounding_Coordinate: -90.109107
North_Bounding_Coordinate: 50.043487
South_Bounding_Coordinate: 38.534134
Keywords:
Theme:
Theme_Keyword_Thesaurus: none
Theme_Keyword: historical county boundaries
Place:
Place_Keyword_Thesaurus: none
Place_Keyword: Iowa
Temporal:
Temporal_Keyword_Thesaurus: none
Temporal_Keyword: 1 October 1804 to 31 December 2000
Access_Constraints: Free access for use under an
Attribution-NonCommercial-ShareAlike Creative Commons License
Use_Constraints: Free for use under an
Attribution-NonCommercial-ShareAlike Creative Commons License
Point_of_Contact:
Contact_Information:
Contact_Organization_Primary:
Contact_Organization: The Newberry Library
Contact_Person
#1: John H. Long
Contact_Position
#1: Project Director, Atlas of
Historical County Boundaries Project
Contact
Position #2: V.P. for Research and Education, The
Newberry Library
Contact_Address:
Address_Type: mailing and physical address
Address: 60 W. Walton Street
City: Chicago
State_or_Province: Illinois
Postal_Code: 60610
Country: USA
Contact_Voice_Telephone
#1: 312-255-3602
Contact_Voice_Telephone
#2: 312-255-3535
Contact_Facsimile_Telephone: 312-255-3696
Contact_Electronic_Mail_Address: longj@newberry.org
Hours_of_Service: 8:00 am - 5:00 pm M-F, CT
Data_Set_Credit:
Principal
financial support for the project was provided by the Reference Materials
Program of the National Endowment for the Humanities, an independent federal
agency; additional support came from the Newberry Library, Chicago, the
project's headquarters, and from a number of corporations, foundations, and
individuals.
Security_Information:
Security_Classification_System: none
Security_Classification: Unclassified
Security_Handling_Description: none
Native_Data_Set_Environment:
Microsoft
Windows 2000 Version 5.0 (Build 2195) Service Pack 2; ESRI ArcCatalog 9.0.0.535
Cross_Reference:
Citation_Information:
Originator: John H. Long, Editor, Historical Compiler
Originator: Peggy Tuck Sinko, Assoc. Editor, Historical/GIS
Compiler
Originator: Douglas Knox, Book Digitizing Director, GIS Compiler
Originator: Gordon DenBoer, Historical Compiler
Originator: Kathryn Ford Thorne, Historical Compiler
Originator: George E. Goodridge, Jr., Historical Compiler
Originator: Emily Kelley, Historical Compiler, GIS Compiler
Originator: Laura Rico-Beck, GIS Specialist, GIS Compiler
Originator: Peter Siczewicz, GIS Consultant
Originator: Robert Will, Cartographic Assistant
Originator:
John Ford,
Cartographic Assistant
Publication_Date: various
Title: Atlas of Historical County Boundaries
Geospatial_Data_Presentation_Form: book and vector digital data
Publication_Information:
Publication_Place: New York
Publisher: Simon and
Schuster
Publisher: Charles
Scribner’s Sons
Other_Citation_Details: 19 book vols. (1993-2000), online publication
(2000-present)
Attribute_Accuracy:
Attribute_Accuracy_Report:
The
Atlas of Historical County Boundaries Project aims to achieve high accuracy
through the use of the most authoritative and reliable sources, analysis of
those sources by tested procedures, and careful proofreading of the results.
Because counties are created and changed by their states, the state session
laws are the primary, authoritative sources for the county lines, names,
organization, and attachments. The initial plots of the boundaries are direct
conversions of the legal boundary descriptions in the laws into linework on the
plotting sheets. They are performed with copies of the legal descriptions at
hand, and those same laws also are at hand for the GIS compiler when digitizing
boundaries. All other sources, including old maps, are derived from those legal
descriptions. The historical compiler searches the state session laws and, when
necessary, related material (e.g., court decisions, executive proclamations)
for information about the courses of the boundaries. Secondary texts, maps, and
local experts are consulted as needed (e.g., when recovering a long-lost
landmark that figured in an early boundary description). Dates of changes are
also taken from the laws. Some laws specify when the change will go into
effect, but others (mostly those passed before the twentieth century) do not;
if no official effective date is provided, the historical compiler uses the
date when the law was passed or approved.
The
locations of places and landmarks cited in the boundary descriptions are
gathered from the modern, federal base maps or from secondary publications
(e.g., gazetteers, county histories, articles in historical journals), old
maps, or local experts.
Several steps are taken to insure the accuracy of the boundaries as they are manually plotted, and to maintain the precision of those plots as they are manually digitized. The digitizing process involves faithfully drawing the sketched counties using landmarks such as rivers, roads, and places. These positional data were obtained from ESRI's Data and Maps collection (1:100,000 scale). Additionally, Public Land Survey System data at 1:100,000 scale were used to digitize boundaries in Iowa. These PLSS data were acquired from ESRI. Once the initial digitizing is complete a master file is created and uploaded on IMS. When the digitizing is complete, the digitized polygons and their attribute data are once again checked for accuracy against the chronology for the state.
Completeness_Report:
The
data set is complete. All changes are dated to the day. If there is a
difference between the effective date of change and the date when a law was
passed, the effective date of change is used. Boundary changes too small to map
are included in the chronologies and in the Comprehensive Database. As a rule,
boundary changes occurring entirely on water were not mapped. Exceptions to
this rule might include county boundaries which run through large inland water
bodies like Lake Okeechobee, Lake Pontchartrain, Great Salt Lake, etc.
No
regular or systematic updating of the pre-2001 data is anticipated because (a)
the historical data cannot change and (b) the compilers believe their methods
and materials are sufficient to produce data that are complete and correct.
(That is not to say no error can slip through. Suggestions for ad hoc changes
or additions to the historical data, together with an explanation of why the
change should be made and supporting evidence, should be directed to the Office
of Research and Education, The Newberry Library, 60 W. Walton St., Chicago, IL
60610.) County boundary changes that occur after 31 December 2000 will
routinely be digitized by both the state of Iowa and the federal government
and, therefore, will be available from agencies of those governments in
separate files in the indefinite future.
Positional_Accuracy:
Horizontal_Positional_Accuracy:
Horizontal_Positional_Accuracy_Report: Accurate to matching USGS 1:500,000 scale State Base
maps.
Lineage:
Source_Information:
Source_Citation:
Citation_Information:
Originator: Iowa Territory legislature
Publication_Date: 1839 to 1845
Title: Laws of the Territory of Iowa
Geospatial_Data_Presentation_Form: document
Publication_Information:
Publication_Place: Various
Publisher: Government of Iowa Territory
Source_Scale_Denominator:
Type_of_Source_Media: paper
Source_Time_Period_of_Content:
Time_Period_Information:
Range_of_Dates/Times:
Beginning_Date: 11/1838
Ending_Date: 12/1845
Source_Currentness_Reference: publication date
Source_Citation_Abbreviation: Iowa Terr. Laws
Source_Contribution:
These
laws are the authority for the creation and change of each county; they contain
the legal, verbal descriptions of the county boundaries, the effective dates of
change, and related material. The historical compilers plot the lines described
in the laws, converting them from words to lines on a map.
Source_Information:
Source_Citation:
Citation_Information:
Originator: Iowa legislature
Publication_Date: 1846 to 2000
Title: Acts and Joint Resolutions of the State of Iowa
Geospatial_Data_Presentation_Form: document
Publication_Information:
Publication_Place: Iowa City
Publisher: Government of Iowa
Source_Scale_Denominator:
Type_of_Source_Media: paper
Source_Time_Period_of_Content:
Time_Period_Information:
Range_of_Dates/Times:
Beginning_Date: 11/1846
Ending_Date: 12/31/2000
Source_Currentness_Reference: publication date
Source_Citation_Abbreviation: Iowa Acts
Source_Contribution:
These
laws are the authority for the creation and change of each county; they contain
the legal, verbal descriptions of the county boundaries, the effective dates of
change, and related material. The historical compilers plot the lines described
in the laws, converting them from words to lines on a map.
Source_Information:
Source_Citation:
Citation_Information:
Originator: Environmental Systems Research Institute, Inc. (ESRI)
Publication_Date: 11/01/2000
Title: ESRI Data Maps
Edition: 2000
Geospatial_Data_Presentation_Form: vector digital data
Publication_Information:
Publication_Place: Redlands, California, USA
Publisher: Environmental Systems Research Institute, Inc. (ESRI)
Source_Scale_Denominator: 100,000
Type_of_Source_Media: CD-ROM
Source_Time_Period_of_Content:
Time_Period_Information:
Single_Date/Time:
Calendar_Date: 2000
Source_Currentness_Reference: publication date
Source_Citation_Abbreviation: BASE1
Source_Contribution:
The
ESRI detailed county, iarivers, glocale, gsummit, highway, mjwater, and
rail100K data were used as a modern base map, a reference for drawing
historical county boundaries.
Source_Information:
Source_Citation:
Citation_Information:
Originator: National
Atlas of the United States and the United States Geological Survey
Publication_Date: 12/01/2002
Title: U.S. National Atlas Public Land Survey
Edition: 2003
Geospatial_Data_Presentation_Form: vector digital data
Publication_Information:
Publisher: ESRI
Publication_Place: Redlands, California, USA
Online_Linkage:
http://www.esri.com
Source_Scale_Denominator: 1,000,000
Type_of_Source_Media: CD-ROM
Source_Citation_Abbreviation: PLSS
Source_Contribution:
The U.S. National Atlas Public Land Survey represents the Public Land Surveys (e.g., donation lands, land grants, private and public lands) of the United States. This polygon coverage of the townships, ranges, and sections contained in the Public Land Survey System grid for the nation made it possible to map boundary lines where boundary descriptions were based upon the PLSS or included references to some of its features. The PLSS data were acquired through ESRI.
Source_Information:
Source_Citation:
Citation_Information:
Originator: various
Publication_Date: various
Publication_Time: various
Title: Iowa Historical County Boundaries - Bibliography
Edition: various
Publication_Information:
Publication_Place: various
Publisher: various
Source_Scale_Denominator:
Type_of_Source_Media: paper, internet
Source_Citation_Abbreviation: IA_BIB
Source_Contribution:
"Iowa:
Bibliography and Sources," a partially annotated bibliography of textual
and cartographic sources that yielded useful information in the compilation of
the historical evolution of Iowa's counties, is a separate document that is a
companion to this shapefile. Items in the bibliography are not equally important,
yet each one was sufficiently valuable to the research and compilation of
Iowa's historical county boundaries to merit listing. With the exception of the
detailed citations above, no other sources are cited and described separately
in the metadata and in the style set by the FGDC metadata standard; traditional
bibliographic style is more compact and provides sufficient information for a
user to find the item in any library.
Process_Step:
Process_Description:
Historical
Compilation. Working directly from originals or photocopies of the verbal
boundary descriptions in the laws, the historical compiler plots the boundary
lines of Historical Counties Dataset on a transparent compilation sheet laid
over a base map of the state.
Compilation proceeds from past to present. As each change is plotted the
compiler writes a descriptive entry for the state's boundary chronology and a
brief citation of the source of the information and enters it into the
Comprehensive Database. (See also
Supplemental_Information, Method, above.)
The
base map for this operation was the Iowa map from the U.S.G.S. State Base
series at the scale of 1:500,000. (The 1:1,000,000 version of the map was
employed whenever smaller scale was appropriate or needed to plot large or
simple changes.) The original strategy
for the Atlas was to publish all states in book form before venturing to
digitize the data, and the 1:500,000 scale maps were used in making the
books. Before switching to all digital
products and methods, about 80% of the states had been researched and compiled
using this series of base maps, including 24 states published in 19 printed
volumes. It was not practical to
re-compile those data at a larger scale like 1:100,000. (See below, the next two process steps.)
Source_Used_Citation_Abbreviation: Iowa Terr. Laws
Source_Used_Citation_Abbreviation: Iowa Acts
Source_Used_Citation_Abbreviation: IA_BIB
Process_Date: 1998
Source_Produced_Citation_Abbreviation: IAB1
Process_Step:
Process_Description:
Digital
Base Map Creation. The GIS compiler creates a digital base map for the state
(and any neighboring states that take part in its history) by editing the
relevant portion of the Digital Chart of the World (DCW) supplied by ESRI in
its ArcView package. This process consists chiefly in deleting elements (e.g.,
rivers) that are not related to the boundaries or do not serve a major
reference function for potential readers and adding such other data as
necessary. State Web sites commonly are
the best sources for the grid of the Public Land Survey System (PLSS) in states
west of the Appalachian Mountains and for the networks of town boundaries in
the New England states. The main component of the customized base map is the
set of detailed polygons of the modern counties. The GIS compiler projects the DCW so that the working version
matches the projection of the paper base map used by the historical compiler.
Source_Used_Citation_Abbreviation: BASE1
Process_Date: 2006
Source_Produced_Citation_Abbreviation: BASE2
Process_Step:
Process_Description:
Digitizing
Historical Counties. Using the historical compiler's base map, plotting
overlays, the Comprehensive Database, and associated material (e.g., notes,
copies of the laws), the GIS compiler manually digitizes the historical county
polygons over the digital base map. By
repeating much of the process of the historical compiler, the digital compiler
implicitly checks the work of the historical compiler and occasionally finds
line segments that are in error and must be corrected.
As
digitizing proceeds, data from the Comprehensive Database are entered into the
attribute table. The process of
entering attribute data entails an implicit review of the database and, if the
greater map detail involved in working at digitization scale (see below) is
different from the original descriptions, that may lead to updates of the
database, including dates and version numbers and even descriptions of changes.
The
compiler works “heads up,” facing the monitor and using the mouse to draw lines
against a background of the digital base map.
The historical compiler’s plots are not scanned and overlaid on the
digital base map, nor does the digital compiler trace the earlier work on a
digitizing tablet, because neither technique is as efficient or accurate as
drawing the lines anew. One reason is
that the scale for most of the historical compilations is 1:500,000 and the
scale for digitization is 1:100,000. It
is most unusual to draw a map at a larger scale than its source or early
version, but in this case it was unavoidable because digitization did not
commence until after nearly all the states had already been compiled at the
smaller scale. In effect, the
historical plots are a preliminary stage, and the plots from that work become
the chief sources or guides (supported by the historical notes and copies of
the legal descriptions, and other material) for the digital compiler who
renders the final, detailed version of the boundary lines.
Source_Used_Citation_Abbreviation: IAB1, BASE2
Process_Date: 2006
Source_Produced_Citation_Abbreviation: IAB2
Process_Step:
Process_Description:
Create
the comprehensive Historical Counties Dataset shapefile. After digitizing the
historical counties, the GIS compiler creates a shapefile known as the
comprehensive Historical Counties Dataset shapefile. It holds all versions of
each county, plus unsuccessful proposals for changes and new counties, thus
enabling a user to acquire maps of every version of every county. After the historical and IMS master files
have been created, areas are calculated for all polygons.
Source_Used_Citation_Abbreviation: IAB2
Process_Date: 2006
Source_Produced_Citation_Abbreviation: IAB3
Process_Step:
Process_Description:
Final
Proofing. Compilers proof the polygons
of the master shapefile against the comprehensive database. After using ArcIMS to prepare an
interactive, viewable cartographic shapefile, the compiler compares the entries
in the database to the entries in the attribute table and checks the IMS image
for the date and county names specified in the database entry. Discrepancies in the textual material (i.e.,
database) can be corrected on the spot; apparent errors in the polygons are
noted for later correction by the GIS compiler. Later, after the GIS compiler corrects any faults in the line
work, those corrections are reviewed again by the compilers and, if all
polygons and text match properly, the shapefile is posted to the Web site.
Source_Used_Citation_Abbreviation: IAB3
Process_Date: 2006-2007
Source_Produced_Citation_Abbreviation: IAB4
Spatial_Data_Organization_Information:
Direct_Spatial_Reference_Method: Vector
Point_and_Vector_Object_Information:
SDTS_Terms_Description:
SDTS_Point_and_Vector_Object_Type: G-polygon
Point_and_Vector_Object_Count: 224
Spatial_Reference_Information:
Horizontal_Coordinate_System_Definition:
Geographic:
Latitude_Resolution: 0.000000
Longitude_Resolution: 0.000000
Geographic_Coordinate_Units: Decimal degrees
Geodetic_Model:
Horizontal_Datum_Name: North American Datum of 1983
Ellipsoid_Name: Geodetic Reference System 80
Semi-major_Axis: 6378137.000000
Denominator_of_Flattening_Ratio: 298.257222
Entity_and_Attribute_Information:
Detailed_Description:
Entity_Type:
Entity_Type_Label: county
Entity_Type_Definition: county and county equivalents
Entity_Type_Definition_Source: Iowa Laws
Attribute:
Attribute_Label: FID
Attribute_Definition:
Internal
feature number. The FID number is the
unique identifier (a primary key in database terms) for each polygon within a
shapefile; its application is limited to its single shapefile.
Attribute_Definition_Source: ESRI
Attribute_Domain_Values:
Unrepresentable_Domain:
Sequential
unique whole numbers that are automatically generated.
Attribute:
Attribute_Label: Shape
Attribute_Definition: Feature geometry.
Attribute_Definition_Source: ESRI
Attribute_Domain_Values:
Unrepresentable_Domain: Coordinates defining the features.
Attribute:
Attribute_Label: NAME
Attribute_Definition: name or other identification of county or equivalent
Attribute_Definition_Source: colonial, territorial, state, and federal laws
Attribute_Domain_Values:
Unrepresentable_Domain: character field
Attribute:
Attribute_Label:
ID
Attribute_Definition:
Whereas
the FID numbers (see above) uniquely identify the different polygons in a
single state’s shapefile, the ID code identifies unique geographical
institutions, i.e., states, counties, and other administrative entities. The ID code is stable across datasets (state
shapefiles); it does not change when there is a change in the county’s name,
shape, size, location, or parent state or equivalent. Each county‘s unique identifier is set in terms of its current or
most recent state affiliation. Hence,
“MES_York” is the identifier for modern York County, Maine, and all its earlier
versions, even though it was created as part of colonial Massachusetts and is
represented by polygons in the shapefiles of both Massachusetts and Maine.
Because
the FIPS system (see below) provides no codes for some extinct counties, no
codes for non-county areas, and no codes for the colonies and territories that
were predecessors of the states, it has been necessary to create a more
comprehensive, alternative system of identifiers. The system adopted by the Atlas identifies each state and colony
or territory with three letters, the first two based on the system of
two-letter codes employed by the U.S. Post Office and the third indicating the
status of the organization. (In most
cases that is simply a C for colony, a T for territory, or an S for
state.) For example, IAT stands for
Iowa Territory and IAS for the state of Iowa.
Some precursors of states need special ID codes, most of which are
intuitively easy to read and to apply, especially in the context of a
particular state’s dataset. Examples
are NWT (Northwest Territory, formally named Territory Northwest of the River
Ohio), SWF (Spanish West Florida), FRS (State of Franklin), DKT (Dakota
Territory), CRC (Colony of Carolina), and TXR (Republic of Texas).
Counties
are identified by appending their names to the state codes, as in “KYS_Adair”
for Adair County in the state of Kentucky.
Non-county areas are abbreviated NCA; within a specific state they are
differentiated from each other by adding a numeral to the abbreviation, as in
“MOS_NCA1” for non-county area number 1 in the state of Missouri. Occasionally special codes are needed to deal
with unusual historical situations, as in Vermont where the original Washington
County, identified as “VTS_Washington01,” became extinct and later the name was
applied to another county (“VTS_Washington”) that continues today. The county identifiers also have been
created with an eye towards users who may wish to download and work with more
than one state file for regions and want a comprehensive way to sort and select
shapefiles or to link the attribute table to the comprehensive database.
Attribute_Definition_Source:
project standards
Attribute_Domain_Values:
Unrepresentable_Domain:
character field
Attribute:
Attribute_Label: STATE
Attribute_Definition:
name
of the colony, territory or state that had jurisdiction of the county or
equivalent
Attribute_Definition_Source: colonial, territorial, state, and federal laws
Attribute_Domain_Values:
Unrepresentable_Domain: character field
Attribute:
Attribute_Label: FIPS
Attribute_Definition:
FIPS codes are
provided for the convenience of researchers working with data that has already
been labeled with numbers from that coding system. FIPS is the abbreviation of Federal Information Processing
Standard. FIPS codes were created in the first half of the twentieth century
and are meant to facilitate efficiency and clarity in data handling. The system
provides a two-digit code for each state or equivalent and a three-digit code
for each county or equivalent. (Sometimes those codes are combined into
five-digit numbers that start with the two digits for the state, as in this
attribute table). The FIPS codes for states and counties in existence at the
end of 2000 were taken from the federal government's FIPS PUB 6-4 (created
1996, last modified 10 May 2002), and the codes for extinct counties were taken
from earlier lists. Some counties or other administrative entities may have no
FIPS codes. In some cases they represent historical counties that became
extinct before the introduction of FIPS codes; in other cases they represent
temporary non-county areas. In the attribute table the FIPS field for those
areas and extinct counties has been left blank because there is no standard
system for pre-FIPS colonies, territories, and counties and no coding system
includes non-county areas. Of course,
users may supply a FIPS substitute of their own creation or, for extinct early
counties, adopt an existing, alternative coding scheme, such as the one
employed by Richard L. Forstall in his compilation, “Population of States and
Counties of the United States: 1790-1990” (U.S. Bureau of the Census, 1996). In addition, as described above under
Attribute Label: ID, the Atlas developed a parallel system of non-FIPS
Identifiers to encode all states, counties, and equivalents; it is more
flexible and working with it is easier than using the FIPS codes.
Attribute_Definition_Source: FIPS PUB 6-4
Attribute_Domain_Values:
Codeset_Domain:
Codeset_Name: Federal Information Processing Standards
Codeset_Source: FIPS PUB 6-4
Attribute:
Attribute_Label: VERSION
Attribute_Definition:
sequential
and chronological change in county name or configuration
Attribute_Definition_Source: compiler
Attribute_Domain_Values:
Unrepresentable_Domain: character field
Attribute:
Attribute_Label: START_DATE
Attribute_Definition:
first
date for a particular county version or event, arranged as mm/dd/yyyy
Attribute_Definition_Source: colonial, territorial, state, and federal laws
Attribute_Domain_Values:
Range_Domain:
Range_Domain_Minimum: 18041001
Range_Domain_Maximum: 20001231
Beginning_Date_of_Attribute_Values: 10/01/1804
Ending_Date_of_Attribute_Values: 4/18/1913
Attribute:
Attribute_Label: END_DATE
Attribute_Definition:
last
date for a particular county version or event, arranged as mm/dd/yyyy
Attribute_Definition_Source: colonial, territorial, state, and federal laws
Attribute_Domain_Values:
Range_Domain:
Range_Domain_Minimum: 18121206
Range_Domain_Maximum: 20001231
Beginning_Date_of_Attribute_Values: 12/06/1812
Ending_Date_of_Attribute_Values: 12/31/2000
Attribute:
Attribute_Label: CHANGE
Attribute_Definition:
creation,
change, or other event for each county on the given date
Attribute_Definition_Source: colonial, territorial, state, and federal laws,
compiler
Attribute_Domain_Values:
Unrepresentable_Domain: character field
Attribute:
Attribute_Label: CITATION
Attribute_Definition:
reference
to the source of data for the event described under CHANGE
Attribute_Definition_Source: colonial, territorial, state, and federal laws, any other texts, maps,
or interviews employed to gather data
Attribute_Domain_Values:
Unrepresentable_Domain: character field
Attribute:
Attribute_Label: START_N
Attribute_Definition:
first
date for a particular county version or event, arranged in ESRI’s standard date
format for GIS, yyyymmdd
Attribute_Definition_Source: colonial, territorial, state, and federal laws
Attribute_Domain_Values:
Range_Domain:
Range_Domain_Minimum: 18041001
Range_Domain_Maximum: 19130418
Attribute:
Attribute_Label: END_N
Attribute_Definition:
last
date for a particular county version or event, arranged in ESRI’s standard date
format for GIS, yyyymmdd
Attribute_Definition_Source: colonial, territorial, state, and federal laws
Attribute_Domain_Values:
Range_Domain:
Range_Domain_Minimum: 18121206
Range_Domain_Maximum: 20001231
Attribute:
Attribute_Label: AREA
Attribute_Definition:
area
of a county or equivalent in square miles, calculated from polygon by means of
ArcMap facility
Attribute_Definition_Source: compiler
Attribute_Domain_Values:
Unrepresentable_Domain: character field
Attribute:
Attribute_Label:
DATASET
Attribute_Definition:
The
dataset field identifies the topical focus of the master shapefile. For every
state the subject matter consists of all events affecting state and county
jurisdiction within the borders of the modern state, regardless of the enabling
authority, plus similar events involving the state outside its modern bounds,
regardless of where or when. For
example, polygons for Virginia’s earliest western counties appear in the
dataset for Kentucky because they represent part of the history of the area that
became Kentucky; they also are included in the Virginia dataset because they
are integral to the early history of Virginia, even though Virginia long ago
ceded its authority over the area. In
general, therefore, the dataset encompasses more data than a state,
concentrating on one state (the principal point of focus) but possibly
embracing data from one or more related, secondary states.
Historically,
almost every colony and territory transformed smoothly into statehood with no
complications that might have required separate datasets for the state and its
predecessors. Exceptions, each of which
has its own data set, are Northwest Territory, which did not transform into a
single state, and Dakota Territory, which split into a pair of states.
Attribute_Definition_Source:
Project standards
Attribute_Domain_Values:
Unrepresentable_Domain:
character field
Distributor:
Contact_Information:
Contact_Organization_Primary:
Contact_Organization: The Newberry Library
Contact_Person
#1: John H. Long
Contact_Position
#1: Project Editor, Atlas of
Historical County Boundaries Project
Contact_Position
#2: V.P. for Research and Education,
The Newberry Library
Contact_Address:
Address_Type: mailing and physical address
Address: 60 W. Walton Street
City: Chicago
State_or_Province: Illinois
Postal_Code: 60610
Country: USA
Contact_Voice_Telephone
#1: 312-255-3602
Contact_Voice_Telephone
#2: 312-255-3535
Contact_Facsimile_Telephone: 312-255-3696
Contact_Electronic_Mail_Address
#1: longj@newberry.org
Contact_Electronic_Mail_Address
#2: grossmanj@newberry.org
Hours_of_Service: 8:00 am - 5:00 pm, M-F, CT
Resource_Description: Iowa Historical Counties Dataset shapefile
Distribution_Liability:
No
liability is assumed by the Atlas of Historical County Boundaries Project or
the Newberry Library
Standard_Order_Process:
Digital_Form:
Digital_Transfer_Information:
Format_Name: SHP
File_Decompression_Technique: Zipped file.