CEDEN. California Environmental Data Exchange Network



Similar documents
CEDEN. California Environmental Data Exchange Network

MLML RDC Moss Landing Marine Laboratories Regional Data Center

SWAMP DATA MANAGEMENT PLAN

CEDEN. California Environmental Data Exchange Network

SWAMP DATA MANAGEMENT PLAN

Central Valley Regional Data Center

Information Management Plan

Data In and Data Out: Status on the SWAMP Database and Tools Being Developed for Biological Data

Data Quality. Tips for getting it, keeping it, proving it! Central Coast Ambient Monitoring Program

Introduction to GIS (Basics, Data, Analysis) & Case Studies. 13 th May Content. What is GIS?

GIS User Guide. for the. County of Calaveras

NJDEP GPS Data Collection Standards For GIS Data Development

Chapter 6: Data Acquisition Methods, Procedures, and Issues

Remote Sensing, GPS and GIS Technique to Produce a Bathymetric Map

Downloading & Using Data from the STORET Warehouse: An Exercise

Utah State General Records Retention Schedule SCHEDULE 1 GEOSPATIAL DATA SETS

CDA Information Technology: Fiber To the Home

TENNESSEE GAS PIPELINE COMPANY, L.L.C.

GIS MAPPING FOR IRRIGATION DISTRICT RAPID APPRAISALS Daniel J. Howes 1, Charles M. Burt 2, Stuart W. Styles 3 ABSTRACT

TUTORIAL - Locations & Mapping. Using the ESdat Environmental Database System. For use with ESDAT version 5

Georeferencing and Google Earth. Cyberinfrastructure: Specimen Databases: Day 5 Brigette Zacharczenko

desert conservation program Data Management Guidelines

Temperature Data Analysis

Region 10 Sharing Analytical Data

Development of an Impervious-Surface Database for the Little Blackwater River Watershed, Dorchester County, Maryland

Metadata for Big River Watershed Geologic and Geomorphic Data

GIS III: GIS Analysis Module 2a: Introduction to Network Analyst

Studying Topography, Orographic Rainfall, and Ecosystems (STORE)

CREATING EXCEL PIVOT TABLES AND PIVOT CHARTS FOR LIBRARY QUESTIONNAIRE RESULTS

Studying Topography, Orographic Rainfall, and Ecosystems (STORE)

4 QUALITY ASSURANCE 4.1 INTRODUCTION

Stream Channel Cross Sections for a Reach of the Boise River in Ada County, Idaho

Data Visualization Techniques and Practices Introduction to GIS Technology

From GPS Data Collection to GIS Data Display A Walk-Through Example

Understanding Raster Data

How to Download Census Data from American Factfinder and Display it in ArcMap

Guidelines on Information Deliverables for Research Projects in Grand Canyon National Park

General Ledger and Fixed Assets January 12, 2011

Creating Codes with Spreadsheet Upload

Draft Photo Documentation Update for Proposition 13 Grant Agreement No. San Diego Region McClellan-Palomar Airport Water Quality Treatment Facility

National Levee Database (NLD) Data Management Tool (DMT) Levee Data Manager User Manual 1.2

REGIONAL SEDIMENT MANAGEMENT: A GIS APPROACH TO SPATIAL DATA ANALYSIS. Lynn Copeland Hardegree, Jennifer M. Wozencraft 1, Rose Dopsovic 2 INTRODUCTION

The West Virginia Stream and Wetland Valuation Metric

National Network of Reference Watersheds

BEAP DATA MANAGEMENT TOOL (BEAP DATA TOOL) USER GUIDE BASE ENGINEERING ASSESSMENT PROGRAM. Date of Issue: 23 March 2015

WQX Best Practices. Dos and Don ts for Water Quality Data Destined for WQX / WQX Web. STORET User Call October 23, 2014

NSSRS Desktop Database Version 11.0 User Guide Version 1.0 July 15, 2015

Integration Guide Version 5.3 6/25/2015

United States Department of Agriculture US Forest Service Natural Resource Manager (NRM) Air v2.3 User Guide Chapter 1: Introduction

Building Credibility: Quality Assurance & Quality Control for Volunteer Monitoring Programs

Reef Explorer User Guide

If the database that is required is similar to a template then whole database can be generated by using a template that already exists.

GIS Data Conversion. GIS maps are digital not analog. Getting the Map into the Computer

AAFCO Check Sample Program New Data Reporting Website Manual Date of Issue: March 1 st 2014

COPY. Revision History

GIS III: GIS Analysis Module 1a: Network Analysis Tools

ELECTRONIC REPORTING TOOL (ERT) USER S GUIDE. Version 5

Sign Inventory and Management (SIM) Program Introduction

UTAH DEPARTMENT OF ENVIRONMENTAL QUALITY TIER 2 SUBMISSION PORTAL. And APPLICATION USER S GUIDE

DEP 2012 QUALITY ASSURANCE CHAPTER QUALITY ASSURANCE TABLE OF CONTENTS PART I GENERAL

Ecology Quality Assurance Glossary

REGULATORY GUIDANCE LETTER

Data Quality Objectives and Quality Assurance Project

A Business Signer who has the Manage Users feature assigned to them can create other users on the User Management page in DFCU OnLine.

Report for 2003PA14B: Spruce Creek Watershed Keystone Project

Guide to Writing a Water Quality Monitoring Plan

MS Access: Advanced Tables and Queries. Lesson Notes Author: Pamela Schmidt

Summary of CASQA Pyrethroids Monitoring Data Compilation

Groundwater Chemistry

How to Configure and Use the Moodle Grade Book

Transcription:

CEDEN California Environmental Data Exchange Network Field Data Submission Guidance Document Updated August 9th, 2012

Table of Contents INTRODUCTION...1 FIELD SUBMISSION STEPS...1 CEDEN FIELD TEMPLATE TABLES... 1 FIELD TEMPLATE TABLES...3 STATIONS TABLE... 3 LOCATIONS TABLE... 9 FIELD RESULTS TABLE...12 HABITAT RESULTS TABLE...16

List of Acronyms CEDEN RDC California Environmental Data Exchange Network Regional Data Center Field Data Submission Guidance Document ii

List of Terms Controlled Vocabulary Data Checker Lists Primary Key Data Type Controlled vocabulary refers to codes and associated definitions maintained within CEDEN to ensure comparability between and among data sets. Current controlled vocabulary can be found at: http://www.ceden.us/metadata/controlledvocab.php Web-based automated tool that assists data submitters in examining their data sets against the required lists, formats and business rules. Each RDC maintains its own data checker. Controlled vocabularies are maintained within the CEDEN database as Lists and are managed through individual RDCs to maintain comparability between RDCs and throughout data sets available through CEDEN. Contact your Regional Data Center to add new codes to lists. Uniquely identifies each row in a table and is comprised of a set of columns. No two distinct rows in a table can have the same combination of column values. Required for record uniqueness. Refers to the type of format required for a specific column heading in CEDEN templates. Data type examples include: integer (whole numbers), text, date and time, and decimal. Field Data Submission Guidance Document iii

Introduction This document is designed to provide guidance on reporting requirements for electronic data to be entered in the California Environmental Data Exchange Network (CEDEN) templates. Detailed below are definitions of data elements and rules for formatting field data within the CEDEN field template. Please review the entire Field Data Submission Guidance Document prior to filling out or submitting the CEDEN Field Template. If you have any questions regarding these guidelines, contact your Regional Data Center for help. Regional Data Center (RDC) Contact Phone Number Email Central Coast RDC Mark Pranger 831/241-8178 pranger@mlml.calstate.edu Central Valley RDC Melissa Turner 530/756-5200 mturner@mlj-llc.com San Francisco RDC Cristina Grosso 510/746-7371 cristina@sfei.org Southern California RDC Shelly Moore 714/755-3207 shellym@sccwrp.org Field Data Submission Steps To submit water quality field data to CEDEN, start with the CEDEN_Field_Template excel file you received from your Regional Data Center (RDC). In this template you will find the four data tables (each in a separate worksheet) required for submitting field data. This file can be named at the discretion of the user; however, the Excel sheet tabs MUST be named Stations, Locations, FieldResults, and HabitatResults respectively. CEDEN Field Template Tables Below describes what is included and submission requirements for each of the 4 tables in the CEDEN Field Template: 1. Stations a. Holds information about sample site and GIS information b. Submit new stations prior to or concurrently with submitting chemistry data c. Required only for new stations that are not currently in the database. 2. Locations Field Data Submission Guidance Document Page 1

a. Holds information about location sampled b. Required only if actual unique latitudes and longitudes were recorded for each sampling event. 3. FieldResults a. Used to record field measurement results b. Required when submitting field measurement results 4. HabitatResults a. Used to record habitat/field observation results b. Required when submitting habitat results The guidelines in the following sections will assist you in getting your data into the CEDEN Field Template tables. However, if at any time you have questions more specific to your data, (e.g. adding new codes to lists) contact your local Regional Data Center. Once you have placed your data into the CEDEN Field Template tables, visit your Regional Data Center s website to check and submit your data. Regional Data Center information can be found at: http://www.ceden.org/data_centers.shtml. The online data submission process includes specific checks on your data to ensure both data integrity and comparability with other data sets. Once your data has passed all of the checks it will be uploaded into the centralized CEDEN database and become available through the CEDEN website (www.ceden.org). Field Data Submission Guidance Document Page 2

Field Template Data Tables Stations Table PURPOSE: The stations table contains information about the station/sample site and GIS information. It is important to fill out as much information as possible. This table is only required for new stations not within the database and can be submitted prior to or consecutively with any field data. Utilize the Station list within CEDEN's Controlled Vocabulary to view all current stations within CEDEN. Please see the above section for data submission steps. COLUMN REQUIREMENTS: Columns within the CEDEN Field Template tables are either considered 1) required, 2) desired or 3) not required. Required columns must be filled out in order for data to be accepted by CEDEN. Desired columns are strongly encouraged and should be filled in whenever possible. Not required columns include additional information that aid in data usability. Individual column requirements are listed below: Required Columns: StationSource StationCode StationName CoordinateNumber TargetLatitude TargetLongitude Desired Columns: Datum LocalWatershed LocalWaterbody State Counties_2004_County SWRCBWatTypeCode CalWater_2004_RB Field Data Submission Guidance Document Page 3

Not Required Columns: StationDescr StationComments GeometryShape DirectionsToStation AddDate CoordinateSource Elevation UnitElevation StationDetailVerBy StationDetailVerDate StationDetailComments CalWater_2004_CALWNUM CalWater_2004_HUNAME CalWater_2004_SWRCBNUM21 IBI_NorthCoast_2005_WithinPolygon* IBI_SoCal_2005_WithinPolygon* UpstreamArea HBASA2_1995_NHCODE NHD24k_GNIS_Name NHD24k_ReachCode NHD24k_HUC12 NHD24k_Hu_12_Name NHD_100k_GNIS_Name NHD_100k_ReachCode Ecoregion_1987_Level3* StationGISVerBy StationGISVerDate StationGISVerComments StationGISVerComments HydrologicUnit GageStationID * Not required unless station has accompanying bioassessment data Field Data Submission Guidance Document Page 4

STATIONS TABLE STRUCTURE: * Primary Key, required for record uniqueness. FIELD TEMPLATE StationSource* Text Yes 50 StationCode* Text Yes 25 StationName* Text Yes 100 Station Station Agency or project that created the station. A code representing the StationName and site and should be unique within a study design. Represents a unique sampling site in a sampling design. A single waterbody may have multiple stations. Station name must be unique for all stations. StationDescr Text No 255 Description of the StationCode. StationComments Text No 255 GeometryShape Text No 50 DirectionsToStation Text No 255 Any pertinent comments regarding the station and/or station area. Physical shape of the Station. Example values are Line, Point, or Polygon. A general description of how to get to the station using streets, landmarks, etc. AddDate Date/ Time No Date the StationCode was added. CoordinateNumber Integer Yes TargetLatitude Decimal Yes TargetLongitude Decimal Yes Datum Text Desired 10 Number of the coordinate recorded at a Station; e.g. 1 for Points (target and actual coordinates), 1 and 2 for Lines. Represents the targeted latitude for the sample site in decimal degrees with 5 decimal places. Represents the targeted longitude for the sample site in decimal degrees with 5 decimal places (must be negative). Represents the associated model of the Earth from which reference points are used to calculate position measurements. GPS Devices commonly use Datum's such as NAD83 and WGS84. CoordinateSource Text No 50 Describes how the coordinate was Field Data Submission Guidance Document Page 5

