WSDOT template for Esri file geodatabase polygon feature class. Template has pre-defined attribute schema to help users create data that is more consistent or compliant with agency standards. Metadata has been created using the FGDC metadata style but stored in the ArcGIS format. Content presentation will change upon export to FGDC format.This service is maintained by the WSDOT Transportation Data, GIS & Modeling Office. If you are having trouble viewing the service, please contact Online Map Support at onlinemapsupport@wsdot.wa.gov.

The SMA implementation is comprised of one feature dataset, with several polygon feature classes, rather than a single feature class. SurfaceManagementAgency: The Surface Management Agency (SMA) Geographic Information System (GIS) dataset depicts Federal land for the United States and classifies this land by its active Federal surface managing agency. The SMA feature class covers the continental United States, Alaska, Hawaii, Puerto Rico, Guam, American Samoa and the Virgin Islands. A Federal SMA agency refers to a Federal agency with administrative jurisdiction over the surface of Federal lands. Jurisdiction over the land is defined when the land is either: Withdrawn by some administrative or legislative action, or Acquired or Exchanged by a Federal Agency. This layer is a dynamic assembly of spatial data layers maintained at various federal and local government offices. The GIS data contained in this dataset represents the polygon features that show the boundaries for Surface Management Agency and the surface extent of each Federal agencyâ s surface administrative jurisdiction. SMA data depicts current withdrawn areas for a particular agency and (when appropriate) includes land that was acquired or exchanged and is located outside of a withdrawal area for that agency. The SMA data do not illustrate land status ownership pattern boundaries or contain land ownership attribute details. SMA_Withdrawals: The Surface Management Agency (SMA) Withdrawals Geographic Information System (GIS) dataset includes all of the known withdrawals which transfer surface jurisdictional responsibilities to federal agencies. The SMA Withdrawls feature class covers the continental United States, Alaska, Hawaii, Puerto Rico, Guam, American Samoa and the Virgin Islands. A Federal SMA Withdrawal is defined by formal actions that set aside, withhold, or reserve Federal land by statute or administrative order for public purposes. A withdrawal creates a title encumbrance on the land. Withdrawals must accomplish one or more of the following: A. Transfer total or partial jurisdiction of Federal land between Federal agencies. B. Close (segregate) Federal land to operation of all or some of the public land laws and/or mineral laws. C. Dedicate Federal land to a specific public purpose. There are four major categories of formal withdrawals: (1) Administrative, (2) Presidential Proclamations, (3) Congressional, and (4) Federal Power Act (FPA) or Federal Energy Regulatory Commission (FERC) Withdrawals. These SMA Withdrawals will include the present total extent of withdrawn areas rather than all of the individual withdrawal actions that created them over time. These data do not illustrate land status ownership pattern boundaries or contain land ownership attribute details. SPP_WithdrawalAreas: The Special Public Purpose (SPP) Withdrawals Geographic Information System (GIS) dataset includes all of the known SPP Withdrawal Areas, which limit use or access to Federal lands (e.g. Wilderness, National Monument). The Special Public Purpose Withdrawal Areas feature class covers the continental United States, Alaska, Hawaii, Puerto Rico, Guam, American Samoa and the Virgin Islands. A Federal SPP Withdrawal Area is defined by formal actions that set aside, withhold, or reserve Federal land by statute or administrative order for public purposes. A withdrawal creates a title encumbrance on the land. Withdrawals must accomplish one or more of the following: A. Transfer total or partial jurisdiction of Federal land between Federal agencies. B. Close (segregate) Federal land to operation of all or some of the public land laws and/or mineral laws. C. Dedicate Federal land to a specific public purpose. There are four major categories of formal withdrawals: (1) Administrative, (2) Presidential Proclamations, (3) Congressional, and (4) Federal Power Act (FPA) or Federal Energy Regulatory Commission (FERC) Withdrawals. These SPP Withdrawals include the present total extent of withdrawn areas rather than all of the individual withdrawal actions that created them over time. These data do not illustrate land status ownership pattern boundaries or contain land ownership attribute details.

