CC0 1.0 Universal Public Domain Dedicationhttps://creativecommons.org/publicdomain/zero/1.0/
License information was derived automatically
Google Earth Engine used to compute the NDVI statistics added to Globe-LFMC. The input of the program is a point shapefile (“samplePlotsShapefile”, extensions .cpg, .dbf, .prj, .shp, .shx) representing the location of each Globe-LFMC site. This shapefile is available as additional data in figshare (see Code Availability). To run this GEE code the shapefile needs to be uploaded into the GEE Assets and, then, imported into the Code Editor with the name “plots” (without quotation marks).Google Earth Engine codeChange Notice - GEE_script_for_GlobeLFMC_ndvi_stats_v2.jsThe following acknowledgements have been added at the beginning of the code: “Portions of the following code are modifications based on work created and shared by Google in Earth Engine Data Catalog and Earth Engine Guides under the Apache 2.0 License. https://www.apache.org/licenses/LICENSE-2.0”Change Notice - samplePlotsShapefile_v2The shapefile describing the database sites has been corrected and updated with the correct coordinates.
The Unpublished Digital Geologic-GIS Map of the Minidoka National Historic Site, Idaho is composed of GIS data layers and GIS tables in a 10.1 file geodatabase (miin_geology.gdb), a 10.1 ArcMap (.MXD) map document (miin_geology.mxd), individual 10.1 layer (.LYR) files for each GIS data layer, an ancillary map information (.PDF) document (miin_geology.pdf) which contains source map unit descriptions, as well as other source map text, figures and tables, metadata in FGDC text (.TXT) and FAQ (.HTML) formats, and a GIS readme file (miin_gis_readme.pdf). Please read the miin_gis_readme.pdf for information pertaining to the proper extraction of the file geodatabase and other map files. To request GIS data in ESRI 10.1 shapefile format contact Stephanie O’Meara (stephanie.omeara@colostate.edu; see contact information below). The data is also available as a 2.2 KMZ/KML file for use in Google Earth, however, this format version of the map is limited in data layers presented and in access to GRI ancillary table information. Google Earth software is available for free at: http://www.google.com/earth/index.html. Users are encouraged to only use the Google Earth data for basic visualization, and to use the GIS data for any type of data analysis or investigation. The data were completed as a component of the Geologic Resources Inventory (GRI) program, a National Park Service (NPS) Inventory and Monitoring (I&M) Division funded program that is administered by the NPS Geologic Resources Division (GRD). Source geologic maps and data used to complete this GRI digital dataset were provided by the following: Idaho Geological Survey. Detailed information concerning the sources used and their contribution the GRI product are listed in the Source Citation section(s) of this metadata record (miin_metadata_faq.html; available at http://nrdata.nps.gov/geology/gri_data/gis/miin/miin_metadata_faq.html). Users of this data are cautioned about the locational accuracy of features within this dataset. Based on the source map scale of 1:100,000 and United States National Map Accuracy Standards features are within (horizontally) 50.8 meters or 166.7 feet of their actual location as presented by this dataset. Users of this data should thus not assume the location of features is exactly where they are portrayed in Google Earth, ArcGIS or other software used to display this dataset. All GIS and ancillary tables were produced as per the NPS GRI Geology-GIS Geodatabase Data Model v. 2.3. (available at: http://science.nature.nps.gov/im/inventory/geology/GeologyGISDataModel.cfm). The GIS data projection is NAD83, UTM Zone 11N, however, for the KML/KMZ format the data is projected upon export to WGS84 Geographic, the native coordinate system used by Google Earth. The data is within the area of interest of Minidoka National Historic Site.
https://www.apache.org/licenses/LICENSE-2.0.htmlhttps://www.apache.org/licenses/LICENSE-2.0.html
These data accompany the 2018 manuscript published in PLOS One titled "Mapping the yearly extent of surface coal mining in Central Appalachia using Landsat and Google Earth Engine". In this manuscript, researchers used the Google Earth Engine platform and freely-accessible Landsat imagery to create a yearly dataset (1985 through 2015) of surface coal mining in the Appalachian region of the United States of America. This specific dataset is a collection of Esri shapefiles of the mining areas as determined by this study for each year from 1985 through 2015. Individual file names within the dataset indicate the specific year. These files show the mining “footprint” in Appalachia for that given year, indicating that mining was occurring in a given location during that year. These files do not, however, indicate the year at which mining began or ceased in any given location.
The Unpublished Digital Geologic-GIS Map of Virgin Islands National Park, Virgin Islands is composed of GIS data layers and GIS tables in a 10.1 file geodatabase (viis_geology.gdb), a 10.1 ArcMap (.mxd) map document (viis_geology.mxd), individual 10.1 layer (.lyr) files for each GIS data layer, an ancillary map information document (viis_geology.pdf) which contains source map unit descriptions, as well as other source map text, figures and tables, metadata in FGDC text (.txt) and FAQ (.pdf) formats, and a GIS readme file (viis_geology_gis_readme.pdf). Please read the viis_geology_gis_readme.pdf for information pertaining to the proper extraction of the file geodatabase and other map files. To request GIS data in ESRI 10.1 shapefile format contact Stephanie O'Meara (stephanie.omeara@colostate.edu; see contact information below). The data is also available as a 2.2 KMZ/KML file for use in Google Earth, however, this format version of the map is limited in data layers presented and in access to GRI ancillary table information. Google Earth software is available for free at: http://www.google.com/earth/index.html. Users are encouraged to only use the Google Earth data for basic visualization, and to use the GIS data for any type of data analysis or investigation. The data were completed as a component of the Geologic Resources Inventory (GRI) program, a National Park Service (NPS) Inventory and Monitoring (I&M) Division funded program that is administered by the NPS Geologic Resources Division (GRD). Source geologic maps and data used to complete this GRI digital dataset were provided by the following: U.S. Geological Survey. Detailed information concerning the sources used and their contribution the GRI product are listed in the Source Citation section(s) of this metadata record (viis_geology_metadata.txt or viis_geology_metadata_faq.pdf). Users of this data are cautioned about the locational accuracy of features within this dataset. Based on the source map scale of 1:24,000 and United States National Map Accuracy Standards features are within (horizontally) 12.2 meters or 40 feet of their actual location as presented by this dataset. Users of this data should thus not assume the location of features is exactly where they are portrayed in Google Earth, ArcGIS or other software used to display this dataset. All GIS and ancillary tables were produced as per the NPS GRI Geology-GIS Geodatabase Data Model v. 2.3. (available at: https://www.nps.gov/articles/gri-geodatabase-model.htm). The GIS data projection is NAD83, UTM Zone 20N, however, for the KML/KMZ format the data is projected upon export to WGS84 Geographic, the native coordinate system used by Google Earth. The data is within the area of interest of Virgin Islands National Park.
The dataset was derived by the Bioregional Assessment Programme from multiple source datasets. The source datasets are identified in the Lineage field in this metadata statement. The processes undertaken to produce this derived dataset are described in the History field in this metadata statement.
Hunter Zone of Potential Hydrological change including input and derived layers.
The final Zone of Potential Hydrological Change (ZPHC) is a union of the groundwater ZPHC and suface water ZPHC, which in turn were derived from groundwater and surface water impact modelling. The groundwater component of the ZPHC is where the the probability 5% or greater of equalling or exceeding 0.2m drawdown and is derived from the 95th Quantile layer.
The surface water component of the ZoPHC is derived from the reaches that are deemed impacted from the surface water modelled (sometimes referred to as Step 1 reaches) as well as additional non modelled reaches that are deemed to be potentially impacted due to interactions with the GW drawdown layer (aka Step 2) or proposed mine operations at the surface (aka Step 3). How these are derived is expanded on in the History section of the metadata.
The SW ZoPHC is created from AU cells that intersect any of the impacted stream lines (from steps 1-3 above) as well as those which intersect GDE landscapeclass singlepart polygons withing 150m of the impacted stream lines.
Some manual post processing edits were undertaken to remove anomalous AU cells. Mostly these occurred in the Macquarie-Tuggerah region of the ZoPHC to exclude AU cells selected due to intersecting upslope rainforest and wet schlerophyll forest GDE polygons in narrow valley areas.
The dataset contains the HUN_ZoPHC_source_AU_master_20171115.shp. It is the same as the previous one except that it has the additional field "RIM_reason" which identifies an AU as to what RIM analysis is subject to (eg "forested wetlands"). As before, it also contains the input component layers that were used to define the SW ZoPHC. They being
1) the bits of SW_Modelling reaches (above) that showed modelled or assumed change plus the additional rch_200 and rch_300 reaches
2) GDEs used to identify riparian AUs not intersected by the streamlines above but to be included in the SW ZoPHC.
Importantly the ZoPHC_source_AU_master contains the reach id to which an Assessment Unit (AU) is allocated.
Important note: an AU is only allocated to a reach if it is within the SW ZoPHC
This accounts for why there are some AUs that have a modelled reach passing through them but have a NULL "allocreach" value. It is because they are not in the SW ZoPHC. This will usually be because the reach shows modelled "no change" or there is presumed no change due to the reach not being hydrologically connected to any ACRD activity. However there are some AUs that have been deemed by expert judgement to be not in the SW Zone because existing Baseline activity has nullified the potential ACRD impacts.
GW ZoPHC
A CON statement in ArcGIS Spatial Analyst was used to extract the area of the 95th quantile (HUN_dmax_acrd_quantile_95.asc from the input dataset) raster layer where drawdown was >= 0.2m. The resulting integer zone grid was vectorised into a shapefile. An anomalous zone on the SW boundary of the subregion that was an artefact of the modelling was deleted. The result is the GW ZoPHC
SW ZoPHC
the outputs of the processes below can be found in the "Input_Component_Layers" folder of this dataset.
Step 1
Potentially impacted reaches were extracted from HUN_SW_Modelling_InterpolatedReaches_Network_20170220_v02.shp (source dataset: HUN_SW_Modelling_Reaches_and_HRV_lookup_20170221_v02). These are line features where "SW_ZoPHC" = 'yes' or 'part'. From these extracted "impacted" reaches, the line features classified as "part" were manually edited (cut) according to the description in the HRV (Hydrological Response Variables) LUT spreadsheet (HUN_SW_Modelling_Reaches_HRV_lookup_20170221_v02.xlsx in source dataset: HUN_SW_Modelling_Reaches_and_HRV_lookup_20170221_v02). This typically involved trimming the line back only to that in or downstream of the GW ZoPHC extent. Also some "part" impacted line features were cut where they intersected existing (i.e. baseline) open cut pits (OC). These excisions were done onscreen by eye, with reference to OC pit polygons used for modelling and existing mine workings shown in Google Earth imagery. The result after this trimming of selected features is the shapefile Step_1_SW_Model_ImpactedReaches_modified_for_SWZoPHC_defiition.shp
Step 2
Streams other than "highly intermittent ephemeral" in the Hunter Perenniality layer, that where inside or downstream of the GW ZoPHC were selected and underwent the same Baseline open pit excision process as above. This became the Step_2_NonEphemeral_Streams_affected_by_GW_drawdown_modified_for_SWZoPHC_defiition.shp shapefile. Note that some streams identified by Step 2 are already described in SW model (i.e. are included in the Step 1 features)
Step 3
"highly intermittent ephemeral" streams from the Hunter Perenniality layer that were inside or downstream of ACRD open cut pits (based on the GW model ACRD OC footprint polygons) were selected. This became the Step_3_Ephemeral_Streams_crossing_ACRD_pits_modified_for_SWZoPHC_defiition.shp shapefile.
Using the three "impacted" stream layers derived above in conjunction with a singlepart shapefile, the final Zone of Potential Hydrological Change (ZPHC) is a union of the groundwater ZPHC and surface water ZPHC, which in turn were derived from groundwater and surface water impact modelling.
Bioregional Assessment Programme (2017) HUN ZoPHC and component layers 20171115. Bioregional Assessment Derived Dataset. Viewed 13 March 2019, http://data.bioregionalassessments.gov.au/dataset/d839f3b4-b6b6-438b-acc4-f909067e4135.
Derived From Groundwater Dependent Ecosystems supplied by the NSW Office of Water on 13/05/2014
Derived From NSW Office of Water - National Groundwater Information System 20140701
Derived From HUN Alluvium (1:1m Geology)
Derived From NSW Wetlands
Derived From Geofabric Surface Network - V2.1
Derived From Surface Geology of Australia, 1:1 000 000 scale, 2012 edition
Derived From HUN SW footprint shapefiles v01
Derived From HUN Groundwater footprint polygons v01
Derived From Asset database for the Hunter subregion on 24 February 2016
Derived From NSW Office of Water Surface Water Entitlements Locations v1_Oct2013
Derived From HUN AWRA-L simulation nodes v02
Derived From GEODATA TOPO 250K Series 3, File Geodatabase format (.gdb)
Derived From Bioregional_Assessment_Programme_Catchment Scale Land Use of Australia - 2014
Derived From Hunter subregion boundary
Derived From Greater Hunter Native Vegetation Mapping with Classification for Mapping
Derived From Atlas of Living Australia NSW ALA Portal 20140613
Derived From Bioregional Assessment areas v03
Derived From Groundwater Entitlement Hunter NSW Office of Water 20150324
Derived From Asset database for the Hunter subregion on 20 July 2015
Derived From BA ALL Assessment Units 1000m 'super set' 20160516_v01
Derived From NSW Office of Water Groundwater Licence Extract, North and South Sydney - Oct 2013
Derived From HUN River Perenniality v01
Derived From Mean Annual Climate Data of Australia 1981 to 2012
Derived From Climate Change Corridors (Moist Habitat) for North East NSW
Derived From Bioregional Assessment areas v01
Derived From Bioregional Assessment areas v02
Derived From Victoria - Seamless Geology 2014
Derived From [Climate model 0.05x0.05 cells and cell
Attribution 4.0 (CC BY 4.0)https://creativecommons.org/licenses/by/4.0/
License information was derived automatically
This dataset contains both large (A0) printable maps of the Torres Strait broken into six overlapping regions, based on a clear sky, clear water composite Sentinel 2 composite imagery and the imagery used to create these maps. These maps show satellite imagery of the region, overlaid with reef and island boundaries and names. Not all features are named, just the more prominent features. This also includes a vector map of Ashmore Reef and Boot Reef in Coral Sea as these were used in the same discussions that these maps were developed for. The map of Ashmore Reef includes the atoll platform, reef boundaries and depth polygons for 5 m and 10 m.
This dataset contains all working files used in the development of these maps. This includes all a copy of all the source datasets and all derived satellite image tiles and QGIS files used to create the maps. This includes cloud free Sentinel 2 composite imagery of the Torres Strait region with alpha blended edges to allow the creation of a smooth high resolution basemap of the region.
The base imagery is similar to the older base imagery dataset: Torres Strait clear sky, clear water Landsat 5 satellite composite (NERP TE 13.1 eAtlas, AIMS, source: NASA).
Most of the imagery in the composite imagery from 2017 - 2021.
Method:
The Sentinel 2 basemap was produced by processing imagery from the World_AIMS_Marine-satellite-imagery dataset (01-data/World_AIMS_Marine-satellite-imagery in the data download) for the Torres Strait region. The TrueColour imagery for the scenes covering the mapped area were downloaded. Both the reference 1 imagery (R1) and reference 2 imagery (R2) was copied for processing. R1 imagery contains the lowest noise, most cloud free imagery, while R2 contains the next best set of imagery. Both R1 and R2 are typically composite images from multiple dates.
The R2 images were selectively blended using manually created masks with the R1 images. This was done to get the best combination of both images and typically resulted in a reduction in some of the cloud artefacts in the R1 images. The mask creation and previewing of the blending was performed in Photoshop. The created masks were saved in 01-data/R2-R1-masks. To help with the blending of neighbouring images a feathered alpha channel was added to the imagery. The processing of the merging (using the masks) and the creation of the feathered borders on the images was performed using a Python script (src/local/03-merge-R2-R1-images.py) using the Pillow library and GDAL. The neighbouring image blending mask was created by applying a blurring of the original hard image mask. This allowed neighbouring image tiles to merge together.
The imagery and reference datasets (reef boundaries, EEZ) were loaded into QGIS for the creation of the printable maps.
To optimise the matching of the resulting map slight brightness adjustments were applied to each scene tile to match its neighbours. This was done in the setup of each image in QGIS. This adjustment was imperfect as each tile was made from a different combinations of days (to remove clouds) resulting in each scene having a different tonal gradients across the scene then its neighbours. Additionally Sentinel 2 has slight stripes (at 13 degrees off the vertical) due to the swath of each sensor having a slight sensitivity difference. This effect was uncorrected in this imagery.
Single merged composite GeoTiff:
The image tiles with alpha blended edges work well in QGIS, but not in ArcGIS Pro. To allow this imagery to be used across tools that don't support the alpha blending we merged and flattened the tiles into a single large GeoTiff with no alpha channel. This was done by rendering the map created in QGIS into a single large image. This was done in multiple steps to make the process manageable.
The rendered map was cut into twenty 1 x 1 degree georeferenced PNG images using the Atlas feature of QGIS. This process baked in the alpha blending across neighbouring Sentinel 2 scenes. The PNG images were then merged back into a large GeoTiff image using GDAL (via QGIS), removing the alpha channel. The brightness of the image was adjusted so that the darkest pixels in the image were 1, saving the value 0 for nodata masking and the boundary was clipped, using a polygon boundary, to trim off the outer feathering. The image was then optimised for performance by using internal tiling and adding overviews. A full breakdown of these steps is provided in the README.md in the 'Browse and download all data files' link.
The merged final image is available in export\TS_AIMS_Torres Strait-Sentinel-2_Composite.tif
.
Source datasets:
Complete Great Barrier Reef (GBR) Island and Reef Feature boundaries including Torres Strait Version 1b (NESP TWQ 3.13, AIMS, TSRA, GBRMPA), https://eatlas.org.au/data/uuid/d2396b2c-68d4-4f4b-aab0-52f7bc4a81f5
Geoscience Australia (2014b), Seas and Submerged Lands Act 1973 - Australian Maritime Boundaries 2014a - Geodatabase [Dataset]. Canberra, Australia: Author. https://creativecommons.org/licenses/by/4.0/ [license]. Sourced on 12 July 2017, https://dx.doi.org/10.4225/25/5539DFE87D895
Basemap/AU_GA_AMB_2014a/Exclusive_Economic_Zone_AMB2014a_Limit.shp
The original data was obtained from GA (Geoscience Australia, 2014a). The Geodatabase was loaded in ArcMap. The Exclusive_Economic_Zone_AMB2014a_Limit layer was loaded and exported as a shapefile. Since this file was small no clipping was applied to the data.
Geoscience Australia (2014a), Treaties - Australian Maritime Boundaries (AMB) 2014a [Dataset]. Canberra, Australia: Author. https://creativecommons.org/licenses/by/4.0/ [license]. Sourced on 12 July 2017, http://dx.doi.org/10.4225/25/5539E01878302
Basemap/AU_GA_Treaties-AMB_2014a/Papua_New_Guinea_TSPZ_AMB2014a_Limit.shp
The original data was obtained from GA (Geoscience Australia, 2014b). The Geodatabase was loaded in ArcMap. The Papua_New_Guinea_TSPZ_AMB2014a_Limit layer was loaded and exported as a shapefile. Since this file was small no clipping was applied to the data.
AIMS Coral Sea Features (2022) - DRAFT
This is a draft version of this dataset. The region for Ashmore and Boot reef was checked. The attributes in these datasets haven't been cleaned up. Note these files should not be considered finalised and are only suitable for maps around Ashmore Reef. Please source an updated version of this dataset for any other purpose.
CS_AIMS_Coral-Sea-Features/CS_Names/Names.shp
CS_AIMS_Coral-Sea-Features/CS_Platform_adj/CS_Platform.shp
CS_AIMS_Coral-Sea-Features/CS_Reef_Boundaries_adj/CS_Reef_Boundaries.shp
CS_AIMS_Coral-Sea-Features/CS_Depth/CS_AIMS_Coral-Sea-Features_Img_S2_R1_Depth5m_Coral-Sea.shp
CS_AIMS_Coral-Sea-Features/CS_Depth/CS_AIMS_Coral-Sea-Features_Img_S2_R1_Depth10m_Coral-Sea.shp
Murray Island 20 Sept 2011 15cm SISP aerial imagery, Queensland Spatial Imagery Services Program, Department of Resources, Queensland
This is the high resolution imagery used to create the map of Mer.
World_AIMS_Marine-satellite-imagery
The base image composites used in this dataset were based on an early version of Lawrey, E., Hammerton, M. (2024). Marine satellite imagery test collections (AIMS) [Data set]. eAtlas. https://doi.org/10.26274/zq26-a956. A snapshot of the code at the time this dataset was developed is made available in the 01-data/World_AIMS_Marine-satellite-imagery folder of the download of this dataset.
Data Location:
This dataset is filed in the eAtlas enduring data repository at: data\custodian\2020-2029-AIMS\TS_AIMS_Torres-Strait-Sentinel-2-regional-maps. On the eAtlas server it is stored at eAtlas GeoServer\data\2020-2029-AIMS.
Change Log:
2025-05-12: Eric Lawrey
Added Torres-Strait-Region-Map-Masig-Ugar-Erub-45k-A0 and Torres-Strait-Eastern-Region-Map-Landscape-A0. These maps have a brighten satellite imagery to allow easier reading of writing on the maps. They also include markers for geo-referencing the maps for digitisation.
2025-02-04: Eric Lawrey
Fixed up the reference to the World_AIMS_Marine-satellite-imagery dataset, clarifying where the source that was used in this dataset. Added ORCID and RORs to the record.
2023-11-22: Eric Lawrey
Added the data and maps for close up of Mer.
- 01-data/TS_DNRM_Mer-aerial-imagery/
- preview/Torres-Strait-Mer-Map-Landscape-A0.jpeg
- exports/Torres-Strait-Mer-Map-Landscape-A0.pdf
Updated 02-Torres-Strait-regional-maps.qgz to include the layout for the new map.
2023-03-02: Eric Lawrey
Created a merged version of the satellite imagery, with no alpha blending so that it can be used in ArcGIS Pro. It is now a single large GeoTiff image. The Google Earth Engine source code for the World_AIMS_Marine-satellite-imagery was included to improve the reproducibility and provenance of the dataset, along with a calculation of the distribution of image dates that went into the final composite image. A WMS service for the imagery was also setup and linked to from the metadata. A cross reference to the older Torres Strait clear sky clear water Landsat composite imagery was also added to the record.
Street sweeping zones by Ward and Ward Section Number. The zones are the same as those used in 2014. For the corresponding schedule, see https://data.cityofchicago.org/d/waad-z968. Because the City of Chicago ward map will change on May 18, 2015, this dataset will be supplemented with an additional dataset to cover the remainder of 2015 (through November). For more information about the City's Street Sweeping program, go to http://bit.ly/H2PHUP. The data can be viewed on the Chicago Data Portal with a web browser. However, to view or use the files outside of a web browser, you will need to use compression software and special GIS software, such as ESRI ArcGIS (shapefile) or Google Earth (KML or KMZ).
Attribution 4.0 (CC BY 4.0)https://creativecommons.org/licenses/by/4.0/
License information was derived automatically
This repository is for the datasets of “Resilience of Spanish forests to recent droughts and climate change” (Khoury and Coomes, 2020, GCB). The datasets include Satellite data, climate variables and elevation, all extracted and pre-processed in Google Earth Engine. They include species distribution maps and protect areas shapefiles used in the study. The code for the analyses done in R are available upon request. The datasets alongside the code can be used to reproduce the results of the paper. Please cite Khoury and Coomes (2020) or acknowledge this dataset 10.6084/m9.figshare.12612416.
This dataset contains projections of shoreline change and uncertainty bands for future scenarios of sea-level rise (SLR). Scenarios include 25, 50, 75, 100, 150, 200, and 300 centimeters (cm) of SLR by the year 2100. Output for SLR of 0 cm is also included, reflective of conditions in 2005, in accordance with recent SLR projections and guidance from the National Oceanic and Atmospheric Administration (NOAA; see process steps).Projections were made using the Coastal Storm Modeling System - Coastal One-line Assimilated Simulation Tool (CoSMoS-COAST), a numerical model (described in Vitousek and others, 2017; 2021; 2023) run in an ensemble forced with global-to-local nested wave models and assimilated with satellite-derived shoreline (SDS) observations. Shoreline positions from models are generated at pre-determined cross-shore transects and output includes different cases covering important model behaviors (cases are described in process steps of metadata; see citations listed in the Cross References section for more details on the methodology and supporting information). This model shows change in shoreline positions along transects, considering sea level, wave conditions, along-shore/cross-shore sediment transport, long-term trends due to sediment supply, and estimated variability due to unresolved processes (as described in Vitousek and others, 2021). Variability associated with complex coastal processes (for example, beach cusps/undulations and shore-attached sandbars) are included via a noise parameter in a model, which is tuned using observations of shoreline change at each transect and run in an ensemble of 200 simulations; this approach allows for a representation of statistical variability in a model that is assimilated with sequences of noisy observations. The model synthesizes and improves upon numerous, well-established shoreline models in the scientific literature; processes and methods are described in this metadata (see lineage and process steps), but also described in more detail in Vitousek and others 2017, 2021, and 2023. KMZ data are readily viewable in Google Earth. For best display of results, it is recommended to turn off any 3D features or terrain. For technical users and researchers, shapefile and KMZ data can be ingested into geographic information system (GIS) software such as Global Mapper or QGIS.
This dataset contains projections of shoreline change and uncertainty bands across California for future scenarios of sea-level rise (SLR). Projections were made using the Coastal Storm Modeling System - Coastal One-line Assimilated Simulation Tool (CoSMoS-COAST), a numerical model run in an ensemble forced with global-to-local nested wave models and assimilated with satellite-derived shoreline (SDS) observations across the state. Scenarios include 25, 50, 75, 100, 125, 150, 175, 200, 250, 300 and 500 centimeters (cm) of SLR by the year 2100. Output for SLR of 0 cm is also included, reflective of conditions in 2000. This model shows change in shoreline positions along pre-determined cross-shore transects, considering sea level, wave conditions, along-shore/cross-shore sediment transport, long-term trends due to sediment supply, and estimated variability due to unresolved processes (as described in Vitousek and others, 2021). Variability associated with complex coastal processes (for example, beach cusps/undulations and shore-attached sandbars) are included via a noise parameter in a model, which is tuned using observations of shoreline change at each transect and run in an ensemble of 200 simulations; this approach allows for a representation of statistical variability in a model that is assimilated with sequences of noisy observations. The model synthesizes and improves upon numerous, well-established shoreline models in the scientific literature; processes and methods are described in this metadata (see lineage and process steps), but also described in more detail in Vitousek and others 2017, 2021, and 2023. Output includes different cases covering important model behaviors (cases are described in process steps of this metadata). KMZ data are readily viewable in Google Earth. For best display of results, it is recommended to turn off any 3D features or terrain. For technical users and researchers, shapefile and KMZ data can be ingested into geographic information system (GIS) software such as Global Mapper or QGIS.
Not seeing a result you expected?
Learn how you can add new datasets to our index.
CC0 1.0 Universal Public Domain Dedicationhttps://creativecommons.org/publicdomain/zero/1.0/
License information was derived automatically
Google Earth Engine used to compute the NDVI statistics added to Globe-LFMC. The input of the program is a point shapefile (“samplePlotsShapefile”, extensions .cpg, .dbf, .prj, .shp, .shx) representing the location of each Globe-LFMC site. This shapefile is available as additional data in figshare (see Code Availability). To run this GEE code the shapefile needs to be uploaded into the GEE Assets and, then, imported into the Code Editor with the name “plots” (without quotation marks).Google Earth Engine codeChange Notice - GEE_script_for_GlobeLFMC_ndvi_stats_v2.jsThe following acknowledgements have been added at the beginning of the code: “Portions of the following code are modifications based on work created and shared by Google in Earth Engine Data Catalog and Earth Engine Guides under the Apache 2.0 License. https://www.apache.org/licenses/LICENSE-2.0”Change Notice - samplePlotsShapefile_v2The shapefile describing the database sites has been corrected and updated with the correct coordinates.