The TIGER/Line shapefiles and related database files (.dbf) are an extract of selected geographic and cartographic information from the U.S. Census Bureau's Master Address File / Topologically Integrated Geographic Encoding and Referencing (MAF/TIGER) Database (MTDB). The MTDB represents a seamless national file with no overlaps or gaps between parts, however, each TIGER/Line shapefile is designed to stand alone as an independent data set, or they can be combined to cover the entire nation. ZIP Code Tabulation Areas (ZCTAs) are approximate area representations of U.S. Postal Service (USPS) ZIP Code service areas that the Census Bureau creates to present statistical data for each decennial census. The Census Bureau delineates ZCTA boundaries for the United States, Puerto Rico, American Samoa, Guam, the Commonwealth of the Northern Mariana Islands, and the U.S. Virgin Islands once each decade following the decennial census. Data users should not use ZCTAs to identify the official USPS ZIP Code for mail delivery. The USPS makes periodic changes to ZIP Codes to support more efficient mail delivery. The Census Bureau uses tabulation blocks as the basis for defining each ZCTA. Tabulation blocks are assigned to a ZCTA based on the most frequently occurring ZIP Code for the addresses contained within that block. The most frequently occurring ZIP Code also becomes the five-digit numeric code of the ZCTA. These codes may contain leading zeros. Blocks that do not contain addresses but are surrounded by a single ZCTA (enclaves) are assigned to the surrounding ZCTA. Because the Census Bureau only uses the most frequently occurring ZIP Code to assign blocks, a ZCTA may not exist for every USPS ZIP Code. Some ZIP Codes may not have a matching ZCTA because too few addresses were associated with the specific ZIP Code or the ZIP Code was not the most frequently occurring ZIP Code within any of the blocks where it exists. The ZCTA boundaries in this release are those delineated following the 2020 Census.
(Link to Metadata) 2020 Census ZCTAs (ZIP Code Tabulation Areas); data users should not use ZCTAs to identify the official USPS ZIP Code for mail delivery. The TIGER/Line shapefiles and related database files (.dbf) are an extract of selected geographic and cartographic information from the U.S. Census Bureau's Master Address File / Topologically Integrated Geographic Encoding and Referencing (MAF/TIGER) Database (MTDB). The MTDB represents a seamless national file with no overlaps or gaps between parts, however, each TIGER/Line shapefile is designed to stand alone as an independent data set, or they can be combined to cover the entire nation. ZIP Code Tabulation Areas (ZCTAs) are approximate area representations of U.S. Postal Service (USPS) ZIP Code service areas that the Census Bureau creates to present statistical data for each decennial census. The Census Bureau delineates ZCTA boundaries for the United States, Puerto Rico, American Samoa, Guam, the Commonwealth of the Northern Mariana Islands, and the U.S. Virgin Islands once each decade following the decennial census. Data users should not use ZCTAs to identify the official USPS ZIP Code for mail delivery. The USPS makes periodic changes to ZIP Codes to support more efficient mail delivery. The Census Bureau uses tabulation blocks as the basis for defining each ZCTA. Tabulation blocks are assigned to a ZCTA based on the most frequently occurring ZIP Code for the addresses contained within that block. The most frequently occurring ZIP Code also becomes the five-digit numeric code of the ZCTA. These codes may contain leading zeros. Blocks that do not contain addresses but are surrounded by a single ZCTA (enclaves) are assigned to the surrounding ZCTA. Because the Census Bureau only uses the most frequently occurring ZIP Code to assign blocks, a ZCTA may not exist for every USPS ZIP Code. Some ZIP Codes may not have a matching ZCTA because too few addresses were associated with the specific ZIP Code or the ZIP Code was not the most frequently occurring ZIP Code within any of the blocks where it exists. The ZCTA boundaries in this release are those delineated following the 2020 Census.
The TIGER/Line shapefiles and related database files (.dbf) are an extract of selected geographic and cartographic information from the U.S. Census Bureau's Master Address File / Topologically Integrated Geographic Encoding and Referencing (MAF/TIGER) Database (MTDB). The MTDB represents a seamless national file with no overlaps or gaps between parts, however, each TIGER/Line shapefile is designed to stand alone as an independent data set, or they can be combined to cover the entire nation. ZIP Code Tabulation Areas (ZCTAs) are approximate area representations of U.S. Postal Service (USPS) ZIP Code service areas that the Census Bureau creates to present statistical data for each decennial census. The Census Bureau delineates ZCTA boundaries for the United States, Puerto Rico, American Samoa, Guam, the Commonwealth of the Northern Mariana Islands, and the U.S. Virgin Islands once each decade following the decennial census. Data users should not use ZCTAs to identify the official USPS ZIP Code for mail delivery. The USPS makes periodic changes to ZIP Codes to support more efficient mail delivery. The Census Bureau uses tabulation blocks as the basis for defining each ZCTA. Tabulation blocks are assigned to a ZCTA based on the most frequently occurring ZIP Code for the addresses contained within that block. The most frequently occurring ZIP Code also becomes the five-digit numeric code of the ZCTA. These codes may contain leading zeros. Blocks that do not contain addresses but are surrounded by a single ZCTA (enclaves) are assigned to the surrounding ZCTA. Because the Census Bureau only uses the most frequently occurring ZIP Code to assign blocks, a ZCTA may not exist for every USPS ZIP Code. Some ZIP Codes may not have a matching ZCTA because too few addresses were associated with the specific ZIP Code or the ZIP Code was not the most frequently occurring ZIP Code within any of the blocks where it exists. The ZCTA boundaries in this release are those delineated following the 2010 Census.
This hosted feature layer has been published in RI State Plane Feet NAD 83This dataset is a modified version of the source data that are produced and distributed by the U.S. Census Bureau. ZCTA's associated with Rhode Island were selected from the source national-scale dataset and clipped to the Rhode Island coastline for cartographic purposes.
The TIGER/Line shapefiles and related database files (.dbf) are an extract of selected geographic and cartographic information from the U.S. Census Bureau's Master Address File / Topologically Integrated Geographic Encoding and Referencing (MAF/TIGER) Database (MTDB). The MTDB represents a seamless national file with no overlaps or gaps between parts, however, each TIGER/Line shapefile is designed to stand alone as an independent data set, or they can be combined to cover the entire nation.
ZIP Code Tabulation Areas (ZCTAs) are approximate area representations of U.S. Postal Service (USPS) ZIP Code service areas that the Census Bureau creates to present statistical data from Census 2000. The Census Bureau creates ZCTAs for the United States, Puerto Rico, American Samoa, Guam, the Commonwealth of the Northern Mariana Islands, and the U.S. Virgin Islands for the 2010 Census. Data users should not use ZCTAs to identify the official USPS ZIP Code for mail delivery. The USPS makes periodic changes to ZIP Codes to support more efficient mail delivery. For the 2010 Census, ZCTAs should more accurately represent the actual ZIP Codes at the time of their delineation than they did for Census 2000. This is because that before the tabulation blocks, which the ZCTAs are built from, were delineated for the 2010 Census, the Census Bureau undertook the process of inserting lines that could be used as 2010 Census tabulation block boundaries, and these lines split polygons where the result would be that a significant number of addresses would occur on either one or both sides of the line associated with a single ZIP Code.
Each 2010 Census tabulation block that contains addresses is assigned to a single ZCTA, usually to the ZCTA that reflects the most frequently occurring ZIP Code for the addresses within that tabulation block. As a result, ZIP Codes associated with address ranges found in the Address Ranges relationship file may not always match the ZCTA. Blocks that do not contain addresses but are completely surrounded by a single ZCTA (enclaves) are assigned to the surrounding ZCTA. A ZCTA may not exist for every USPS ZIP Code. Some ZIP Codes may not have a matching ZCTA because too few addresses were associated with the specific ZIP Code or the ZIP Code was not the most frequently occurring ZIP Code within any of the blocks were it exists. The Census Bureau uses the addresses stored within MTDB to delineate ZCTAs, and at the time of the 2010 Census the MTDB primarily included addresses for residential or at least potentially residential structures, so ZCTAs representing only non-residential structures are infrequent. Also, in each tabulation block, if a choice existed between using a potential city-style mail delivery ZIP Code for an address or a post office box ZIP Code, the city-style mail delivery ZIP Code was preferred for the 2010 Census ZCTA delineation. The Census Bureau identifies 5-digit ZCTAs using a five-character numeric code that represents the most frequently occurring USPS ZIP Code within that ZCTA, and this code may contain leading zeros.
Attribution 4.0 (CC BY 4.0)https://creativecommons.org/licenses/by/4.0/
License information was derived automatically
Global prevalence of non-perennial rivers and streamsJune 2021prepared by Mathis L. Messager (mathis.messager@mail.mcgill.ca)Bernhard Lehner (bernhard.lehner@mcgill.ca)1. Overview and background 2. Repository content3. Data format and projection4. License and citations4.1 License agreement4.2 Citations and acknowledgements1. Overview and backgroundThis documentation describes the data produced for the research article: Messager, M. L., Lehner, B., Cockburn, C., Lamouroux, N., Pella, H., Snelder, T., Tockner, K., Trautmann, T., Watt, C. & Datry, T. (2021). Global prevalence of non-perennial rivers and streams. Nature. https://doi.org/10.1038/s41586-021-03565-5In this study, we developed a statistical Random Forest model to produce the first reach-scale estimate of the global distribution of non-perennial rivers and streams. For this purpose, we linked quality-checked observed streamflow data from 5,615 gauging stations (on 4,428 perennial and 1,187 non-perennial reaches) with 113 candidate environmental predictors available globally. Predictors included variables describing climate, physiography, land cover, soil, geology, and groundwater as well as estimates of long-term naturalised (i.e., without anthropogenic water use in the form of abstractions or impoundments) mean monthly and mean annual flow (MAF), derived from a global hydrological model (WaterGAP 2.2; Müller Schmied et al. 2014). Following model training and validation, we predicted the probability of flow intermittence for all river reaches in the RiverATLAS database (Linke et al. 2019), a digital representation of the global river network at high spatial resolution.The data repository includes two datasets resulting from this study:1. a geometric network of the global river system where each river segment is associated with:i. 113 hydro-environmental predictors used in model development and predictions, andii. the probability and class of flow intermittence predicted by the model.2. point locations of the 5,516 gauging stations used in model training/testing, where each station is associated with a line segment representing a reach in the river network, and a set of metadata.These datasets have been generated with source code located at messamat.github.io/globalirmap/.Note that, although several attributes initially included in RiverATLAS version 1.0 have been updated for this study, the dataset provided here is not an established new version of RiverATLAS. 2. Repository contentThe data repository has the following structure (for usage, see section 3. Data Format and Projection; GIRES stands for Global Intermittent Rivers and Ephemeral Streams):— GIRES_v10_gdb.zip/ : file geodatabase in ESRI® geodatabase format containing two feature classes (zipped) |——— GIRES_v10_rivers : river network lines |——— GIRES_v10_stations : points with streamflow summary statistics and metadata— GIRES_v10_shp.zip/ : directory containing ten shapefiles (zipped) Same content as GIRES_v10_gdb.zip for users that cannot read ESRI geodatabases (tiled by region due to size limitations). |——— GIRES_v10_rivers_af.shp : Africa |——— GIRES_v10_rivers_ar.shp : North American Arctic |——— GIRES_v10_rivers_as.shp : Asia |——— GIRES_v10_rivers_au.shp : Australasia|——— GIRES_v10_rivers_eu.shp : Europe|——— GIRES_v10_rivers_gr.shp : Greenland|——— GIRES_v10_rivers_na.shp : North America|——— GIRES_v10_rivers_sa.shp : South America|——— GIRES_v10_rivers_si.shp : Siberia|——— GIRES_v10_stations.shp : points with streamflow summary statistics and metadata— Other_technical_documentations.zip/ : directory containing three documentation files (zipped)|——— HydroATLAS_TechDoc_v10.pdf : documentation for river network framework|——— RiverATLAS_Catalog_v10.pdf : documentation for river network hydro-environmental attributes|——— Readme_GSIM_part1.txt : documentation for gauging stations from the Global Streamflow Indices and Metadata (GSIM) archive— README_Technical_documentation_GIRES_v10.pdf : full documentation for this repository3. Data format and projectionThe geometric network (lines) and gauging stations (points) datasets are distributed both in ESRI® file geodatabase and shapefile formats. The file geodatabase contains all data and is the prime, recommended format. Shapefiles are provided as a copy for users that cannot read the geodatabase. Each shapefile consists of five main files (.dbf, .sbn, .sbx, .shp, .shx), and projection information is provided in an ASCII text file (.prj). The attribute table can be accessed as a stand-alone file in dBASE format (.dbf) which is included in the Shapefile format. These datasets are available electronically in compressed zip file format. To use the data files, the zip files must first be decompressed.All data layers are provided in geographic (latitude/longitude) projection, referenced to datum WGS84. In ESRI® software this projection is defined by the geographic coordinate system GCS_WGS_1984 and datum D_WGS_1984 (EPSG: 4326).4. License and citations4.1 License agreement This documentation and datasets are licensed under a Creative Commons Attribution-ShareAlike 4.0 International License (CC-BY-4.0 License). For all regulations regarding license grants, copyright, redistribution restrictions, required attributions, disclaimer of warranty, indemnification, liability, waiver of damages, and a precise definition of licensed materials, please refer to the License Agreement (https://creativecommons.org/licenses/by/4.0/legalcode). For a human-readable summary of the license, please see https://creativecommons.org/licenses/by/4.0/.4.2 Citations and acknowledgements.Citations and acknowledgements of this dataset should be made as follows:Messager, M. L., Lehner, B., Cockburn, C., Lamouroux, N., Pella, H., Snelder, T., Tockner, K., Trautmann, T., Watt, C. & Datry, T. (2021). Global prevalence of non-perennial rivers and streams. Nature. https://doi.org/10.1038/s41586-021-03565-5 We kindly ask users to cite this study in any published material produced using it. If possible, online links to this repository (https://doi.org/10.6084/m9.figshare.14633022) should also be provided.
Attribution 4.0 (CC BY 4.0)https://creativecommons.org/licenses/by/4.0/
License information was derived automatically
Introduction
Geographical scale, in terms of spatial extent, provide a basis for other branches of science. This dataset contains newly proposed geographical and geological GIS boundaries for the Pan-Tibetan Highlands (new proposed name for the High Mountain Asia), based on geological and geomorphological features. This region comprises the Tibetan Plateau and three adjacent mountain regions: the Himalaya, Hengduan Mountains and Mountains of Central Asia, and boundaries are also given for each subregion individually. The dataset will benefit quantitative spatial analysis by providing a well-defined geographical scale for other branches of research, aiding cross-disciplinary comparisons and synthesis, as well as reproducibility of research results.
The dataset comprises three subsets, and we provide three data formats (.shp, .geojson and .kmz) for each of them. Shapefile format (.shp) was generated in ArcGIS Pro, and the other two were converted from shapefile, the conversion steps refer to 'Data processing' section below. The following is a description of the three subsets:
(1) The GIS boundaries we newly defined of the Pan-Tibetan Highlands and its four constituent sub-regions, i.e. the Tibetan Plateau, Himalaya, Hengduan Mountains and the Mountains of Central Asia. All files are placed in the "Pan-Tibetan Highlands (Liu et al._2022)" folder.
(2) We also provide GIS boundaries that were applied by other studies (cited in Fig. 3 of our work) in the folder "Tibetan Plateau and adjacent mountains (Others’ definitions)". If these data is used, please cite the relevent paper accrodingly. In addition, it is worthy to note that the GIS boundaries of Hengduan Mountains (Li et al. 1987a) and Mountains of Central Asia (Foggin et al. 2021) were newly generated in our study using Georeferencing toolbox in ArcGIS Pro.
(3) Geological assemblages and characters of the Pan-Tibetan Highlands, including Cratons and micro-continental blocks (Fig. S1), plus sutures, faults and thrusts (Fig. 4), are placed in the "Pan-Tibetan Highlands (geological files)" folder.
Note: High Mountain Asia: The name ‘High Mountain Asia’ is the only direct synonym of Pan-Tibetan Highlands, but this term is both grammatically awkward and somewhat misleading, and hence the term ‘Pan-Tibetan Highlands’ is here proposed to replace it. Third Pole: The first use of the term ‘Third Pole’ was in reference to the Himalaya by Kurz & Montandon (1933), but the usage was subsequently broadened to the Tibetan Plateau or the whole of the Pan-Tibetan Highlands. The mainstream scientific literature refer the ‘Third Pole’ to the region encompassing the Tibetan Plateau, Himalaya, Hengduan Mountains, Karakoram, Hindu Kush and Pamir. This definition was surpported by geological strcture (Main Pamir Thrust) in the western part, and generally overlaps with the ‘Tibetan Plateau’ sensu lato defined by some previous studies, but is more specific.
More discussion and reference about names please refer to the paper. The figures (Figs. 3, 4, S1) mentioned above were attached in the end of this document.
Data processing
We provide three data formats. Conversion of shapefile data to kmz format was done in ArcGIS Pro. We used the Layer to KML tool in Conversion Toolbox to convert the shapefile to kmz format. Conversion of shapefile data to geojson format was done in R. We read the data using the shapefile function of the raster package, and wrote it as a geojson file using the geojson_write function in the geojsonio package.
Version
Version 2022.1.
Acknowledgements
This study was supported by the Strategic Priority Research Program of Chinese Academy of Sciences (XDB31010000), the National Natural Science Foundation of China (41971071), the Key Research Program of Frontier Sciences, CAS (ZDBS-LY-7001). We are grateful to our coauthors insightful discussion and comments. We also want to thank professors Jed Kaplan, Yin An, Dai Erfu, Zhang Guoqing, Peter Cawood, Tobias Bolch and Marc Foggin for suggestions and providing GIS files.
Citation
Liu, J., Milne, R. I., Zhu, G. F., Spicer, R. A., Wambulwa, M. C., Wu, Z. Y., Li, D. Z. (2022). Name and scale matters: Clarifying the geography of Tibetan Plateau and adjacent mountain regions. Global and Planetary Change, In revision
Jie Liu & Guangfu Zhu. (2022). Geographical and geological GIS boundaries of the Tibetan Plateau and adjacent mountain regions (Version 2022.1). https://doi.org/10.5281/zenodo.6432940
Contacts
Dr. Jie LIU: E-mail: liujie@mail.kib.ac.cn;
Mr. Guangfu ZHU: zhuguangfu@mail.kib.ac.cn
Institution: Kunming Institute of Botany, Chinese Academy of Sciences
Address: 132# Lanhei Road, Heilongtan, Kunming 650201, Yunnan, China
Copyright
This dataset is available under the Attribution-ShareAlike 4.0 International (CC BY-SA 4.0).
Attribution-NonCommercial-ShareAlike 3.0 (CC BY-NC-SA 3.0)https://creativecommons.org/licenses/by-nc-sa/3.0/
License information was derived automatically
This data set was acquired with a ship-based Navigation system during Vema expedition V0704 conducted in 1955 (Chief Scientist: Dr. Thomas Miller). These data files are of Shapefile format and include Navigation data and were processed after data collection.
Attribution-NonCommercial-ShareAlike 3.0 (CC BY-NC-SA 3.0)https://creativecommons.org/licenses/by-nc-sa/3.0/
License information was derived automatically
This data set was acquired with a ship-based Navigation system during Vema expedition V1405 conducted in 1958 (Chief Scientist: Dr. William Ludwig). These data files are of Shapefile format and include Navigation data and were processed after data collection.
The TIGER/Line shapefiles and related database files (.dbf) are an extract of selected geographic and cartographic information from the U.S. Census Bureau's Master Address File / Topologically Integrated Geographic Encoding and Referencing (MAF/TIGER) Database (MTDB). The MTDB represents a seamless national file with no overlaps or gaps between parts, however, each TIGER/Line shapefile is designed to stand alone as an independent data set, or they can be combined to cover the entire nation. The Address Ranges Relationship File (ADDR.dbf) contains the attributes of each address range. Each address range applies to a single edge and has a unique address range identifier (ARID) value. The edge to which an address range applies can be determined by linking the address range to the All Lines Shapefile (EDGES.shp) using the permanent topological edge identifier (TLID) attribute. Multiple address ranges can apply to the same edge since an edge can have multiple address ranges. Note that the most inclusive address range associated with each side of a street edge already appears in the All Lines Shapefile (EDGES.shp). The TIGER/Line Files contain potential address ranges, not individual addresses. The term "address range" refers to the collection of all possible structure numbers from the first structure number to the last structure number and all numbers of a specified parity in between along an edge side relative to the direction in which the edge is coded. The address ranges in the TIGER/Line Files are potential ranges that include the full range of possible structure numbers even though the actual structures may not exist.
Attribution-NonCommercial-ShareAlike 3.0 (CC BY-NC-SA 3.0)https://creativecommons.org/licenses/by-nc-sa/3.0/
License information was derived automatically
This land cover data set is derived from the original raster based Globcover global archive. It has been post-processed to generate a vector version at national extent with the LCCS regional legend (22 classes worldwide). The database can be analyzed in the GLCN software Advanced Database Gateway (ADG), which provides a user-friendly interface and advanced functionalities to breakdown the LCCS classes in their classifiers for further aggregations and analysis.
The data set is intended for free public access.
The shape file's attributes contain the following fields: -Area (sqm) -Perimeter (m) -ID -Gridcode (Globcover cell value) -LCCCode (unique LCCS code)
You can download a zip archive containing: -the shape file (.shp) -the ArcGis layer file with global legend (.lyr) -the ArcView 3 legend file (.avl) -the LCCS legend table (.xls)
Supplemental Information:
This land cover product is a vector version (ESRI shape) of the Globcover archive that was published in 2008 as result of an initiative launched in 2004 by the European Space Agency (ESA). Globcover is currently the most recent (2005) and resoluted (300 m) datasets on land cover globally. Given the need of this valuable information for environmental studies, natural resources management and policy formulation, through activities of the Global Land Cover Network (GLCN) programme, the Globcover has been reprocessed to generate databases at national extent that can be analyzed through the Advanced Database Gateway software (ADG) by GLCN. ADG is a cross-cutting interrogation software that allows the easy and fast recombination of land cover polygons according to the individual end-user requirements. Aggregated land cover classes can be generated not only by name, but also using the set of existing classifiers. ADG uses land cover data with a Land Cover Classification System (LCCS) legend. The ADG software is available for download on the GLCN web site at http://www.glcn.org/sof_7_en.jsp
Contact points:
Metadata Contact: FAO-Data
Resource Contact: Antonio Martucci
Data lineage:
This land cover database is provided as ESRI shape file (vector format) and derives from reprocessing the raster based global archive, Globcover. Globcover database has undergone the following process: a) vectoralization at the national extent using ESRI ArcGis (arcinfo) 9.3; b) topological reconstruction (custom AML scripts launched inside ArcGis-arcinfo 9.3); c) simplification of areas according to a minimum mapping unit of 0.1 skim (10 ha) (custom AML scripts launched inside ArcGis-arcinfo 9.3); application of the FAO/UNEP Land Cover Classification System (LCCS) legend (24 classes globally); final processing to assure full compatibility with the GLCN software Advanced Database Gateway (ADG).
Online resources:
The TIGER/Line shapefiles and related database files (.dbf) are an extract of selected geographic and cartographic information from the U.S. Census Bureau's Master Address File / Topologically Integrated Geographic Encoding and Referencing (MAF/TIGER) Database (MTDB). The MTDB represents a seamless national file with no overlaps or gaps between parts, however, each TIGER/Line shapefile is designed to stand alone as an independent data set, or they can be combined to cover the entire nation. ZIP Code Tabulation Areas (ZCTAs) are approximate area representations of U.S. Postal Service (USPS) ZIP Code service areas that the Census Bureau creates to present statistical data for each decennial census. The Census Bureau delineates ZCTA boundaries for the United States, Puerto Rico, American Samoa, Guam, the Commonwealth of the Northern Mariana Islands, and the U.S. Virgin Islands once each decade following the decennial census. Data users should not use ZCTAs to identify the official USPS ZIP Code for mail delivery. The USPS makes periodic changes to ZIP Codes to support more efficient mail delivery. The Census Bureau uses tabulation blocks as the basis for defining each ZCTA. Tabulation blocks are assigned to a ZCTA based on the most frequently occurring ZIP Code for the addresses contained within that block. The most frequently occurring ZIP Code also becomes the five-digit numeric code of the ZCTA. These codes may contain leading zeros. Blocks that do not contain addresses but are surrounded by a single ZCTA (enclaves) are assigned to the surrounding ZCTA. Because the Census Bureau only uses the most frequently occurring ZIP Code to assign blocks, a ZCTA may not exist for every USPS ZIP Code. Some ZIP Codes may not have a matching ZCTA because too few addresses were associated with the specific ZIP Code or the ZIP Code was not the most frequently occurring ZIP Code within any of the blocks where it exists. The ZCTA boundaries in this release are those delineated following the 2010 Census.
Attribution-NonCommercial-ShareAlike 3.0 (CC BY-NC-SA 3.0)https://creativecommons.org/licenses/by-nc-sa/3.0/
License information was derived automatically
This land cover data set is derived from the original raster based Globcover regional (Africa) archive. It has been post-processed to generate a vector version at national extent with the LCCS regional legend (46 classes). This database can be analyzed in the GLCN software Advanced Database Gateway (ADG), which provides a user-friendly interface and advanced functionalities to breakdown the LCCS classes in their classifiers for further aggregations and analysis.
The data set is intended for free public access.
The shape file's attributes contain the following fields: -Area (sqm) -ID -Gridcode (Globcover cell value) -LCCCode (unique LCCS code)
You can download a zip archive containing: -the shape file (.shp) -the ArcGis layer file with global legend (.lyr) -the ArcView 3 legend file (.avl) -the LCCS legend tables (.xls)
Supplemental Information:
This land cover product is a vector version (ESRI shape) of the Globcover archive that was published in 2008 as result of an initiative launched in 2004 by the European Space Agency (ESA). Globcover is currently the most recent (2005) and resoluted (300 m) datasets on land cover globally. Given the need of this valuable information for environmental studies, natural resources management and policy formulation, through activities of the Global Land Cover Network (GLCN) programme, the Globcover has been reprocessed to generate databases at national extent that can be analyzed through the Advanced Database Gateway software (ADG) by GLCN. ADG is a cross-cutting interrogation software that allows the easy and fast recombination of land cover polygons according to the individual end-user requirements. Aggregated land cover classes can be generated not only by name, but also using the set of existing classifiers. ADG uses land cover data with a Land Cover Classification System (LCCS) legend. The ADG software is available for download on the GLCN web site at http://www.glcn.org/sof_7_en.jsp
Contact points:
Metadata Contact: FAO-Data
Resource Contact: Antonio Martucci
Data lineage:
This land cover database is provided as ESRI shape file (vector format) and derives from reprocessing the raster based Globcover database (regional version). Globcover has undergone the following process: a) vectoralization at the national extent using ESRI ArcGis (arcinfo) 9.3; b) topological reconstruction (custom AML scripts launched inside ArcGis-arcinfo 9.3); c) simplification of areas according to a minimum mapping unit of 0.1 skim (10 ha) (custom AML scripts launched inside ArcGis-arcinfo 9.3); application of the FAO/UNEP Land Cover Classification System (LCCS) legend (46 classes); final processing to assure full compatibility with the GLCN software Advanced Database Gateway (ADG).
Online resources:
This dataset includes all 7 metro counties that have made their parcel data freely available without a license or fees.
This dataset is a compilation of tax parcel polygon and point layers assembled into a common coordinate system from Twin Cities, Minnesota metropolitan area counties. No attempt has been made to edgematch or rubbersheet between counties. A standard set of attribute fields is included for each county. The attributes are the same for the polygon and points layers. Not all attributes are populated for all counties.
NOTICE: The standard set of attributes changed to the MN Parcel Data Transfer Standard on 1/1/2019.
https://www.mngeo.state.mn.us/committee/standards/parcel_attrib/parcel_attrib.html
See section 5 of the metadata for an attribute summary.
Detailed information about the attributes can be found in the Metro Regional Parcel Attributes document.
The polygon layer contains one record for each real estate/tax parcel polygon within each county's parcel dataset. Some counties have polygons for each individual condominium, and others do not. (See Completeness in Section 2 of the metadata for more information.) The points layer includes the same attribute fields as the polygon dataset. The points are intended to provide information in situations where multiple tax parcels are represented by a single polygon. One primary example of this is the condominium, though some counties stacked polygons for condos. Condominiums, by definition, are legally owned as individual, taxed real estate units. Records for condominiums may not show up in the polygon dataset. The points for the point dataset often will be randomly placed or stacked within the parcel polygon with which they are associated.
The polygon layer is broken into individual county shape files. The points layer is provided as both individual county files and as one file for the entire metro area.
In many places a one-to-one relationship does not exist between these parcel polygons or points and the actual buildings or occupancy units that lie within them. There may be many buildings on one parcel and there may be many occupancy units (e.g. apartments, stores or offices) within each building. Additionally, no information exists within this dataset about residents of parcels. Parcel owner and taxpayer information exists for many, but not all counties.
This is a MetroGIS Regionally Endorsed dataset.
Additional information may be available from each county at the links listed below. Also, any questions or comments about suspected errors or omissions in this dataset can be addressed to the contact person at each individual county.
Anoka = http://www.anokacounty.us/315/GIS
Caver = http://www.co.carver.mn.us/GIS
Dakota = http://www.co.dakota.mn.us/homeproperty/propertymaps/pages/default.aspx
Hennepin = https://gis-hennepin.hub.arcgis.com/pages/open-data
Ramsey = https://www.ramseycounty.us/your-government/open-government/research-data
Scott = http://opendata.gis.co.scott.mn.us/
Washington: http://www.co.washington.mn.us/index.aspx?NID=1606
Attribution-NonCommercial-ShareAlike 3.0 (CC BY-NC-SA 3.0)https://creativecommons.org/licenses/by-nc-sa/3.0/
License information was derived automatically
This data set was acquired with a ship-based Navigation system during Robert D. Conrad expedition RC0904 conducted in 1965 (Chief Scientist: Dr. Alan Be). These data files are of Shapefile format and include Navigation data and were processed after data collection.
Attribution-NonCommercial-ShareAlike 3.0 (CC BY-NC-SA 3.0)https://creativecommons.org/licenses/by-nc-sa/3.0/
License information was derived automatically
This land cover data set is derived from the original raster based Globcover regional (Africa) archive. It has been post-processed to generate a vector version at national extent with the LCCS regional legend (46 classes). This database can be analyzed in the GLCN software Advanced Database Gateway (ADG), which provides a user-friendly interface and advanced functionalities to breakdown the LCCS classes in their classifiers for further aggregations and analysis.
The data set is intended for free public access.
The shape file's attributes contain the following fields: -Area (sqm) -ID -Gridcode (Globcover cell value) -LCCCode (unique LCCS code)
You can download a zip archive containing: -the shape file (.shp) -the ArcGis layer file with global legend (.lyr) -the ArcView 3 legend file (.avl) -the LCCS legend tables (.xls)
Supplemental Information:
This land cover product is a vector version (ESRI shape) of the Globcover archive that was published in 2008 as result of an initiative launched in 2004 by the European Space Agency (ESA). Globcover is currently the most recent (2005) and resoluted (300 m) datasets on land cover globally. Given the need of this valuable information for environmental studies, natural resources management and policy formulation, through activities of the Global Land Cover Network (GLCN) programme, the Globcover has been reprocessed to generate databases at national extent that can be analyzed through the Advanced Database Gateway software (ADG) by GLCN. ADG is a cross-cutting interrogation software that allows the easy and fast recombination of land cover polygons according to the individual end-user requirements. Aggregated land cover classes can be generated not only by name, but also using the set of existing classifiers. ADG uses land cover data with a Land Cover Classification System (LCCS) legend. The ADG software is available for download on the GLCN web site at http://www.glcn.org/sof_7_en.jsp
Contact points:
Metadata Contact: FAO-Data
Resource Contact: Antonio Martucci
Data lineage:
This land cover database is provided as ESRI shape file (vector format) and derives from reprocessing the raster based Globcover database (regional version). Globcover has undergone the following process: a) vectoralization at the national extent using ESRI ArcGis (arcinfo) 9.3; b) topological reconstruction (custom AML scripts launched inside ArcGis-arcinfo 9.3); c) simplification of areas according to a minimum mapping unit of 0.1 skim (10 ha) (custom AML scripts launched inside ArcGis-arcinfo 9.3); application of the FAO/UNEP Land Cover Classification System (LCCS) legend (46 classes); final processing to assure full compatibility with the GLCN software Advanced Database Gateway (ADG).
Online resources:
Download - Land cover of Sao Tome and Principe - Shape file format
Attribution-NonCommercial-ShareAlike 3.0 (CC BY-NC-SA 3.0)https://creativecommons.org/licenses/by-nc-sa/3.0/
License information was derived automatically
This land cover data set is derived from the original raster based Globcover regional (Africa) archive. It has been post-processed to generate a vector version at national extent with the LCCS regional legend (46 classes). This database can be analyzed in the GLCN software Advanced Database Gateway (ADG), which provides a user-friendly interface and advanced functionalities to breakdown the LCCS classes in their classifiers for further aggregations and analysis.
The data set is intended for free public access.
The shape file's attributes contain the following fields: -Area (sqm) -ID -Gridcode (Globcover cell value) -LCCCode (unique LCCS code)
You can download a zip archive containing: -the shape file (.shp) -the ArcGis layer file with global legend (.lyr) -the ArcView 3 legend file (.avl) -the LCCS legend tables (.xls)
Supplemental Information:
This land cover product is a vector version (ESRI shape) of the Globcover archive that was published in 2008 as result of an initiative launched in 2004 by the European Space Agency (ESA). Globcover is currently the most recent (2005) and resoluted (300 m) datasets on land cover globally. Given the need of this valuable information for environmental studies, natural resources management and policy formulation, through activities of the Global Land Cover Network (GLCN) programme, the Globcover has been reprocessed to generate databases at national extent that can be analyzed through the Advanced Database Gateway software (ADG) by GLCN. ADG is a cross-cutting interrogation software that allows the easy and fast recombination of land cover polygons according to the individual end-user requirements. Aggregated land cover classes can be generated not only by name, but also using the set of existing classifiers. ADG uses land cover data with a Land Cover Classification System (LCCS) legend. The ADG software is available for download on the GLCN web site at http://www.glcn.org/sof_7_en.jsp
Contact points:
Metadata Contact: FAO-Data
Resource Contact: Antonio Martucci
Data lineage:
This land cover database is provided as ESRI shape file (vector format) and derives from reprocessing the raster based Globcover database (regional version). Globcover has undergone the following process: a) vectoralization at the national extent using ESRI ArcGis (arcinfo) 9.3; b) topological reconstruction (custom AML scripts launched inside ArcGis-arcinfo 9.3); c) simplification of areas according to a minimum mapping unit of 0.1 skim (10 ha) (custom AML scripts launched inside ArcGis-arcinfo 9.3); application of the FAO/UNEP Land Cover Classification System (LCCS) legend (46 classes); final processing to assure full compatibility with the GLCN software Advanced Database Gateway (ADG).
Online resources:
Attribution-NonCommercial-ShareAlike 3.0 (CC BY-NC-SA 3.0)https://creativecommons.org/licenses/by-nc-sa/3.0/
License information was derived automatically
This land cover data set is derived from the original raster based Globcover regional (Africa) archive. It has been post-processed to generate a vector version at national extent with the LCCS regional legend (46 classes). This database can be analyzed in the GLCN software Advanced Database Gateway (ADG), which provides a user-friendly interface and advanced functionalities to breakdown the LCCS classes in their classifiers for further aggregations and analysis.
The data set is intended for free public access.
The shape file's attributes contain the following fields: -Area (sqm) -ID -Gridcode (Globcover cell value) -LCCCode (unique LCCS code)
You can download a zip archive containing: -the shape file (.shp) -the ArcGis layer file with global legend (.lyr) -the ArcView 3 legend file (.avl) -the LCCS legend tables (.xls)
Supplemental Information:
This land cover product is a vector version (ESRI shape) of the Globcover archive that was published in 2008 as result of an initiative launched in 2004 by the European Space Agency (ESA). Globcover is currently the most recent (2005) and resoluted (300 m) datasets on land cover globally. Given the need of this valuable information for environmental studies, natural resources management and policy formulation, through activities of the Global Land Cover Network (GLCN) programme, the Globcover has been reprocessed to generate databases at national extent that can be analyzed through the Advanced Database Gateway software (ADG) by GLCN. ADG is a cross-cutting interrogation software that allows the easy and fast recombination of land cover polygons according to the individual end-user requirements. Aggregated land cover classes can be generated not only by name, but also using the set of existing classifiers. ADG uses land cover data with a Land Cover Classification System (LCCS) legend. The ADG software is available for download on the GLCN web site at http://www.glcn.org/sof_7_en.jsp
Contact points:
Metadata Contact: FAO-Data
Resource Contact: Antonio Martucci
Data lineage:
This land cover database is provided as ESRI shape file (vector format) and derives from reprocessing the raster based Globcover database (regional version). Globcover has undergone the following process: a) vectoralization at the national extent using ESRI ArcGis (arcinfo) 9.3; b) topological reconstruction (custom AML scripts launched inside ArcGis-arcinfo 9.3); c) simplification of areas according to a minimum mapping unit of 0.1 skim (10 ha) (custom AML scripts launched inside ArcGis-arcinfo 9.3); application of the FAO/UNEP Land Cover Classification System (LCCS) legend (46 classes); final processing to assure full compatibility with the GLCN software Advanced Database Gateway (ADG).
Online resources:
Chatham County, NC Zip Code polygons as maintained by the Chatham County E-911 Addressing Specialist. The original dataset comes from the Census Bureau which releases the GIS data to the public in the form of TIGER/Line Shapefiles. The TIGER/Line shapefiles and related database files (.dbf) are an extract of selected geographic and cartographic information from the U.S. Census Bureau's Master Address File / Topologically Integrated Geographic Encoding and Referencing (MAF/TIGER) Database (MTDB). The MTDB represents a seamless national file with no overlaps or gaps between parts, however, each TIGER/Line shapefile is designed to stand alone as an independent data set, or they can be combined to cover the entire nation. ZIP Code Tabulation Areas (ZCTAs) are approximate area representations of U.S. Postal Service (USPS) ZIP Code service areas that the Census Bureau creates to present statistical data for each decennial census. The Census Bureau delineates ZCTA boundaries for the United States, Puerto Rico, American Samoa, Guam, the Commonwealth of the Northern Mariana Islands, and the U.S. Virgin Islands once each decade following the decennial census. Data users should not use ZCTAs to identify the official USPS ZIP Code for mail delivery. The USPS makes periodic changes to ZIP Codes to support more efficient mail delivery. The Census Bureau uses tabulation blocks as the basis for defining each ZCTA. Tabulation blocks are assigned to a ZCTA based on the most frequently occurring ZIP Code for the addresses contained within that block. The most frequently occurring ZIP Code also becomes the five-digit numeric code of the ZCTA. These codes may contain leading zeros. Blocks that do not contain addresses but are surrounded by a single ZCTA (enclaves) are assigned to the surrounding ZCTA. Because the Census Bureau only uses the most frequently occurring ZIP Code to assign blocks, a ZCTA may not exist for every USPS ZIP Code. Some ZIP Codes may not have a matching ZCTA because too few addresses were associated with the specific ZIP Code or the ZIP Code was not the most frequently occurring ZIP Code within any of the blocks where it exists. The ZCTA boundaries in this release are those delineated following the 2010 Census.Chatham GIS SOP: "MAPSERV-14"
Attribution-NonCommercial-ShareAlike 3.0 (CC BY-NC-SA 3.0)https://creativecommons.org/licenses/by-nc-sa/3.0/
License information was derived automatically
This land cover data set is derived from the original raster based Globcover regional (Africa) archive. It has been post-processed to generate a vector version at national extent with the LCCS regional legend (46 classes). This database can be analyzed in the GLCN software Advanced Database Gateway (ADG), which provides a user-friendly interface and advanced functionalities to breakdown the LCCS classes in their classifiers for further aggregations and analysis.
The data set is intended for free public access.
The shape file's attributes contain the following fields: -Area (sqm) -ID -Gridcode (Globcover cell value) -LCCCode (unique LCCS code)
You can download a zip archive containing: -the shape file (.shp) -the ArcGis layer file with global legend (.lyr) -the ArcView 3 legend file (.avl) -the LCCS legend tables (.xls)
Supplemental Information:
This land cover product is a vector version (ESRI shape) of the Globcover archive that was published in 2008 as result of an initiative launched in 2004 by the European Space Agency (ESA). Globcover is currently the most recent (2005) and resoluted (300 m) datasets on land cover globally. Given the need of this valuable information for environmental studies, natural resources management and policy formulation, through activities of the Global Land Cover Network (GLCN) programme, the Globcover has been reprocessed to generate databases at national extent that can be analyzed through the Advanced Database Gateway software (ADG) by GLCN. ADG is a cross-cutting interrogation software that allows the easy and fast recombination of land cover polygons according to the individual end-user requirements. Aggregated land cover classes can be generated not only by name, but also using the set of existing classifiers. ADG uses land cover data with a Land Cover Classification System (LCCS) legend. The ADG software is available for download on the GLCN web site at http://www.glcn.org/sof_7_en.jsp
Contact points:
Metadata Contact: FAO-Data
Resource Contact: Antonio Martucci
Data lineage:
This land cover database is provided as ESRI shape file (vector format) and derives from reprocessing the raster based Globcover database (regional version). Globcover has undergone the following process: a) vectoralization at the national extent using ESRI ArcGis (arcinfo) 9.3; b) topological reconstruction (custom AML scripts launched inside ArcGis-arcinfo 9.3); c) simplification of areas according to a minimum mapping unit of 0.1 skim (10 ha) (custom AML scripts launched inside ArcGis-arcinfo 9.3); application of the FAO/UNEP Land Cover Classification System (LCCS) legend (46 classes); final processing to assure full compatibility with the GLCN software Advanced Database Gateway (ADG).
Online resources:
This data set provides (1) areal estimates of deforestation events (>25 ha) that were identified from 2001-2004 in Mato Grosso by the Brazilian Institute for Space Research (INPE) as part of the Program for the Estimation of Deforestation in the Brazilian Amazon (PRODES) and (2) the classification of the post-deforestation land use as either cropland, cattle pasture, or not in production (deforested areas that were never fully cleared or returned immediately to secondary forest) in the years after the large deforestation events from 2001-2005. Data are provided in ESRI shapefile format. There are five compressed (*.zip) data files with this data set. Each shapefile represents one year of post-deforestation land use. Land use in the years following deforestation was estimated using annual time series of MODIS NDVI (normalized difference vegetation index) and EVI (enhanced vegetation index). Metrics of vegetation phenology derived annual time series of MODIS NDVI and EVI data were analyzed using a decision-tree classifier to characterize the major cover type in each area of new deforestation. Post-deforestation land use for each large deforestation event was classified based on the classification of MODIS phenology metrics for all years following deforestation during 2002-2005.
The TIGER/Line shapefiles and related database files (.dbf) are an extract of selected geographic and cartographic information from the U.S. Census Bureau's Master Address File / Topologically Integrated Geographic Encoding and Referencing (MAF/TIGER) Database (MTDB). The MTDB represents a seamless national file with no overlaps or gaps between parts, however, each TIGER/Line shapefile is designed to stand alone as an independent data set, or they can be combined to cover the entire nation. ZIP Code Tabulation Areas (ZCTAs) are approximate area representations of U.S. Postal Service (USPS) ZIP Code service areas that the Census Bureau creates to present statistical data for each decennial census. The Census Bureau delineates ZCTA boundaries for the United States, Puerto Rico, American Samoa, Guam, the Commonwealth of the Northern Mariana Islands, and the U.S. Virgin Islands once each decade following the decennial census. Data users should not use ZCTAs to identify the official USPS ZIP Code for mail delivery. The USPS makes periodic changes to ZIP Codes to support more efficient mail delivery. The Census Bureau uses tabulation blocks as the basis for defining each ZCTA. Tabulation blocks are assigned to a ZCTA based on the most frequently occurring ZIP Code for the addresses contained within that block. The most frequently occurring ZIP Code also becomes the five-digit numeric code of the ZCTA. These codes may contain leading zeros. Blocks that do not contain addresses but are surrounded by a single ZCTA (enclaves) are assigned to the surrounding ZCTA. Because the Census Bureau only uses the most frequently occurring ZIP Code to assign blocks, a ZCTA may not exist for every USPS ZIP Code. Some ZIP Codes may not have a matching ZCTA because too few addresses were associated with the specific ZIP Code or the ZIP Code was not the most frequently occurring ZIP Code within any of the blocks where it exists. The ZCTA boundaries in this release are those delineated following the 2020 Census.