<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE metadata SYSTEM "http://thor-f5.er.usgs.gov/ngtoc/metadata/fgdc-std-001-1998.dtd">
<metadata>
  <idinfo>
    <!-- Identification Information - basic information about the data set. Type: compound. -->
    <citation>
      <!-- Citation - information to be used to reference the data set. Type: compound. -->
      <citeinfo>
        <!-- Citation Information - the recommended reference to be used for the data set. -->
        <origin>Ayres Associates</origin>
        <!-- Originator - the name of an organization or individual that developed the data set. Type: text. Domain: "Unknown" free text. -->
        <pubdate>20230314</pubdate>
        <!-- Publication Date - the date when the data set is published or otherwise made available for release. Type: date. Domain: "Unknown" "Unpublished material" free date-->
        <title>McHenry County, Illinois Lidar; 2022</title>
        <!-- Title - the name by which the data set is known. Type: text. Domain: free text. -->
        <geoform>Lidar point cloud</geoform>
        <!-- Geospatial Data Presentation Form. Type: text. Domain: "Lidar point cloud" free text. -->
      </citeinfo>
    </citation>
    <descript>
      <!-- Description - a characterization of the data set, including its intended use and limitations. Type: compound. -->
      <abstract>The McHenry County, IL lidar project area covers approximately 667 square miles. The lidar data was acquired at an aggregate nominal point density (ANPD) of 8ppsm. Project specifications are based on McHenry County requirements. The data was developed based on a horizontal projection/datum of NAD83(2011) / Illinois State Plane East Zone (ftUS) (EPSG Code: 3435), and vertical datum of NAVD88 - Geoid 18 (US Survey Feet). LiDAR data was acquired using a REIGL 1560 Lidar sensor from April 12th, 2022 to April 22, 2022 in 5 total lifts. Acquisition occurred with leaves absent from deciduous trees, when no snow was present on the ground, and with rivers at or below normal levels.</abstract>
      <!-- Abstract - a brief narrative descriptive summary of the data set. Type: text. Domain: free text. -->
      <lidar>
        <!-- For Classified Point Cloud and Swath metadata files -->
        <ldrinfo>
          <!-- Lidar Information - contains metadata about the sensor and collection conditions. -->
          <ldrspec>2.1</ldrspec>
          <!-- Lidar Base Specification applicable to the point cloud. -->
          <ldrsens>REIGL 1560</ldrsens>
          <!-- Lidar Sensor make and model. -->
          <ldrmaxnr>8</ldrmaxnr>
          <!-- Lidar Maximum Number of Returns per pulse. -->
          <ldrnps>0.32</ldrnps>
          <!-- Lidar Nominal Pulse Spacing, in meters. -->
          <ldrdens>8</ldrdens>
          <!-- Lidar Nominal Pulse Density, in points per square meter. -->
          <ldranps>0.32</ldranps>
          <!-- Lidar Aggregate Nominal Pulse Spacing, in meters. -->
          <ldradens>8</ldradens>
          <!-- Lidar Aggregate Nominal Pulse Density, in points per square meter. -->
          <ldrfltht>900</ldrfltht>
          <!-- Lidar Flight Height for the collection, in meters. -->
          <ldrfltsp>160</ldrfltsp>
          <!-- Lidar Nominal Flight Speed for the collection, in knots. -->
          <ldrscana>58</ldrscana>
          <!-- Lidar Sensor Scan Angle, total, in degrees. -->
          <ldrscanr>100</ldrscanr>
          <!-- Lidar Scan Frequency of the scanner, in hertz. -->
          <ldrpulsr>1400</ldrpulsr>
          <!-- Lidar Pulse Rate of the scanner, in kilohertz. -->
          <ldrpulsd>8</ldrpulsd>
          <!-- Lidar Pulse Duration of the scanner, in nanoseconds. -->
          <ldrpulsw>.24</ldrpulsw>
          <!-- Lidar Pulse Width of the scanner, in meters. -->
          <ldrwavel>1064</ldrwavel>
          <!-- Lidar Central Wavelength of the sensor laser, in nanometers. -->
          <ldrmpia>1</ldrmpia>
          <!-- Lidar Multiple Pulses In Air, 0 = No; 1 = Yes -->
          <ldrbmdiv>.16</ldrbmdiv>
          <!-- Lidar Beam Divergence, in Milliradians. -->
          <ldrswatw>1273</ldrswatw>
          <!-- Lidar Swath Width on the ground, in meters. -->
          <ldrswato>30</ldrswato>
          <!-- Lidar Nominal Swath Overlap, as a percentage. -->
          <ldrgeoid>National Geodetic Survey (NGS) Geoid18</ldrgeoid>
          <!-- Geoid used for vertical reference. -->
        </ldrinfo>
        <ldraccur><!-- Lidar Accuracy. Non-vegetated vertical accuracy values for the swath. ALL VALUES ARE REPORTED IN feet. -->
          <ldrchacc>This data set was produced to meet ASPRS Positional Accuracy Standard for Digital Geospatial Data (2014) for a 23-cm RMSEz Hirizontal Accuracy Class. This dataset was not independently tested for horizontal accuracy</ldrchacc>
          <!-- Lidar Calculated Horizontal Accuracy of the point cloud data. -->
          <rawnva>0.345</rawnva>
          <!-- Raw Nonvegetated Vertical Accuracy of the raw point cloud data. -->
          <rawnvan>69</rawnvan>
          <!-- Raw Nonvegetated Vertical Accuracy Number of checkpoints used to calculate the reported nonvegetated vertical accuracy of the raw point cloud data. -->
          <clsnva>0.345</clsnva>
          <!-- Classified Non-vegetated Vertical Accuracy. The calculated nonvegetated vertical accuracy of the classified point cloud data (required if available). Type: decimal number. -->
          <clsnvan>69</clsnvan>
         <!-- Classified Non-vegetated Vertical Accuracy Number of checkpoints. The number of check points used to calculate the reported nonvegetated vertical accuracy of the classified point cloud data. Type: real number. -->
       </ldraccur>
        <lasinfo>
          <!-- LAS Information. Type: compound. -->
          <lasver>1.4</lasver>
          <!-- LAS Version -->
          <lasprf>6</lasprf>
          <!-- LAS Point Record Format. -->
          <laswheld>Withheld (ignore) points were identified in these files using the standard LAS Withheld bit.</laswheld>
          <!-- Describe how withheld points are identified. -->
          <lasolap></lasolap>
          <!-- Describe how overage points are identified. -->
          <lasintr></lasintr>
          <!-- Specify the native radiometric resolution of intensity values, in Bits. -->
          <lasclass>
             <!-- LAS Classification. Type: compound. -->
            <clascode>1</clascode>
            <!-- Classification Code -->
            <clasitem>Processed, but Unclassified</clasitem>
            <!-- Classification Item -->
          </lasclass>
          <lasclass>
            <!-- LAS Classification. Type: compound. -->
            <clascode>2</clascode>
            <!-- Classification Code -->
            <clasitem>Bare Earth Ground</clasitem>
            <!-- Classification Item -->
          </lasclass>
          <lasclass>
            <!-- LAS Classification. Type: compound. -->
            <clascode>5</clascode>
            <!-- Classification Code -->
            <clasitem>High Vegetation</clasitem>
            <!-- Classification Item -->
          </lasclass>
          <lasclass>
            <!-- LAS Classification. Type: compound. -->
            <clascode>6</clascode>
            <!-- Classification Code -->
            <clasitem>Buildings</clasitem>
            <!-- Classification Item -->
          </lasclass>
          <lasclass>
            <!-- LAS Classification. Type: compound. -->
            <clascode>7</clascode>
            <!-- Classification Code -->
            <clasitem>Low Noise</clasitem>
            <!-- Classification Item -->
          </lasclass>
          <lasclass>
            <!-- LAS Classification. Type: compound. -->
            <clascode>9</clascode>
            <!-- Classification Code -->
            <clasitem>Water</clasitem>
            <!-- Classification Item --> 
          </lasclass>
          <lasclass>
            <!-- LAS Classification. Type: compound. -->
            <clascode>17</clascode>
            <!-- Classification Code -->
            <clasitem>Bridge Deck</clasitem>
            <!-- Classification Item -->
          </lasclass>
          <lasclass>
            <!-- LAS Classification. Type: compound. -->
            <clascode>18</clascode>
            <!-- Classification Code -->
            <clasitem>High Noise</clasitem>
            <!-- Classification Item -->
          </lasclass>
          <lasclass>          	
            <!-- LAS Classification. Type: compound. -->
            <clascode>20</clascode>
            <!-- Classification Code -->
            <clasitem>Ignored Ground</clasitem>
            <!-- Classification Item --> 
          </lasclass>                                                                
        </lasinfo>
      </lidar>
      <purpose></purpose>
      <!-- Purpose - a summary of the intentions with which the data set was developed. Type: text. Domain: free text. -->
    </descript>
    <timeperd>
      <!-- Time Period of Content. Type: compound. -->
      <timeinfo>
				<rngdates>
          <!-- Range of Dates/Times. Type: compound. -->
          <begdate>20220412</begdate>
          <!-- Beginning Date - the first year, month, and day of the collection. The field MUST be formatted YYYYMMDD. Domain: "Unknown" free date. -->
          <enddate>20220422</enddate>
          <!-- Ending Date - the last year, month, and day for the collection. The field MUST be formatted YYYYMMDD. Type: date. Domain: "Unknown" free date. -->
        </rngdates>
      </timeinfo>
      <current>ground condition</current>
      <!-- Currentness Reference. Type: text. Domain: "ground condition" free text. -->
    </timeperd>
    <status>
      <!-- Status - the state of the maintenance information for the data set. Type: compound. -->
      <progress>Complete</progress>
      <!-- Progress - the state of the data set. Type: text. Domain: "Complete" "In Work" "Planned" free text. -->
      <update>None Planned</update>
      <!-- Maintenance and Update Frequency - the frequency with which changes and additions are made to the data set after the initial data set is completed. Type: text. Domain: "Unknown" "As needed" "None planned" free text-->
    </status>
    <spdom>
      <!-- Spatial Domain - the geographic areal domain of the data set. Type: compound. -->
      <bounding>
        <!-- Bounding Coordinates - the limits of coverage of a data set expressed by latitude and longitude values in the order western-most, eastern-most, northern-most, and southern-most. Type: compound. -->
        <westbc>-88.720289</westbc>
        <!-- West Bounding Coordinate - western-most coordinate of the limit of coverage expressed in longitude. Type: real. Domain: -180.0 <= West Bounding Coordinate < 180.0 -->
        <eastbc>-87.521435</eastbc>
        <!-- East Bounding Coordinate - eastern-most coordinate of the limit of coverage expressed in longitude. Type: real. Domain: -180.0 <= East Bounding Coordinate <= 180.0 -->
        <northbc>42.500824</northbc>
        <!-- North Bounding Coordinate - northern-most coordinate of the limit of coverage expressed in latitude. Type: real. Domain: -90.0 <= North Bounding Coordinate <= 90.0 -->
        <southbc>42.142892</southbc>
        <!-- South Bounding Coordinate - southern-most coordinate of the limit of coverage expressed in latitude. Type: real. Domain: -90.0 <= South Bounding Coordinate <= 90.0-->
      </bounding>
      <lboundng>
      	<leftbc>879898.2413</leftbc>
      	<!-- Left (western-most) Bounding Coordinate for coverage of the dataset expressed in the Coordinate Reference System in which the data are delivered. -->
      	<rightbc>1022599.9978</rightbc>
      	<!-- Right (eastern-most) Bounding Coordinate for coverage of the dataset expressed in the Coordinate Reference System in which the data are delivered. -->
      	<topbc>2125099.99885</topbc>
      	<!-- Top (northern-most) Bounding Coordinate for coverage of the dataset expressed in the Coordinate Reference System in which the data are delivered. -->
      	<bottombc>1994896.01125</bottombc>
      	<!-- Bottom (southern-most) Bounding Coordinate for coverage of the dataset expressed in the Coordinate Reference System in which the data are delivered. -->
      </lboundng>
    </spdom>
    <keywords>
      <!-- Keywords - words or phrases summarizing an aspect of the data set. Type: compound. -->
      <theme>
        <!-- Theme - subjects covered by the data set. Type: compound. -->
        <themekt>None</themekt>
        <!-- Theme Keyword Thesaurus. Type: text. Domain: "None" free text. -->
        <themekey>Model</themekey>
        <themekey>LAS Point Cloud</themekey>
        <themekey>Remote Sensing</themekey>
        <themekey>Elevation Data</themekey>
        <themekey>Lidar</themekey>
        <!-- Theme Keyword - common-use word or phrase used to describe the subject of the data set. Type: text. Domain: free text. -->
      </theme>
      <place>
        <!-- Place - geographic locations characterized by the data set. Type: compound. -->
        <placekt>None</placekt>
        <!-- Place Keyword Thesaurus. Type: text. Domain: "None" free text. -->
        <placekey>Illinois</placekey>
        <placekey>City of Woodstock</placekey>
        <placekey>McHenry County</placekey>
        <!-- Place Keyword - the geographic name of a location(s) covered by a data set. Type: text Domain: free text. -->
      </place>
    </keywords>
    <accconst>No restrictions apply to this data.</accconst>
    <!-- Access Constraints - restrictions and legal prerequisites for accessing the data set. Type: text. Domain: "None" free text. -->
    <useconst>None. However, users should be aware that temporal changes may have occurred since this dataset was collected and that some parts of these data may no longer represent actual surface conditions. Users should not use these data for critical applications without a full awareness of its limitations.</useconst>
    <!-- Use Constraints - restrictions and legal prerequisites for using the data set after access is granted. Type: text. Domain: "None" free text. -->
    <native>Terrasolid</native>
      <!-- Native Data Set Environment - a description of the data set in the producer's processing environment, including items such as the name of the software (including version), the computer operating system, file name (including host-, path-, and filenames), and the data set size. Domain: free text -->
  </idinfo>
  <dataqual>
    <!-- Data Quality Information. Type: compound. -->
    <logic>Data covers the entire area specified for this project.</logic>
    <!-- Logical Consistency Report - an explanation of the fidelity of relationships in the data set and tests used. Type: text. Domain: free text. -->
    <complete>These LAS data files include all data points collected. No points have been removed or excluded. A visual qualitative assessment was performed to ensure data completeness. No void areas or missing data exist. The raw point cloud is complete and data passes Vertical Accuracy specifications.</complete>
    <!-- Completeness Report - information about omissions, selection criteria, generalization, definitions used, and other rules used to derive the data set. Type: text. Domain: free text-->
 <posacc>
      <!-- Positional Accuracy - an assessment of the accuracy of the positions of spatial objects. Type: compound. -->
      <vertacc>
        <!-- Vertical Positional Accuracy - an estimate of accuracy of the vertical positions in the data set. This set of tags is suggested for projects that include both classified and unclassified las files and required for projects that only include classified las files. Type: compound. -->
        <vertaccr>The project specifications require that only Non-Vegetated Vertical Accuracy (NVA) be computed for raw lidar point cloud swath files. The required accuracy (ACCz) is: 19.6 cm at a 95% confidence level, derived according to NSSDA, i.e., based on RMSE of 10 cm in the “bare earth” and "urban" land cover classes. These 63 points were not used in the calibration or post processing of the lidar point cloud data. The checkpoints were distributed throughout the project area and were surveyed using GPS techniques. Elevations from the unclassified lidar surface were measured for the x,y location of each check point. Elevations interpolated from the lidar surface were then compared to the elevation values of the surveyed control points. AccuracyZ has been prepared to meet 19.6 cm or better Non-Vegetated Vertical Accuracy at 95% confidence level using RMSE(z) x 1.9600 as defined by the National Standards for Spatial Data Accuracy (NSSDA); assessed and reported using National Digital Elevation Program (NDEP)/ASRPS Guidelines.</vertaccr>
        <!-- Vertical Positional Accuracy Report - an explanation of the accuracy of the vertical coordinate measurements and a description of the tests used. Type: text. Domain: free text. -->
        <qvertpa>
        	<vertaccv>0.345</vertaccv>
        	<!-- Vertical Positional Accuracy Value - RMSEz x 1.96, reported in meters. -->
        	<vertacce>Tested 0.345 feet NVA at a 95% confidence level using RMSE(z) x 1.9600 as defined by the National Standards for Spatial Data Accuracy (NSSDA). These 69 survey points were not used in the calibration or post processing of the lidar point cloud data</vertacce>
        	<!-- Vertical Positional Accuracy Explanation - free text field for describing vertical accuracy test. Type: text. Domain: free text. -->
        </qvertpa>
      </vertacc> 
    </posacc>
    <lineage>
      <!-- Lineage - information about the events, parameters, and source data which constructed the data set, and information about the responsible parties. Type: compound. -->
      <procstep>
        <!-- Process Step - information about a single processing step. Please provide information for each step of the data acquisition, calibration, processing, and analysis. Type: compound. -->
        <procdesc>The boresight for each lift was done individually as the solution may change slightly from lift to lift. The following steps describe the Raw Data Processing and Boresight process: 1) Technicians processed the raw data to LAS format flight lines using the final GPS/IMU solution. This LAS data set was used as source data for boresight. 2) Technicians first used Leica software to calculate initial boresight adjustment angles based on sample areas selected in the lift. These areas cover calibration flight lines collected in the lift, cross tie and production flight lines. These areas are well distributed in the lift coverage and cover multiple terrain types that are necessary for boresight angle calculation. The technician then analyzed the results and made any necessary additional adjustment until it is acceptable for the selected areas. 3) Once the boresight angle calculation was completed for the selected areas, the adjusted settings were applied to all of the flight lines of the lift and checked for consistency. The technicians utilized commercial and proprietary software packages to analyze how well flight line overlaps match for the entire lift and adjusted as necessary until the results met the project specifications. 4) Once all lifts were completed with individual boresight adjustment, the technicians checked and corrected the vertical misalignment of all flight lines and also the matching between data and ground truth. The relative accuracy was less than or equal to 7 cm RMSEz within individual swaths and less than or equal to 10 cm RMSEz or within swath overlap (between adjacent swaths). 5) The technicians ran a final vertical accuracy check of the boresighted flight lines against the surveyed check points after the z correction to ensure the requirement of NVA = 19.6 cm 95% Confidence Level (Required Accuracy) was met. Point classification was performed according to USGS Lidar Base Specification 2.1, and breaklines were collected for water features. Bare earth DEMs were exported from the classified point cloud using collected breaklines for hydroflattening.</procdesc>
        <!-- Process Description - an explanation of the the processing step and parameters used. Include Flight, Imagery development, Analysis. Type: text. Domain: free text-->
        <procdate>20230314</procdate>
        <!-- Process Date - the date when the processing step was completed. The field MUST be formatted YYYYMMDD. Type: text. Domain: "Unknown" "Not complete" free date. -->
      </procstep>
      <procstep>
        <!-- Process Step - information about a single processing step. Type: compound. -->
        <procdesc>LAS Point Cloud Classification:
LiDAR data processing for the point cloud deliverable consists of classifying the LiDAR using a combination of automated classification and manual edit/reclassification processes. On most projects the automated classification routines McHenrycorrectly classify 90-95 percent of the LiDAR points. The remaining 5-10 percent of the bare earth ground class must undergo manual edit and reclassification.
Because the classified points serve as the foundation for the Terrain, DEM and breakline products, it is necessary for the QA/QC supervisor to review the completed point cloud deliverables prior to the production of any additional products.
The following workflow steps are followed for automated LiDAR classification:
1.	Lead technicians review the group of LiDAR tiles to determine which automated classification routines McHenryachieve the best results. Factors such as vegetation density, cultural features, and terrain can affect the accuracy of the automated classification.  The lead technicians have the ability to edit or tailor specific routines in order to accommodate the factors mentioned above, and achieve the best results and address errors.
2.	Distributive processing is used to maximize the available hardware resources and speed up the automated processing as this is a resource-intensive process.
3.	Once the results of the automated classification have been reviewed and passed consistent checks, the supervisor then approves the data tiles for manual classification.
The following workflow steps are followed for manual edits of the LiDAR bare earth ground classification:
1.	LiDAR technicians review each tile for errors made by the automated routines and correctly address errors any points that are in the wrong classification. By methodically panning through each tile, the technicians view the LiDAR points in profile, with a TIN surface, and as a point cloud.
2.	Any ancillary data available, such as Google Earth, is used to identify any features that may not be identifiable as points so that the technician can make the determination to which classification the feature belongs.
The QA/QC processes for the LiDAR processing phase consist of:
1.	The lead technician reviews all automated classification results and adjust the macros as necessary to achieve the optimal efficiency. This is an iterative process, and the technician may need to make several adjustments to the macros, depending upon the complexity of the features in the area being processed.
	During the manual editing process, the LiDAR technicians use a system of QA, whereby they check each other’s edits. This results in several benefits to the process:
	There is a greater chance of catching minor blunders
	It increases communication between technicians on technique and appearance
	Solutions to problems are communicated efficiently
	To ensure consistency across the project area, the supervisor reviews the data once the manual editing is complete.
