Abstract : The search for the most appropriate GIS data model to integrate, manipulate and analyse spatio-temporal data raises several research questions about the conceptualisation of geographic spaces. Although there is now a general consensus that many environmental phenomena require field and object conceptualisations to provide a comprehensive GIS representation, there is still a need for better integration of these dual representations of space within a formal spatio-temporal database. The research presented in this paper introduces a hybrid and formal dual data model for the representation of spatio-temporal data. The whole approach has been fully implemented in PostgreSQL and its spatial extension PostGIS, where the SQL language is extended by a series of data type constructions and manipulation functions to support hybrid queries. The potential of the approach is illustrated by an application to underwater geomorphological dynamics oriented towards the monitoring of the evolution of seabed changes. A series of performance and scalability experiments are also reported to demonstrate the computational performance of the model.Data Description : The data set used in our research is a set of bathymetric surveys recorded over three years from 2009 to 2011 as Digital Terrain Models (DTM) with 2m grid spacing. The first survey was carried out in February 2009 by the French hydrographic office, the second one was recorded on August-September 2010 and the third in July 2011, both by the “Institut Universitaire Européen de la Mer”.

The establishment of a BES Multi-User Geodatabase (BES-MUG) allows for the storage, management, and distribution of geospatial data associated with the Baltimore Ecosystem Study. At present, BES data is distributed over the internet via the BES website. While having geospatial data available for download is a vast improvement over having the data housed at individual research institutions, it still suffers from some limitations. BES-MUG overcomes these limitations; improving the quality of the geospatial data available to BES researches, thereby leading to more informed decision-making. BES-MUG builds on Environmental Systems Research Institute's (ESRI) ArcGIS and ArcSDE technology. ESRI was selected because its geospatial software offers robust capabilities. ArcGIS is implemented agency-wide within the USDA and is the predominant geospatial software package used by collaborating institutions. Commercially available enterprise database packages (DB2, Oracle, SQL) provide an efficient means to store, manage, and share large datasets. However, standard database capabilities are limited with respect to geographic datasets because they lack the ability to deal with complex spatial relationships. By using ESRI's ArcSDE (Spatial Database Engine) in conjunction with database software, geospatial data can be handled much more effectively through the implementation of the Geodatabase model. Through ArcSDE and the Geodatabase model the database's capabilities are expanded, allowing for multiuser editing, intelligent feature types, and the establishment of rules and relationships. ArcSDE also allows users to connect to the database using ArcGIS software without being burdened by the intricacies of the database itself. For an example of how BES-MUG will help improve the quality and timeless of BES geospatial data consider a census block group layer that is in need of updating. Rather than the researcher downloading the dataset, editing it, and resubmitting to through ORS, access rules will allow the authorized user to edit the dataset over the network. Established rules will ensure that the attribute and topological integrity is maintained, so that key fields are not left blank and that the block group boundaries stay within tract boundaries. Metadata will automatically be updated showing who edited the dataset and when they did in the event any questions arise. Currently, a functioning prototype Multi-User Database has been developed for BES at the University of Vermont Spatial Analysis Lab, using Arc SDE and IBM's DB2 Enterprise Database as a back end architecture. This database, which is currently only accessible to those on the UVM campus network, will shortly be migrated to a Linux server where it will be accessible for database connections over the Internet. Passwords can then be handed out to all interested researchers on the project, who will be able to make a database connection through the Geographic Information Systems software interface on their desktop computer. This database will include a very large number of thematic layers. Those layers are currently divided into biophysical, socio-economic and imagery categories. Biophysical includes data on topography, soils, forest cover, habitat areas, hydrology and toxics. Socio-economics includes political and administrative boundaries, transportation and infrastructure networks, property data, census data, household survey data, parks, protected areas, land use/land cover, zoning, public health and historic land use change. Imagery includes a variety of aerial and satellite imagery. See the readme: http://96.56.36.108/geodatabase_SAL/readme.txt See the file listing: http://96.56.36.108/geodatabase_SAL/diroutput.txt

Geographic Information System Software Market Outlook

The global Geographic Information System (GIS) Software market size was valued at approximately USD 7.8 billion in 2023 and is projected to reach USD 15.6 billion by 2032, growing at a compound annual growth rate (CAGR) of 8.3% during the forecast period. This impressive growth can be attributed to the increasing demand for efficient data management tools across various industries, which rely on spatial data for decision-making and strategic planning. The rapid advancements in technology, such as the integration of AI and IoT with GIS software, have further propelled the market, enabling organizations to harness the full potential of geographic data in innovative ways.

One of the primary growth drivers of the GIS Software market is the burgeoning need for urban planning and smart city initiatives worldwide. As urbanization trends escalate, cities are increasingly relying on GIS technology to manage resources more effectively, optimize transportation networks, and enhance public safety. The ability of GIS software to provide real-time data and spatial analysis is vital for city planners and administrators faced with the challenges of modern urban environments. Furthermore, the trend towards digital transformation in governmental organizations is boosting the adoption of GIS solutions, as they seek to improve operational efficiency and service delivery.

The agricultural sector is also experiencing significant transformations due to the integration of GIS software, which is another pivotal growth factor for the market. Precision agriculture, which involves the use of GIS technologies to monitor and manage farming practices, is enabling farmers to increase crop yields while reducing resource consumption. By leveraging spatial data, farmers can make informed decisions about planting, irrigation, and harvesting, ultimately leading to more sustainable agricultural practices. This trend is particularly prominent in regions where agriculture forms a substantial portion of the economy, encouraging the adoption of advanced GIS tools to maintain competitive advantage.

