Vermont 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: George E. Goodridge, Jr., Historical Compiler
Originator: Peggy Tuck Sinko, Historical Compiler
Originator: Laura Rico-Beck, GIS Specialist,
Digital Compiler
Originator: John H. Long, Editor, Atlas of Historical County
Boundaries
Publication_Date: 2008
Title: Vermont_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 Vermont 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 Vermont’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 Vermont
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 Vermont Historical Counties Dataset shapefile holds the polygons,
metadata, and attribute data for every different configuration of every county
or county equivalent in Vermont, dated to the day, from 20 July 1764 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 Vermont 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: 07/20/1764
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: 75.656041
East_Bounding_Coordinate: 71.289354
North_Bounding_Coordinate: 45.018525
South_Bounding_Coordinate: 41.948212
Keywords:
Theme:
Theme_Keyword_Thesaurus: none
Theme_Keyword: historical county boundaries
Place:
Place_Keyword_Thesaurus: none
Place_Keyword: Vermont
Temporal:
Temporal_Keyword_Thesaurus: none
Temporal_Keyword: 20 July 1764 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, the “BoundaryOther_BNDHASH,” a collection of polygons representing Vermont modern town boundaries (1:24,000 scale) were used to digitize boundaries in Vermont. These data were acquired from the Vermont Center for Geographic Information. 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 Vermont 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: Vermont. Secretary of State
Publication_Date: 1918 to 1997
Title: State Papers of Vermont
Geospatial_Data_Presentation_Form: book
Publication_Information:
Publication_Place: Montpelier
Publisher: Government of Vermont
Source_Scale_Denominator:
Type_of_Source_Media: paper
Source_Time_Period_of_Content:
Time_Period_Information:
Range_of_Dates/Times:
Beginning_Date: 1688
Ending_Date: 1799
Source_Currentness_Reference: publication date
Source_Citation_Abbreviation: Vt. State Papers
Source_Contribution: This set publishes official papers and documents
related to the history of Vermont before 1800. The State Papers of Vermont
include early laws, journals and proceedings of the general assembly,
petitions, land patents, and charters, which were useful in mapping county
boundaries in the state.
Source_Information:
Source_Citation:
Citation_Information:
Originator: Vermont legislature
Publication_Date: 1779 to 2000
Title: Laws of Vermont
Geospatial_Data_Presentation_Form: document
Publication_Information:
Publication_Place: Montpelier
Publisher: Government of Vermont
Source_Scale_Denominator:
Type_of_Source_Media: paper
Source_Time_Period_of_Content:
Time_Period_Information:
Range_of_Dates/Times:
Beginning_Date: 02/1779
Ending_Date: 12/31/2000
Source_Currentness_Reference: publication date
Source_Citation_Abbreviation: Vt. 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: 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, vtrivers, 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: GIS Database Administrator, Vermont Center for
Geographic Information
Publication_Date: 20060721
Title: BoundaryOther_BNDHASH
Edition: 2006A
Geospatial_Data_Presentation_Form: vector digital data
Series_Information:
Series_Name:
Vermont,
village, town, county, state and RPC boundaries, from best available sources
Issue_Identification: 2006A
Publication_Information:
Publication_Place:
Waterbury, VT
05676
Publisher: GIS Database Administrator, Vermont Center for
Geographic Information
Online_Linkage: http://www.vcgi.org
Source_Scale_Denominator: 24,000
Type_of_Source_Media: online download
Source_Citation_Abbreviation: towns
Source_Contribution:
The Vermont
Boundary file is a collection of polygons representing Vermont modern political
boundaries. Towns in Vermont, as in most of New England, are in many cases the
basic building blocks of counties, and many county boundaries are described in
the laws as a list of town names. Using the modern town network as a base layer
was useful in reconstructing historical town boundaries and, consequently,
historical county boundaries.
Source_Information:
Source_Citation:
Citation_Information:
Originator: various
Publication_Date: various
Publication_Time: various
Title: New Hampshire and Vermont 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: VT_BIB
Source_Contribution:
"New
Hampshire and Vermont: Bibliography and Sources," a partially annotated
bibliography of textual and cartographic sources that yielded useful
information in the compilation of the historical evolution of Vermont'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 Vermont'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 Vermont 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: Vt. State Papers
Source_Used_Citation_Abbreviation: Vt. Laws
Source_Used_Citation_Abbreviation: VT_BIB
Process_Date: 1993, 2007
Source_Produced_Citation_Abbreviation: VTB1
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: 2007
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: VTB1, BASE2
Process_Date: 2007
Source_Produced_Citation_Abbreviation: VTB2
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: VTB2
Process_Date: 2007
Source_Produced_Citation_Abbreviation: VTB3
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: VTB3
Process_Date: 2007
Source_Produced_Citation_Abbreviation: VTB4
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: 156
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: Vt. 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: 17640720
Range_Domain_Maximum: 20001231
Beginning_Date_of_Attribute_Values: 07/20/1764
Ending_Date_of_Attribute_Values: 10/08/1895
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: 17660702
Range_Domain_Maximum: 20001231
Beginning_Date_of_Attribute_Values: 07/02/1766
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: 17640720
Range_Domain_Maximum: 18951008
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:
17660702
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: