﻿<?xml version="1.0" encoding="UTF-8"?>
<metadata>
	<idinfo>
		<citation>
			<citeinfo Sync="TRUE">
				<origin>TechniGraphics, Inc.</origin>
				<pubdate>20080414</pubdate>
				<title>Oregon 911 Public Safety Answering Point Boundaries</title>
				<edition Sync="TRUE">4th Quarter 2007</edition>
				<geoform Sync="TRUE">vector digital data</geoform>
				<onlink Sync="TRUE"></onlink></citeinfo>
		</citation>
		<descript Sync="TRUE">
			<abstract>
911 Public Safety Answering Point (PSAP) service area boundaries in Oregon

According to the National Emergency Number Association (NENA), a Public Safety Answering Point (PSAP) is a facility equipped and staffed to receive 9-1-1 calls. The service area is the geographic area within which a 911 call placed using a landline is answered at the associated PSAP.

This dataset only includes primary PSAPs. Secondary PSAPs, backup PSAPs, and wireless PSAPs have been excluded from this dataset. Primary PSAPs receive calls directly, whereas secondary PSAPs receive calls that have been transferred by a primary PSAP. Backup PSAPs provide service in cases where another PSAP is inoperable. 

Most military bases have their own emergency telephone systems. To connect to such system from within a military base it may be necessary to dial a number other than 9 1 1. Due to the sensitive nature of military installations, TGS did not actively research these systems. If civilian authorities in surrounding areas volunteered information about these systems or if adding a military PSAP was necessary to fill a hole in civilian provided data, TGS included it in this dataset. Otherwise military installations are depicted as being covered by one or more adjoining civilian emergency telephone systems. 

In some cases areas are covered by more than one PSAP boundary. In these cases, any of the applicable PSAPs may take a 911 call. Where a specific call is routed may depend on how busy the applicable PSAPS are (i.e. load balancing), operational status (i.e. redundancy), or time of date / day of week. 

If an area does not have 911 service, TGS included that area in the dataset along with the address and phone number of their dispatch center. These are areas where someone must dial a 7 or 10 digit number to get emergency services. These records can be identified by a "Y" in the [NON911EMNO] field. This indicates that dialing 911 inside one of these areas does not connect one with emergency services. 

This dataset was constructed by gathering information about PSAPs from state level officials. In some cases this was geospatial information, in others it was tabular. This information was supplemented with a list of PSAPs from the Federal Communications Commission (FCC). Each PSAP was researched to verify its tabular information. In cases where the source data was not geospatial, each PSAP was researched to determine its service area in terms of existing boundaries (e.g. city and county boundaries). In some cases existing boundaries had to be modified to reflect coverage areas (e.g. “entire county north of Country Road 30”). However, there may be cases where minor deviations from existing boundaries are not reflected in this dataset, such as the case where a particular PSAPs coverage area includes an entire county, and the homes and businesses along a road which is partly in another county.

Text fields in this dataset have been set to all upper case to facilitate consistent database engine search results.

All diacritics (e.g., the German umlaut or the Spanish tilde) have been replaced with their closest equivalent English character to facilitate use with database systems that may not support diacritics.
</abstract>
			<purpose>
Homeland Security                  

Use Cases: Use cases describe how the data may be used and help to define and clarify requirements.     

1) A disaster has struck, or is predicted for, a locality. The PSAP that may be affected must be identified and verified to be operational.

