Tags
Pulaski County, Arkansas, Elevation, Contours
The purpose of this contour data is provide a high accuracy elevation vector dataset with 3D geometry that may be used with GIS or CAD software for Engineering Planning, 3D modeling, 3D visualization, cartography and associated applications. The contours were generated from LiDAR data originally collected in 2010 and 2011 for the Federal Emergency Management Agency (FEMA) Map Modernization Program and Risk Map Program. The verical datum is NAVD1988. The purpose of this LiDAR data was to produce high accuracy 3D elevation products, including tiled LiDAR in LAS 1.2 format, 3D breaklines, terrain dataset, 2 ft contours, and 5 ft cell size hydro flattened Digital Elevation Models (DEMs).
This dataset consists of 2 foot interval contour lines with ground elvation contained in the 3D geometry attribute data. Fugro EarthData, Inc collected LiDAR for approximately 714 square miles at 1.0 points per square meter (1.0m GSD) for the FEMA project area the southeast portion of Pulaski County in 2010, and most of the remaining part of the County in 2011. The extreme northeastern part of Pulaski County (essentially north of Highay 89 was not collected. Dewberry used proprietary procedures to classify the LAS according to project specifications: 1-Unclassified, 2-Ground, 7-Noise, 9-Water, 10-Ignored Ground, 11-Withheld Points. Dewberry produced 3D breaklines and combined these with the final LiDAR data to produce seamless hydro flattened DEMs for the 199 tiles (10,000 ft x 10,000 ft) that cover the project area. The contour data was generated from the bare earth DEM and DTM data.
Federal Emergency Managment Agency (FEMA), Pulaski Area GIS (PAgis), Central Arkansas Water, City of Jacksonville, City of Little Rock, City of North Little Rock, City of Sherwood, Little Rock Wastewater, North Little Rock Wastewater, Pulaski County Public Works, Arkansas National Guard / Camp Robinson, and the United State Geological Survey (USGS).
This data was produced for the USGS according to specific project requirements. This information is provided "as is". Further documentation of this data can be obtained by contacting: USGS/NGTOC, 1400 Independence Road, Rolla, MO 65401. Telephone (573) 308-3700.
Extent
West | -92.765635 | East | -92.028404 |
North | 34.962023 | South | 34.486212 |
Maximum (zoomed in) | 1:5,000 |
Minimum (zoomed out) | 1:150,000,000 |
A complete description of this dataset is available in the Final Project Report submitted to the USGS.
Federal Emergency Managment Agency (FEMA), Pulaski Area GIS (PAgis), Central Arkansas Water, City of Jacksonville, City of Little Rock, City of North Little Rock, City of Sherwood, Little Rock Wastewater, North Little Rock Wastewater, Pulaski County Public Works, Arkansas National Guard / Camp Robinson, and the United State Geological Survey (USGS).
ground condition
This data was produced for the USGS according to specific project requirements. This information is provided "as is". Further documentation of this data can be obtained by contacting: USGS/NGTOC, 1400 Independence Road, Rolla, MO 65401. Telephone (573) 308-3700.
This data was produced for the USGS according to specific project requirements. This information is provided "as is". Further documentation of this data can be obtained by contacting: USGS/NGTOC, 1400 Independence Road, Rolla, MO 65401. Telephone (573) 308-3700.
Data covers the tile scheme provided for the project area.
A visual qualitative assessment was performed to ensure data completeness and full tiles. Two data voids exist within the USGS PAgis V13 LiDAR project area. One occurrs in delivered tile 15WU1622 and is approximately 0.13 square miles. The second occurs in delivered tile 15WU2116 and is approximately 0.13 square miles. Dewberry would normally ensure that tiles within the project boundary contain data to the full extent of each tile and gaps in the data at the project boundary would be unacceptable but, as noted in the Task Order, Dewberry was not tasked with the LiDAR acquisition for the project area.
The contours are derived from a surface generated from the source LiDAR and 3D breaklines created from the LiDAR. Horizontal accuracy is not performed on the contours, breaklines, or source LiDAR. Lidar source compiled to meet 3.28 foot (1 meter) horizontal accuracy.
PAgis was flown as part of a FEMA LiDAR project. The contours are derived from a surface generated from the source LiDAR and 3D breaklines created from the LiDAR. Horizontal accuracy is not performed on the contours, breaklines, or source LiDAR. LiDAR vendors perform calibrations on the LiDAR sensor and compare data to adjoing flight lines to ensure LiDAR meets the 3.28 ft (1 meter) horizontal accuracy standard at the 95% confidence level. Please see the final project report delivered to the USGS for more details.
The contours are derived from a surface generated from the source LiDAR and 3D breaklines created from the LiDAR. Vertical accuracy is not tested on the contours. The vertical accuracy of the LiDAR recently processed by Dewberry was tested with the 83 independent survey checkpoints. The survey checkpoints were evenly distributed throughout the project area and were located in 4 land cover catagories; high grass (22), forest (20), urban (20), and open terrain (21). Checkpoints in open terrain were used to compute the Fundamental Vertical Accuracy (FVA). Project specifications required a FVA of 0.80 ft (24.5 cm) based on a RMSEz x 1.9600. All checkpoints were used to compute the Consolidated Vertical Accuracy (CVA). Project specifications required a CVA of 1.19 ft based on the 95th percentile.
The contours are derived from a surface generated from the source LiDAR and 3D breaklines created from the LiDAR. Vertical accuracy is not tested on the contours. PAgis was flown as part of a FEMA LiDAR project. Please see the final project report delivered to the USGS for more details. Based on the vertical accuracy testing conducted by Dewberry, using NSSDA and FEMA methodology, vertical accuracy at the 95% confidence level (called Accuracyz) is computed by the formula RMSEz x 1.9600. The dataset for the project satisfies the criteria: The recently processed Lidar dataset for PAgis tested 0.26 ft (7.9 cm) vertical accuracy at 95% confidence level in open terrain, based on RMSEz (0.13 ft/3.96 cm) x 1.9600. Based on the vertical accuracy testing conducted by Dewberry, using NDEP and ASPRS methodology, consolidated vertical accuracy at the 95% confidence level is computed using the 95th percentile method. The dataset for the project satisfies the criteria: Lidar dataset for PAgis tested 0.28 ft (8.5 cm) vertical accuracy at 95% confidence level in all land cover categories combined.
Data for the PAgis LiDAR project was acquired by Fugro EarthData, Inc. LiDAR collected at 1.0 points per square meter (1.0m GSD) for the Pulaski County Arkansas covering or portions of Pulaski and Faulkner Counties AR. This area was flown during snow free and leaf-off conditions. Fugro EarthData, Inc. flew and collected the LiDAR data. The project area requires LiDAR to be collected on average of 1.0 meter point spacing or better and vertical accuracy of 12.5 centimeters RMSE. Classified LAS were tested by Fugro EarthData for both vertical and horizontal accuracy. All data are seamless from one tile to the next. TerraSurv under contract to Fugro EarthData, Inc. successfully established ground control for the Pulaski AOI. A total of 26 ground control points in the Pulaski AOI were acquired. GPS was used to establish the control network. The horizontal datum was the North American Datum of 1983, 2007 adjustment (NAD83/2007). The vertical datum was the North American Vertical Datum of 1988 (NAVD88). The Fugro EarthData, Inc. acquisition team collected ALS60 derived lidar over the Pulaski AOI in the State of Arkansas with a 1m, nominal post spacing using a Piper Navajo aircraft. The collection for the entire project area was accomplished from December 27, 2011 through January 27, 2011. The collection was performed using a Leica ALS60 MPiA lidar system, serial numbers ALS142 and ALS113, including an inertial measuring unit (IMU) and a dual frequency GPS receiver. This project required 5 lifts of flight lines to be collected. The lines were flown at an average of 6,000 feet above mean terrain using a maximum pulse rate frequency of 123,700 Hz. The sensor had a 34 degree FOV and a scan rate of 40. 1. Lidar, GPS, and IMU data was processed together using lidar processing software. 2. The lidar data set for each flight line was checked for project area coverage and lidar post spacing was checked to ensure it meets project specifications. 3. The lidar collected at the calibration area and project area were used to correct the rotational, atmospheric, and vertical elevation differences that are inherent to lidar data. 4. Intensity rasters were generated to verify that intensity was recorded for each lidar point. 5. Lidar data was transformed to the specified project coordinate system. 6. By utilizing the ground survey data collected at the calibration site and project area, the lidar data was vertically biased to the ground. 7. Comparisons between the biased lidar data and ground survey data within the project area were evaluated and a final RMSE value was generated to ensure the data meets project specifications.
Monday to Friday, 8 - 5, CST
LiDAR intensity stereopairs were viewed in 3-D stereo using Socet Set for ArcGIS softcopy photogrammetric software. The breaklines are collected directly into an ArcGIS file geodatabase to ensure correct topology. The LiDARgrammetry was performed under the direct supervision of an ASPRS Certified Photogrammetrist. The breaklines were stereo-compiled in accordance with the Data Dictionary. Inland Lakes and Ponds and Inland Streams and Rivers were collected according to specifications for the USGS PAgis LiDAR Project.
8:00 - 5:00 EST
Dewberry used GeoCue software to develop raster stereo models from the LiDAR intensity. The raster resolution was 1ft.
8:00 - 5:00 EST
Dewberry utilizes a variety of software suites for inventory management, classification, and data processing. All LiDAR related processes begin by importing the data into the GeoCue task management software. The swath data is tiled according to project specifications (10,000 ft x 10,000 ft). The tiled data is then opened in Terrascan where Dewberry uses proprietary ground classification routines to remove any non-ground points and generate an accurate ground surface. Before the actual ground routine is run points with scan angles greater than plus or minus 19 degrees are classified to class 11, Withheld. Due to higher scan angles these points have the potential to introduce issues into the ground and are therefore not used in the final ground surface. The ground routine consists of three main parameters (building size, iteration angle, and iteration distance); by adjusting these parameters and running several iterations of this routine an initial ground surface is developed. The building size parameter sets a roaming window size. Each tile is loaded with neighboring points from adjacent tiles and the routine classifies the data section by section based on this roaming window size. The second most important parameter is the maximum terrain angle, which sets the highest allowed terrain angle within the model. Once the ground routine has been completed a manual quality control routine is done using hillshades, cross-sections, and profiles within the Terrasolid software suite. After this QC step, a peer review and supervisor manual inspection is completed on a percentage of the classified tiles based on the project size and variability of the terrain. After the ground classification corrections were completed, the dataset was processed through a water classification routine that utilizes breaklines compiled by Dewberry to automatically classify hydrographic features. The water classification routine selects ground points within the breakline polygons and automatically classifies them as class 9, water. During this water classification routine, points that are within 3 ft of the hydrographic features are moved to class 10, an ignored ground due to breakline proximity. In addition to classes 1, 2, 9, 10 and 11, there is a Class 7, noise points. This class was only used if needed when points could manually be identified as low/high points. The fully classified dataset is then processed through Dewberry's comprehensive quality control program. The data was classified as follows: Class 1 = Unclassified. This class includes vegetation, buildings, noise etc. Class 2 = Ground Class 7= Noise Class 9 = Water Class 10 = Ignored Class 11 = Withheld Points The LAS header information was verified to contain the following: Class (Integer) GPS Week Time (0.0001 seconds) Easting (0.01 foot) Northing (0.01 foot) Elevation (0.01 foot) Echo Number (Integer 1 to 4) Echo (Integer 1 to 4) Intensity (8 bit integer) Flight Line (Integer) Scan Angle (Integer degree)
Monday to Friday, 8 - 5, CST
Contours created from LiDAR data often contain large amounts of noise. This noise is reduced by using contour model key points. However, additional noise is removed by removing small closed contours that do not represent the tops of hills or bottoms of depressions.
8:00 - 5:00 EST
2 FT contours were generated from the ESRI Terrain using ArcGIS software. Contours are labeled as intermediate or index with index contours set to every 10 feet.
8:00 - 5:00 EST
Contour model key points are generated from the final LAS tiles. Model key points are intelligently thinned points that still depict all necessary breaks and changes in a surface but remove unnecessary or redundant points. The contour model key points are converted to a multipoint file and stored in an Arc Geodatabase (GDB). The 3D breaklines, Inland Lakes and Ponds and Inland Streams and Rivers, are imported into the same GDB. An ESRI Terrain is generated from these inputs. The surface type of each input is as follows: Model key point (multipoints): Masspoints Inland Lakes and Ponds: Hard Replace Inland Streams and Rivers: Hard Line
8:00 - 5:00 EST
Using ArcGIS software, the contours are validated for correct topology, including must not intersect, must not self intersect, and must not have dangles. Contours are then manually reviewed with the 3D breaklines to ensure complete coverage, data integrity and that contours behave correctly around water bodies, water crossings, and elevated features such as overpasses.
8:00 - 5:00 EST
The contours are smoothed according to project specifications. Smoothing is accomplished by removing sharp corners and jagged bends in the contour data. Depending on the level of aesthetics required, multiple iterations of smoothing may be performed. Proprietary tools in an ESRI environment are used to perform the smoothing iterations.
8:00 - 5:00 EST
2ft Contours
USGS PAgis LiDAR Project Data Dictionary
Internal feature number.
ESRI
Sequential unique whole numbers that are automatically generated.
Contour elevation value
ESRI
Whole numbers representing elevation values
Feature geometry.
ESRI
Coordinates defining the features.
Length of feature in internal units.
ESRI
Positive real numbers that are automatically generated.