FIELD TEMPLATE measured. For example, if measurement was taken from a map or GPS. Elevation Decimal No Elevation at which the sample was taken. UnitElevation Text No 2 Unit of the Elevation measurement. StationDetailVerBy Text No 100 Agency or person who performed the verification of the station detail information. StationDetailVerDate Date/ Time No Date the station detail information was verified. StationDetailComments Text No 255 LocalWatershed Text Desired 50 LocalWaterbody Text Desired 50 State Text Desired 2 Counties_2004_County Text Desired 50 SWRCBWatTypeCode Text Desired 10 CalWater_2004_RB Integer Desired 1 CalWater_2004_CALWNUM Text No 12 CalWater_2004_HUNAME Text No 35 CalWater_2004_ SWRCBNUM21 Text No 6 HydrologicUnit Text No 50 GageStationID Text No 50 Comments related to the station detail information. Local watershed of the station as supplied by data user. Local waterbody of the station as supplied by data user. State in which the station was surveyed. Default = CA County in which the station was surveyed. Unique code assigned by the state for the appropriate waterbody type. Regional Board ID Number from the CalWater 2.2.1 2004 GIS layer. This layer can be retrieved from: https://projects.atlas.ca.gov/frs/dow nload.php/676/calw221_e00.zip Watershed ID Number from the CalWater 2.2.1 2004 GIS layer. Hydrologic Unit Name from the CalWater 2.2.1 2004 GIS layer. State Water Resources Control Board (SWRCB) ID Number from the CalWater 2.2.1 2004 GIS layer. Name of hydrologic unit from the CalWater 2.2.1 2004 GIS layer. Identifier for USGS Gage station located at the Station location. UpstreamArea Decimal No Area (measured in km2) upstream Field Data Submission Guidance Document Page 6

FIELD TEMPLATE that drains to the sampling point. HBASA2_1995_ NHCODE Text No 6 NHD24k_ GNIS_Name Text No 65 NHD24k_ ReachCode Text No 14 NHD24k_HUC12 Text No 12 NHD24k_ Hu_12_Name Text No 120 NHD_100k_GNIS_Name Text No 120 NHD_100k_ReachCode Text No 14 Ecoregion_1987_ Level3 Text No 5 NHDCODE from Teale HBASA watershed GIS layer. This layer can be retrieved from: https://projects.atlas.ca.gov/frs/dow nload.php/389/hbasa2-1997_shp.zip Official federal Geographic Names Information System (GNIS) name of stream from the NHD high-resolution GIS layer. This layer can be retrieved from: http://nhd.usgs.gov/data.html 14-digit ReachCode ID Number for streams from NHD high-resolution GIS layer. 12-digit Hydrologic Unit ID for NHD watershed polygon (WBD) from NHD high-resolution GIS layer. Name of 12-digit Hydrologic Unit for NHD watershed polygon (WBD) from NHD high-resolution GIS layer. Official federal Geographic Names Information System (GNIS) name of stream from the NHD mediumresolution GIS layer. This layer can be retrieved from: http://nhd.usgs.gov/data.html 14-digit ReachCode ID Number for streams from NHD mediumresolution GIS layer. EPA Ecoregion Level III name (US_L3NAME). This layer can be retrieved from: ftp://ftp.epa.gov/wed/ecoregions/ca / IBI_NorthCoast_ 2005_WithinPolygon IBI_SoCal_ 2005_WithinPolygon TRUE/ FALSE TRUE/ FALSE No No True if the Station is located within the IBI North Coast 2005 polygon. False if otherwise. True if the Station is located within the IBI Southern California 2005 polygon. False if otherwise. StationGISVerBy Text No 100 Agency or person who performed the verification of the GIS station information. StationGISVerDate Date/ No Date the GIS station information was Field Data Submission Guidance Document Page 7

FIELD TEMPLATE Time verified. StationGISVer Comments Text No 255 Comments related to the GIS station information verification. Field Data Submission Guidance Document Page 8