2) In the event that the local PSAP is inoperable, adjacent PSAP locations could be identified and utilized.
</purpose>
		</descript>
		<timeperd>
			<timeinfo Sync="TRUE">
				<rngdates Sync="TRUE">
					<begdate Sync="TRUE">20070910</begdate>
					<enddate Sync="TRUE">20080331</enddate>
				</rngdates>
			</timeinfo>
			<current Sync="TRUE">ground condition</current>
		</timeperd>
		<status>
			<progress Sync="TRUE">Complete</progress>
			<update Sync="TRUE">Unknown</update>
		</status>
		<spdom Sync="TRUE">
			<bounding Sync="TRUE">
				<westbc Sync="TRUE">-124.606788</westbc>
				<eastbc Sync="TRUE">-116.463262</eastbc>
				<northbc Sync="TRUE">46.291031</northbc>
				<southbc Sync="TRUE">41.991794</southbc>
			</bounding>
		</spdom>
		<keywords Sync="TRUE">
			<theme>
				<themekt Sync="TRUE">LCSH - Library of Congress subject headings (Washington, DC: LC, Cataloging Distribution Service) http://authorities.loc.gov</themekt>
				<themekey>Telephone Emergency reporting systems</themekey>
				<themekey>Boundaries</themekey>
			</theme>
			<theme>
				<themekt>ISO 19115 Topic Category</themekt>
				<themekey>Boundaries</themekey>
				<themekey>location</themekey>
			</theme>
			<place>
				<placekt>LCSH - Library of Congress subject headings (Washington, DC: LC, Cataloging Distribution Service) http://authorities.loc.gov</placekt>
				<placekey>Oregon</placekey>
			</place>
		</keywords>
		<accconst>None</accconst>
		<useconst>None</useconst>
		<ptcontac>
			<cntinfo>
				<cntperp>
					<cntper>Mike Thompson</cntper>
					<cntorg>TechniGraphics, Inc.</cntorg>
				</cntperp>
				<cntpos>Director of Geospatial Datasets</cntpos>
				<cntaddr>
					<addrtype Sync="TRUE">Mailing and Physical Address</addrtype>
					<address>3351 Eastbrook Drive</address>
					<city>Fort Collins</city>
					<state>CO</state>
					<postal Sync="TRUE">80525</postal>
					<country Sync="TRUE">USA</country>
				</cntaddr>
				<cntvoice>970-224-4996</cntvoice>
				<cntfax>970-224-3001</cntfax>
				<cntemail>mthompson@tgstech.com</cntemail>
				<hours Sync="TRUE">8am - 5pm, Monday - Friday, Mountain Time</hours>
			</cntinfo>
		</ptcontac>
		<secinfo Sync="TRUE">
			<secsys Sync="TRUE">DOD</secsys>
			<secclass>Unclassified</secclass>
			<sechandl>Unclassified</sechandl>
		</secinfo>
		<native Sync="TRUE">
Microsoft Windows XP Professional Version 2002 Service Pack 2

&gt;ESRI ArcMap 9.1
&gt;ESRI ArcMap 9.2
&gt;ESRI ArcView 3.2

Metadata written using TKME by Peter N. Schweitzer (U.S. Geological Survey, Reston, VA 22092) version 2.9.17 &lt;http://geology.usgs.gov/tools/metadata/&gt;

Metadata tested for compliance to FGDC-STD-001-1998 and converted to HTML using MP version 2.8.25 by Peter N. Schweitzer (U.S. Geological Survey) &lt;http://geology.usgs.gov/tools/metadata/&gt;
</native>
	</idinfo>
	<dataqual Sync="TRUE">
		<attracc Sync="TRUE">
			<attraccr>
For entities that were contacted, the name, address, city, state, and five (5) digit zip code of the Public Service Answering Point (PSAP) were verified to be correct. Four (4) digit zip code extensions were derived from USPS (United States Postal Service) data and were not verified.

ID Check: The [ID] attribute is not blank and each of its values is unique. 

Coordinate Check: Coordinates are not null or zero and the x and y fields match the shape.

Basic Address Check: Physical addresses were verified to be non blank and to not be a "PO Box", "General Delivery", "Highway Contract", or "Rural Route" address.

Highway Address without Type Check: Physical addresses containing the word "Highway" or "Route" were verified to also contain a type designator such as "State", "US", or "County", if one actually exists for the highway or route. These type designators are often missing from addresses, leading to confusion if more than one "Highway" of the given number exists in an area. 

Basic Name Check: Entity name is not blank, is not the same as entity city, and has a minimum of 2 characters. Name does not contain punctuation characters that can interfere with database operations, such as " (quote) and * (asterisk). 

Basic Phone Check: All phone numbers (including the area code) are ten (10) numeric digits. Alphabetic characters have been converted to the corresponding numeric digit.

City Check: Entity city is not blank and is found in the named places file within 25 miles.

County FIPS to State Compare Check: The County represented by the tabular FIPS Code attribute is actually in the state specified by the state attribute. Some records in this dataset have failed this check. Because the location of the primary PSAP for the district may be located in a different county and state than the county with the most coverage by the district, the [fips] attribute may not always match the state specified in the [state] attribute. 

County Name to State Compare Check: The County represented by the tabular county name attribute is actually in the state specified by the state attribute. Some records in this dataset have failed this check. Because the location of the primary PSAP for the district may be located in a different county and state than the county with the most coverage by the district, the [county] attribute may not always match the state specified in the [state] attribute. 

Phone Number Format Check: Phone numbers (including area code) were verified to be formatted as nnn-nnn-nnnn.