Another influential factor contributing to the growth of the GIS Software market is the increasing importance of environmental management and disaster response. GIS technology plays a crucial role in assessing environmental changes, managing natural resources, and planning responses to natural disasters. The ability to overlay various data sets onto geographic maps allows for better analysis and understanding of environmental phenomena, making GIS indispensable in tackling issues such as climate change and resource depletion. Moreover, governments and organizations are investing heavily in GIS tools that aid in disaster preparedness and response, ensuring timely and effective action during emergencies.

The evolution of GIS Mapping Software has been instrumental in transforming how spatial data is utilized across various sectors. These software solutions offer robust tools for visualizing, analyzing, and interpreting geographic data, enabling users to make informed decisions based on spatial insights. With the ability to integrate multiple data sources, GIS Mapping Software provides a comprehensive platform for conducting spatial analysis, which is crucial for applications ranging from urban planning to environmental management. As technology continues to advance, the capabilities of GIS Mapping Software are expanding, offering more sophisticated features such as 3D visualization and real-time data processing. These advancements are not only enhancing the utility of GIS tools but also making them more accessible to a wider range of users, thereby driving their adoption across different industries.

Regionally, North America and Europe have traditionally dominated the GIS Software market, thanks to their robust technological infrastructure and higher adoption rates of advanced technologies. However, Asia Pacific is expected to witness the highest growth rate during the forecast period, driven by rapid urbanization, increased government spending on infrastructure development, and the expanding telecommunications sector. The growing awareness and adoption of GIS solutions in countries like China and India are significant contributors to this regional growth. Furthermore, Latin America and the Middle East & Africa regions are slowly catching up, with ongoing investments in smart city projects and infrastructure development driving the demand for GIS software.

Component Analysis</h2&