For this phase of a project, the following specifications are checked against:
•	Point cloud – all points must be classified according to the USGS classification standard for LAS. The all-return point cloud must be delivered in fully-compliant LAS version 1.4.
•	LAS files McHenryuse the Spatial Reference Framework according to project specification and all files shall be projected and defined.
•	General Point classifications:
	Class 1. Processed, but unclassified
	Class 2. Bare Earth
	Class 7. Noise 
	Class 9. Water
	Class 17. Bridge Decks
	Class 18. High Noise
	Class 20. Ignored ground (Breakline proximity)
•	Outliers, noise, blunders, duplicates, geometrically unreliable points near the extreme edge of the swath, and other points deemed unusable are to be identified using the "Withheld" flag. This applies primarily to points which are identified during pre-processing or through automated post-processing routines. Subsequently identified noise points may be assigned to the standard Noise Classes (Class 7).
•	Point classification shall be consistent across the entire project. Noticeable variations in the character, texture, or quality of the classification between tiles, swaths, lifts, or other non-natural divisions McHenrybe cause for rejection.
•	Once the data is imported into GeoCue and has undergone and passed the QC process, the strip data McHenrybe tiled to the 4500’ x 4500’ tiling scheme.</procdesc>
        <!-- Process Description - an explanation of the the processing step and parameters used. Include Flight, Imagery development, Analysis. Type: text. Domain: free text-->
        <procdate>20230314</procdate>
        <!-- Process Date - the date when the processing step was completed. The field MUST be formatted YYYYMMDD Type: text. Domain: "Unknown" "Not complete" free date. -->
      </procstep>
    <procstep>
        <!-- Process Step - information about a single processing step. Please provide information for each step of the data acquisition, calibration, processing, and analysis. Type: compound. -->
        <procdesc>Illinois State Geological Survey received a copy of the initial delivery and performed a QAQC analysis on the data.  The classification scheme skips classes 3 and 4 (low and medium vegetation) even though there are points in those classes. On tile #22700 there is a portion of a house that has been misclassified as ground. (has been fixed in the final derivatives. ISGS creates the LiDAR data derivatives (DTM and DSM with Hillshades in county wide mosaics, raster format) The preceding Terrains were produced using a LP360 thinned version of the LAS files, and the provided breaklines and project boundary specified as a hardline and soft clip respectively. Raster derivatives were created from the terrain datasets using a cell size of 1.0 feet.  Hillshades were created from each raster with a Z factor of 2.9.	Observation: Near tile #21968 and #21969 there is an island breakline that is adjacent to a river breakline. In a situation like this the island breakline should have an elevation equal to the stream breakline (perpendicular to the stream flow). In this instance, the island breakline has an elevation of 0.1’ lower than the stream. So the water seems to be slightly flowing toward the island in this area. (If the contract was open, we would send it back to the vendor to be fixed, if the elevation difference was larger than 0.1’ we would try and fix it at this stage.) Observation: There appears to have been an approximately 30’ buffer applied around a good portion of the buildings. Any point that varies slightly from the ground elevation in this buffer area, in some cases elevation differences of around a tenth of a foot, are placed in the low vegetation category. Regardless if there is vegetation there or not, i.e. parking lots.  (Generally speaking, this data has a lot of points classified as low vegetation throughout the dataset that really should not be classified as low vegetation, since the points do not represent low vegetation.) Observation: There is a sporadic issue of points in one of the advanced classifications, i.e. points that represent structures, trees, etc., being misclassified into one of the other classes.