NPA_NXX Check: Area codes (sometimes called "Number Planning Areas", or NPA's) and central office codes (sometimes known as exchanges, or NXX's) were validated against data from the North American Number Planning Administration (NANPA). In some cases, NPA-NXX combinations did not show up in the NANPA data but were verified to work.

Area Code Distance Check: Area code (NPA) is valid and is within its area code Boundaries.

Zip Code Check: The zip code is five (5) or nine (9) numeric digits, is listed in the postal database, is in the same state as indicated by the entity's [STATE] attribute, and is not a PO Box only zip code. 

County in Name vs. Geographic Location Check: The county name found in the name of the entity matches geographic location. Some records in this dataset may have failed this check. Please see the process description for a description of how the [county] was populated by TGS. 

Zip City Check: The entity's zip code and its city were verified to match according to the USPS Address Information System (AIS).

Zip Code Distance Check: Checks to make sure that the entity is not too far away from its zip code boundary.

Geographic Spell Check: Words that appear in the entity name were checked against a Standard English word list (and Spanish word list for entities in Puerto Rico). Words not appearing in these standard word lists were then checked against names appearing in the Geographic Names Information System (GNIS) of geographic features that are located within 25 miles of the entity. Proper names were manually reviewed for correct spelling.
</attraccr>
		</attracc>
		<logic Sync="TRUE">
See the "Attribute_Accuracy_Report" section. Many of the checks described in that section check for both attribute accuracy and logical consistency.

ArcMap 9.2's "Check Geometry" was run on this dataset.  There were no findings.  "Check Geometry" looks for the following problems:

*Short segment: Some segments are shorter than allowed by the system units of the spatial reference associated with the geometry.

*Null geometry: The feature has no geometry or nothing in the SHAPE field.

*Incorrect ring ordering: The polygon is topologically simple, but its rings may not be oriented correctly (outer rings - clockwise, inner rings - counterclockwise).

*Incorrect segment orientation: Individual segments are not consistently oriented. The "to" point of segment i should be incident on the "from" point of segment i+1.

*Self intersections: The interior of each part must not intersect itself or other parts. For a multipoint geometry, this means two of the points in the multipoint are in the same location (same x and y coordinate).

*Unclosed rings: The last segment in a ring must have its "to" point incident on the "from" point of the first segment.

*Empty parts: The geometry has multiple parts, and one of them is empty (has no geometry).

This dataset does not pass ArcMap 9.1's "Check Geometry"
</logic>
		<complete Sync="TRUE">
Secondary PSAPs, backup PSAPs, and wireless PSAPs have been excluded from this dataset. 

Most military bases have their own emergency telephone systems.  To connect to such system from within a military base it may be necessary to dial a number other than 9 1 1.   

