Name: Tier 1: Historic Shoreforms
Display Field: SUBBASIN
Type: Feature Layer
Geometry Type: esriGeometryPolyline
Description: Shoreform is a term often used in Puget Sound to describe a coastal landform. The term is generally used to describe landscape features on the scale of hundreds to thousands of meters in scale, such as coastal bluffs, estuaries, barrier beaches, or river deltas.The shoreform change data are a compilation of current and historic shoreforms applied to the ShoreZone shoreline. Historic and current shoreforms in Puget Sound were independently delineated and combined onto a single shoreline (ShoreZone) to provide a comparison of historic to current conditions.Translation of Current Shoreform to Shipman TypeThe current ShoreZone shoreline was classified according to a geomorphic classification system developed by McBride et al. (2005) and applied by SSHIAP (Todd et al. 2009). Because the shoreform classification system chosen for the Change Analysis is Shipman (2008), the current shoreline types (GeoUnits) had to be cross‐walked to the corresponding Shipman types. Some of the SSHIAP types may correspond to more than one Shipman type, so a first‐cut, automated translation was performed. The Shipman type assigned during the automated translation was the class expected to be correct most of time. There is no SSHIAP GeoUnit that corresponds to Shipman’s Open Coastal Inlet (OCI) shoreform in the automated translation process.This automated translation was followed by a visual review of all current shoreforms to make any necessary modifications to the current shoreform type.Simultaneous Review of Current and Historic ShoreformsAfter translation of the current shoreline type into the Shipman type, both current and historic shoreforms were displayed using the same symbology and edited as necessary. This review was performed in order to:• Assign the correct type to the current shoreform for GeoUnit types that may correspond to more than one Shipman type.• QC current and historic shoreform types and modify values as necessary.• Split historic shoreform segments when necessary to correspond to a region of change from historic to current.The review of historic and current shoreforms was guided by a list of expected shoreform transitions. These expected transitions were based on Shipman’s Transition Narrative (7/31/2007) and review of results in Whidbey and South Puget Sound sub‐basins. Any shoreform change not specified on this list was subject to additional scrutiny.Because of the difference in approaches and classification methods, if there were ambiguities in classification, it was more important to determine whether a section of shoreline had changed than to try to determine the “correct” type. The following general rules were applied:• If there was clearly no shoreline change, but the two shoreform types differed, the historic shoreform type was used for both current and historic.• If there was a question about where to place breaks for shoreline change, (because only part of a contiguous shoreform type had changed), the current shoreline was used as a guide.• Unless there was a shoreform change or obvious error, segment end point locations, in both the current and historic shoreline, were not changed.Attribute Transfer from Historic to Current ShorelineAfter historic and current linework were reviewed, the attributes from the historic shoreform data were transferred to the corresponding segments of the current shoreline. Once this process was complete, and the final data were intersected with the GSUs, it was possible to query each segment of the current shoreform data and find the historic shoreform type and its full length, or the length that was included within a specific GSU.This process entailed the following:• Assignment of a unique identifier to each section of contiguous historic shoreform.• Assignment of a unique identifier to each section of historic shoreline that will correspond to a section of current. (A contiguous section of a single shoreform type may be split due modification of part of that shoreline in modern times.)• Assignment of a unique identifier to each section of current shoreform.• Transfer of the historic shoreform type and its length to attributes in the corresponding current shoreline segment.On-line and Off-line EmbaymentsThe current shoreline (ShoreZone) does not depict all of the current estuarine wetlands or embayments (BE, BL, CLM). To handle this discrepancy, an additional attribute in the current linework indicates the presence of these features as “off‐line” wetlands and identifies their shoreform type.If the current embayment was delineated by the shoreline linework, the corresponding historic embayment attributes were transferred to the primary (“on‐line”) historic shoreform fields. If the current embayment was not delineated by the shoreline linework, the corresponding historic embayment attributes were transferred to the embayment (“off‐line”) shoreform columns.The length of the current off‐line embayment was transferred from the University of Washington Puget Sound River History Project current wetlands data. The criteria for including a wetland boundary as part of the historic embayment were based on the same rules used for historic shoreform delineation.Off‐line embayment attributes were assigned to an entire homogeneous section of shoreline. The on‐line shoreform was not split to indicate exactly where the off‐line embayment occurs. It was adequate to know that there was (or is) an embayment associated with that stretch of beach.NST Review (Fly-Bys)Shoreform change data for each sub‐basin were reviewed during a half‐day meeting with a minimum of three NST members present, as well as participants from SSHIAP. The participants viewed current shoreforms, historic shoreforms, and the combined data with ancillary and source datasets, including historic T‐sheets, aerial photos, and historic and current wetlands data. The reviews, called “fly‐bys,” had the following objectives:• Provide the NST with an understanding of the historic and current shoreform data and the process used to develop shoreform change data.• Get input from the NST on question areas, either site‐specific or general methodological questions.• Review all areas of shoreform transition as a QC measure.• Review any other areas of interest specified by the NST.• Develop or refine rules for situations of ambiguity in shoreform classification or shoreform change data developmentOverall, the NST reviewed approximately 58 percent (2,250 km) of the total shoreline length. The discussions at these meetings were iterative, and sometimes a general rule developed at a previous meeting was reversed in a later meeting as participants became more familiar with the data, the process, and had more examples for consideration. The general rules and methods that came out of these fly‐bys are described below.Expected Transitions MatrixThe NST representatives reviewed a matrix of expected shoreform transitions at the first fly‐by. Transitions that were not in this matrix were flagged during the QC process, and were given particular attention during review. The NST approved this list and it was subsequently updated in later fly‐bys. Barrier Beach Merge or SplitFor barrier beaches that were discontinuous in one dataset (due to an on‐line embayment) and continuous in the other (due to an off‐line embayment), the NST representatives approved this general rule: if the drift is the same direction, merge the discontinuous segments into one; if the drift is in opposite directions, split the continuous segment into two.Created ShoreformIt was acceptable to have shoreline in the current shoreform that was not in the historic. These were assigned the Artificial (ART) shoreform. Examples in Whidbey sub‐basin include Jetty Island at the mouth of the Snohomish River and a small “island” (of dredge material) at the southern end of the Swinomish Slough.Current Shoreline PositionSometimes the current shoreline (ShoreZone) mapped the backshore area, and the on‐line and off‐line shoreforms were the opposite of how they were mapped in the historic. When this occurred, they were swapped so that the beach shoreform was assigned to the line, and any embayment shoreform was off‐line.Rocky Shoreline in Current, not HistoricOften there were small bedrock islands that were mapped in the current shoreform, but not in the historic. It was assumed that the rock existed previously, but was not mapped on the historic T‐sheets. Therefore, it was not a true transition. The NST requested that shoreforms stay the same to reflect the source data (rocky in current and none in historic), but that it should not show up as a transition.Artificial/Modified ShorelineThere was extensive discussion regarding the definition of an artificial or modified shoreline. It was decided that the term Artificial was preferred to Modified. The definition is not based on function, rather it is based on the extent of obvious modification, such as dredging and fill. This extent can be determined by use of ancillary layers showing fill, or by areas where the shape and location of the shoreline has changed significantly. (Significant change was not rigorously defined, so some subjectivity is involved in classification of Artificial shoreforms.) In the case of railroads, although there may have been some fill involved, in many cases, these shoreforms were not significantly changed in location, shape, or visible processes from the historic shoreform, and therefore were classified as a non‐artificial beach type (such as Bluff‐backed Beach). Road causeways that were commonly built along former spits across the mouths of embayments were mapped as Artificial (ART) along the outside and the inside of the causeway. If the rest of the embayment was not artificial, it was mapped as the appropriate embayment type.Data SynthesisAfter the review meeting, any changes requested during the fly‐by were implemented. The changes were documented in a notes field in the attribute table.Two fields were added to aid in the display of on‐and off‐line transitions.Once the historic and current shoreform typologies on the current shoreline were finalized, the data were intersected with the GSU data. Because the shoreform delineation was an independent process from the GSUs, the lengths of each feature split up by the GSUs was calculated after this intersection step using lengths stored in the attribute table prior to intersection. The proportional lengths apply to both current and historic shoreforms, both on and off the ShoreZone shoreline. To accomplish this, the following calculations were performed:• Current on‐line shoreform GSU lengths are equal to the Shape Length calculated by the geodatabase. (C_LenGSU = Shape_Length)• Current off‐line embayment shoreform lengths are equal to the pre‐intersection total embayment length multiplied by the pre‐and post‐intersection length ratio (C_LenEmbGSU = C_LenEmb * C_LenGSU / C_LenFull)• Historic on‐line shoreform GSU lengths are equal to the transferred continuous shoreform length multiplied by the pre‐and post‐intersection length ratio (H_LenGSU = H_LenFull * C_LenGSU / C_LenFull)• Historic off‐line embayment shoreform lengths are equal to the pre‐intersection total embayment length multiplied by the pre‐and post‐intersection length ratio (C_LenEmbGSU = C_LenEmb * C_LenGSU / C_LenFull)These GSU lengths are ultimately used to calculate historic and current shoreform lengths at multiple scales. During QC, these fields were also compared against the historic shoreform data in a series of tabular queries to verify that all historic shoreformsand their lengths were correctly transferred into the shoreform change attribute table.Fields representing the percent change in length for both on‐and off‐line features were calculated as follows:• Chg_PropLen_OnLine = (C_LenFull – H_LenFull)/H_LenFull• Chg_PropLen_OffLine = (C_LenEmb – H_LenEmb/H_LenEmbThese percent changes in length reflect complete losses of shoreforms as well as lost lengths in shoreform.The extensive review and QC applied to these data indicate that they are quite accurate and consistent between sub‐basins. The shoreform data were developed specifically for the Change Analysis, so will be appropriate for project‐specific analyses.
Copyright Text: Simenstad, C.A., M. Ramirez, J. Burke, M. Logsdon, H. Shipman, C. Tanner, J. Toft, B. Craig, C. Davis, J. Fung, P. Bloch, K. Fresh, S. Campbell, D. Myers, E. Iverson, A. Bailey, P. Schlenger, C. Kiblinger, P. Myre, W. Gerstel, and A. MacLennan. 2011. Historical Change of Puget Sound Shorelines: Puget Sound Nearshore Ecosystem Project Change Analysis. Puget Sound Nearshore Report No. 2011-01. Published by Washington Department of Fish and Wildlife, Olympia, Washington, and U.S. Army Corps of Engineers, Seattle, Washington.
Default Visibility: false
MaxRecordCount: 2000
Supported Query Formats: JSON, geoJSON, PBF
Min Scale: 0
Max Scale: 0
Supports Advanced Queries: true
Supports Statistics: true
Has Labels: false
Can Modify Layer: true
Can Scale Symbols: false
Use Standardized Queries: true
Supports Datum Transformation: true
Extent:
XMin: -1.38867297114E7
YMin: 5947710.109099999
XMax: -1.35970235909E7
YMax: 6275374.949100003
Spatial Reference: 102100
(3857)
Drawing Info:
Renderer:
Unique Value Renderer:
Field 1: H_Type
Field 2: N/A
Field 3: N/A
Field Delimiter: ,
Default Symbol:
Default Label: N/A
UniqueValueInfos:
-
Value: ART
Label: Artificial
Description: N/A
Symbol:
Style: esriSLSSolid
Color: [156, 156, 156, 255]
Width: 1
-
Value: BAB
Label: Barrier Beach
Description: N/A
Symbol:
Style: esriSLSSolid
Color: [168, 0, 0, 255]
Width: 1
-
Value: BE
Label: Barrier Estuary
Description: N/A
Symbol:
Style: esriSLSSolid
Color: [255, 127, 127, 255]
Width: 1
-
Value: BL
Label: Barrier Lagoon
Description: N/A
Symbol:
Style: esriSLSSolid
Color: [255, 170, 0, 255]
Width: 1
-
Value: BLB
Label: Bluff-Backed Beach
Description: N/A
Symbol:
Style: esriSLSSolid
Color: [168, 112, 0, 255]
Width: 1
-
Value: CLM
Label: Closed Lagoon/Marsh
Description: N/A
Symbol:
Style: esriSLSSolid
Color: [205, 205, 102, 255]
Width: 1
-
Value: D
Label: Delta
Description: N/A
Symbol:
Style: esriSLSSolid
Color: [102, 153, 205, 255]
Width: 1
-
Value: OCI
Label: Open Coastal Inlet
Description: N/A
Symbol:
Style: esriSLSSolid
Color: [0, 230, 169, 255]
Width: 1
-
Value: PL
Label: Plunging Rocky Shoreline
Description: N/A
Symbol:
Style: esriSLSSolid
Color: [52, 52, 52, 255]
Width: 1
-
Value: PB
Label: Pocket Beach
Description: N/A
Symbol:
Style: esriSLSSolid
Color: [56, 168, 0, 255]
Width: 1
-
Value: RP
Label: Rocky Platform
Description: N/A
Symbol:
Style: esriSLSSolid
Color: [194, 158, 215, 255]
Width: 1
-
Value: None
Label: ShoreForm Absent
Description: N/A
Symbol:
Style: esriSLSSolid
Color: [255, 255, 115, 255]
Width: 1
Transparency: 0
Labeling Info:
Advanced Query Capabilities:
Supports Statistics: true
Supports OrderBy: true
Supports Distinct: true
Supports Pagination: true
Supports TrueCurve: true
Supports Returning Query Extent: true
Supports Query With Distance: true
Supports Sql Expression: true
Supports Query With ResultType: false
Supports Returning Geometry Centroid: false
Supports Binning LOD: false
Supports Query With LOD Spatial Reference: false
HasZ: false
HasM: false
Has Attachments: false
HTML Popup Type: esriServerHTMLPopupTypeAsHTMLText
Type ID Field: null
Fields:
-
OBJECTID
(
type: esriFieldTypeOID, alias: OBJECTID
)
-
SUBBASIN
(
type: esriFieldTypeString, alias: Sub-basin Name, length: 5
, Coded Values:
[WH: Whidbey Sub-basin]
, [SC: South Central Puget Sound Sub-basin]
, [JF: Strait of Juan de Fuca Sub-basin]
, ...20 more...
)
-
GSU_ID
(
type: esriFieldTypeString, alias: Geographic Scale Unit ID, length: 20
)
-
DU
(
type: esriFieldTypeInteger, alias: Drainiage Unit
)
-
SAU
(
type: esriFieldTypeInteger, alias: Shoreline Accounting Unit
)
-
SPU1
(
type: esriFieldTypeInteger, alias: Shoreline Process Unit 1
)
-
SPU2
(
type: esriFieldTypeInteger, alias: Shoreline Process Unit 2
)
-
DPU1
(
type: esriFieldTypeString, alias: Delta Process Unit 1, length: 3
, Coded Values:
[DOS: Dosewallips]
, [DUC: Duckabush]
, [HAM: Hamma Hamma]
, ...13 more...
)
-
DPU2
(
type: esriFieldTypeString, alias: Delta Process Unit 2, length: 3
, Coded Values:
[DOS: Dosewallips]
, [DUC: Duckabush]
, [HAM: Hamma Hamma]
, ...13 more...
)
-
DAU
(
type: esriFieldTypeString, alias: Delta Accounting Unit, length: 2
, Coded Values:
[SH: Shoreline]
, [BA: Basin]
, [LO: Local]
, ...4 more...
)
-
ZU
(
type: esriFieldTypeInteger, alias: Zone Unit
, Coded Values:
[0: Upland]
, [1: Land 200 meters from ShoreZone Shoreline]
, [2: Aquatic, no further than 10 meter bathymetric dpeth]
)
-
CELL_TYPE
(
type: esriFieldTypeString, alias: Drift Cell Type, length: 4
, Coded Values:
[CZ: Convergence Zone]
, [DZ: Divergence Zone]
, [LtoR: Transport Zone, Left to Right]
, ...2 more...
)
-
SF_Change_ID
(
type: esriFieldTypeInteger, alias: ShoreForm Change ID
)
-
C_ContigID
(
type: esriFieldTypeInteger, alias: Current Continuous ShoreForm ID
)
-
H_ContigID
(
type: esriFieldTypeInteger, alias: Historic Continuous ShoreForm ID
)
-
C_ID
(
type: esriFieldTypeInteger, alias: Current ShoreForm ID
)
-
C_Type
(
type: esriFieldTypeString, alias: Current ShoreForm Type, length: 8
, Coded Values:
[BAB: Barrier Beach]
, [BLB: Bluff-Backed Beach]
, [D: Delta]
, ...9 more...
)
-
C_LenFull
(
type: esriFieldTypeDouble, alias: Current ShoreForm Length
)
-
C_LenGSU
(
type: esriFieldTypeDouble, alias: Current ShoreForm Length Inside GSU
)
-
C_TypeEmb
(
type: esriFieldTypeString, alias: Current Off-line Embayment Type, length: 8
, Coded Values:
[BAB: Barrier Beach]
, [BLB: Bluff-Backed Beach]
, [D: Delta]
, ...9 more...
)
-
C_LenEmb
(
type: esriFieldTypeDouble, alias: Current Embayment Length
)
-
C_LenEmbGSU
(
type: esriFieldTypeDouble, alias: Current Embayment Proportional Length Inside GSU
)
-
H_ID
(
type: esriFieldTypeInteger, alias: Historic ShoreForm ID
)
-
H_Type
(
type: esriFieldTypeString, alias: Historic ShoreForm Type, length: 8
, Coded Values:
[BAB: Barrier Beach]
, [BLB: Bluff-Backed Beach]
, [D: Delta]
, ...9 more...
)
-
H_LenFull
(
type: esriFieldTypeDouble, alias: Historic ShoreForm Length
)
-
H_LenGSU
(
type: esriFieldTypeDouble, alias: Historic ShoreForm Proportional Length Inside GSU
)
-
H_EmbID
(
type: esriFieldTypeInteger, alias: Historic Off-line Embayment ID
)
-
H_TypeEmb
(
type: esriFieldTypeString, alias: Historic Off-line Embayment Type, length: 8
, Coded Values:
[BAB: Barrier Beach]
, [BLB: Bluff-Backed Beach]
, [D: Delta]
, ...9 more...
)
-
H_LenEmb
(
type: esriFieldTypeDouble, alias: Historic Embayment Length
)
-
H_LenEmbGSU
(
type: esriFieldTypeDouble, alias: Historic Embayment Proportional Length Inside GSU
)
-
Chg_OnLine
(
type: esriFieldTypeSmallInteger, alias: ShoreForm Change Detection
, Coded Values:
[1: Change Detected]
, [0: No Change Detected]
)
-
Chg_Embay
(
type: esriFieldTypeSmallInteger, alias: Embayment Change Detection
, Coded Values:
[1: Change Detected]
, [0: No Change Detected]
)
-
Chg_PropLen_OnLine
(
type: esriFieldTypeDouble, alias: Detected Change Proportional Length OnLine
)
-
Chg_PropLen_OffLine
(
type: esriFieldTypeDouble, alias: Detected Change Proportional Length OffLine
)
-
Transition
(
type: esriFieldTypeSmallInteger, alias: ShoreForm Transition Detection
, Coded Values:
[1: Transistion Detected]
, [0: No Transistion Detected]
)
-
NST_Review
(
type: esriFieldTypeString, alias: NST Review, length: 1
, Coded Values:
[Y: Yes]
, [N: No]
)
-
SNAT_Change_Type
(
type: esriFieldTypeString, alias: SNAT Change Type, length: 50
)
-
SNAT_Notes
(
type: esriFieldTypeString, alias: SNAT Notes, length: 255
)
-
Review_Notes
(
type: esriFieldTypeString, alias: Review Notes, length: 255
)
-
Shape
(
type: esriFieldTypeGeometry, alias: Shape
)
-
Shape.STLength()
(
type: esriFieldTypeDouble, alias: Shape.STLength()
)
Supported Operations:
Query
Query Attachments
Query Analytic
Generate Renderer
Return Updates
Iteminfo
Thumbnail
Metadata