Locations Table PURPOSE: The locations table contains specific information about the locations sampled. Actual latitudes and longitudes are recorded here for each sampling event. In the event that only target latitudes and longitudes were recorded, it is sufficient to fill out the Stations table only. COLUMN REQUIREMENTS: Columns within the CEDEN Field Template tables are either considered 1) required, 2) desired or 3) not required. Required columns must be filled out in order for data to be accepted by CEDEN. Desired columns are strongly encouraged and should be filled in whenever possible. Not required columns include additional information that aid in data usability. Individual column requirements are listed below: Required Columns: StationCode SampleDate ProjectCode CoordinateNumber ActualLatitude ActualLongitude Datum Desired Columns: ProtocolCode AgencyCode LocationCode Not Required Columns: EventCode SampleComments GeometryShape CoordinateSource Elevation UnitElevation StationDetailVerBy StationDetailVerDate StationDetailComments Field Data Submission Guidance Document Page 9

LOCATIONS TABLE STRUCTURE: * Primary Key, required for record uniqueness. FIELD TEMPLATE StationCode* Text Yes 25 SampleDate* Date/ Time Yes ProjectCode* Text Yes 25 EventCode Text No 20 ProtocolCode Text Desired 50 AgencyCode Text Desired 20 SampleComments Text No 255 LocationCode Text Desired 50 GeometryShape Text No 50 CoordinateNumber Integer Yes ActualLatitude Decimal Yes Stations Project Event Protocol Agency Location A code representing the StationName and site and should be unique within a study design. Refers to the date the sample was collected in the field. Formatted as dd/mmm/yyyy. References the project that is associated with the sample. Represents the primary reason, i.e. water quality, tissue or bioassessment sampling, of the sampling event at a particular station and date. Represents the sampling protocol used, which includes the set of methods, methodology and/or specifications, such as MPSL- DFG_Field_v1.0. Established protocols may be used or Regions may document their own sampling protocols. Refers to the organization or agency that collected the sample. Comments related to the GIS station information verification. Describes the physical location in the waterbody where the sample was collected. One sampling event may have a single or multiple locations. Physical shape of the location. Example values are Line, Point, or Polygon. Number of the coordinate recorded at a Location; e.g. 1 for Points (target and actual coordinates), 1 and 2 for Lines. Represents the actual latitude for the sample site in decimal degrees with 5 decimal places. Field Data Submission Guidance Document Page 10

FIELD TEMPLATE ActualLongitude Decimal Yes Datum Text Yes 10 CoordinateSource Text No 50 Elevation Decimal No UnitElevation Text No 2 StationDetailVerBy Text No 100 Represents the actual longitude for the sample site in decimal degrees with 5 decimal places (must be negative). The Datum field records the datum that was used on the GPS Device to record the GPS measurements. Example = NAD83 Describes how the coordinate was measured. For example, if measurement was taken from a map or GPS. Elevation at which the sample was taken. Example = 1 Unit of the Elevation measurement. Example = m Agency or person who performed the verification of the station detail information. StationDetailVerDate Date/ Time No Date the station detail information was verified. StationDetailComments Text No 255 Comments related to the station detail information. Field Data Submission Guidance Document Page 11

Field Results Table PURPOSE: The purpose of the field results table is to document field measurement results. Each record represents a result from a particular water quality measurement at a specific station at a specific point in time. COLUMN REQUIREMENTS: Columns within the CEDEN Field Template tables are either considered 1) required, 2) desired or 3) not required. Required columns must be filled out in order for data to be accepted by CEDEN. Desired columns are strongly encouraged and should be filled in whenever possible. Not required columns include additional information that aid in data usability. Individual column requirements are listed below: Required Columns: StationCode SampleDate ProjectCode CollectionTime CollectionMethodCode Replicate CollectionDepth UnitCollectionDepth Desired Columns: ProtocolCode AgencyCode LocationCode CollectionDeviceName FieldReplicate ComplianceCode MatrixName MethodName AnalyteName FractionName UnitName Result ResQualCode QACode BatchVerificationCode CalibrationDate Not Required Columns: EventCode SampleComments GeometryShape PositionWaterColumn FieldCollectionComments FieldResultComments Field Data Submission Guidance Document Page 12

