<?xml version='1.0' encoding='UTF-8'?>
<!DOCTYPE metadata SYSTEM "http://fgdc.gov/metadata/fgdc-std-001-1998.dtd">
<metadata>	
	<idinfo>
		<citation>
			<citeinfo>
				<origin>Quantum Spatial, Inc.</origin>
				<pubdate>20170301</pubdate>
				<title>Utah 2016 LiDAR - Minidoka QL1 AOI</title>
				<geoform>Lidar point cloud</geoform>
			</citeinfo>
		</citation>
		<descript>
			<abstract>Product: This lidar data set includes This lidar data set includes unclassified swath LAS 1.4 files, classified LAS 1.4 files, breaklines, digital elevation models (DEMs), first return digital surface models (DSMs), and intensity imagery.
				Geographic Extent: Fourteen partial counties in Utah, covering approximately 7,005 total square kilometers; partial coverage of three counties covering approximately 182 square kilometers in the Minidoka QL1 AOI. This area is part of the Bear Lake / Cache Valley QL1 AOI.
				Dataset Description: The Utah 2016 Lidar project called for the planning, acquisition, processing, and derivative products of lidar data to be collected at a nominal pulse spacing (NPS) of 0.35 meters. Project specifications are based on the U.S. Geological Survey National Geospatial Program Base Lidar Specification, Version 1.2. The data was developed based on a horizontal projection/datum of NAD83 (2011), UTM Zone 12, meters and vertical datum of NAVD88 (GEOID12B), meters. Lidar data was delivered as flightline-extent unclassified LAS swaths, as processed Classified LAS 1.4 files formatted to 215 individual 1,000 meter x 1,000 meter tiles; as tiled intensity imagery, as tiled bare earth DEMs, and as tiled first return DSMs all tiled a 2,000 meter x 2,000 meter schema (82 tiles). Continuous breaklines were produced in Esri shapefile format.
				Ground Conditions: Lidar was partially collected in fall of 2016, while no snow was on the ground and rivers were at or below normal levels. In order to post process the lidar data to meet task order specifications and meet ASPRS vertical accuracy guidelines, Quantum Spatial, Inc. established a total of 28 ground control points that were used to calibrate the lidar to known ground locations established throughout the project area. An additional 5 independent accuracy checkpoints, 5 in Bare Earth and Urban landcovers (5 NVA points), 6 in the Shrubs and Tall Grass category (6 VVA points), were used to assess the vertical accuracy of the data. These checkpoints were not used to calibrate or post process the data.</abstract>
			<purpose>To acquire detailed surface elevation data for use in conservation planning, design, research, floodplain mapping, dam safety assessments and elevation modeling, etc. Classified LAS files are used to show the manually reviewed bare earth surface. This allows the user to create intensity images, breaklines and raster DEMs and DSMs. The purpose of these lidar data was to produce high accuracy 3D hydro-flattened digital elevation models (DEMs) with a 0.5 meter cell size. These raw lidar point cloud data were used to create classified lidar LAS files, intensity images, 3D breaklines, hydro-flattened DEMs, and first return DSMs as necessary.</purpose>
			<lidar>
				<ldrinfo>
					<ldrspec>USGS-NGP Base Specification v1.2</ldrspec>
					<ldrsens>Leica ALS 70</ldrsens>
					<ldrmaxnr>4</ldrmaxnr>
					<ldrnps>0.35</ldrnps>
					<ldrdens>8</ldrdens>
					<ldranps>0.35</ldranps>
					<ldradens>8</ldradens>
					<ldrfltht>1000</ldrfltht>
					<ldrfltsp>145</ldrfltsp>
					<ldrscana>40</ldrscana>
					<ldrscanr>53.4</ldrscanr>
					<ldrpulsr>267.8</ldrpulsr>
					<ldrpulsd>2.5</ldrpulsd>
					<ldrpulsw>8</ldrpulsw>
					<ldrwavel>1064</ldrwavel>
					<ldrmpia>0</ldrmpia>
					<ldrbmdiv>0.22</ldrbmdiv>
					<ldrswatw>728</ldrswatw>
					<ldrswato>60</ldrswato>
					<ldrcrs>NAD 1983 (2011) UTM Zone 12 meters</ldrcrs>
					<ldrgeoid>g2012bu0.bin</ldrgeoid>
				</ldrinfo>
				<ldraccur>
					<ldrchacc>0.196</ldrchacc>
					<rawnva>0.036</rawnva>
					<rawnvan>5</rawnvan>
				</ldraccur>
				<lasinfo>
					<lasver>1.4</lasver>
					<lasprf>6</lasprf>
					<laswheld>Withheld (ignore) points were identified in these files using the standard LAS Withheld bit</laswheld>
					<lasolap>Swath "overage" points were identified in these files using the standard LAS overlap bit</lasolap>
					<lasintr>16</lasintr>
					<lasclass>
						<clascode>1</clascode>
						<clasitem>Processed, but Unclassified</clasitem>
					</lasclass>
					<lasclass>
						<clascode>2</clascode>
						<clasitem>Bare-Earth Ground</clasitem>
					</lasclass>
					<lasclass>
						<clascode>7</clascode>
						<clasitem>Low Noise</clasitem>
					</lasclass>
					<lasclass>
						<clascode>9</clascode>
						<clasitem>In-land Water</clasitem>
					</lasclass>
					<lasclass>
						<clascode>10</clascode>
						<clasitem>Ignored Ground</clasitem>
					</lasclass>
					<lasclass>
						<clascode>17</clascode>
						<clasitem>Bridge Decks</clasitem>
					</lasclass>
					<lasclass>
						<clascode>18</clascode>
						<clasitem>High Noise</clasitem>
					</lasclass>
				</lasinfo>
			</lidar>
			<supplinf>State of Utah Contract No. AV2408 CONTRACTOR: Quantum Spatial, Inc. Lidar data were acquired by Quantum Spatial, Inc. All follow-on processing was completed by the prime contractor.</supplinf>
		</descript>
		<timeperd>
			<timeinfo>
				<sngdate>
					<caldate>20161023</caldate>
				</sngdate>
			</timeinfo>
			<current>ground condition</current>
		</timeperd>
		<status>
			<progress>Complete</progress>
			<update>None planned</update>
		</status>
		<spdom>
			<bounding>
				<westbc>-113.514517142334</westbc>
				<eastbc>-112.965015794335</eastbc>
				<northbc>42.7075128476455</northbc>
				<southbc>42.583483416452</southbc>
			</bounding>
		</spdom>
		<keywords>
			<theme>
				<themekt>None</themekt>
				<themekey>Model</themekey>
				<themekey>LAS Point Cloud</themekey>
				<themekey>Remote Sensing</themekey>
				<themekey>Elevation Data</themekey>
				<themekey>Lidar</themekey>
				<themekey>Hydrology</themekey>
				<themekey>Breaklines</themekey>
				<themekey>Raster</themekey>
				<themekey>DEM</themekey>
				<themekey>DSM</themekey>
				<themekey>Intensity Image</themekey>
			</theme>
			<place>
				<placekt>None</placekt>
				<placekey>Idaho</placekey>
				<placekey>Blaine County</placekey>
				<placekey>Cassia County</placekey>
				<placekey>Power County</placekey>
			</place>
		</keywords>
		<accconst>No restrictions apply to this data.</accconst>
		<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>
	</idinfo>
	<dataqual>
		<logic>Data covers the entire area specified for this project.</logic>
		<complete>All files are inspected to ensure that they conform to the specified file naming conventions, all files load in their correct geographic position, all files conform to the project specifications for file standard and content.</complete>
		<posacc>
			<vertacc>
				<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. The NVA was tested with 5 checkpoints located in bare earth and urban (non-vegetated) areas. These check 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. See survey report for additional survey methodologies. 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 tested 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.
					The project specifications require the accuracy (ACCz) of the derived DEM be calculated and reported in two ways: 1. The required NVA 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. This is a required accuracy. The NVA was tested with 5 checkpoints located in bare earth and urban (non-vegetated) areas. 2. Vegetated Vertical Accuracy (VVA): VVA shall be reported for "shrubs", and "tall grass" land cover classes. The target VVA is: 29.4 cm at the 95th percentile, derived according to ASPRS Guidelines, Vertical Accuracy Reporting for Lidar Data, i.e., based on the 95th percentile error in all vegetated land cover classes combined. This is a target accuracy. The VVA was tested with 6 checkpoints located in shrubs and tall grass (vegetated) areas. The checkpoints were distributed throughout the project area and were surveyed using GPS techniques. See survey report for additional survey methodologies. AccuracyZ has been tested 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>
				<qvertpa>
					<vertaccv>0.038</vertaccv>
					<vertacce>Tested 0.038 meters NVA at a 95% confidence level using RMSE(z) x 1.9600 as defined by the National Standards for Spatial Data Accuracy (NSSDA). The NVA of the raw lidar point cloud swath files was calculated against TINs derived from the final calibrated and controlled swath data using 5 independent checkpoints located in Bare Earth and Urban land cover classes.</vertacce>
				</qvertpa>
				<qvertpa>
					<vertaccv>0.036</vertaccv>
					<vertacce>Tested 0.036 meters NVA at a 95% confidence level using RMSE(z) x 1.9600 as defined by the National Standards for Spatial Data Accuracy (NSSDA). The NVA of the DEM was calculated using <!--5--> independent checkpoints located in the Bare Earth and Urban land cover categories.</vertacce>
				</qvertpa>
				<qvertpa>
					<vertaccv>0.135</vertaccv>
					<vertacce>Tested 0.135 meters VVA was calculated using 6 checkpoints located in the Shrubs and Tall Grass land cover categories at the 95th percentile, derived according to ASPRS Guidelines, Vertical Accuracy Reporting for Lidar Data. Tested against the DEM.</vertacce>
				</qvertpa>
			</vertacc>
		</posacc>
		<lineage>
			<procstep>
				<procdesc>Raw Data and Boresight Processing: 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 Quantum Spatial, Inc. proprietary and commercial 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.</procdesc>
				<procdate>2017</procdate>
			</procstep>
			<procstep>
				<procdesc>LAS Point Classification: The point classification is performed as described below. The bare earth surface is then manually reviewed to ensure correct classification on the Class 2 (Ground) points. After the bare-earth surface is finalized, it is then used to generate all hydro-breaklines through heads-up digitization. All ground (ASPRS Class 2) lidar data inside of the Lake Pond and Double Line Drain hydro-flattened breaklines were then classified to Water (ASPRS Class 9) using TerraScan macro functionality. A buffer of 1 meter was also used around each hydro-flattened feature to classify these ground (ASPRS Class 2) points to Ignored ground (ASPRS Class 10). All Lake Pond Island and Double Line Drain Island features were checked to ensure that the ground (ASPRS Class 2) points were reclassified to the correct classification after the automated classification was completed. All bridge decks were classified to Class 17. All overlap data was processed through automated functionality provided by TerraScan to classify the overlapping flight line data to approved classes by USGS. The overlap data was classified using standard LAS overlap bit. These classes were created through automated processes only and were not verified for classification accuracy. Due to software limitations within TerraScan, these classes were used to trip the withheld bit within various software packages. These processes were reviewed and accepted by USGS through numerous conference calls and pilot study areas. All data was manually reviewed and any remaining artifacts removed using functionality provided by TerraScan and TerraModeler. Global Mapper us used as a final check of the bare earth dataset. GeoCue was then used to create the deliverable industry-standard LAS files for both the All Point Cloud Data and the Bare Earth. Quantum Spatial, Inc. proprietary software was used to perform final statistical analysis of the classes in the LAS files, on a per tile level to verify final classification metrics and full LAS header information.</procdesc>
				<procdate>2017</procdate>
			</procstep>
			<procstep>
				<procdesc>Hydro-Flattened Breakline Processing: Class 2 (ground) lidar points was used to create a bare earth surface model. The surface model was then used to heads-up digitize 2D breaklines of inland streams and rivers with a 100-foot nominal width and inland ponds and lakes of 2 acres or greater surface area. Elevation values were assigned to all Inland Ponds and Lakes, Inland Pond and Lake Islands, Inland Stream and River Islands, using TerraModeler functionality. Elevation values were assigned to all inland streams and rivers using Quantum Spatial, Inc. proprietary software. All Ground (ASPRS Class 2) lidar data inside of the collected inland breaklines were then classified to Water (ASPRS Class 9) using TerraScan macro functionality. A buffer of 1 meter was also used around each hydro-flattened feature. These points were moved from ground (ASPRS Class 2) to Ignored Ground (ASPRS Class 10). The breakline files were then translated to Esri file geodatabase format using Esri conversion tools. Breaklines are reviewed against lidar intensity imagery to verify completeness of capture. All breaklines are then compared to TINs (triangular irregular networks) created from ground only points prior to water classification. The horizontal placement of breaklines is compared to terrain features and the breakline elevations are compared to lidar elevations to ensure all breaklines match the lidar within acceptable tolerances. Some deviation is expected between breakline and lidar elevations due to monotonicity, connectivity, and flattening rules that are enforced on the breaklines. Once completeness, horizontal placement, and vertical variance is reviewed, all breaklines are reviewed for topological consistency and data integrity using a combination of Esri Data Reviewer tools and proprietary tools.</procdesc>
				<procdate>2017</procdate>
			</procstep>
			<procstep>
				<procdesc>Hydro-Flattened Raster DEM Processing: Class 2 (Ground) lidar points in conjunction with the hydro breaklines were used to create a 0.5-meter hydro-flattened raster DEM. Using automated scripting routines within ArcMap, an ERDAS Imagine .IMG file was created for each tile. Each surface is reviewed using Global Mapper to check for any surface anomalies or incorrect elevations found within the surface.</procdesc>
				<procdate>2017</procdate>
			</procstep>
			<procstep>
				<procdesc>First Return Raster DSM Processing: First return lidar points were used to create a 0.5-meter first-return raster DEM. Using automated scripting routines within ArcMap, an ERDAS Imagine .IMG file was created for each tile. Each surface is reviewed using Global Mapper to check for any surface anomalies or incorrect elevations found within the surface.</procdesc>
				<procdate>2017</procdate>
			</procstep>
			<procstep>
				<procdesc>Intensity Image Processing: GeoCue software was used to create the deliverable Intensity Images. All overlap classes were ignored during this process. This helps to ensure a more aesthetically pleasing image. The GeoCue software was then used to verify full project coverage as well. TIF/TWF files were then provided as the deliverable for this dataset requirement.</procdesc>
				<procdate>2017</procdate>
			</procstep>
		</lineage>
	</dataqual>
	<spdoinfo>
		<direct>Point</direct>
	</spdoinfo>
	<spref>
		<horizsys>
			<planar>
				<gridsys>
					<gridsysn>Universal Transverse Mercator</gridsysn>
					<utm>
						<utmzone>12</utmzone>
						<transmer>
							<sfctrmer>0.9996</sfctrmer>
							<longcm>-111.0</longcm>
							<latprjo>0.0</latprjo>
							<feast>500000.0</feast>
							<fnorth>0.0</fnorth>
						</transmer>
					</utm>
				</gridsys>
				<planci>
					<plance>coordinate pair</plance>
					<coordrep>
						<absres>0.01</absres>
						<ordres>0.01</ordres>
					</coordrep>
					<plandu>meters</plandu>
				</planci>
			</planar>
			<geodetic>
				<horizdn>North American Datum of 1983 (2011)</horizdn>
				<ellips>Geodetic Reference System 80</ellips>
				<semiaxis>6378137.0</semiaxis>
				<denflat>298.257222101</denflat>
			</geodetic>
		</horizsys>
		<vertdef>
			<altsys>
				<altdatum>North American Vertical Datum of 1988 (GEOID12B)</altdatum>
				<altres>0.01</altres>
				<altunits>meters</altunits>
				<altenc>Explicit elevation coordinate included with horizontal coordinates</altenc>
			</altsys>
		</vertdef>
	</spref>
	<metainfo>
		<metd>20170301</metd>
		<metc>
			<cntinfo>
				<cntorgp>
					<cntorg>Quantum Spatial</cntorg>
				</cntorgp>
				<cntaddr>
					<addrtype>mailing and physical</addrtype>
					<address>523 Wellington Way</address>
					<city>Lexington</city>
					<state>KY</state>
					<postal>40503</postal>
					<country>USA</country>
				</cntaddr>
				<cntvoice>859-277-8700</cntvoice>
				<cntfax>859-277-8901</cntfax>
				<hours>Monday through Friday 8:00 AM to 5:00 PM (Eastern Time)</hours>
				<cntinst>If unable to reach the contact by telephone, please send an email. You should get a response within 24 hours.</cntinst>
			</cntinfo>
		</metc>
		<metstdn>FGDC Content Standard for Digital Geospatial Metadata</metstdn>
		<metstdv>FGDC-STD-001-1998</metstdv>
		<metac>None.</metac>
		<metuc>None.</metuc>
		<metsi>
			<metscs>None.</metscs>
			<metsc>Unclassified</metsc>
			<metshd>NONE</metshd>
		</metsi>
	</metainfo>
</metadata>