Due to the sensitive nature of military installations, TGS did not actively research these systems.  If civilian authorities in surrounding areas volunteered information about these systems or if adding a military PSAP was necessary to fill a hole in civilian provided data, TGS included it in this dataset.  Otherwise military installations are depicted as being covered by one or more adjoining civilian emergency telephone systems.
</complete>
		<posacc Sync="TRUE">
			<horizpa Sync="TRUE">
				<horizpar Sync="TRUE">This dataset is not topologically correct, nor will it be consistent with any single other source.</horizpar>
			</horizpa>
		</posacc>
		<lineage>
			<srcinfo>
				<srccite>
					<citeinfo>
						<origin>TGS research</origin>
						<pubdate>2007</pubdate>
						<title>911 Response Districts</title>
						<edition>Unspecified</edition>
					</citeinfo>
				</srccite>
				<typesrc>Online</typesrc>
				<srctime>
					<timeinfo>
						<sngdate>
							<caldate>2007</caldate>
						</sngdate>
					</timeinfo>
					<srccurr>publication date</srccurr>
				</srctime>
				<srccitea>911_Response_Districts</srccitea>
				<srccontr>This was used as a source of 911 Response Districts in the United States.</srccontr>
			</srcinfo>
			<srcinfo>
				<srccite>
					<citeinfo>
						<origin>Geospatial Enterprise Office State Of Oregon</origin>
						<pubdate>20070630</pubdate>
						<title>SSNA-all-data</title>
						<edition>2.0</edition>
					</citeinfo>
				</srccite>
				<typesrc>Electronic Mail System</typesrc>
				<srctime>
					<timeinfo>
						<sngdate>
							<caldate>20070630</caldate>
						</sngdate>
					</timeinfo>
					<srccurr>publication date</srccurr>
				</srctime>
				<srccitea>OR_Response_Disricts</srccitea>
				<srccontr>This was used as a source of 911 Response Districts in Oregon.</srccontr>
			</srcinfo>
			<srcinfo>
				<srccite>
					<citeinfo>
						<origin>National Atlas of the United States</origin>
						<pubdate>20071015</pubdate>
						<title>indlanp020</title>
						<edition>Unspecified</edition>
						<onlink>http://nationalatlas.gov/atlasftp.html</onlink>
					</citeinfo>
				</srccite>
				<typesrc>Online</typesrc>
				<srctime>
					<timeinfo>
						<sngdate>
							<caldate>20071015</caldate>
						</sngdate>
					</timeinfo>
					<srccurr>publication date</srccurr>
				</srctime>
				<srccitea>ind_res_boundaries</srccitea>
				<srccontr>This was used as a reference to locate Indian Reservations boundaries in the United States.</srccontr>
			</srcinfo>
			<srcinfo>
				<srccite>
					<citeinfo>
						<origin>National Park Service</origin>
						<pubdate>20050601</pubdate>
						<title>nps_Boundaries</title>
						<edition>Unspecified</edition>
						<onlink>&lt;http://nrdata.nps.gov/programs/lands/nps_Boundaries.zip&gt;</onlink>
					</citeinfo>
				</srccite>
				<typesrc>Online</typesrc>
				<srctime>
					<timeinfo>
						<sngdate>
							<caldate>20050601</caldate>
						</sngdate>
					</timeinfo>
					<srccurr>publication date</srccurr>
				</srctime>
				<srccitea>nat_park_boundaries</srccitea>
				<srccontr>This was used as a reference to locate National Park boundaries in the United States.</srccontr>
			</srcinfo>
			<srcinfo>
				<srccite>
					<citeinfo>
						<origin>Office of the Under Secretary of Defense</origin>
						<pubdate>20070423</pubdate>
						<title>installation_Boundaries</title>
						<edition>Unspecified</edition>
						<othercit>This was provided by the Homeland Infrastructure Foundation-Level Data (HIFLD) Working Group.</othercit>
					</citeinfo>
				</srccite>
				<typesrc>Electronic Mail System</typesrc>
				<srctime>
					<timeinfo>
						<sngdate>
							<caldate>20070423</caldate>
						</sngdate>
					</timeinfo>
					<srccurr>publication date</srccurr>
				</srctime>
				<srccitea>installation_boundaries</srccitea>
				<srccontr>This was used as a reference to locate Military Installation boundaries in the United States.</srccontr>
			</srcinfo>
			<srcinfo>
				<srccite>
					<citeinfo>
						<origin>U.S. Department of Commerce, U.S. Census Bureau, Geography Division</origin>
						<pubdate>2006</pubdate>
						<title>TIGER 2006fe county boundaries</title>
						<edition>2006 First Edition</edition>
						<geoform>vector digital data</geoform>
						<onlink>http://www.census.gov/geo/www/tiger/tiger2006fe/tgr2006fe.html</onlink>
					</citeinfo>
				</srccite>
				<typesrc>Online Linkage</typesrc>
				<srctime>
					<timeinfo>
						<sngdate>
							<caldate>2006</caldate>
						</sngdate>
					</timeinfo>
					<srccurr>publication date</srccurr>
				</srctime>
				<srccitea>TIGER_County_Boundaries</srccitea>
				<srccontr>TIGER Boundaries were used as a reference to locate county boundaries of the 911 Response Districts.</srccontr>
			</srcinfo>
			<srcinfo>
				<srccite>
					<citeinfo>
						<origin>U.S. Department of Commerce, U.S. Census Bureau, Geography Division</origin>
						<pubdate>2006</pubdate>
						<title>TIGER 2006fe Place boundaries</title>
						<edition>2006 First Edition</edition>
						<geoform>vector digital data</geoform>
						<onlink>http://www.census.gov/geo/www/tiger/tiger2006fe/tgr2006fe.html</onlink>
					</citeinfo>
				</srccite>
				<typesrc>Online Linkage</typesrc>
				<srctime>
					<timeinfo>
						<sngdate>
							<caldate>2006</caldate>
						</sngdate>
					</timeinfo>
					<srccurr>publication date</srccurr>
				</srctime>
				<srccitea>TIGER_Place_Boundaries</srccitea>
				<srccontr>TIGER Boundaries were used as a reference to locate city boundaries of the 911 Response Districts in the United States.</srccontr>
			</srcinfo>
			<srcinfo>
				<srccite>
					<citeinfo>
						<origin>U.S. Bureau of the Census (BOC)</origin>
						<pubdate>2000</pubdate>
						<title>U.S. State Boundaries</title>
						<edition>Unspecified</edition>
						<geoform>vector digital data</geoform>
						<onlink>http://www.census.gov</onlink>
					</citeinfo>
				</srccite>
				<typesrc>Online Linkage</typesrc>
				<srctime>
					<timeinfo>
						<sngdate>
							<caldate>2000</caldate>
						</sngdate>
					</timeinfo>
					<srccurr>publication date</srccurr>
				</srctime>
				<srccitea>U.S. State Boundaries</srccitea>
				<srccontr>State Boundaries were used to determine seaward boundaries of the United States.</srccontr>
			</srcinfo>
			<procstep>
				<procdesc>