NYS Building Footprints - metadata info:The New York State building footprints service contains building footprints with address information. The footprints have address point information folded in from the Streets and Address Matching (SAM - https://gis.ny.gov/streets/) address point file. The building footprints have a field called “Address Range”, this field shows (where available) either a single address or an address range, depending on the address points that fall within the footprint. Ex: 3860 Atlantic Avenue or Ex: 32 - 34 Wheatfield Circle Building footprints in New York State are from four different sources: Microsoft, Open Data, New York State Energy Research and Development Authority (NYSERDA), and Geospatial Services. The majority of the footprints are from NYSERDA, except in NYC where the primary source was Open Data. Microsoft footprints were added where the other 2 sources were missing polygons. Field Descriptions: NYSGeo Source : tells the end user if the source is NYSERDA, Microsoft, NYC Open Data, and could expand from here in the futureAddress Point Count: the number of address points that fall within that building footprintAddress Range : If an address point falls within a footprint it lists the range of those address points. Ex: if a building is on a corner of South Pearl and Beaver Street, 40 points fall on the building, and 35 are South Pearl Street it would give the range of addresses for South Pearl. We also removed sub addresses from this range, primarily apartment related. For example, in above example, it would not list 30 South Pearl, Apartment 5A, it would list 30 South Pearl.Most Common Street : the street name of the largest number of address points. In the above example, it would list “South Pearl” as the most common street since the majority of address points list it as the street. Other Streets: the list of other streets that fall within the building footprint, if any. In the above example, “Beaver Street” would be listed since address points for Beaver Street fall on the footprint but are not in the majority.County Name : County name populated from CIESINs. If not populated from CIESINs, identified by the GSMunicipality Name : Municipality name populated from CIESINs. If not populated from CIESINs, identified by the GSSource: Source where the data came from. If NYSGeo Source = NYSERDA, the data would typically list orthoimagery, LIDAR, county data, etc.Source ID: if NYSGeo Source = NYSERDA, Source ID would typically list an orthoimage or LIDAR tileSource Date: Date the footprint was created. If the source image was from 2016 orthoimagery, 2016 would be the Source Date. Description of each footprint source:NYSERDA Building footprints that were created as part of the New York State Flood Impact Decision Support Systems https://fidss.ciesin.columbia.edu/home Footprints vary in age from county to county.Microsoft Building Footprints released 6/28/2018 - vintage unknown/varies. More info on this dataset can be found at https://blogs.bing.com/maps/2018-06/microsoft-releases-125-million-building-footprints-in-the-us-as-open-data.NYC Open Data - Building Footprints of New York City as a polygon feature class. Last updated 7/30/2018, downloaded on 8/6/2018. Feature Class of footprint outlines of buildings in New York City. Please see the following link for additional documentation- https://github.com/CityOfNewYork/nyc-geo-metadata/blob/master/Metadata/Metadata_BuildingFootprints.mdSpatial Reference of Source Data: UTM Zone 18, meters, NAD 83. Spatial Reference of Web Service: Spatial Reference of Web Service: WGS 1984 Web Mercator Auxiliary Sphere.

Interior Fuels and Post-Fire Reporting System (IFPRS) is where all estimated (AKA planned) and actual (AKA completed) fuels treatments are documented. IFPRS Treatments and Activities - OverviewSince the start of FY24 IFPRS is the system of record. ALL fuels treatments are required to have an estimated polygon and an actual polygon. The service documents geospatial data representing current and future actions that may be funded by the Department of the Interior’s wildland fire management program._Documenting, managing and protecting our lands in the National Park Service, remains fundamental to our understanding of the nationally significant landscapes we steward. The ability to use geographic information systems (GIS) to help manage all aspects of park operations, including wildland fire history and fuel treatments, provides the National Park Service with a powerful tool. In order to take advantage of this tool to adequately plan and maintain wildland fires among other daily activities, we must maintain accurate spatial information for wildland fire history and fuel treatments. This service displays our wildland fire history. It will assist in program direction, reporting and information requests. Purpose and BenefitsThe purpose of creating and utilizing such wildland fire history and fuel treatment spatial data services is to consolidate our wildland fire history and fuel treatment spatial data and integrate the existing feature attribute information into a national database for budgeting, reporting and planning purposes. Visualizing trends in wildland fire history data geographically through a GIS and accessing all available descriptive information at the same time, without needing to physically combine databases creates a powerful management tool. In this way, planners, resource managers, and superintendents can bring all of the various perspectives which may relate to a single wildland fire together via GIS, enabling them to visualize trends and explore how resources of different types may relate to each other and their contexts. Ultimately, use of the wildland fire history service will lead to more comprehensive access to all of our available wildland fire history and fuel treatment data and provide a more integrated approach to wildland fire data management across the NPS and at all levels: park, region and program. As resource specialists and managers continue to move their legacy data into the service and collect new data in the service, it will allow the NPS Fire Program to effectively budget, plan and manage future wildland fires and fuel treatments. LayersThis service is a combination of two feature classes the NPS Fire GIS program uses to store NPS fire program data agency wide. Each polygon feature displayed includes attributes from the shape's corresponding NFPORS Treatment record. Data is updated nightly to reflect any edits from NFPORS, NPS Treatment Inspector and edits made by Regional Fire GIS Specialists. TreatmentA point feature class representing past and future fuel treatments. This feature class is updated on a regular basis from the National Fire Plan Operations and Reporting System (NFPORS). Treatment records can be created for non-NFPORS treatments or for treatments before NFPORS began in 2003. The Treatment feature class has a many to many relationship to the Event feature class - meaning many treatments can have many events and vice versa. Planned Event A polygon feature class representing planned events. This feature class will represent any planned treatments. Once the planned treatment has been completed, a copy of the polygon will be pasted in the event feature class or new geometry can be created directly in the event feature class.

This Landslide Compilation Polygons feature class represents landslide deposits throughout Utah, is the result of multiple landslide compilations and digitizing efforts by the Utah Geological Survey (UGS), and is not new landslide-specific mapping. Harty (1992, 1993) produced a statewide landslide compilation on 46 30’ x 60’ quadrangle maps at 1:100,000 scale. Landslides were compiled from all known pre-1989 published and unpublished references available at the time (Harty, 1992, 1993). The Utah Automated Geographic Reference Center (AGRC) digitized the 30’ x 60’ Harty (1992, 1993) quadrangle maps to create a digital statewide landslide deposit feature class. Elliott and Harty (2010) updated the AGRC feature class by adding additional landslides from 1989 to mid-2007 geologic maps and internal UGS landslide investigations. Elliott and Harty (2010) also added additional fields to the feature class. As a compilation, this data represents existing mapping from multiple sources, at a variety of scales and accuracies, and not new detailed comprehensive mapping of landslides. Last updated March 2016.

This is a polygon feature class that holds polygons that make up the unincorporated town of McLean County. A polygon was drawn around all parcels that make up the unicorporated areas and exported to a new layer.

The files linked to this reference are the geospatial data created as part of the completion of the baseline vegetation inventory project for the NPS park unit. Current format is ArcGIS file geodatabase but older formats may exist as shapefiles. We converted the photointerpreted data into a format usable in a geographic information system (GIS) by employing three fundamental processes: (1) orthorectify, (2) digitize, and (3) develop the geodatabase. All digital map automation was projected in Universal Transverse Mercator (UTM), Zone 16, using the North American Datum of 1983 (NAD83). Orthorectify: We orthorectified the interpreted overlays by using OrthoMapper, a softcopy photogrammetric software for GIS. One function of OrthoMapper is to create orthorectified imagery from scanned and unrectified imagery (Image Processing Software, Inc., 2002). The software features a method of visual orientation involving a point-and-click operation that uses existing orthorectified horizontal and vertical base maps. Of primary importance to us, OrthoMapper also has the capability to orthorectify the photointerpreted overlays of each photograph based on the reference information provided. Digitize: To produce a polygon vector layer for use in ArcGIS (Environmental Systems Research Institute [ESRI], Redlands, California), we converted each raster-based image mosaic of orthorectified overlays containing the photointerpreted data into a grid format by using ArcGIS. In ArcGIS, we used the ArcScan extension to trace the raster data and produce ESRI shapefiles. We digitally assigned map-attribute codes (both map-class codes and physiognomic modifier codes) to the polygons and checked the digital data against the photointerpreted overlays for line and attribute consistency. Ultimately, we merged the individual layers into a seamless layer. Geodatabase: At this stage, the map layer has only map-attribute codes assigned to each polygon. To assign meaningful information to each polygon (e.g., map-class names, physiognomic definitions, links to NVCS types), we produced a feature-class table, along with other supportive tables and subsequently related them together via an ArcGIS Geodatabase. This geodatabase also links the map to other feature-class layers produced from this project, including vegetation sample plots, accuracy assessment (AA) sites, aerial photo locations, and project boundary extent. A geodatabase provides access to a variety of interlocking data sets, is expandable, and equips resource managers and researchers with a powerful GIS tool.

This GIS dataset is a compilation of existing surficial map information for Alberta, edited for mapping continuity and generalized to make it suitable for presentation and use at 1:1,000,000 scale. It is the dataset used to create Alberta Geological Survey Map 601: Surficial Geology of Alberta. The data were prepared from an intermediate dataset (Alberta Geological Survey DIG 2013-0001), which was edgematched and then the boundaries between similar polygons were 'dissolved.' The residual dataset was then generalized selectively using the Geological Survey of Canada's GeoScaler software. We then added attributes describing the generalized polygons, including unit description, texture, genetic group, and geological age. The data were created as an Esri file geodatabase feature class and exported for public distribution as an Esri shapefile called Surf1M_py_ll.shp. The layer file Surf1M_py_ll.lyr is also included for the convenience of Esri software users (version 9.2).

This feature class was created by exporting the Census County Subdivision polygon features from the 2020 TIGER/Line Geodatabase.TIGER Geodatabases are spatial extracts from the Census Bureau’s MAF/TIGER database. These files do not include demographic data, but they contain geographic entity codes that can be linked to the Census Bureau’s demographic data.

A polygon feature class (FC) of Ambulatory Surgical Centers (ASC) boundaries within Miami-Dade. This layer was created by intersecting the ASC locations with parcel_Poly.Updated: Annually The data was created using: Projected Coordinate System: WGS_1984_Web_Mercator_Auxiliary_SphereProjection: Mercator_Auxiliary_Sphere

This GIS dataset is a compilation of existing surficial map information for Alberta, edited for mapping continuity and generalized to make it suitable for presentation and use at 1:1,000,000 scale. It is the dataset used to create Alberta Geological Survey Map 601: Surficial Geology of Alberta. The data were prepared from an intermediate dataset (Alberta Geological Survey DIG 2013-0001), which was edgematched and then the boundaries between similar polygons were 'dissolved.' The residual dataset was then generalized selectively using the Geological Survey of Canada's GeoScaler software. We then added attributes describing the generalized polygons, including unit description, texture, genetic group, and geological age. The data were created as an Esri file geodatabase feature class and exported for public distribution as an Esri shapefile called Surf1M_py_ll.shp. The layer file Surf1M_py_ll.lyr is also included for the convenience of Esri software users (version 9.2).

This street centerline lines feature class represents current right of way in the City of Los Angeles. It shows the official street names and is related to the official street name data. The Mapping and Land Records Division of the Bureau of Engineering, Department of Public Works provides the most current geographic information of the public right of way. The right of way information is available on NavigateLA, a website hosted by the Bureau of Engineering, Department of Public Works. Street Centerline layer was created in geographical information systems (GIS) software to display Dedicated street centerlines. The street centerline layer is a feature class in the LACityCenterlineData.gdb Geodatabase dataset. The layer consists of spatial data as a line feature class and attribute data for the features. City of LA District Offices use Street Centerline layer to determine dedication and street improvement requirements. Engineering street standards are followed to dedicate the street for development. The Bureau of Street Services tracks the location of existing streets, who need to maintain that road. Additional information was added to Street Centerline layer. Address range attributes were added make layer useful for geocoding. Section ID values from Bureau of Street Services were added to make layer useful for pavement management. Department of City Planning added street designation attributes taken from Community Plan maps. The street centerline relates to the Official Street Name table named EASIS, Engineering Automated Street Inventory System, which contains data describing the limits of the street segment. A street centerline segment should only be added to the Street Centerline layer if documentation exists, such as a Deed or a Plan approved by the City Council. Paper streets are street lines shown on a recorded plan but have not yet come into existence on the ground. These street centerline segments are in the Street Centerline layer because there is documentation such as a Deed or a Plan for the construction of that street. Previously, some street line features were added although documentation did not exist. Currently, a Deed, Tract, or a Plan must exist in order to add street line features. Many street line features were edited by viewing the Thomas Bros Map's Transportation layer, TRNL_037 coverage, back when the street centerline coverage was created. When TBM and BOE street centerline layers were compared visually, TBM's layer contained many valid streets that BOE layer did not contain. In addition to TBM streets, Planning Department requested adding street line segments they use for reference. Further, the street centerline layer features are split where the lines intersect. The intersection point is created and maintained in the Intersection layer. The intersection attributes are used in the Intersection search function on NavigateLA on BOE's web mapping application NavigateLA. The City of Los Angeles Municipal code states, all public right-of-ways (roads, alleys, etc) are streets, thus all of them have intersections. Note that there are named alleys in the BOE Street Centerline layer. Since the line features for named alleys are stored in the Street Centerline layer, there are no line features for named alleys in those areas that are geographically coincident in the Alley layer. For a named alley , the corresponding record contains the street designation field value of ST_DESIG = 20, and there is a name stored in the STNAME and STSFX fields.List of Fields:SHAPE: Feature geometry.OBJECTID: Internal feature number.STNAME_A: Street name Alias.ST_SUBTYPE: Street subtype.SV_STATUS: Status of street in service, whether the street is an accessible roadway. Values: • Y - Yes • N - NoTDIR: Street direction. Values: • S - South • N - North • E - East • W - WestADLF: From address range, left side.ZIP_R: Zip code right.ADRT: To address range, right side.INT_ID_TO: Street intersection identification number at the line segment's end node. The value relates to the intersection layer attribute table, to the CL_NODE_ID field. The values are assigned automatically and consecutively by the ArcGIS software first to the street centerline data layer and then the intersections data layer, during the creation of new intersection points. Each intersection identification number is a unique value.SECT_ID: Section ID used by the Bureau of Street Services. Values: • none - No Section ID value • private - Private street • closed - Street is closed from service • temp - Temporary • propose - Proposed construction of a street • walk - Street line is a walk or walkway • known as - • numeric value - A 7 digit numeric value for street resurfacing • outside - Street line segment is outside the City of Los Angeles boundary • pierce - Street segment type • alley - Named alleySTSFX_A: Street suffix Alias.SFXDIR: Street direction suffix Values: • N - North • E - East • W - West • S - SouthCRTN_DT: Creation date of the polygon feature.STNAME: Street name.ZIP_L: Zip code left.STSFX: Street suffix. Values: • BLVD - BoulevardADLT: To address range, left side.ID: Unique line segment identifierMAPSHEET: The alpha-numeric mapsheet number, which refers to a valid B-map or A-map number on the Cadastral tract index map. Values: • B, A, -5A - Any of these alpha-numeric combinations are used, whereas the underlined spaces are the numbers.STNUM: Street identification number. This field relates to the Official Street Name table named EASIS, to the corresponding STR_ID field.ASSETID: User-defined feature autonumber.TEMP: This attribute is no longer used. This attribute was used to enter 'R' for reference arc line segments that were added to the spatial data, in coverage format. Reference lines were temporary and not part of the final data layer. After editing the permanent line segments, the user would delete temporary lines given by this attribute.LST_MODF_DT: Last modification date of the polygon feature.REMARKS: This attribute is a combination of remarks about the street centerline. Values include a general remark, the Council File number, which refers the street status, or whether a private street is a private driveway. The Council File number can be researched on the City Clerk's website http://cityclerk.lacity.org/lacityclerkconnect/INT_ID_FROM: Street intersection identification number at the line segment's start node. The value relates to the intersection layer attribute table, to the CL_NODE_ID field. The values are assigned automatically and consecutively by the ArcGIS software first to the street centerline data layer and then the intersections data layer, during the creation of new intersection points. Each intersection identification number is a unique value.ADRF: From address range, right side.

A polygon feature class of hospital facility boundaries within Miami-Dade County.Updated: Annually The data was created using: Projected Coordinate System: WGS_1984_Web_Mercator_Auxiliary_SphereProjection: Mercator_Auxiliary_Sphere

A polygon feature class of Right Of Way polygons within Miami-Dade County.Updated: Not Planned The data was created using: Projected Coordinate System: WGS_1984_Web_Mercator_Auxiliary_SphereProjection: Mercator_Auxiliary_Sphere

This intersection points feature class represents current intersections in the City of Los Angeles. Few intersection points, named pseudo nodes, are used to split the street centerline at a point that is not a true intersection at the ground level. The Mapping and Land Records Division of the Bureau of Engineering, Department of Public Works provides the most current geographic information of the public right of way. The right of way information is available on NavigateLA, a website hosted by the Bureau of Engineering, Department of Public Works.Intersection layer was created in geographical information systems (GIS) software to display intersection points. Intersection points are placed where street line features join or cross each other and where freeway off- and on-ramp line features join street line features. The intersection points layer is a feature class in the LACityCenterlineData.gdb Geodatabase dataset. The layer consists of spatial data as a point feature class and attribute data for the features. The intersection points relates to the intersection attribute table, which contains data describing the limits of the street segment, by the CL_NODE_ID field. The layer shows the location of the intersection points on map products and web mapping applications, and the Department of Transportation, LADOT, uses the intersection points in their GIS system. The intersection attributes are used in the Intersection search function on BOE's web mapping application NavigateLA. The intersection spatial data and related attribute data are maintained in the Intersection layer using Street Centerline Editing application. The City of Los Angeles Municipal code states, all public right-of-ways (roads, alleys, etc) are streets, thus all of them have intersections. List of Fields:Y: This field captures the georeferenced location along the vertical plane of the point in the data layer that is projected in Stateplane Coordinate System NAD83. For example, Y = in the record of a point, while the X = .CL_NODE_ID: This field value is entered as new point features are added to the edit layer, during Street Centerline application editing process. The values are assigned automatically and consecutively by the ArcGIS software first to the street centerline spatial data layer, then the intersections point spatial data layer, and then the intersections point attribute data during the creation of new intersection points. Each intersection identification number is a unique value. The value relates to the street centerline layer attributes, to the INT_ID_FROM and INT_ID_TO fields. One or more street centerline features intersect the intersection point feature. For example, if a street centerline segment ends at a cul-de-sac, then the point feature intersects only one street centerline segment.X: This field captures the georeferenced location along the horizontal plane of the point in the data layer that is projected in Stateplane Coordinate System NAD83. For example, X = in the record of a point, while the Y = .ASSETID: User-defined feature autonumber.USER_ID: The name of the user carrying out the edits.SHAPE: Feature geometry.LST_MODF_DT: Last modification date of the polygon feature.LAT: This field captures the Latitude in deciaml degrees units of the point in the data layer that is projected in Geographic Coordinate System GCS_North_American_1983.OBJECTID: Internal feature number.CRTN_DT: Creation date of the polygon feature.TYPE: This field captures a value for intersection point features that are psuedo nodes or outside of the City. A pseudo node, or point, does not signify a true intersection of two or more different street centerline features. The point is there to split the line feature into two segments. A pseudo node may be needed if for example, the Bureau of Street Services (BSS) has assigned different SECT_ID values for those segments. Values: • S - Feature is a pseudo node and not a true intersection. • null - Feature is an intersection point. • O - Intersection point is outside of the City of LA boundary.LON: This field captures the Longitude in deciaml degrees units of the point in the data layer that is projected in Geographic Coordinate System GCS_North_American_1983.

This is created via a database view between Capital Improvement Project Merged Polygons and a Projects List table that originates in Sharepoint. The GIS data is created by using the Minimum Bounding Box Tool on the Capital Improvement Projects Lines and Polygons. The Points are buffered by 100 feet and all are merged together to create a consolidated feature class. The feature Class is created by I&T GIS. The Sharepoint list is edited by CIP program Managers throughout the City of Charlotte.

This dataset is a modified version of the FWS developed data depicting “Highly Important Landscapes”, as outlined in Memorandum FWS/AES/058711 and provided to the Wildlife Habitat Spatial analysis Lab on October 29th 2014. Other names and acronyms used to refer to this dataset have included: Areas of Significance (AoSs - name of GIS data set provided by FWS), Strongholds (FWS), and Sagebrush Focal Areas (SFAs - BLM). The BLM will refer to these data as Sagebrush Focal Areas (SFAs). Data were provided as a series of ArcGIS map packages which, when extracted, contained several datasets each. Based on the recommendation of the FWS Geographer/Ecologist (email communication, see data originator for contact information) the dataset called “Outiline_AreasofSignificance” was utilized as the source for subsequent analysis and refinement. Metadata was not provided by the FWS for this dataset. For detailed information regarding the dataset’s creation refer to Memorandum FWS/AES/058711 or contact the FWS directly. Several operations and modifications were made to this source data, as outlined in the “Description” and “Process Step” sections of this metadata file. Generally: The source data was named by the Wildlife Habitat Spatial Analysis Lab to identify polygons as described (but not identified in the GIS) in the FWS memorandum. The Nevada/California EIS modified portions within their decision space in concert with local FWS personnel and provided the modified data back to the Wildlife Habitat Spatial Analysis Lab. Gaps around Nevada State borders, introduced by the NVCA edits, were then closed as was a large gap between the southern Idaho & southeast Oregon present in the original dataset. Features with an area below 40 acres were then identified and, based on FWS guidance, either removed or retained. Finally, guidance from BLM WO resulted in the removal of additional areas, primarily non-habitat with BLM surface or subsurface management authority. Data were then provided to each EIS for use in FEIS development. Based on guidance from WO, SFAs were to be limited to BLM decision space (surface/sub-surface management areas) within PHMA. Each EIS was asked to provide the limited SFA dataset back to the National Operations Center to ensure consistent representation and analysis. Returned SFA data, modified by each individual EIS, was then consolidated at the BLM’s National Operations Center retaining the three standardized fields contained in this dataset.Several Modifications from the original FWS dataset have been made. Below is a summary of each modification.1. The data as received from FWS: 16,514,163 acres & 1 record.2. Edited to name SFAs by Wildlife Habitat Spatial Analysis Lab:Upon receipt of the “Outiline_AreasofSignificance” dataset from the FWS, a copy was made and the one existing & unnamed record was exploded in an edit session within ArcMap. A text field, “AoS_Name”, was added. Using the maps provided with Memorandum FWS/AES/058711, polygons were manually selected and the “AoS_Name” field was calculated to match the names as illustrated. Once all polygons in the exploded dataset were appropriately named, the dataset was dissolved, resulting in one record representing each of the seven SFAs identified in the memorandum.3. The NVCA EIS made modifications in concert with local FWS staff. Metadata and detailed change descriptions were not returned with the modified data. Contact Leisa Wesch, GIS Specialist, BLM Nevada State Office, 775-861-6421, lwesch@blm.gov, for details.4. Once the data was returned to the Wildlife Habitat Spatial Analysis Lab from the NVCA EIS, gaps surrounding the State of NV were closed. These gaps were introduced by the NVCA edits, exacerbated by them, or existed in the data as provided by the FWS. The gap closing was performed in an edit session by either extending each polygon towards each other or by creating a new polygon, which covered the gap, and merging it with the existing features. In addition to the gaps around state boundaries, a large area between the S. Idaho and S.E. Oregon SFAs was filled in. To accomplish this, ADPP habitat (current as of January 2015) and BLM GSSP SMA data were used to create a new polygon representing PHMA and BLM management that connected the two existing SFAs.5. In an effort to simplify the FWS dataset, features whose areas were less than 40 acres were identified and FWS was consulted for guidance on possible removal. To do so, features from #4 above were exploded once again in an ArcMap edit session. Features whose areas were less than forty acres were selected and exported (770 total features). This dataset was provided to the FWS and then returned with specific guidance on inclusion/exclusion via email by Lara Juliusson (lara_juliusson@fws.gov). The specific guidance was:a. Remove all features whose area is less than 10 acresb. Remove features identified as slivers (the thinness ratio was calculated and slivers identified by Lara Juliusson according to https://tereshenkov.wordpress.com/2014/04/08/fighting-sliver-polygons-in-arcgis-thinness-ratio/) and whose area was less than 20 acres.c. Remove features with areas less than 20 acres NOT identified as slivers and NOT adjacent to other features.d. Keep the remainder of features identified as less than 40 acres.To accomplish “a” and “b”, above, a simple selection was applied to the dataset representing features less than 40 acres. The select by location tool was used, set to select identical, to select these features from the dataset created in step 4 above. The records count was confirmed as matching between the two data sets and then these features were deleted. To accomplish “c” above, a field (“AdjacentSH”, added by FWS but not calculated) was calculated to identify features touching or intersecting other features. A series of selections was used: first to select records 6. Based on direction from the BLM Washington Office, the portion of the Upper Missouri River Breaks National Monument (UMRBNM) that was included in the FWS SFA dataset was removed. The BLM NOC GSSP NLCS dataset was used to erase these areas from #5 above. Resulting sliver polygons were also removed and geometry was repaired.7. In addition to removing UMRBNM, the BLM Washington Office also directed the removal of Non-ADPP habitat within the SFAs, on BLM managed lands, falling outside of Designated Wilderness’ & Wilderness Study Areas. An exception was the retention of the Donkey Hills ACEC and adjacent BLM lands. The BLM NOC GSSP NLCS datasets were used in conjunction with a dataset containing all ADPP habitat, BLM SMA and BLM sub-surface management unioned into one file to identify and delete these areas.8. The resulting dataset, after steps 2 – 8 above were completed, was dissolved to the SFA name field yielding this feature class with one record per SFA area.9. Data were provided to each EIS for use in FEIS allocation decision data development.10. Data were subset to BLM decision space (surface/sub-surface) within PHMA by each EIS and returned to the NOC.11. Due to variations in field names and values, three standardized fields were created and calculated by the NOC:a. SFA Name – The name of the SFA.b. Subsurface – Binary “Yes” or “No” to indicated federal subsurface estate.c. SMA – Represents BLM, USFS, other federal and non-federal surface management 12. The consolidated data (with standardized field names and values) were dissolved on the three fields illustrated above and geometry was repaired, resulting in this dataset.

This feature class describes areas within 200 feet of city-provided landfill polygons.This feature class was created by AESI based on polygons in a shape file titled “BoeingLandfill” provided to AESI by the City of Bellevue on July 29, 2015. AESI buffered all polygons to a distance of 200 feet, and dissolved the resulting polygons into a single polygon.This feature class is part of Appendix C, GIS Files and Documentation, of the Infiltration Infeasibility Analysis and Technical Report, prepared for the City of Bellevue Utilities Department by Associated Earth Sciences, Inc, April 4, 2016.

A polygon feature class that contains Golf Course boundaries within Miami-Dade County.Updated: Annually The data was created using: Projected Coordinate System: WGS_1984_Web_Mercator_Auxiliary_SphereProjection: Mercator_Auxiliary_Sphere

Public Open Space Geographic Information System data collection for Perth and Peel Metropolitan Areas

The public open space (POS) dataset contains polygon boundaries of areas defined as publicly available and open. This geographic information system (GIS) dataset was collected in 2011/2012 using ArcGIS software and aerial photography dated from 2010-2011. The data was collected across the Perth Metro and Peel Region.

POS refer to all land reserved for the provision of green space and natural environments (e.g. parks, reserves, bushland) that is freely accessible and intended for use for recreation purposes (active or passive) by the general public. Four types of “green and natural public open spaces” are distinguished: (1) Park; (2) Natural or Conservation Area; (3) School Grounds; and (4) Residual. Areas where the public are not permitted except on payment or which are available to limited and selected numbers by membership (e.g. golf courses and sports centre facilities) or setbacks and buffers required by legislation are not included.

Initially, potential POSs were identified from a combination of existing geographic information system (GIS) spatial data layers to create a generalized representation of ‘green space’ throughout the Perth metropolitan and Peel regions. Base data layers include: cadastral polygons, metropolitan and regional planning scheme polygons, school point locations, and reserve vesting polygons. The ‘green’ space layer was then visually updated and edited to represent the true boundaries of each POS using 2010-2011 aerial photography within the ArcGIS software environment. Each resulting ’green’ polygon was then classified using a decision tree into one of four possible categories: park, natural or conservation area, school grounds, or residual green space.

Following the classification process, amenity and other information about each POS was collected for polygons classified as “Park” following a protocol developed at the Centre for the Built Environment and Health (CBEH) called POSDAT (Public Open Space Desktop Auditing Tool). The parks were audited using aerial photography visualized using ArcGIS software. . The presence or absence of amenities such as sporting facilities (e.g. tennis courts, soccer fields, skate parks etc) were audited as well as information on the environmental quality (i.e. presence of water, adjacency to bushland, shade along paths, etc), recreational amenities (e.g. presence of BBQ’, café or kiosks, public access toilets) and information on selected features related to personal safety.

The data is stored in an ArcGIS File Geodatabase Feature Class (size 4MB) and has restricted access.

Data creation methodology, data definitions, and links to publications based on this data, accompany the dataset.