Point of contact
Note for PC users: The code was written on a Mac so to run the scripts replace "/" in the pathnames for directories with two "\".
Please contact Brian Free (brian.free@noaa.gov) with any questions regarding the code.
Layer | Data Source | Download Link | Metadata | Notes |
---|---|---|---|---|
Ocean disposal sites | NOAA / OCM | Ocean disposal sites | Metadata | MarineCadastre |
Intertidal flats | Massachusetts CZM | Intertidal Flats | Metadata | RESTService |
Preliminary offshore sand resources APTIM Technical Report No. 631226219 (2018) | Massachusetts CZM | Sand patches | Metadata | RESTService |
National Channel Framework - Channel Area (ACOE) | CZM MORIS | Channel areas | Metadata | RESTService |
Anchorages | NOAA / OCM | Anchorage areas | Metadata | MarineCadastre |
Habitat | Northeast Ocean Data | Eelgrass meadows | Metadata | --------------- |
Cable and pipelines | --------------- | Cable and pipelines | Metadata | --------------- |
Submarine cables | --------------- | Submarine cables | Metadata | --------------- |
Neptune LNG Pipeline | Massachusetts CZM | Liquid natural gas | Metadata | RESTService |
Northeast Gateway LNG Pipeline | Massachusetts CZM | Liquid natural gas | Metadata | RESTService |
Algonquin Hubline LNC Pipeline | Massachusetts CZM | Liquid natural gas | Metadata | RESTService |
CONMAPSG | USGS | CONMAPSG | Metadata (text) | FAQ, Data provided for the analysis, by Brooke Hodge, are more expansive than this dataset (report) |
Shipping lanes | NOAA | Boundary | Metadata | Northeast Ocean Data portal |
Seascape derivatives | --------------- | Slope | ---------- | --------------- |
Stellwagen National Marine Sanctuary | NOAA Sanctuaries | Boundary | Map |
Data for the gravel sediment came from Michael Thompson. As stated from him: "The sediment layer was derived collaboratively with a sanctuary led working group (USGS/NOAA Fisheries/NEFMC/UConn/UMass/BU/MA CZM & Stellwagen researchers) that created the 3 class breaks from the multibeam backscatter data with ground truthing and was well vetted for use in the NEFMC habitat amendment works (including their SASI model). The boulder ridges were a polygon layer provided by USGS which were rasterized and added to the sediment raster to give it a 4th value (1-mud, 2-sand, 3-gravel, 4-boulder)."
Value | Score | Classification |
---|---|---|
1 - 75 | 1 | Mud |
76 - 165 | 2 | Sand |
166 - 255 | 3 | Gravel |
NA | 4 | Boulder |
Data for the Stellwagen Critical Sand Lance Habitat polygon additional were shared by Michael Thompson for inclusion into the model's third iteration. These data were shared since this dataset "covers most major areas but not all of the sand lance that are fundamental to the sanctuary."
The slope data required opening the data in ArcGIS Pro (version 3.0.2) and exporting the raster data from the geodatabase to usable formats in R (.GRID and .TIFF). Before a linear regression was applied, only slope values within the study region got extracted; this kept the rescaled values between the minimum and maximum slope values possible within the study area.
Layer | Buffer distance (m) | Score | Notes |
---|---|---|---|
Sediment (CONMAPSG) - Sand/Mud | -------------- | 0.2 | In a second iteration score reduced to 0.1 |
Sediment (CONMAPSG) - Mix | -------------- | 0.4 | In a second iteration score reduced to 0.1 |
Sediment (CONMAPSG) - Gravel | -------------- | 0.5 | In a second iteration score reduced to 0.1 |
Sediment (CONMAPSG) - Rock | -------------- | 1.0 | In a second iteration score reduced to 0.9, a third further dropped the score to 0.6 |
Active and Inactive Disposal Sites | 500 | 0.8 | --------------- |
Intertidal Flats | 500 | 0.2 | --------------- |
Sand Patches | 500 | 1.0 | --------------- |
Channel Areas | 600 | 1.0 | --------------- |
Anchorage Areas | 600 | 0.8 | --------------- |
Eelgrass Meadows | 675 | 0.4 | --------------- |
Cable and Pipeline Areas | 675 | 0.4 | --------------- |
Submarine Cables | 675 | 0.4 | --------------- |
LNG Pipelines | 675 | 0.4 | --------------- |
Mud | -------------- | 0.4 | In the third iteration, this dataset got added |
Sand | -------------- | 0.6 | In the third iteration, this dataset got added |
Gravel | -------------- | 0.5 | --------------- |
Boulder | -------------- | 0.6 | In the third iteration, this dataset got added |
Boulder Ridges | 100 | 0.9 | Moved from barrier to cost in last two iterations |
Slope | -------------- | Linear regression | --------------- |
The CONMAPSG sediment data had the Stellwagen National Marine Sanctuary boundary removed; thus no data existed for the entirety of the national marine sanctuary.
Layer | Buffer distance (m) | Notes |
---|---|---|
Coral points | 675 | Provided by MA CZM, not included in later iterations as a barrier |
Sites to avoid | 500 | Provided by NMS |
Boulder ridges | 500 | Provided by NMS, moved from barrier to cost in last two iterations of model |
Cape Cod shore | 500 | Generated by MA CZM |
Three different barrier rasters got made:
This analysis used the same ending points for all cable routing scenarios. Starting points got split into five separate options:
Stellwagen National Marine Sanctuary (data and map) got split into two sections to determine how cable routing would get affected if limited to a northern or a southern route. The regions got split around the "traffic separation schemes" that influence vessel traffic into and out of Boston Harbor. Three separation schemes split were removed from the study area and left north and southern sections. Each section became barriers to the cable routing analysis; thus each got separately removed from the Stellwagen National Marine Sanctuary to create two new cost rasters.
This analysis first leveraged the "Least Cost Path" toolkit in Esri's ArcGIS Pro version 3.3. The tool works by summing all the "costs" moving from some identified starting point(s) to other identified ending (points). The costs are the sum of data layers overlapping in a predefined study region to create the cost surface -- think of this as a board where moving a piece is more challenging if certain areas are a forest, mountain, or sand, so going a slightly longer way on an easier path or a short way through a challenging part will be the take less effort.
When a path with a set width was chosen as the desired output, the analysis used the "optimal corridor connections" toolkit in ArcGIS Pro version 3.3. Its output is a corridor of a pre-determined width (500m around the points to create a 1000m-wide corridor). For the tool to work, two actions had to get taken. First, a new feature class (a geodatabase got created and populated with template features for the four paths (each lease to Boston or Plymouth)) got [created](https://pro.arcgis.com/en/pro-app/latest/help/data/feature-classes/create-a-feature-class.htm. Geopackages in QGIS have the ability to exist in 64-bit, but ArcGIS cannot handle 64-bit data. So new features classes got created to exist in 32-bit (set OIDType to equal 32-bit and keep the coordinate reference system the same as the original data (NAD83 19N)). The original data can then get appended the start-end points for each path to their respective newly created feature class within the geodatabase. Each path had its own corridor run, as the tool when multiple starting and ending points are given, creates corridors in a particular order instead of the desired one starting location to the two end locations and then for the next lease starting location.
Four scenarios got investigated in this analysis for each starting option:
It should get noted that the leastcostpath package in R had been investigated as a possible option, but it was ruled out as a viable option till more work can get done (GitHub repository, CRAN, reference manual).
Model iterations:
2 October 2024 | Iteration | Starting Point | Ending Point | Costs | Barriers | Extent |
---|---|---|---|---|---|---|
Iteration 1 | 0564 & 0567 (edges) | Boston & Plymouth | Normal | No coral points | Full | |
Iteration 2 | 0564 & 0567 (edges) | Boston & Plymouth | Normal | No coral points | North | |
Iteration 3 | 0564 & 0567 (edges) | Boston & Plymouth | Normal | No coral points | South | |
Iteration 4 | 0564 & 0567 (edges) | Boston & Plymouth | CONMAPSG update | No coral points | Full |
22 October 2024 | Iteration | Starting Point | Ending Point | Costs | Barriers | Extent |
---|---|---|---|---|---|---|
Iteration 1 | 0564 & 0567 (edges) | Boston & Plymouth (1000m separation) | Sediment updates | No coral points nor boulder ridges | Full | |
Iteration 2 | 0564 & 0567 (edges) | Boston & Plymouth (1000m separation) | Sediment updates | No coral points nor boulder ridges | North | |
Iteration 3 | 0564 & 0567 (edges) | Boston & Plymouth (1000m separation) | Sediment updates | No coral points nor boulder ridges | South | |
Iteration 4 | 0564 & 0567 (edges) | Boston & Plymouth (1000m separation) | Sediment updates | No coral points nor boulder ridges | TSS |
7 August 2024
Put simply, the previously shared data lack some of the deep-sea coral dataset provided by NOAA but also have additional supplemental data. How are these two conditions reconciled?]
8 August 2024
9 August 2024
3 September 2024
11 September 2024
1 October 2024
21 October 2024
23 October 2024