TGS 911 Response Districts Processing 

WHERE THE DATA CAME FROM: 

Each state was contacted by TGS to determine an official source for PSAP locations. GIS data was gathered from states willing to share such data. In cases where states were unable or unwilling to share data in this format, TGS requested that the states provide a source for identifying the PSAP locations. Original TGS research was used to fill in missing information.

HOW DATA WAS PROCESSED: 
METHOD A: STATE SUPPLIED TABULAR DATA 

1) If tabular data and boundaries were provided by individual states, TGS utilized all provided PSAP boundaries and tabular data. In most cases this data was used "as-is" without any modifications made by TGS. Only incomplete tabular data was verified by phone contact. This is referred to as "Method A1".

2) If only tabular data was provided by individual states, TGS utilized a combination of several boundary resources such as: TIGER (TIGER_Place_Boundaries and TIGER_County_Boundaries), Military Installations (installation_boundaries), Indian Reservations (ind_res_boundaries) and National Parks (nat_park_boundaries) to generate the extents of each PSAP. In most cases the tabular data was used "as-is" without any modifications made by TGS. Only incomplete tabular data was verified by phone contact. This is referred to as "Method A2".

METHOD B: TGS RESEARCHED TABULAR DATA 

1) If tabular data was not provided by individual states, TGS utilized researched data and a combination of several boundary resources as shown Method A2. In most cases the tabular data was verified through alternate references. Any discrepancies in tabular data were then verified through phone contact. The extent of each PSAP boundary was also verified through phone contact. This is referred to as "Method B1". 

2) If tabular data was not provided by individual states, but boundary extents were provided, TGS utilized researched data and the boundaries provided by the state. In most cases the tabular data was verified through alternate references. Any discrepancies in tabular data were then verified through phone contact. Most boundary data was not modified by TGS. This is referred to as "Method B2". 

Oregon - Method A1

3) In some cases areas are covered by more than one PSAP boundary. In these cases, any of the applicable PSAPs may take a 911 call. Where a specific call is routed may depend on how busy the applicable PSAPS are (i.e.load balancing), operational status (i.e. redundancy), or time of date / day of week. 

4) If an area does not have 911 service, TGS included that area in the dataset along with the address and phone number of their dispatch center. These are areas where someone must dial a 7 or 10 digit number to get emergency services. These records can be identified by a "Y" in the [NON911EMNO] field. This indicates that dialing 911 inside one of these areas does not connect one with emergency services. 

5) Seaward boundaries were determined using the U.S. Bureau of the Census' U.S. State Boundaries file with a cluster tolerance of 50 meters. 

6) Ran Check Geometry and Repair Geometry. These checks passed in ArcMap 9.2. 

7) Gaps between simple geometries over a decimeter were eliminated. 

8) Four digit United States Postal Service (USPS) zip code extensions were assigned based upon the USPS Address Information System (AIS). 

9) County name and FIPS codes were assigned through a spatial join. In instances where on PSAP covers multiple counties, the county and fips with the largest amount of coverage is represented. 

10) All text fields were set to all upper case.

