Data Management Plan (Deprecated)
GUID: gov.noaa.nmfs.inport:76039 | Published / External
InPort now supports a dedicated Data Management Plan Catalog Item type, which is up-to-date with the latest NOAA DMP template. The ability to generate Data Management Plans from Data Sets will be discontinued in a future release. For more information, consult the help guides on the new Data Management Plan as well as how to convert this Legacy DMP to the new format.
Data Management Plan
DMP Template v2.0.1 (2015-01-01)
Please provide the following information, and submit to the NOAA DM Plan Repository.Reference to Master DM Plan (if applicable)
As stated in Section IV, Requirement 1.3, DM Plans may be hierarchical. If this DM Plan inherits provisions from a higher-level DM Plan already submitted to the Repository, then this more-specific Plan only needs to provide information that differs from what was provided in the Master DM Plan.
1. General Description of Data to be Managed
Original Data: GPI Geospatial Inc., operating under the authority of Miami-Dade County Aviation Department, as per contract number E15-MDAD-01, has been tasked by Miami-Dade County's Information Technology Department (ITD) to provide LiDAR data for 615 square miles, including the classification of the data and the creation of hydro-flattened Digital Elevation Model (DEM). Bare-earth 2-foot DEM as 32-bit floating point raster format in ARCGIS GRID Raster format in compliance with USGS LIDAR Base Specifications such as: georeferencing information, delivered without overlap and with no edge artifacts or mismatched, "NODATA" value for void areas, bridges removed from the surface, etc.
The Miami-Dade County Information Technology Department (ITD) provided the NOAA Office for Coastal Management (OCM) with a copy of the raster data to make the data available for custom download from the NOAA Digital Coast Data Access Viewer (DAV) and for bulk download from AWS S3. This metadata record describes that data.
Notes: Only a maximum of 4000 characters will be included.
Notes: Data collection is considered ongoing if a time frame of type "Continuous" exists.
Notes: All time frames from all extent groups are included.
Notes: All geographic areas from all extent groups are included.
(e.g., digital numeric data, imagery, photographs, video, audio, database, tabular data, etc.)
(e.g., satellite, airplane, unmanned aerial system, radar, weather station, moored buoy, research vessel, autonomous underwater vehicle, animal tagging, manual surveys, enforcement activities, numerical model, etc.)
2. Point of Contact for this Data Management Plan (author or maintainer)
Notes: The name of the Person of the most recent Support Role of type "Metadata Contact" is used. The support role must be in effect.
Notes: The name of the Organization of the most recent Support Role of type "Metadata Contact" is used. This field is required if applicable.
3. Responsible Party for Data Management
Program Managers, or their designee, shall be responsible for assuring the proper management of the data produced by their Program. Please indicate the responsible party below.
Notes: The name of the Person of the most recent Support Role of type "Data Steward" is used. The support role must be in effect.
4. Resources
Programs must identify resources within their own budget for managing the data they produce.
5. Data Lineage and Quality
NOAA has issued Information Quality Guidelines for ensuring and maximizing the quality, objectivity, utility, and integrity of information which it disseminates.
(describe or provide URL of description):
Lineage Statement:
The NOAA Office for Coastal Management (OCM) received 10,904 GeoTIFF files from the Miami-Dade County Information Technology Department (ITD).
Process Steps:
- 2021-07-06 00:00:00 - The project was divided in two phases: Collection and classification of LiDAR data; and creation of 5-foot and 2-foot cell spaced hydro flattened mosaic DEM of the project area. The LiDAR data was collected utilizing a Riegl VQ-1560ii in a Cessna 206 from an approximate altitude of 4,200 feet above ground level, at an approximate ground speed of 110 knots at a pulse rate repetition of 3,592 kHg, resulting in an average of 28 points per square meter single swath. Three areas needed reflight's due to clouds and building shadows the flight height was lowered to get under the cloud celling in these areas. These areas were collected at 2,500 feet agl at 120 knots at a pulse rate repetition of 4,000kHg. These lines were collected at 50.6 points per square meter single swath. The sensor used a 60-degree field of view. The project was flown to have 30 percent overlap between swaths for original flight plan and 60% for the 2,500 foot altitude. The Global Positioning System (GPS) data were processed using Applanix POSPac Mapping Suite version 8.4 using Smart Base method and single base methods. A fixed bias carrier phase solution was computed in forward and reverse directions. The LiDAR collection took place when Positional Dilution of Precision (PDOP) was at or below 3. Occasionally, the PDOP rose slightly above 3. This had no effect on the data. The GPS trajectory was combined with the IMU data using the Applanix POSPac software. The resulting Smoothed Best Estimate of Trajectory (SBET) was exported and used in Riegl RiProcess software to compute the laser mass point positions in Northing, Easting, and Elevations coordinates. The raw laser data were merged with the SBET using Riegl RiProcess software. The data set was processed using RiProcess, RiAnalyze, and RiWorld software where each flight line was processed to a point cloud. The data was adjusted flight line to flight line using Riegl's Scan Data Adjustment tool to ensure a proper relative calibration match between flight lines. Each flight was checked for project coverage, data gaps between overlapping flight lines, point density and then exported in LAS 1.4 format. The entire project was collected without gaps. The LAS files were projected to the NAD_1983_2011_StatePlane_Florida_East_FIPS_0901_Feet and North American Vertical Datum of 1988 (NAVD88). Ellipsoidal heights were converted to orthometric heights using the current Geoid 18. The LAS files were imported to TerraSolid, LTD TerraScan software to be classified to bare earth ground and later feature coded to USGS specifications. The LAS files contain 12 classifications: 1 = unclassified; 2 = ground (or Bare Earth); 3 = low vegetation 0 - 5 ft; 4 = med veg 5 - 25 ft; 5 = high veg 25 - above; 6 = building; 7 = low point (noise); 9 = water; 17 = bridges; 18 = high noise; 20 = ignored ground. The LiDAR data was run through an automated ground and building classification using TerraScan software. A manual check of the building classification was done. The vegetation heights were assigned by an automated process after the bare-earth and buildings were classified. Breaklines were digitized from the LiDAR data in ArcMap
- 2021-07-06 00:00:00 - Breaklines were digitized from the LiDAR data in ArcMap and elevations were assigned using LP360 and ArcGIS. The double line linear hydrographic features were hydro-enforced with downhill constraints to model correct flow patterns. Water bodies were hydro-flattened to ensure uniform elevation across the feature. DEMs were created using TerraScan Project. The bare-earth LAS data was loaded into the software along with the tile layout and hydro shapefile collected from the LAS data set. DEMS were produced at a 5ft and 2ft cell size and hydro-flattened. To QC the DEMs Global Mapper was used to check for completeness of the tiles and that the hydro features were flattened and represented correct elevations. Once the QC was complete the files were exported out of ArcGIS to create Arc DEM, and TerraScan project for Geotiffs.
- 2025-05-29 00:00:00 - The NOAA Office for Coastal Management (OCM) received 10,904 GeoTIFF files from the Miami-Dade County Information Technology Department (ITD). The files were in Florida State Plane East NAD83(2011), US feet coordinates and the elevations were in NAVD88 (GEOID18) feet. The bare earth raster files were at a 2 feet grid spacing. OCM assigned the appropriate EPSG codes (Horiz - 6438, Vert - 6360) and copied the raster files to AWS S3 for Digital Coast storage and provisioning purposes.
(describe or provide URL of description):
6. Data Documentation
The EDMC Data Documentation Procedural Directive requires that NOAA data be well documented, specifies the use of ISO 19115 and related standards for documentation of new data, and provides links to resources and tools for metadata creation and validation.
Missing/invalid information:
- 1.7. Data collection method(s)
- 3.1. Responsible Party for Data Management
- 5.2. Quality control procedures employed
- 7.1.1. If data are not available or has limitations, has a Waiver been filed?
- 7.4. Approximate delay between data collection and dissemination
- 8.3. Approximate delay between data collection and submission to an archive facility
(describe or provide URL of description):
7. Data Access
NAO 212-15 states that access to environmental data may only be restricted when distribution is explicitly limited by law, regulation, policy (such as those applicable to personally identifiable information or protected critical infrastructure information or proprietary trade information) or by security requirements. The EDMC Data Access Procedural Directive contains specific guidance, recommends the use of open-standard, interoperable, non-proprietary web services, provides information about resources and tools to enable data access, and includes a Waiver to be submitted to justify any approach other than full, unrestricted public access.
None
Notes: The name of the Organization of the most recent Support Role of type "Distributor" is used. The support role must be in effect. This information is not required if an approved access waiver exists for this data.
Notes: This field is required if a Distributor has not been specified.
https://noaa-nos-coastal-lidar-pds.s3.amazonaws.com/dem/FL_Miami_Dade_DEM_2021_10339/index.html
Notes: All URLs listed in the Distribution Info section will be included. This field is required if applicable.
Data is available online for bulk and custom downloads.
Notes: This field is required if applicable.
8. Data Preservation and Protection
The NOAA Procedure for Scientific Records Appraisal and Archive Approval describes how to identify, appraise and decide what scientific records are to be preserved in a NOAA archive.
(Specify NCEI-MD, NCEI-CO, NCEI-NC, NCEI-MS, World Data Center (WDC) facility, Other, To Be Determined, Unable to Archive, or No Archiving Intended)
Notes: This field is required if archive location is World Data Center or Other.
Notes: This field is required if archive location is To Be Determined, Unable to Archive, or No Archiving Intended.
Notes: Physical Location Organization, City and State are required, or a Location Description is required.
Discuss data back-up, disaster recovery/contingency planning, and off-site data storage relevant to the data collection
Data is backed up to cloud storage.
9. Additional Line Office or Staff Office Questions
Line and Staff Offices may extend this template by inserting additional questions in this section.