</procdesc>
        <!-- Process Description - an explanation of the the processing step and parameters used. Include Flight, Imagery development, Analysis. Type: text. Domain: free text-->
        <procdate>20240308</procdate>
        <!-- Process Date - the date when the processing step was completed. The field MUST be formatted YYYYMMDD. Type: text. Domain: "Unknown" "Not complete" free date. -->
      </procstep>
	</lineage>
  </dataqual>
  <spdoinfo>
    <!-- Spatial Data Organization Information. Type: compound. -->
    <direct>Point</direct>
    <!-- Direct Spatial Reference Method - the system of objects used to represent space in the data set. Type: text. Domain:  "Point" -->
    <ptvctinf>
    	<!-- Point and Vector Object Information - the types and numbers of vector or nongridded point spatial objects in the data set. Type: Compound. -->
    	<sdtsterm>
    		<!-- SDTS Terms Description - point and vector object information using the terminology and concepts from "Spatial Data Concepts," which is Chapter 2 of Part 1 in Department of Commerce, 1992, Spatial Data Transfer Standard (SDTS) (Federal Information Processing Standard 173): Washington, Department of Commerce, National Institute of Standards and Technology. (Note that this reference to the SDTS is used ONLY to provide a set of terminology for the point and vector objects.). Type: Compound. -->
    		<sdtstype>Point</sdtstype>
    		<!-- SDTS Point and Vector Object Type - name of point and vector spatial objects used to locate zero-, one-, and two-dimensional spatial locations in the data set. Domain: (The domain is from "Spatial Data Concepts," which is Chapter 2 of Part 1 in Department of Commerce, 1992, Spatial Data Transfer Standard (SDTS) (Federal Information Processing Standard 173): Washington, Department of Commerce, National Institute of Standards and Technology): "Point" "Entity point" "Label point" "Area point" "Node, planar graph" "Node, network" "String" "Link" "Complete chain" "Area chain" "Network chain, planar graph" "Network chain, nonplanar graph" "Circular arc, three point center" "Elliptical arc" "Uniform B-spline" "Piecewise Bezier" "Ring with mixed composition" "Ring composed of strings" "Ring composed of chains" "Ring composed of arcs" "G-polygon" "GT-polygon composed of rings" "GT-polygon composed of chains" "Universe polygon composed of rings" "Universe polygon composed of chains" "Void polygon composed of rings" "Void polygon composed of chains"-->
    	</sdtsterm>
    </ptvctinf>
  </spdoinfo>
  <spref>
    <!-- Spatial Reference Information. Type: compound. -->
    <horizsys>
      <!-- Horizontal Coordinate System Definition. Type: compound. -->
      <planar>
        <!-- Planar. Type: compound -->
        <gridsys>
          <!-- Grid Coordinate System - this section should be filled out with the relevant parameters for the coordinate reference system for the data. Typically it is UTM or State Plane Zone. -->
          <gridsysn>State Plane Coordinate System 1983</gridsysn>
          <!-- Grid Coordinate System Name - name of the grid coordinate system. Type: text. Domain: "Universal Transverse Mercator" "Universal Polar Stereographic" "State Plane Coordinate System 1927" "State Plane Coordinate System 1983" "ARC Coordinate System" "other grid system" -->
           <utm>
            <!-- Universal Transverse Mercator (UTM) - a grid system based on the transverse mercator projection, applied between latitudes 84 degrees north and 80 degrees south on the Earth's surface. Type: compound. -->
            <utmzone></utmzone>
            <!-- UTM Zone Number - identifier for the UTM zone. Type: integer. Domain: 1 <= UTM Zone <= 60 for the northern hemisphere; -60 <= UTM Zone Number <= -1 for the southern hemisphere -->
            <transmer>
              <!-- Transverse Mercator - contains parameters for the Transverse Mercator projection. Type: compound. -->
              <sfctrmer>0.999975</sfctrmer>
              <!-- Scale Factor at Central Meridian - a multiplier for reducing a distance obtained from a map by computation or scaling to the actual distance along the central meridian. Type: real. Domain: Scale Factor at Central Meridian > 0.0 -->
              <longcm>-88.33333333333333</longcm>
              <!-- Longitude of Central Meridian - the line of longitude at the center of a map projection generally used as the basis for contructing the projection. Type: real. Domain: -180.0 <= Longitude of Central Meridian < 180.0 -->
              <latprjo>36.66666666666666</latprjo>
              <!-- Latitude of Projection Origin - latitude chosen as the origin of rectangular coordinates for a map projection. Type: real. Domain: -90.0 <= Latitude of Projection Origin <= 90.0 -->
              <feast>984250.0</feast>
              <!-- False Easting - the value added to all "x" values in the rectangular coordinates for a map projection. This value frequently is assigned to eliminate negative numbers. Expressed in the unit of measure identified in Planar Coordinate Units. Type: real. Domain: free real -->
              <fnorth>0.0</fnorth>
              <!-- False Northing - the value added to all "y" values in the rectangular coordinates for a map projection. This value frequently is assigned to eliminate negative numbers. Expressed in the unit of measure identified in Planar Coordinate Units. Type: real. Domain: free real -->
            </transmer>
          </utm>
        </gridsys>
        <planci>
          <!-- Planar Coordinate Information. Type: compound. -->
          <plance>coordinate pair</plance>
          <!-- Planar Coordinate Encoding Method - the means used to represent horizontal positions. Type: text. Domain: "coordinate pair" -->
          <coordrep>
            <!-- Coordinate Representation - the method of encoding the position of a point by measuring its distance from perpendicular reference axes (the "coordinate pair" method). Type: compound. -->
            <absres>0.01</absres>
            <!-- Abscissa Resolution - the (nominal) minimum distance between the "x" or column values of two adjacent points, expressed in Planar Distance Units of measure. Type: real. Domain: Abscissa Resolution > 0.0 -->
            <ordres>0.01</ordres>
            <!-- Ordinate Resolution - the (nominal) minimum distance between the "y" or row values of two adjacent points, expressed in Planar Distance Units of measure. Type: real. Domain: Ordinate Resolution > 0.0 -->
          </coordrep>
          <plandu>US survey feet</plandu>
          <!-- Planar Distance Units - units of measure used for distances. Type: text. Domain: "meters" "international feet" "US survey feet" free text -->
        </planci>
      </planar>
      <geodetic>
        <!-- Geodetic Model - parameters for the shape of the earth. Type: compound. -->
        <horizdn>NAD83 (National Spatial Reference System 2011)</horizdn>
        <!-- Horizontal Datum Name - the identification given to the reference system used for defining the coordinates of points. Type: text. Domain: "North American Datum of 1927" "North American Datum of 1983" free text -->
        <ellips>GRS 1980</ellips>
        <!-- Ellipsoid Name - identification given to established representations of the Earth's shape. Type: text. Domain: "Clarke 1866" "Geodetic Reference System 80" free text. -->
        <semiaxis>6378137.0</semiaxis>
        <!-- Semi-major Axis - radius of the equatorial axis of the ellipsoid. Type: real. Domain: Semi-major Axis > 0.0 -->
        <denflat>298.257222101</denflat>
        <!-- Denominator of Flattening Ratio - the denominator of the ratio of the difference between the equatorial and polar radii of the ellipsoid when the numerator is set to 1. Type: real. Domain: Denominator of Flattening > 0.0 -->
      </geodetic>
    </horizsys>
    <vertdef>
      <!-- Vertical Coordinate System Definition - the reference frame or system from which vertical distances (altitudes or depths) are measured. Type: compound. -->
      <altsys>
        <!-- Altitude System Definition - the reference frame or system from which altitudes (elevations) are measured. Type: compound. -->
        <altdatum>North American Vertical Datum of 1988, GEOID 18</altdatum>
        <!-- Altitude Datum Name. Type: text. Domain: "National Geodetic Vertical Datum of 1929" "North American Vertical Datum of 1988" free text-->
        <altres>0.01</altres>
        <!-- Altitude Resolution - the minimum distance possible between two adjacent altitude values, expressed in Altitude Distance Units of measure. Type: real. Domain: Altitude Resolution > 0.0 -->
        <altunits>US Survey feet</altunits>
        <!-- Altitude Distance Units - units in which altitudes (elevations) are recorded.  Type: text.  Domain: "meters" "international feet" "US survey feet" free text-->
        <altenc>Explicit elevation coordinate included with horizontal coordinates</altenc>
        <!-- Altitude Encoding Method - the means used to encode the altitudes. Type: text. Domain: "Explicit elevation coordinate included with horizontal coordinates" -->
      </altsys>
    </vertdef>
  </spref>
  <metainfo>
    <!-- Metadata Reference Information - information on the currentness of the metadata information, and the responsible party. Type: compound. -->
    <metd>20230314</metd>
    <!-- Metadata Date - the date that the metadata were created or last updated. Type: date. Domain: free date. -->
    <metrd>20230314</metrd>
    <!-- Metadata Review Date - if applicable, the date of the latest review of the metadata entry. Domain: free data; Metadata Review Date should be later than Metadata Date -->
    <metc>
      <!-- Metadata Contact - the party responsible for the metadata information. Type: compound. -->
      <cntinfo>
        <!-- Contact Information - Identity of, and means to communicate with, person(s) and organization(s) associated with the data set.Type: compound. -->
        <cntorgp>
          <!-- The organization, and the member of the organization if desired, associated with the data set. THIS POINT OF CONTACT SHALL BE CONTACT INFORMATION FOR THE PRIMARY CONTRACTOR. Please DO NOT include contact information for the USGS. If desired, the primary contractor may add contact information to data sections where the data was obtained by a sub-contractor, however this is not required. More details can be found in the USGS LBS 1.3 under Appendix 4. Type: compound. -->
          <cntorg>Ayres Associates</cntorg>
          <!-- Contact Organization - the name of the organization. Type: text. Domain: free text. -->
        </cntorgp>
        <cntaddr>
          <!-- Contact Address - the address for the organization or individual. Type: compound. -->
          <addrtype>mailing and physical</addrtype>
          <!-- Address Type. Type: text. Domain: "mailing" "physical" "mailing and physical", free text. -->
          <address>5201 E Terrace Drive, Suite 200</address>
          <!-- Address - an address line for the address. Type: text. Domain: free text. -->
          <city>Madison</city>
          <!-- City - the city of the address. Type: text. Domain: free text. -->
          <state>Wisconsin</state>
          <!-- State or Province - the state or province of the address. Type: text. Domain: free text. -->
          <postal>53718</postal>
          <!-- Postal Code - the ZIP or other postal code of the address. Type: text. Domain: free text. -->
          <country>USA</country>
          <!-- Country - the country of the address. Type: text. Domain: free text. -->
        </cntaddr>
        <cntvoice>(608) 443-1200</cntvoice>
        <!-- Contact Voice Telephone - the telephone number by which individuals can speak to the organization or individual. Type: text. Domain: free text. -->
      </cntinfo>
    </metc>
    <metstdn>FGDC-STD-001-1998</metstdn>
    <!-- Metadata Standard Name - the name of the metadata standard used to document the data set. Type: text. Domain: "FGDC Content Standard for Digital Geospatial Metadata" free text -->
        <metstdv>FGDC-STD-001-1998</metstdv>
    <!-- Metadata Standard Version - identification of the version of the metadata standard used to document the data set. Type: text. Domain: free text. -->
    <metsi>
    	<!-- Metadata Security Information - handling restrictions imposed on the metadata because of national security, privacy, or other concerns. Type: compound. -->
    	<metscs>None</metscs>
    	<!-- Metadata Security Classification System - name of the classification system for the metadata. Domain: free text -->
    	<metsc>Unclassified</metsc>
    	<!-- Metadata Security Classification - name of the handling restrictions on the metadata. Domain: "Top secret" "Secret" "Confidential" "Restricted" "Unclassified" "Sensitive" free text -->
    	<metshd>None</metshd>
    	<!-- Metadata Security Handling Description - additional information about the restrictions on handling the metadata. Domain: free text. -->
    </metsi>
    <metextns>
    	<!-- Metadata Extensions - a reference to extended elements to the standard which may be defined by a metadata producer or a user community. Extended elements are elements outside the Standard, but needed by the metadata producer. If extended elements are created, they must follow the guidelines in Appendix D, Guidelines for Creating Extended Elements to the Content Standard for Digital Geospatial Metadata. Type: Compound -->
      <onlink>None</onlink>
      <!-- Online Linkage - the name of an online computer resource that contains the metadata extension information for the data set. Entries should follow the Uniform Resource Locator convention of the Internet. Domain: free text. -->
      <metprof>None</metprof>
      <!-- Profile Name - the name given to a document that describes the application of the Standard to a specific user community. Domain: free text. -->
    </metextns>
  </metainfo>
</metadata>