FIELD RESULTS TABLE STRUCTURE: * Primary Key, required for record uniqueness. FIELD TEMPLATE StationCode* Text Yes 25 SampleDate* Date/ Time Yes ProjectCode Text Yes 25 EventCode Text No 20 ProtocolCode Text Desired 50 AgencyCode Text Desired 20 SampleComments Text No 255 LocationCode Text Desired 50 GeometryShape Text No 50 Station Project Event Protocol Agency Location A code representing the StationName and site and should be unique within a study design. Refers to the date the sample was collected in the field. Formatted as dd/mmm/yyyy. References the project that is associated with the sample. Represents the primary reason, i.e. water quality, tissue or bioassessment sampling, of the sampling event at a particular station and date. Represents the sampling protocol used, which includes the set of methods, methodology and/or specifications, such as MPSL- DFG_Field_v1.0. Established protocols may be used or Regions may document their own sampling protocols. Refers to the organization or agency that collected the sample. This should be listed on the Chain of Custody (COC) document that accompanies the samples from the field. The comments field should be used for any notes or comments specifically related to the sample collection. Describes the physical location in the waterbody where the sample was collected. One sampling event may have a single or multiple locations. Physical shape of the location. Example values are Line, Point, or Polygon. CollectionTime* Date/ Time Yes 20 Refers to the time when the first sample of a sampling event at a specific station was collected in the field. Field Data Submission Guidance Document Page 13

FIELD TEMPLATE CollectionMethod Code Text Yes 50 Replicate* Integer Yes CollectionDevice Name Text Desired 50 CollectionDepth Decimal Yes UnitCollection Depth Text Yes 50 PositionWaterColumn Text No 20 FieldCollection Comments Text No 255 MatrixName* Text Yes 50 MethodName* Text Yes 50 Collection Method Collection Device Matrix Method Refers to the general method of collection such as Sed_Grab, Sed_Core, Water_Grab, Autosampler24h, Autosampler7d. Used to distinguish between replicates created at a single collection in the field. Default value is 1. Replicate samples are collected at the same station and date. Therefore, samples collected on different dates from the same station should both have a value of 1 for FieldReplicate. Name of the CollectionDevice. Records the depth or penetration, from the surface in the water or sediment column, at which the sample was collected. Refers to the units used in the CollectionDepth including cm (centimeters) and m (meters). Position in water column where sample was taken. Comments related to the FieldCollection Refers to the sample matrix, e.g. samplewater. Refers to the analysis method used to analyze the sample. Default is "FieldMeasure". AnalyteName* Text Yes 100 Analyte Name of the analyte or parameter for which the analysis is conducted and result is reported. The list includes the acceptable abbreviation or name of the variable used by the database, enabling consistency across reporting. FractionName* Text Yes 50 Fraction Specific descriptor of the Analyte. For example, metals are often expressed as total or dissolved and therefore this description should be used within the fraction field. Field Data Submission Guidance Document Page 14

FIELD TEMPLATE UnitName* Text Yes 50 FieldReplicate* Integer Desired Result Text Yes 50 ResQualCode Text Yes 10 Unit ResQual Refers to how the chemistry result is measured or expressed. The replicate number identifies replicates created in the field. Final numeric result of a given analyte, stored as text to retain trailing zeros. The result should be reported with the appropriate number of significant figures. Qualifies the analytical result of the sample. QACode* Text Yes 30 QA Applied to the result to describe any special conditions, situations or outliers that occurred during or prior to the analysis to achieve the result. The default code, indicating no special conditions, is "None". If more than one code should be applied to a record, the convention is to list them in alphabetical order separated by commas and no spaces. ComplianceCode Text Desired BatchVerificationCode Text Desired 10 Data Compliance Batch Verification Lookup Unique code referencing the Compliance with the associated QAPP. Unique code referencing the Verification of a Batch. If the Batch Verification used is not found in the lookup list please contact your Regional Data Center for assistance. CalibrationDate Date/ Time Desired CalibrationDate refers to the date the collection device was calibrated. Formatted as dd/mmm/yyyy. FieldResult Comments Text No 255 Holds any comments related to the field result or analysis of the sample. Field Data Submission Guidance Document Page 15

Habitat Results Table PURPOSE: The purpose of the habitat results table is to document field observation results. Each record represents a result for a single observation at a specific station at a specific point in time. COLUMN REQUIREMENTS: Columns within the CEDEN Field Template tables are either considered 1) required, 2) desired or 3) not required. Required columns must be filled out in order for data to be accepted by CEDEN. Desired columns are strongly encouraged and should be filled in whenever possible. Not required columns include additional information that aid in data usability. Individual column requirements are listed below: Required Columns: StationCode SampleDate ProjectCode CollectionTime CollectionMethodCode Replicate MatrixName MethodName AnalyteName FractionName UnitName VariableResult Result ResQualCode QACode Desired Columns: ProtocolCode AgencyCode LocationCode CollectionDeviceName ComplianceCode Not Required Columns: EventCode SampleComments GeometryShape HabitatCollectionComments BatchVerificationCode HabitatResultComments Field Data Submission Guidance Document Page 16