Today, deep neural networks are widely used in many computer vision problems, also for geographic information systems (GIS) data. This type of data is commonly used for urban analyzes and spatial planning. We used orthophotographic images of two residential districts from Kielce, Poland for research including urban sprawl automatic analysis with Transformer-based neural network application.Orthophotomaps were obtained from Kielce GIS portal. Then, the map was manually masked into building and building surroundings classes. Finally, the ortophotomap and corresponding classification mask were simultaneously divided into small tiles. This approach is common in image data preprocessing for machine learning algorithms learning phase. Data contains two original orthophotomaps from Wietrznia and Pod Telegrafem residential districts with corresponding masks and also their tiled version, ready to provide as a training data for machine learning models.Transformed-based neural network has undergone a training process on the Wietrznia dataset, targeted for semantic segmentation of the tiles into buildings and surroundings classes. After that, inference of the models was used to test model's generalization ability on the Pod Telegrafem dataset. The efficiency of the model was satisfying, so it can be used in automatic semantic building segmentation. Then, the process of dividing the images can be reversed and complete classification mask retrieved. This mask can be used for area of the buildings calculations and urban sprawl monitoring, if the research would be repeated for GIS data from wider time horizon.Since the dataset was collected from Kielce GIS portal, as the part of the Polish Main Office of Geodesy and Cartography data resource, it may be used only for non-profit and non-commertial purposes, in private or scientific applications, under the law "Ustawa z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (Dz.U. z 2006 r. nr 90 poz 631 z późn. zm.)". There are no other legal or ethical considerations in reuse potential.Data information is presented below.wietrznia_2019.jpg - orthophotomap of Wietrznia districtmodel's - used for training, as an explanatory imagewietrznia_2019.png - classification mask of Wietrznia district - used for model's training, as a target imagewietrznia_2019_validation.jpg - one image from Wietrznia district - used for model's validation during training phasepod_telegrafem_2019.jpg - orthophotomap of Pod Telegrafem district - used for model's evaluation after training phasewietrznia_2019 - folder with wietrznia_2019.jpg (image) and wietrznia_2019.png (annotation) images, divided into 810 tiles (512 x 512 pixels each), tiles with no information were manually removed, so the training data would contain only informative tilestiles presented - used for the model during training (images and annotations for fitting the model to the data)wietrznia_2019_vaidation - folder with wietrznia_2019_validation.jpg image divided into 16 tiles (256 x 256 pixels each) - tiles were presented to the model during training (images for validation model's efficiency); it was not the part of the training datapod_telegrafem_2019 - folder with pod_telegrafem.jpg image divided into 196 tiles (256 x 265 pixels each) - tiles were presented to the model during inference (images for evaluation model's robustness)Dataset was created as described below.Firstly, the orthophotomaps were collected from Kielce Geoportal (https://gis.kielce.eu). Kielce Geoportal offers a .pst recent map from April 2019. It is an orthophotomap with a resolution of 5 x 5 pixels, constructed from a plane flight at 700 meters over ground height, taken with a camera for vertical photos. Downloading was done by WMS in open-source QGIS software (https://www.qgis.org), as a 1:500 scale map, then converted to a 1200 dpi PNG image.Secondly, the map from Wietrznia residential district was manually labelled, also in QGIS, in the same scope, as the orthophotomap. Annotation based on land cover map information was also obtained from Kielce Geoportal. There are two classes - residential building and surrounding. Second map, from Pod Telegrafem district was not annotated, since it was used in the testing phase and imitates situation, where there is no annotation for the new data presented to the model.Next, the images was converted to an RGB JPG images, and the annotation map was converted to 8-bit GRAY PNG image.Finally, Wietrznia data files were tiled to 512 x 512 pixels tiles, in Python PIL library. Tiles with no information or a relatively small amount of information (only white background or mostly white background) were manually removed. So, from the 29113 x 15938 pixels orthophotomap, only 810 tiles with corresponding annotations were left, ready to train the machine learning model for the semantic segmentation task. Pod Telegrafem orthophotomap was tiled with no manual removing, so from the 7168 x 7168 pixels ortophotomap were created 197 tiles with 256 x 256 pixels resolution. There was also image of one residential building, used for model's validation during training phase, it was not the part of the training data, but was a part of Wietrznia residential area. It was 2048 x 2048 pixel ortophotomap, tiled to 16 tiles 256 x 265 pixels each.

The hydrologic response units (HRUs) and stream segments available here are for an application of the Precipitation Runoff Modeling System (PRMS) in the southeastern United States by LaFontaine and others (2019). Geographic Information System (GIS) files for the HRUs and stream segments are provided as shapefiles with attribute hru_id_1 identifying the HRU numbering convention used in the PRMS model and seg_id_gcp identifying the stream segment numbering convention used in the PRMS model. This GIS files represent the watershed area for an approximately 1.16 million square kilometer area of the southeastern United States. A total of 20,251 HRUs and 10,742 stream segments are used in this modeling application. LaFontaine, J.H., Hart, R.M., Hay, L.E., Farmer, W.H., Bock, A.R., Viger, R.J., Markstrom, S.L., Regan, R.S., and Driscoll, J.M., 2019, Simulation of Water Availability in the Southeastern United States for Historical and Potential Future Climate and Land-Cover Conditions: U.S. Geological Survey Scientific Investigations Report, 2019-5039, 83 p., https://doi.org/10.3133/sir20195039.

This dataset provides detailed information on road surfaces from OpenStreetMap (OSM) data, distinguishing between paved and unpaved surfaces across the region. This information is based on road surface prediction derived from hybrid deep learning approach. For more information on Methods, refer to the paper

Roughly 0.6438 million km of roads are mapped in OSM in this region. Based on AI-mapped estimates the share of paved and unpaved roads is approximately 0.0602 and 0.0169 (in million kms), corressponding to 9.344% and 2.6252% respectively of the total road length in the dataset region. 0.5667 million km or 88.0308% of road surface information is missing in OSM. In order to fill this gap, Mapillary derived road surface dataset provides an additional 0.0022 million km of information (corressponding to 0.3924% of total missing information on road surface)

It is intended for use in transportation planning, infrastructure analysis, climate emissions and geographic information system (GIS) applications.

This dataset provides comprehensive information on road and urban area features, including location, surface quality, and classification metadata. This dataset includes attributes from OpenStreetMap (OSM) data, AI predictions for road surface, and urban classifications.

AI features:

• pred_class: Model-predicted class for the road surface, with values "paved" or "unpaved."

• pred_label: Binary label associated with pred_class (0 = paved, 1 = unpaved).

• osm_surface_class: Classification of the surface type from OSM, categorized as "paved" or "unpaved."

• combined_surface_osm_priority: Surface classification combining pred_label and surface(OSM) while prioritizing the OSM surface tag, classified as "paved" or "unpaved."

• combined_surface_DL_priority: Surface classification combining pred_label and surface(OSM) while prioritizing DL prediction pred_label, classified as "paved" or "unpaved."

• n_of_predictions_used: Number of predictions used for the feature length estimation.

• predicted_length: Predicted length based on the DL model’s estimations, in meters.

• DL_mean_timestamp: Mean timestamp of the predictions used, for comparison.

OSM features may have these attributes(Learn what tags mean here):

• name: Name of the feature, if available in OSM.

• name:en: Name of the feature in English, if available in OSM.

• name:* (in local language): Name of the feature in the local official language, where available.

• highway: Road classification based on OSM tags (e.g., residential, motorway, footway).

• surface: Description of the surface material of the road (e.g., asphalt, gravel, dirt).

• smoothness: Assessment of surface smoothness (e.g., excellent, good, intermediate, bad).

• width: Width of the road, where available.

• lanes: Number of lanes on the road.

• oneway: Indicates if the road is one-way (yes or no).

• bridge: Specifies if the feature is a bridge (yes or no).

• layer: Indicates the layer of the feature in cases where multiple features are stacked (e.g., bridges, tunnels).

• source: Source of the data, indicating the origin or authority of specific attributes.

Urban classification features may have these attributes:

• continent: The continent where the data point is located (e.g., Europe, Asia).

• country_iso_a2: The ISO Alpha-2 code representing the country (e.g., "US" for the United States).

• urban: Binary indicator for urban areas based on the GHSU Urban Layer 2019. (0 = rural, 1 = urban)

• urban_area: Name of the urban area or city where the data point is located.

• osm_id: Unique identifier assigned by OpenStreetMap (OSM) to each feature.

• osm_type: Type of OSM element (e.g., node, way, relation).

The data originates from OpenStreetMap (OSM) and is augmented with model predictions using images downloaded from Mapillary in combination with the GHSU Global Human Settlement Urban Layer 2019 and AFRICAPOLIS2020 urban layer.

This dataset is one of many HeiGIT exports on HDX. See the HeiGIT website for more information.

We are looking forward to hearing about your use-case! Feel free to reach out to us and tell us about your research at communications@heigit.org – we would be happy to amplify your work.

The data provides a summary of the state of development practice for Geographic Information Systems (GIS) software (as of August 2017). The summary is based on grading a set of 30 GIS products using a template of 56 questions based on 13 software qualities. The products range in scope and purpose from a complete desktop GIS systems, to stand-alone tools, to programming libraries/packages.

The template used to grade the software is found in the TabularSummaries.zip file. Each quality is measured with a series of questions. For unambiguity the responses are quantified wherever possible (e.g.~yes/no answers). The goal is for measures that are visible, measurable and feasible in a short time with limited domain knowledge. Unlike a comprehensive software review, this template does not grade on functionality and features. Therefore, it is possible that a relatively featureless product can outscore a feature-rich product.

A virtual machine is used to provide an optimal testing environments for each software product. During the process of grading the 30 software products, it is much easier to create a new virtual machine to test the software on, rather than using the host operating system and file system.

The raw data obtained by measuring each software product is in SoftwareGrading-GIS.xlsx. Each line in this file corresponds to between 2 and 4 hours of measurement time by a software engineer. The results are summarized for each quality in the TabularSummaries.zip file, as a tex file and compiled pdf file.

This dataset represents a unique compiled environmental data set for the circumpolar Arctic ocean region 45N to 90N region. It consists of 170 layers (mostly marine, some terrestrial) in ArcGIS 10 format to be used with a Geographic Information System (GIS) and which are listed below in detail. Most layers are long-term average raster GRIDs for the summer season, often by ocean depth, and represent value-added products easy to use. The sources of the data are manifold such as the World Ocean Atlas 2009 (WOA09), International Bathimetric Chart of the Arctic Ocean (IBCAO), Canadian Earth System Model 2 (CanESM2) data (the newest generation of models available) and data sources such as plankton databases and OBIS. Ocean layers were modeled and predicted into the future and zooplankton species were modeled based on future data: Calanus hyperboreus (AphiaID104467), Metridia longa (AphiaID 104632), M. pacifica (AphiaID 196784) and Thysanoessa raschii (AphiaID 110711). Some layers are derived within ArcGIS. Layers have pixel sizes between 1215.819573 meters and 25257.72929 meters for the best pooled model, and between 224881.2644 and 672240.4095 meters for future climate data. Data was then reprojected into North Pole Stereographic projection in meters (WGS84 as the geographic datum). Also, future layers are included as a selected subset of proposed future climate layers from the Canadian CanESM2 for the next 100 years (scenario runs rcp26 and rcp85). The following layer groups are available: bathymetry (depth, derived slope and aspect); proximity layers (to,glaciers,sea ice, protected areas, wetlands, shelf edge); dissolved oxygen, apparent oxygen, percent oxygen, nitrogen, phosphate, salinity, silicate (all for August and for 9 depth classes); runoff (proximity, annual and August); sea surface temperature; waterbody temperature (12 depth classes); modeled ocean boundary layers (H1, H2, H3 and Wx).This dataset is used for a M.Sc. thesis by the author, and freely available upon request. For questions and details we suggest contacting the authors. Process_Description: Please contact Moritz Schmid for the thesis and detailed explanations. Short version: We model predicted here for the first time ocean layers in the Arctic Ocean based on a unique dataset of physical oceanography. Moreover, we developed presence/random absence models that indicate where the studied zooplankton species are most likely to be present in the Arctic Ocean. Apart from that, we develop the first spatially explicit models known to science that describe the depth in which the studied zooplankton species are most likely to be at, as well as their distribution of life stages. We do not only do this for one present day scenario. We modeled five different scenarios and for future climate data. First, we model predicted ocean layers using the most up to date data from various open access sources, referred here as best-pooled model data. We decided to model this set of stratification layers after discussions and input of expert knowledge by Professor Igor Polyakov from the International Arctic Research Center at the University of Alaska Fairbanks. We predicted those stratification layers because those are the boundaries and layers that the plankton has to cross for diel vertical migration and a change in those would most likely affect the migration. I assigned 4 variables to the stratification layers. H1, H2, H3 and Wx. H1 is the lower boundary of the mixed layer depth. Above this layer a lot of atmospheric disturbance is causing mixing of the water, giving the mixed layer its name. H2, the middle of the halocline is important because in this part of the ocean a strong gradient in salinity and temperature separates water layers. H3, the isotherm is important, because beneath it flows denser and colder Atlantic water. Wx summarizes the overall width of the described water column. Ocean layers were predicted using machine learning algorithms (TreeNet, Salford Systems). Second, ocean layers were included as predictors and used to predict the presence/random absence, most likely depth and life stage layers for the zooplankton species: Calanus hyperboreus, Metridia longa, Metridia pacifica and Thysanoessa raschii, This process was repeated for future predictions based on the CanESM2 data (see in the data section). For zooplankton species the following layers were developed and for the future. C. hyperboreus: Best-pooled model as well as future predictions (rcp26 including ocean layer(also excluding), rcp85 including oocean layers (also excluding) for 2010 and 2100.For parameters: Presence/random absence, most likely depth and life stage layers M. longa: Best-pooled model as well as future predictions (rcp26 including ocean layer(also excluding), rcp85 including oocean layers (also excluding) for 2010 and 2100. For parameters: Presence/rand... Visit https://dataone.org/datasets/f63d0f6c-7d53-46ce-b755-42a368007601 for complete metadata about this dataset.

This collection grew out of a prototype case tracking and crime mapping application that was developed for the United States Attorney's Office (USAO), Southern District of New York (SDNY). The purpose of creating the application was to move from the traditionally episodic way of handling cases to a comprehensive and strategic method of collecting case information and linking it to specific geographic locations, and collecting information either not handled at all or not handled with sufficient enough detail by SDNY's existing case management system. The result was an end-user application designed to be run largely by SDNY's nontechnical staff. It consisted of two components, a database to capture case tracking information and a mapping component to link case and geographic data. The case tracking data were contained in a Microsoft Access database and the client application contained all of the forms, queries, reports, macros, table links, and code necessary to enter, navigate through, and query the data. The mapping application was developed using Environmental Systems Research Institute's (ESRI) ArcView 3.0a GIS. This collection shows how the user-interface of the database and the mapping component were customized to allow the staff to perform spatial queries without having to be geographic information systems (GIS) experts. Part 1 of this collection contains the Visual Basic script used to customize the user-interface of the Microsoft Access database. Part 2 contains the Avenue script used to customize ArcView to link the data maintained in the server databases, to automate the office's most common queries, and to run simple analyses.

The dataset and the validation are fully described in a Nature Scientific Data Descriptor https://www.nature.com/articles/s41597-019-0265-5

If you want to use this dataset in an interactive environment, then use this link https://mybinder.org/v2/gh/GeographerAtLarge/TravelTime/HEAD

The following text is a summary of the information in the above Data Descriptor.

The dataset is a suite of global travel-time accessibility indicators for the year 2015, at approximately one-kilometre spatial resolution for the entire globe. The indicators show an estimated (and validated), land-based travel time to the nearest city and nearest port for a range of city and port sizes.

The datasets are in GeoTIFF format and are suitable for use in Geographic Information Systems and statistical packages for mapping access to cities and ports and for spatial and statistical analysis of the inequalities in access by different segments of the population.

These maps represent a unique global representation of physical access to essential services offered by cities and ports.

The datasets travel_time_to_cities_x.tif (where x has values from 1 to 12) The value of each pixel is the estimated travel time in minutes to the nearest urban area in 2015. There are 12 data layers based on different sets of urban areas, defined by their population in year 2015 (see PDF report).

travel_time_to_ports_x (x ranges from 1 to 5)

The value of each pixel is the estimated travel time to the nearest port in 2015. There are 5 data layers based on different port sizes.

Format Raster Dataset, GeoTIFF, LZW compressed Unit Minutes

Data type Byte (16 bit Unsigned Integer)

No data value 65535

Flags None

Spatial resolution 30 arc seconds

Spatial extent

Upper left -180, 85

Lower left -180, -60 Upper right 180, 85 Lower right 180, -60 Spatial Reference System (SRS) EPSG:4326 - WGS84 - Geographic Coordinate System (lat/long)

Temporal resolution 2015

Temporal extent Updates may follow for future years, but these are dependent on the availability of updated inputs on travel times and city locations and populations.

Methodology Travel time to the nearest city or port was estimated using an accumulated cost function (accCost) in the gdistance R package (van Etten, 2018). This function requires two input datasets: (i) a set of locations to estimate travel time to and (ii) a transition matrix that represents the cost or time to travel across a surface.

The set of locations were based on populated urban areas in the 2016 version of the Joint Research Centre’s Global Human Settlement Layers (GHSL) datasets (Pesaresi and Freire, 2016) that represent low density (LDC) urban clusters and high density (HDC) urban areas (https://ghsl.jrc.ec.europa.eu/datasets.php). These urban areas were represented by points, spaced at 1km distance around the perimeter of each urban area.

Marine ports were extracted from the 26th edition of the World Port Index (NGA, 2017) which contains the location and physical characteristics of approximately 3,700 major ports and terminals. Ports are represented as single points

The transition matrix was based on the friction surface (https://map.ox.ac.uk/research-project/accessibility_to_cities) from the 2015 global accessibility map (Weiss et al, 2018).

Code The R code used to generate the 12 travel time maps is included in the zip file that can be downloaded with these data layers. The processing zones are also available.

Validation The underlying friction surface was validated by comparing travel times between 47,893 pairs of locations against journey times from a Google API. Our estimated journey times were generally shorter than those from the Google API. Across the tiles, the median journey time from our estimates was 88 minutes within an interquartile range of 48 to 143 minutes while the median journey time estimated by the Google API was 106 minutes within an interquartile range of 61 to 167 minutes. Across all tiles, the differences were skewed to the left and our travel time estimates were shorter than those reported by the Google API in 72% of the tiles. The median difference was −13.7 minutes within an interquartile range of −35.5 to 2.0 minutes while the absolute difference was 30 minutes or less for 60% of the tiles and 60 minutes or less for 80% of the tiles. The median percentage difference was −16.9% within an interquartile range of −30.6% to 2.7% while the absolute percentage difference was 20% or less in 43% of the tiles and 40% or less in 80% of the tiles.

This process and results are included in the validation zip file.

Usage Notes The accessibility layers can be visualised and analysed in many Geographic Information Systems or remote sensing software such as QGIS, GRASS, ENVI, ERDAS or ArcMap, and also by statistical and modelling packages such as R or MATLAB. They can also be used in cloud-based tools for geospatial analysis such as Google Earth Engine.

The nine layers represent travel times to human settlements of different population ranges. Two or more layers can be combined into one layer by recording the minimum pixel value across the layers. For example, a map of travel time to the nearest settlement of 5,000 to 50,000 people could be generated by taking the minimum of the three layers that represent the travel time to settlements with populations between 5,000 and 10,000, 10,000 and 20,000 and, 20,000 and 50,000 people.

The accessibility layers also permit user-defined hierarchies that go beyond computing the minimum pixel value across layers. A user-defined complete hierarchy can be generated when the union of all categories adds up to the global population, and the intersection of any two categories is empty. Everything else is up to the user in terms of logical consistency with the problem at hand.

The accessibility layers are relative measures of the ease of access from a given location to the nearest target. While the validation demonstrates that they do correspond to typical journey times, they cannot be taken to represent actual travel times. Errors in the friction surface will be accumulated as part of the accumulative cost function and it is likely that locations that are further away from targets will have greater a divergence from a plausible travel time than those that are closer to the targets. Care should be taken when referring to travel time to the larger cities when the locations of interest are extremely remote, although they will still be plausible representations of relative accessibility. Furthermore, a key assumption of the model is that all journeys will use the fastest mode of transport and take the shortest path.

Expands the use of internal data for creating Geographic Information System (GIS) maps. SSA's Database Systems division developed a map users guide for GIS data object publishing and was made available in an internal Sharepoint site for access throughout the agency. The guide acts as the reference for publishers of GIS objects across the life-cycle in our single, central geodatabase implementation.

This product is a series of ten datasets containing tabular data from historical time series sources for the 9,067 conterminous United States sites in the U.S. Geological Survey (USGS) Geospatial Attributes of Gages for Evaluating Streamflow II (GAGES-II) dataset. The tables contain time-series data derived from consistent sources of agricultural commodities such as crop types, irrigation, and livestock (1950-2012), dam removals (1930-2013), imperviousness (1974-2012 and 2001-2011) and forest canopy (2011), land use (1974-2012 and 2001-2011), estimated nutrients application from fertilizer and manure (1982 -2012), population and housing unit density (1940-2010), timber activities (1999-2012), water use (1985-2010), and dates of anthropogenic influences on flow recorded by USGS Water Science Centers.

Literature review dataset

This table lists the surveyed papers concerning the application of spatial analysis, GIS (Geographic Information Systems) as well as general geographic approaches and geostatistics, to the assessment of CoViD-19 dynamics. The period of survey is from January 1^st, 2020 to December 15^th, 2020. The first column lists the reference. The second lists the date of publication (preferably, the date of online publication). The third column lists the Country or the Countries and/or the subnational entities investigated. The fourth column lists the epidemiological data utilized in each paper. The fifth column lists other types of data utilized for the analysis. The sixth column lists the more traditionally statistically-based methods, if utilized. The seventh column lists the geo-statistical, GIS or geographic methods, if utilized. The eight column sums up the findings of each paper. The papers are also classified within seven thematic categories. The full references are available at the end of the table in alphabetical order.

This table was the basis for the realization of a comprehensive geographic literature review. It aims to be a useful tool to ease the "due-diligence" activity of all the researchers interested in the spatial analysis of the pandemic.

The reference to cite the related paper is the following:

Pranzo, A.M.R., Dai Prà, E. & Besana, A. Epidemiological geography at work: An exploratory review about the overall findings of spatial analysis applied to the study of CoViD-19 propagation along the first pandemic year. GeoJournal (2022). https://doi.org/10.1007/s10708-022-10601-y

To read the manuscript please follow this link: https://doi.org/10.1007/s10708-022-10601-y

This dataset contains the files used to run the trfgis Stata package, which gives an integrated access to data of the TRF-GIS Dataverse. This is the alpha version of the trfgis Stata package.

GISCO is responsible for meeting the European Commission's geographical information needs at 3 levels: the European Union, its member countries, and its regions. GISCO manages a database of geographical information, and provides related services to the Commission. Its database contains core geographical data covering the whole of Europe, such as administrative boundaries, and thematic geospatial information, such as population grid data. Some data are available for download by the general public and may be used for non-commercial purposes. The main goal of GISCO's various activities and long-term projects is to better integrate statistical and geospatial information at the EU level.

Welcome to Apiscrapy, your ultimate destination for comprehensive location-based intelligence. As an AI-driven web scraping and automation platform, Apiscrapy excels in converting raw web data into polished, ready-to-use data APIs. With a unique capability to collect Google Address Data, Google Address API, Google Location API, Google Map, and Google Location Data with 100% accuracy, we redefine possibilities in location intelligence.

Key Features:

Unparalleled Data Variety: Apiscrapy offers a diverse range of address-related datasets, including Google Address Data and Google Location Data. Whether you seek B2B address data or detailed insights for various industries, we cover it all.

Integration with Google Address API: Seamlessly integrate our datasets with the powerful Google Address API. This collaboration ensures not just accessibility but a robust combination that amplifies the precision of your location-based insights.

Business Location Precision: Experience a new level of precision in business decision-making with our address data. Apiscrapy delivers accurate and up-to-date business locations, enhancing your strategic planning and expansion efforts.

Tailored B2B Marketing: Customize your B2B marketing strategies with precision using our detailed B2B address data. Target specific geographic areas, refine your approach, and maximize the impact of your marketing efforts.

Use Cases:

Location-Based Services: Companies use Google Address Data to provide location-based services such as navigation, local search, and location-aware advertisements.

Logistics and Transportation: Logistics companies utilize Google Address Data for route optimization, fleet management, and delivery tracking.

E-commerce: Online retailers integrate address autocomplete features powered by Google Address Data to simplify the checkout process and ensure accurate delivery addresses.

Real Estate: Real estate agents and property websites leverage Google Address Data to provide accurate property listings, neighborhood information, and proximity to amenities.

Urban Planning and Development: City planners and developers utilize Google Address Data to analyze population density, traffic patterns, and infrastructure needs for urban planning and development projects.

Market Analysis: Businesses use Google Address Data for market analysis, including identifying target demographics, analyzing competitor locations, and selecting optimal locations for new stores or offices.

Geographic Information Systems (GIS): GIS professionals use Google Address Data as a foundational layer for mapping and spatial analysis in fields such as environmental science, public health, and natural resource management.

Government Services: Government agencies utilize Google Address Data for census enumeration, voter registration, tax assessment, and planning public infrastructure projects.

Tourism and Hospitality: Travel agencies, hotels, and tourism websites incorporate Google Address Data to provide location-based recommendations, itinerary planning, and booking services for travelers.

Discover the difference with Apiscrapy – where accuracy meets diversity in address-related datasets, including Google Address Data, Google Address API, Google Location API, and more. Redefine your approach to location intelligence and make data-driven decisions with confidence. Revolutionize your business strategies today!

Having updated knowledge of cropland extent is essential for crop monitoring and food security early warning. Previous research has proposed different methods and adopted various datasets for mapping cropland areas at regional to global scales. However, most approaches did not consider the characteristics of farming systems and applied the same classification method in different agroecological zones (AEZs). Furthermore, the acquisition of in situ samples for classification training remains challenging. To address these knowledge gaps and challenges, this study applied a zone-specific classification by comparing four classifiers (random forest, the support vector machine (SVM), the classification and regression tree (CART) and minimum distance) for cropland mapping over four different AEZs in the Zambezi River basin (ZRB). Landsat-8 and Sentinel-2 data and derived indices were used and synthesized to generate thirty-five layers for classification on the Google Earth Engine platform. Training samples were derived from three existing landcover datasets to minimize the cost of sample acquisitions over the large area. The final cropland map was generated at a 10 m resolution.

The information here presented was imported from a published paper with the title ''Comparison of Different Cropland Classification Methods under Diversified Agroecological Conditions in the Zambezi River Basin'' which its reference is shown below. The dataset here presented was created based on the results of this study.

Bofana, J.; Zhang, M.; Nabil, M.; Wu, B.; Tian, F.; Liu, W.; Zeng, H.; Zhang, N.; Nangombe, S.S.; Cipriano, S.A.; Phiri, E.; Mushore, T.D.; Kaluba, P.; Mashonjowa, E.; Moyo, C. Comparison of Different Cropland Classification Methods under Diversified Agroecological Conditions in the Zambezi River Basin. Remote Sens. 2020, 12, 2096. https://doi.org/10.3390/rs12132096

WARNING: This is a pre-release dataset and its fields names and data structures are subject to change. It should be considered pre-release until the end of 2024. Expected changes:

• Metadata is missing or incomplete for some layers at this time and will be continuously improved.
  
• We expect to update this layer roughly in line with CDTFA at some point, but will increase the update cadence over time as we are able to automate the final pieces of the process.

Purpose

County and incorporated place (city) boundaries along with third party identifiers used to join in external data. Boundaries are from the authoritative source the California Department of Tax and Fee Administration (CDTFA), altered to show the counties as one polygon. This layer displays the city polygons on top of the County polygons so the area isn"t interrupted. The GEOID attribute information is added from the US Census. GEOID is based on merged State and County FIPS codes for the Counties. Abbreviations for Counties and Cities were added from Caltrans Division of Local Assistance (DLA) data. Place Type was populated with information extracted from the Census. Names and IDs from the US Board on Geographic Names (BGN), the authoritative source of place names as published in the Geographic Name Information System (GNIS), are attached as well. Finally, the coastline is used to separate coastal buffers from the land-based portions of jurisdictions. This feature layer is for public use.

Related Layers

This dataset is part of a grouping of many datasets:

1. Cities: Only the city boundaries and attributes, without any unincorporated areas
   • With Coastal Buffers
   • Without Coastal Buffers
2. Counties: Full county boundaries and attributes, including all cities within as a single polygon
   • With Coastal Buffers
   • Without Coastal Buffers
3. Cities and Full Counties: A merge of the other two layers, so polygons overlap within city boundaries. Some customers require this behavior, so we provide it as a separate service.
   • With Coastal Buffers (this dataset)
   • Without Coastal Buffers
4. Place Abbreviations
5. Unincorporated Areas (Coming Soon)
6. Census Designated Places (Coming Soon)
   
7. Cartographic Coastline
   • Polygon
   • Line source (Coming Soon)

Point of Contact

California Department of Technology, Office of Digital Services, odsdataservices@state.ca.gov

Field and Abbreviation Definitions

• COPRI: county number followed by the 3-digit city primary number used in the Board of Equalization"s 6-digit tax rate area numbering system
• Place Name: CDTFA incorporated (city) or county name
• County: CDTFA county name. For counties, this will be the name of the polygon itself. For cities, it is the name of the county the city polygon is within.
• Legal Place Name: Board on Geographic Names authorized nomenclature for area names published in the Geographic Name Information System
• GNIS_ID: The numeric identifier from the Board on Geographic Names that can be used to join these boundaries to other datasets utilizing this identifier.
• GEOID: numeric geographic identifiers from the US Census Bureau Place Type: Board on Geographic Names authorized nomenclature for boundary type published in the Geographic Name Information System
• Place Abbr: CalTrans Division of Local Assistance abbreviations of incorporated area names
• CNTY Abbr: CalTrans Division of Local Assistance abbreviations of county names
• Area_SqMi: The area of the administrative unit (city or county) in square miles, calculated in EPSG 3310 California Teale Albers.
• COASTAL: Indicates if the polygon is a coastal buffer. Null for land polygons. Additional values include "ocean" and "bay".
• GlobalID: While all of the layers we provide in this dataset include a GlobalID field with unique values, we do not recommend you make any use of it. The GlobalID field exists to support offline sync, but is not persistent, so data keyed to it will be orphaned at our next update. Use one of the other persistent identifiers, such as GNIS_ID or GEOID instead.

Accuracy

CDTFA"s source data notes the following about accuracy:

City boundary changes and county boundary line adjustments filed with the Board of Equalization per Government Code 54900. This GIS layer contains the boundaries of the unincorporated county and incorporated cities within the state of California. The initial dataset was created in March of 2015 and was based on the State Board of Equalization tax rate area boundaries. As of April 1, 2024, the maintenance of this dataset is provided by the California Department of Tax and Fee Administration for the purpose of determining sales and use tax rates. The boundaries are continuously being revised to align with aerial imagery when areas of conflict are discovered between the original boundary provided by the California State Board of Equalization and the boundary made publicly available by local, state, and federal government. Some differences may occur between actual recorded boundaries and the boundaries used for sales and use tax purposes. The boundaries in this map are representations of taxing jurisdictions for the purpose of determining sales and use tax rates and should not be used to determine precise city or county boundary line locations. COUNTY = county name; CITY = city name or unincorporated

Dynamics of societal material stocks such as buildings and infrastructures and their spatial patterns drive surging resource use and emissions. Building up and maintaining stocks requires large amounts of resources; currently stock-building materials amount to almost 60% of all materials used by humanity. Buildings, infrastructures and machinery shape social practices of production and consumption, thereby creating path dependencies for future resource use. They constitute the physical basis of the spatial organization of most socio-economic activities, for example as mobility networks, urbanization and settlement patterns and various other infrastructures.

This dataset features a detailed map of material stocks for the whole of Austria on a 10m grid based on high resolution Earth Observation data (Sentinel-1 + Sentinel-2), crowd-sourced geodata (OSM) and material intensity factors.

Temporal extent The map is representative for ca. 2018.

Data format Per federal state, the data come in tiles of 30x30km (see shapefile). The projection is EPSG:3035. The images are compressed GeoTiff files (.tif). There is a mosaic in GDAL Virtual format (.vrt), which can readily be opened in most Geographic Information Systems.

The dataset features

area and mass for different street types

area and mass for different rail types

area and mass for other infrastructure

area, volume and mass for different building types

Masses are reported as total values, and per material category.

Units

area in m²

height in m

volume in m³

mass in t for infrastructure and buildings

Further information For further information, please see the publication or contact Helmut Haberl (helmut.haberl@boku.ac.at). A web-visualization of this dataset is available here. Visit our website to learn more about our project MAT_STOCKS - Understanding the Role of Material Stock Patterns for the Transformation to a Sustainable Society.

Publication Haberl, H., Wiedenhofer, D., Schug, F., Frantz, D., Virág, D., Plutzar, C., Gruhler, K., Lederer, J., Schiller, G. , Fishman, T., Lanau, M., Gattringer, A., Kemper, T., Liu, G., Tanikawa, H., van der Linden, S., Hostert, P. (accepted): High-resolution maps of material stocks in buildings and infrastructures in Austria and Germany. Environmental Science & Technology

Funding This research was primarly funded by the European Research Council (ERC) under the European Union’s Horizon 2020 research and innovation programme (MAT_STOCKS, grant agreement No 741950). ML and GL acknowledge funding by the Independent Research Fund Denmark (CityWeight, 6111-00555B), ML thanks the Engineering and Physical Sciences Research Council (EPSRC; project Multi-Scale, Circular Economic Potential of Non-Residential Building Scale, EP/S029273/1), JL acknowledges funding by the Vienna Science and Technology Fund (WWTF), project ESR17-067, TF acknowledges the Israel Science Foundation grant no. 2706/19.

Dataset contains training material on using open source Geographic Information Systems (GIS) to improve protected area planning and management from a workshop that was conducted on August 17-21, 2020. Specifically, the dataset contains lectures on GIS fundamentals, QGIS 3.x, and global positioning system (GPS), as well as country-specific datasets and a workbook containing exercises for viewing data, editing/creating datasets, and creating map products in QGIS. Supplemental videos that narrate a step-by-step recap and overview of these processes are found in the Related Content section of this dataset.

Funding for this workshop and material was funded by the Biodiversity and Protected Areas Management (BIOPAMA) programme. The BIOPAMA programme is an initiative of the Organisation of African, Caribbean and Pacific (ACP) Group of States financed by the European Union's 11th European Development Fund. BIOPAMA is jointly implemented by the International Union for Conservation of Nature {IUCN) and the Joint Research Centre of the European Commission (EC-JRC). In the Pacific region, BIOPAMA is implemented by IUCN's Oceania Regional Office (IUCN ORO) in partnership with the Secretariat of the Pacific Regional Environment Programme (SPREP). The overall objective of the BIOPAMA programme is to contribute to improving the long-term conservation and sustainable use of biodiversity and natural resources in the Pacific ACP region in protected areas and surrounding communities through better use and monitoring of information and capacity development on management and governance.