11) Leading and trailing spaces were trimmed from all text fields.
</procdesc>
				<srcused>911_Response_Districts</srcused>
				<srcused>OR_Response_Disricts</srcused>
				<srcused>ind_res_boundaries</srcused>
				<srcused>nat_park_boundaries</srcused>
				<srcused>installation_boundaries</srcused>
				<srcused>TIGER_County_Boundaries</srcused>
				<srcused>TIGER_Place_Boundaries</srcused>
				<srcused>U.S. State Boundaries</srcused>
				<procdate>20080414</procdate>
				<srcprod>OR_911 Public Safety Answering Point Boundaries</srcprod>
				<proccont>
					<cntinfo>
						<cntperp>
							<cntper>Nicole Hackworth</cntper>
							<cntorg>TechniGraphics, Inc.</cntorg>
						</cntperp>
						<cntpos>Project Manager</cntpos>
						<cntaddr>
							<addrtype>Mailing and Physical Address</addrtype>
							<address>2000 Noble Drive</address>
							<city>Wooster</city>
							<state>OH</state>
							<postal>44691</postal>
							<country>USA</country>
						</cntaddr>
						<cntvoice>330-263-6222</cntvoice>
						<cntemail>nhackworth@tgstech.com</cntemail>
						<hours>7:30am - 4:30pm, Monday - Friday, Eastern Time</hours>
					</cntinfo>
				</proccont>
			</procstep>
			<procstep><procdesc Sync="TRUE">Dataset copied.</procdesc><srcused Sync="TRUE"></srcused><date Sync="TRUE">20080416</date><time Sync="TRUE">16515500</time></procstep></lineage>
	</dataqual>
	<spdoinfo Sync="TRUE">
		<direct Sync="TRUE">Vector</direct>
		<ptvctinf Sync="TRUE">
			<sdtsterm Name="2006_08_08_LawEnforcementQ206">
				<sdtstype Sync="TRUE">GT-polygon composed of rings</sdtstype>
				<ptvctcnt Sync="TRUE">48</ptvctcnt>
			</sdtsterm>
		</ptvctinf>
	</spdoinfo>
	<spref Sync="TRUE">
		<horizsys Sync="TRUE">
			<geograph>
				<latres Sync="TRUE">0.000001</latres>
				<longres Sync="TRUE">0.000001</longres>
				<geogunit Sync="TRUE">Decimal degrees</geogunit>
			</geograph>
			<geodetic>
				<horizdn Sync="TRUE">D_WGS_1984</horizdn>
				<ellips Sync="TRUE">WGS_1984</ellips>
				<semiaxis Sync="TRUE">6378137.000000</semiaxis>
				<denflat Sync="TRUE">298.257224</denflat>
			</geodetic>
		</horizsys>
	</spref>
	<eainfo Sync="TRUE">
		<detailed Sync="TRUE" Name="2006_08_08_LawEnforcementQ206">
			<enttyp Sync="TRUE">
				<enttypl>911 Public Safety Answering Point (PSAP) service area boundaries in Oregon</enttypl>
				<enttypd Sync="TRUE">According to the National Emergency Number Association (NENA), a Public Safety Answering Point (PSAP) is a facility equipped and staffed to receive 9-1-1 calls.  The service area is the geographic area within which a 911 call placed using a landline is answered at the associated PSAP.</enttypd>
				<enttypds Sync="TRUE">TGS</enttypds>
			</enttyp>
			<attr>
				<attrlabl>FID</attrlabl>
				<attrdef>Internal feature number.</attrdef>
				<attrdefs>ESRI</attrdefs>
				<attrdomv>
					<udom>Sequential unique whole numbers that are automatically generated.</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>SHAPE</attrlabl>
				<attrdef>Feature geometry.</attrdef>
				<attrdefs>ESRI</attrdefs>
				<attrdomv>
					<udom>Coordinates defining the features.</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>ID</attrlabl>
				<attrdef>Unique identifier for feature.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Text</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>SECCLASS</attrlabl>
				<attrdef>Security classification of feature.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<edom>
						<edomv>UNCLASSIFIED</edomv>
						<edomvd>Entity is unclassified.</edomvd>
						<edomvds>TGS</edomvds>
					</edom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>NAME</attrlabl>
				<attrdef>
Name of the 911 Response District.

If the name is unknown, TGS has attributed this field with the same information found in the [PSAP_NAME] attribute.
</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Text</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>PSAP_NAME</attrlabl>
				<attrdef>
Name of the primary PSAP for the district.  