HABITAT RESULTS TABLE STRUCTURE: * Primary Key, required for record uniqueness. FIELD TEMPLATE StationCode* Text Yes 25 SampleDate* Date/ Time Yes ProjectCode Text Yes 25 EventCode Text No 20 ProtocolCode Text Desired 50 AgencyCode Text Desired 20 SampleComments Text No 255 LocationCode Text Desired 50 GeometryShape Text No 50 Station Project Event Protocol Agency Location A code representing the StationName and site and should be unique within a study design. Refers to the date the sample was collected in the field. Formatted as dd/mmm/yyyy. References the project that is associated with the sample. Represents the primary reason, i.e. water quality, tissue or bioassessment sampling, of the sampling event at a particular station and date. Represents the sampling protocol used, which includes the set of methods, methodology and/or specifications, such as MPSL- DFG_Field_v1.0. Established protocols may be used or Regions may document their own sampling protocols. Refers to the organization or agency that collected the sample. This should be listed on the Chain of Custody (COC) document that accompanies the samples from the field. The comments field should be used for any notes or comments specifically related to the sample collection. Describes the physical location in the waterbody where the sample was collected. One sampling event may have a single or multiple locations. Physical shape of the location. Example values are Line, Point, or Polygon. CollectionTime* Date/ Time Yes 20 Refers to the time when the first sample of a sampling event at a specific station was collected in the field. Field Data Submission Guidance Document Page 17

FIELD TEMPLATE CollectionMethod Code Text Yes 50 Replicate* Integer Yes CollectionDevice Name Text Desired 50 CollectionDepth Decimal Yes UnitCollection Depth Text Yes 50 PositionWater Column Text No 20 HabitatCollection Comments Text No 255 MatrixName* Text Yes 50 MethodName* Text Yes 50 CollectionM ethod Collection Device Matrix Lookup Method Refers to the general method of collection such as Sed_Grab, Sed_Core, Water_Grab, Autosampler24h, Autosampler7d. Used to distinguish between replicates created at a single collection in the field. Default value is 1. Replicate samples are collected at the same station and date. Therefore, samples collected on different dates from the same station should both have a value of 1 for FieldReplicate. Name of the CollectionDevice. Default value for habitat is "None". Records the depth or penetration, from the surface in the water or sediment column, at which the sample was collected. Refers to the units used in the CollectionDepth including cm (centimeters) and m (meters). Position in water column where sample was taken. Comments related to the habitat collection. Refers to the sample matrix, e.g. samplewater. Refers to the analysis method used to analyze the sample. Default is "FieldObservation". AnalyteName* Text Yes 100 Analyte Name of the analyte or parameter for which the analysis is conducted and result is reported. The list includes the acceptable abbreviation or name of the variable used by the database, enabling consistency across reporting. FractionName* Text Yes 50 UnitName* Text Yes 50 Fraction Unit Specific descriptor of the Analyte. For field observations this is "None". Refers to how the result is measured or expressed. For field observations this is "None". Field Data Submission Guidance Document Page 18

FIELD TEMPLATE VariableResult Text Yes 80 Categorical result for field observation. Result Text Yes 50 ResQualCode Text Yes 10 ResQual Final numeric result of a given analyte, stored as text to retain trailing zeros. The result should be reported with the appropriate number of significant figures. Qualifies the analytical result of the sample. QACode* Text Yes 30 QA Applied to the result to describe any special conditions, situations or outliers that occurred during or prior to the analysis to achieve the result. The default code, indicating no special conditions, is "None". If more than one code should be applied to a record, the convention is to list them in alphabetical order separated by commas and no spaces. ComplianceCode Text Desired Data Compliance Unique code referencing the Compliance with the associated QAPP. BatchVerification Code Text No 10 HabitatResult Comments Text No 255 Batch Verification Lookup Unique code referencing the Verification of a Batch. If the Batch Verification used is not found in the lookup list please contact your Regional Data Center for assistance. Comments related to the habitat result. Field Data Submission Guidance Document Page 19