If the primary PSAP is unknown, TGS has attributed this with the same information found in the [NAME] attribute.
</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Text</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>FCC_ID</attrlabl>
				<attrdef>FCC ID for the primary PSAP that serves the district.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Text</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>STATE_ID</attrlabl>
				<attrdef>State ID for the primary PSAP that serves the district.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Text</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>TELEPHONE</attrlabl>
				<attrdef>Ten (10) digit telephone number for entity formatted as nnn-nnn-nnnn.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Only numeric digits are used.</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>FAX</attrlabl>
				<attrdef>Ten (10) digit fax number for the primary PSAP for the district formatted as nnn-nnn-nnnn. All alphabetic characters have been translated to the corresponding numeric digit.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Phone numbers formatted as nnn-nnnn. Only numeric digits are used. The first three (3) digits (the exchange) must form a valid combination with the area code. A list of valid area code and exchange combinations can be obtained from http://www.nanpa.com</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>ADDRESS</attrlabl>
				<attrdef>Physical street address for the primary PSAP that serves the district. "PO Box", "General Delivery", "Rural Route", and "Highway Contract" addresses are not considered physical addresses and should not appear in this attribute. Some areas do not have regular city style addressing so entities in those areas may not have a street number. In such cases, the name of the road they are located on is listed in this attribute. Some rural areas may not have named roads. In these rare cases, this attribute will be blank.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Text</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>ADDRESS2</attrlabl>
				<attrdef>Location within physical address, e.g., floor, suite, building.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Text</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>CITY</attrlabl>
				<attrdef>The name of the city associated with the physical address for the primary PSAP that serves the district.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Text</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>STATE</attrlabl>
				<attrdef>Two (2) character abbreviation for state associated with the physical address of the primary PSAP that serves the district. In almost all cases, this is the same as the state where the entity has been depicted geospatially. However, there are cases, particularly where an entity is part of a larger facility that cuts across state lines, where the entity's location may be depicted in a state other than the one indicated in this attribute. Also, the state in which an entity appears to be located may change depending on the scale of the state boundaries theme being used.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<codesetd>
						<codesetn>Official USPS Abbreviations - State Abbreviations</codesetn>
						<codesets>United States Postal Service http://www.usps.com/ncsc/lookups/usps_abbreviations.html</codesets>
					</codesetd>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>ZIP</attrlabl>
				<attrdef>Five (5) digit USPS zip code associated with the physical address of the primary PSAP that serves the district.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<codesetd>
						<codesetn>USPS Address Information System - Domain is further restricted by only allowing physical (non PO Box only) zip codes.</codesetn>
						<codesets>United States Postal Service</codesets>
					</codesetd>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>ZIPP4</attrlabl>
				<attrdef>Four (4) digit USPS zip code extension associated with the physical address of the primary PSAP  that serves the district. This attribute was automatically assigned using the entity's physical address and USPS address information system (AIS) data.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<codesetd>
						<codesetn>USPS Address Information System (AIS) - ZIP9</codesetn>
						<codesets>United States Postal Service</codesets>
					</codesetd>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>COUNTY</attrlabl>
				<attrdef>Name of the largest county in which the district covers.  The district may not cover the entire county.  If multiple counties are covered, the county with the largest amount of coverage is represented.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<codesetd>
						<codesetn>Geographic Names Information System (GNIS)</codesetn>
						<codesets>US Department of the Interior - US Geologic Survey</codesets>
					</codesetd>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>FIPS</attrlabl>
				<attrdef>Five (5) digit FIPS (Federal Information Processing Standards) Code for the largest County or Counties which the district covers.  The district may not cover the entire county.  If multiple counties are covered, the county fips with the largest amount of coverage is represented. The first two (2) digits represent the state and the last three (3) digits identify the county within the state.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<codesetd>
						<codesetn>Federal Information Processing Standards Publications - Counties and Equivalent Entities of the U.S., Its Possessions, and Associated Areas</codesetn>
						<codesets>National Institute of Standards and Technology (NIST) &lt;http://www.itl.nist.gov/fipspubs/co-codes/states.txt&gt;</codesets>
					</codesetd>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>EMERGTITLE</attrlabl>
				<attrdef>Title of person or name of office for emergency point of contact.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Text</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>EMERGTEL</attrlabl>
				<attrdef>Ten (10) digit telephone number of emergency point of contact for the primary PSAP that serves the District formatted as nnn-nnn-nnnn. All alphabetic characters have been translated to the corresponding numeric digit.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Phone numbers, including area code, formatted as nnn-nnn-nnnn. A list of valid area code and exchange combinations can be found at http://www.nanpa.com</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>EMERGEXT</attrlabl>
				<attrdef>Telephone extension for emergency point of contact for the primary PSAP that serves the District.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Text</udom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>NON911EMNO</attrlabl>
				<attrdef>Indicates if dialing 911 inside the area connects one with emergency services.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<edom>
						<edomv>Y</edomv>
						<edomvd>Indicates that dialing 911 inside the area does not connect one with emergency services. These are areas where someone must dial a 7 or 10 digit number to get emergency services.</edomvd>
						<edomvds>TGS</edomvds>
					</edom>
				</attrdomv>
				<attrdomv>
					<edom>
						<edomv>N</edomv>
						<edomvd>Indicates that dialing 911 inside the area does not connect one with emergency services and that it is necessary to dial a 7 or 10 digit number to contact emergency services.</edomvd>
						<edomvds>TGS</edomvds>
					</edom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>NAICSCODE</attrlabl>
				<attrdef>NAICS (North American Industry Classification System) Code for entity. NAICS Codes (and NAICS Descriptions) have been assigned based upon the entity's primary function, regardless of if that is the function that qualified it to be included in this dataset.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<codesetd>
						<codesetn>North American Industry Classification System (NAICS 2002)</codesetn>
						<codesets>US Census Bureau - http://www.census.gov/epcd/www/naics.html</codesets>
					</codesetd>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>NAICSDESCR</attrlabl>
				<attrdef>NAICS (North American Industry Classification System) Description for entity. The "Index Entries" that appear on the NAICS webpage (http://www.census.gov/epcd/www/naics.html) are being used to populate this attribute as opposed to the "NAICS Title". While there is a one to one correspondence between NAICS Codes and "NAICS Titles", there is a one to many relationship between NAICS Codes and the "Index Entries". By using the "Index Entries", we have placed the entities that make up this layer into more specific categories; however, the user of this data should be aware that this was not the intended purpose of these "Index Entries". The "Index Entries" were intended as a way to search the NAICS database and as a way of enumerating ways in which establishments falling under the given NAICS Code may be named. Thus, there are often two or more "Index Entries" that are synonyms, for example: "Prisons" and "Penitentiaries". In cases like this, we have standardized on one "Index Entry".  NAICS Descriptions (and NAICS Codes) have been assigned based upon the entity's primary function, regardless of the function that qualified it to be included in this dataset.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<edom>
						<edomv>DISASTER PREPAREDNESS AND MANAGEMENT OFFICES, GOVERNMENT</edomv>
						<edomvd>DISASTER PREPAREDNESS AND MANAGEMENT OFFICES, GOVERNMENT - [NAICS Code 922190]: This industry comprises government establishments primarily engaged in public order and safety (except courts, police protection, legal counsel and prosecution, correctional institutions, parole offices, probation offices, pardon boards, and fire protection).</edomvd>
						<edomvds>U.S. Census Bureau</edomvds>
					</edom>
				</attrdomv>
			</attr>
			<attr>
				<attrlabl>WEB</attrlabl>
				<attrdef>Web address for the primary PSAP of the District.</attrdef>
				<attrdefs>TGS</attrdefs>
				<attrdomv>
					<udom>Text</udom>
				</attrdomv>
			</attr>
		</detailed>
	</eainfo>
	<metainfo>
		<metd>20080414</metd>
		<metc>
			<cntinfo>
				<cntperp>
					<cntper>Mike Thompson</cntper>
					<cntorg>TechniGraphics, Inc.</cntorg>
				</cntperp>
				<cntpos>Director of Geospatial Datasets</cntpos>
				<cntaddr>
					<addrtype>Mailing and Physical Address</addrtype>
					<address>3351 Eastbrook Drive</address>
					<city>Fort Collins</city>
					<state>CO</state>
					<postal>80525</postal>
					<country>USA</country>
				</cntaddr>
				<cntvoice>970-224-4996</cntvoice>
				<cntfax>970-224-3001</cntfax>
				<cntemail>mthompson@tgstech.com</cntemail>
				<hours>8am - 5pm, Monday - Friday, Mountain Time</hours>
			</cntinfo>
		</metc>
		<metstdn>FGDC Content Standards for Digital Geospatial Metadata</metstdn>
		<metstdv>FGDC-STD-001-1998</metstdv>
	</metainfo>
	<Esri><MetaID>{E5640197-4BF8-44ED-A49D-1B9CC196B392}</MetaID><CreaDate>20080416</CreaDate><CreaTime>16515500</CreaTime><SyncOnce>TRUE</SyncOnce></Esri><distInfo><distributor><distorTran><onLineSrc><linkage Sync="TRUE">http://navigator.state.or.us/sdl/data/shapefile/k24/TGS_PSAPBoundary.zip</linkage><protocol Sync="TRUE">HTTP</protocol></onLineSrc></distorTran></distributor></distInfo></metadata>

