Xverum’s Global GIS & Geospatial Data is a high-precision dataset featuring 230M+ verified points of interest across 249 countries. With rich metadata, structured geographic attributes, and continuous updates, our dataset empowers businesses, researchers, and governments to extract location intelligence and conduct advanced geospatial analysis.

Perfectly suited for GIS systems, mapping tools, and location intelligence platforms, this dataset covers everything from businesses and landmarks to public infrastructure, all classified into over 5000 categories. Whether you're planning urban developments, analyzing territories, or building location-based products, our data delivers unmatched coverage and accuracy.

Key Features: ✅ 230M+ Global POIs Includes commercial, governmental, industrial, and service locations - updated regularly for accurate relevance.

✅ Comprehensive Geographic Coverage Worldwide dataset covering 249 countries, with attributes including latitude, longitude, city, country code, postal code, etc.

✅ Detailed Mapping Metadata Get structured address data, place names, categories, and location, which are ideal for map visualization and geospatial modeling.

✅ Bulk Delivery for GIS Platforms Available in .json - delivered via S3 Bucket or cloud storage for easy integration into ArcGIS, QGIS, Mapbox, and similar systems.

✅ Continuous Discovery & Refresh New POIs added and existing ones refreshed on a regular refresh cycle, ensuring reliable, up-to-date insights.

✅ Compliance & Scalability 100% compliant with global data regulations and scalable for enterprise use across mapping, urban planning, and retail analytics.

Use Cases: 📍 Location Intelligence & Market Analysis Identify high-density commercial zones, assess regional activity, and understand spatial relationships between locations.

🏙️ Urban Planning & Smart City Development Design infrastructure, zoning plans, and accessibility strategies using accurate location-based data.

🗺️ Mapping & Navigation Enrich digital maps with verified business listings, categories, and address-level geographic attributes.

📊 Retail Site Selection & Expansion Analyze proximity to key POIs for smarter retail or franchise placement.

📌 Risk & Catchment Area Assessment Evaluate location clusters for insurance, logistics, or regional outreach strategies.

Why Xverum? ✅ Global Coverage: One of the largest POI geospatial databases on the market ✅ Location Intelligence Ready: Built for GIS platforms and spatial analysis use ✅ Continuously Updated: New POIs discovered and refreshed regularly ✅ Enterprise-Friendly: Scalable, compliant, and customizable ✅ Flexible Delivery: Structured format for smooth data onboarding

Request a free sample and discover how Xverum’s geospatial data can power your mapping, planning, and spatial analysis projects.

In an effort to properly document the sites and areas where data were collected, personnel of the BOReal Ecosystem-Atmosphere Study (BOREAS) Information System (BORIS) obtained and compiled geographic coordinate and other site information from several sources throughout the experiment period. The final set of information is organized into two data sets that provide geographic coordinate and site characteristic information for single sites and corner coordinates for standard geographic areas. The data are stored in two text files as American Standard Code for Information Interchange (ASCII) characters.

The Residential Schools Locations Dataset in Geodatabase format (IRS_Locations.gbd) contains a feature layer "IRS_Locations" that contains the locations (latitude and longitude) of Residential Schools and student hostels operated by the federal government in Canada. All the residential schools and hostels that are listed in the Residential Schools Settlement Agreement are included in this dataset, as well as several Industrial schools and residential schools that were not part of the IRRSA. This version of the dataset doesn’t include the five schools under the Newfoundland and Labrador Residential Schools Settlement Agreement. The original school location data was created by the Truth and Reconciliation Commission, and was provided to the researcher (Rosa Orlandini) by the National Centre for Truth and Reconciliation in April 2017. The dataset was created by Rosa Orlandini, and builds upon and enhances the previous work of the Truth and Reconcilation Commission, Morgan Hite (creator of the Atlas of Indian Residential Schools in Canada that was produced for the Tk'emlups First Nation and Justice for Day Scholar's Initiative, and Stephanie Pyne (project lead for the Residential Schools Interactive Map). Each individual school location in this dataset is attributed either to RSIM, Morgan Hite, NCTR or Rosa Orlandini. Many schools/hostels had several locations throughout the history of the institution. If the school/hostel moved from its’ original location to another property, then the school is considered to have two unique locations in this dataset,the original location and the new location. For example, Lejac Indian Residential School had two locations while it was operating, Stuart Lake and Fraser Lake. If a new school building was constructed on the same property as the original school building, it isn't considered to be a new location, as is the case of Girouard Indian Residential School.When the precise location is known, the coordinates of the main building are provided, and when the precise location of the building isn’t known, an approximate location is provided. For each residential school institution location, the following information is provided: official names, alternative name, dates of operation, religious affiliation, latitude and longitude coordinates, community location, Indigenous community name, contributor (of the location coordinates), school/institution photo (when available), location point precision, type of school (hostel or residential school) and list of references used to determine the location of the main buildings or sites. Access Instructions: there are 47 files in this data package. Please download the entire data package by selecting all the 47 files and click on download. Two files will be downloaded, IRS_Locations.gbd.zip and IRS_LocFields.csv. Uncompress the IRS_Locations.gbd.zip. Use QGIS, ArcGIS Pro, and ArcMap to open the feature layer IRS_Locations that is contained within the IRS_Locations.gbd data package. The feature layer is in WGS 1984 coordinate system. There is also detailed file level metadata included in this feature layer file. The IRS_locations.csv provides the full description of the fields and codes used in this dataset.

Xverum’s Point of Interest (POI) Data is a comprehensive dataset containing 230M+ verified locations across 5000 business categories. Our dataset delivers structured geographic data, business attributes, location intelligence, and mapping insights, making it an essential tool for GIS applications, market research, urban planning, and competitive analysis.

With regular updates and continuous POI discovery, Xverum ensures accurate, up-to-date information on businesses, landmarks, retail stores, and more. Delivered in bulk to S3 Bucket and cloud storage, our dataset integrates seamlessly into mapping, geographic information systems, and analytics platforms.

🔥 Key Features:

Extensive POI Coverage: ✅ 230M+ Points of Interest worldwide, covering 5000 business categories. ✅ Includes retail stores, restaurants, corporate offices, landmarks, and service providers.

Geographic & Location Intelligence Data: ✅ Latitude & longitude coordinates for mapping and navigation applications. ✅ Geographic classification, including country, state, city, and postal code. ✅ Business status tracking – Open, temporarily closed, or permanently closed.

Continuous Discovery & Regular Updates: ✅ New POIs continuously added through discovery processes. ✅ Regular updates ensure data accuracy, reflecting new openings and closures.

Rich Business Insights: ✅ Detailed business attributes, including company name, category, and subcategories. ✅ Contact details, including phone number and website (if available). ✅ Consumer review insights, including rating distribution and total number of reviews (additional feature). ✅ Operating hours where available.

Ideal for Mapping & Location Analytics: ✅ Supports geospatial analysis & GIS applications. ✅ Enhances mapping & navigation solutions with structured POI data. ✅ Provides location intelligence for site selection & business expansion strategies.

Bulk Data Delivery (NO API): ✅ Delivered in bulk via S3 Bucket or cloud storage. ✅ Available in structured format (.json) for seamless integration.

🏆Primary Use Cases:

Mapping & Geographic Analysis: 🔹 Power GIS platforms & navigation systems with precise POI data. 🔹 Enhance digital maps with accurate business locations & categories.

Retail Expansion & Market Research: 🔹 Identify key business locations & competitors for market analysis. 🔹 Assess brand presence across different industries & geographies.

Business Intelligence & Competitive Analysis: 🔹 Benchmark competitor locations & regional business density. 🔹 Analyze market trends through POI growth & closure tracking.

Smart City & Urban Planning: 🔹 Support public infrastructure projects with accurate POI data. 🔹 Improve accessibility & zoning decisions for government & businesses.

💡 Why Choose Xverum’s POI Data?

• 230M+ Verified POI Records – One of the largest & most detailed location datasets available.
• Global Coverage – POI data from 249+ countries, covering all major business sectors.
• Regular Updates – Ensuring accurate tracking of business openings & closures.
• Comprehensive Geographic & Business Data – Coordinates, addresses, categories, and more.
• Bulk Dataset Delivery – S3 Bucket & cloud storage delivery for full dataset access.
• 100% Compliant – Ethically sourced, privacy-compliant data.

Access Xverum’s 230M+ POI dataset for mapping, geographic analysis, and location intelligence. Request a free sample or contact us to customize your dataset today!

In this skill builder, you'll work with coordinates on the map. You'll do the following:View the coordinates as you move your mouse over the map Copy the coordinates Capture the coordinates of a location clicked on the map Convert the coordinates between different formats, including latitude and longitude (XY), decimal degrees (DD), degrees decimal minutes (DDM), degrees minutes seconds (DMS), military grid reference system (MGRS), United States National Grid (USNG), and Universal Transverse Mercator (UTM) Enter a coordinate and go to that location on the map

USGS is assessing the feasibility of map projections and grid systems for lunar surface operations. We propose developing a new Lunar Transverse Mercator (LTM), the Lunar Polar Stereographic (LPS), and the Lunar Grid Reference Systems (LGRS). We have also designed additional grids designed to NASA requirements for astronaut navigation, referred to as LGRS in Artemis Condensed Coordinates (ACC), but this is not released here. LTM, LPS, and LGRS are similar in design and use to the Universal Transverse Mercator (UTM), Universal Polar Stereographic (LPS), and Military Grid Reference System (MGRS), but adhere to NASA requirements. LGRS ACC format is similar in design and structure to historic Army Mapping Service Apollo orthotopophoto charts for navigation. The Lunar Transverse Mercator (LTM) projection system is a globalized set of lunar map projections that divides the Moon into zones to provide a uniform coordinate system for accurate spatial representation. It uses a transverse Mercator projection, which maps the Moon into 45 transverse Mercator strips, each 8°, longitude, wide. These transverse Mercator strips are subdivided at the lunar equator for a total of 90 zones. Forty-five in the northern hemisphere and forty-five in the south. LTM specifies a topocentric, rectangular, coordinate system (easting and northing coordinates) for spatial referencing. This projection is commonly used in GIS and surveying for its ability to represent large areas with high positional accuracy while maintaining consistent scale. The Lunar Polar Stereographic (LPS) projection system contains projection specifications for the Moon’s polar regions. It uses a polar stereographic projection, which maps the polar regions onto an azimuthal plane. The LPS system contains 2 zones, each zone is located at the northern and southern poles and is referred to as the LPS northern or LPS southern zone. LPS, like is equatorial counterpart LTM, specifies a topocentric, rectangular, coordinate system (easting and northing coordinates) for spatial referencing. This projection is commonly used in GIS and surveying for its ability to represent large polar areas with high positional accuracy, while maintaining consistent scale across the map region. LGRS is a globalized grid system for lunar navigation supported by the LTM and LPS projections. LGRS provides an alphanumeric grid coordinate structure for both the LTM and LPS systems. This labeling structure is utilized in a similar manner to MGRS. LGRS defines a global area grid based on latitude and longitude and a 25×25 km grid based on LTM and LPS coordinate values. Two implementations of LGRS are used as polar areas require a LPS projection and equatorial areas a transverse Mercator. We describe the difference in the techniques and methods report associated with this data release. Request McClernan et. al. (in-press) for more information. ACC is a method of simplifying LGRS coordinates and is similar in use to the Army Mapping Service Apollo orthotopophoto charts for navigation. These data will be released at a later date. Two versions of the shape files are provided in this data release, PCRS and Display only. See LTM_LPS_LGRS_Shapefiles.zip file. PCRS are limited to a single zone and are projected in either LTM or LPS with topocentric coordinates formatted in Eastings and Northings. Display only shapefiles are formatted in lunar planetocentric latitude and longitude, a Mercator or Equirectangular projection is best for these grids. A description of each grid is provided below: Equatorial (Display Only) Grids: Lunar Transverse Mercator (LTM) Grids: LTM zone borders for each LTM zone Merged LTM zone borders Lunar Polar Stereographic (LPS) Grids: North LPS zone border South LPS zone border Lunar Grid Reference System (LGRS) Grids: Global Areas for North and South LPS zones Merged Global Areas (8°×8° and 8°×10° extended area) for all LTM zones Merged 25km grid for all LTM zones PCRS Shapefiles:` Lunar Transverse Mercator (LTM) Grids: LTM zone borders for each LTM zone Lunar Polar Stereographic (LPS) Grids: North LPS zone border South LPS zone border Lunar Grid Reference System (LGRS) Grids: Global Areas for North and South LPS zones 25km Gird for North and South LPS zones Global Areas (8°×8° and 8°×10° extended area) for each LTM zone 25km grid for each LTM zone The rasters in this data release detail the linear distortions associated with the LTM and LPS system projections. For these products, we utilize the same definitions of distortion as the U.S. State Plane Coordinate System. Scale Factor, k - The scale factor is a ratio that communicates the difference in distances when measured on a map and the distance reported on the reference surface. Symbolically this is the ratio between the maps grid distance and distance on the lunar reference sphere. This value can be precisely calculated and is provided in their defining publication. See Snyder (1987) for derivation of the LPS scale factor. This scale factor is unitless and typically increases from the central scale factor k_0, a projection-defining parameter. For each LPS projection. Request McClernan et. al., (in-press) for more information. Scale Error, (k-1) - Scale-Error, is simply the scale factor differenced from 1. Is a unitless positive or negative value from 0 that is used to express the scale factor’s impact on position values on a map. Distance on the reference surface are expended when (k-1) is positive and contracted when (k-1) is negative. Height Factor, h_F - The Height Factor is used to correct for the difference in distance caused between the lunar surface curvature expressed at different elevations. It is expressed as a ratio between the radius of the lunar reference sphere and elevations measured from the center of the reference sphere. For this work, we utilized a radial distance of 1,737,400 m as recommended by the IAU working group of Rotational Elements (Archinal et. al., 2008). For this calculation, height factor values were derived from a LOLA DEM 118 m v1, Digital Elevation Model (LOLA Science Team, 2021). Combined Factor, C_F – The combined factor is utilized to “Scale-To-Ground” and is used to adjust the distance expressed on the map surface and convert to the position on the actual ground surface. This value is the product of the map scale factor and the height factor, ensuring the positioning measurements can be correctly placed on a map and on the ground. The combined factor is similar to linear distortion in that it is evaluated at the ground, but, as discussed in the next section, differs numerically. Often C_F is scrutinized for map projection optimization. Linear distortion, δ - In keeping with the design definitions of SPCS2022 (Dennis 2023), we refer to scale error when discussing the lunar reference sphere and linear distortion, δ, when discussing the topographic surface. Linear distortion is calculated using C_F simply by subtracting 1. Distances are expended on the topographic surface when δ is positive and compressed when δ is negative. The relevant files associated with the expressed LTM distortion are as follows. The scale factor for the 90 LTM projections: LUNAR_LTM_GLOBAL_PLOT_HEMISPHERES_distortion_K_grid_scale_factor.tif Height Factor for the LTM portion of the Moon: LUNAR_LTM_GLOBAL_PLOT_HEMISPHERES_distortion_EF_elevation_factor.tif Combined Factor in LTM portion of the Moon LUNAR_LTM_GLOBAL_PLOT_HEMISPHERES_distortion_CF_combined_factor.tif The relevant files associated with the expressed LPS distortion are as follows. Lunar North Pole The scale factor for the northern LPS zone: LUNAR_LGRS_NP_PLOT_LPS_K_grid_scale_factor.tif Height Factor for the north pole of the Moon: LUNAR_LGRS_NP_PLOT_LPS_EF_elevation_factor.tif Combined Factor for northern LPS zone: LUNAR_LGRS_NP_PLOT_LPS_CF_combined_factor.tif Lunar South Pole Scale factor for the northern LPS zone: LUNAR_LGRS_SP_PLOT_LPS_K_grid_scale_factor.tif Height Factor for the south pole of the Moon: LUNAR_LGRS_SP_PLOT_LPS_EF_elevation_factor.tif Combined Factor for northern LPS zone: LUNAR_LGRS_SP_PLOT_LPS_CF_combined_factor.tif For GIS utilization of grid shapefiles projected in Lunar Latitude and Longitude, referred to as “Display Only”, please utilize a registered lunar geographic coordinate system (GCS) such as IAU_2015:30100 or ESRI:104903. LTM, LPS, and LGRS PCRS shapefiles utilize either a custom transverse Mercator or polar Stereographic projection. For PCRS grids the LTM and LPS projections are recommended for all LTM, LPS, and LGRS grid sizes. See McClernan et. al. (in-press) for such projections. Raster data was calculated using planetocentric latitude and longitude. A LTM and LPS projection or a registered lunar GCS may be utilized to display this data. Note: All data, shapefiles and rasters, require a specific projection and datum. The projection is recommended as LTM and LPS or, when needed, IAU_2015:30100 or ESRI:104903. The datum utilized must be the Jet Propulsion Laboratory (JPL) Development Ephemeris (DE) 421 in the Mean Earth (ME) Principal Axis Orientation as recommended by the International Astronomy Union (IAU) (Archinal et. al., 2008).

Geoform is a configurable app template for form based data editing of a Feature Service. This application allows users to enter data through a form instead of a map's pop-up while leveraging the power of the Web Map and editable Feature Services. This app geo-enables data and workflows by lowering the barrier of entry for completing simple tasks. Use CasesProvides a form-based experience for entering data through a form instead of a map pop-up. This is a good choice for users who find forms a more intuitive format than pop-ups for entering data.Useful to collect new point data from a large audience of non technical staff or members of the community.Configurable OptionsGeoform has an interactive builder used to configure the app in a step-by-step process. Use Geoform to collect new point data and configure it using the following options:Choose a web map and the editable layer(s) to be used for collection.Provide a title, logo image, and form instructions/details.Control and choose what attribute fields will be present in the form. Customize how they appear in the form, the order they appear in, and add hint text.Select from over 15 different layout themes.Choose the display field that will be used for sorting when viewing submitted entries.Enable offline support, social media sharing, default map extent, locate on load, and a basemap toggle button.Choose which locate methods are available in the form, including: current location, search, latitude and longitude, USNG coordinates, MGRS coordinates, and UTM coordinates.Supported DevicesThis application is responsively designed to support use in browsers on desktops, mobile phones, and tablets.Data RequirementsThis web app includes the capability to edit a hosted feature service or an ArcGIS Server feature service. Creating hosted feature services requires an ArcGIS Online organizational subscription or an ArcGIS Developer account. Get Started This application can be created in the following ways:Click the Create a Web App button on this pageShare a map and choose to Create a Web AppOn the Content page, click Create - App - From Template Click the Download button to access the source code. Do this if you want to host the app on your own server and optionally customize it to add features or change styling.

The Residential Schools Locations Dataset in shapefile format contains the locations (latitude and longitude) of Residential Schools and student hostels operated by the federal government in Canada. All the residential schools and hostels that are listed in the Indian Residential School Settlement Agreement are included in this data set, as well as several Industrial schools and residential schools that were not part of the IRRSA. This version of the dataset doesn’t include the five schools under the Newfoundland and Labrador Residential Schools Settlement Agreement. The original school location data was created by the Truth and Reconciliation Commission, and was provided to the researcher (Rosa Orlandini) by the National Centre for Truth and Reconciliation in April 2017. The data set was created by Rosa Orlandini, and builds upon and enhances the previous work of the Truth and Reconcilation Commission, Morgan Hite (creator of the Atlas of Indian Residential Schools in Canada that was produced for the Tk'emlups First Nation and Justice for Day Scholar's Initiative, and Stephanie Pyne (project lead for the Residential Schools Interactive Map). Each individual school location in this dataset is attributed either to RSIM, Morgan Hite, NCTR or Rosa Orlandini. Many schools/hostels had several locations throughout the history of the institution. If the school/hostel moved from its’ original location to another property, then the school is considered to have two unique locations in this data set,the original location and the new location. For example, Lejac Indian Residential School had two locations while it was operating, Stuart Lake and Fraser Lake. If a new school building was constructed on the same property as the original school building, it isn't considered to be a new location, as is the case of Girouard Indian Residential School. When the precise location is known, the coordinates of the main building are provided, and when the precise location of the building isn’t known, an approximate location is provided. For each residential school institution location, the following information is provided: official names, alternative name, dates of operation, religious affiliation, latitude and longitude coordinates, community location, Indigenous community name, contributor (of the location coordinates), school/institution photo (when available), location point precision, type of school (hostel or residential school) and list of references used to determine the location of the main buildings or sites. The geographic coordinate system for this dataset is WGS 1984. The data in shapefile format [IRS_locations.zip] can be viewed and mapped in a Geographic Information System software. Detailed metadata in xml format is available as part of the data in shapefile format. In addition, the field name descriptions (IRS_locfields.csv) and the detailed locations descriptions (IRS_locdescription.csv) should be used alongside the data in shapefile format.

It is about updating to GIS information database, Decision Support Tool (DST) in collaboration with IWMI. With the support of the Fish for Livelihoods field team and IPs (MFF, BRAC Myanmar, PACT Myanmar, and KMSS) staff, collection of Global Positioning System GPS location data for year-1 (2019-20) 1,167 SSA farmer ponds, and year-2 (2020-21) 1,485 SSA farmer ponds were completed with different GPS mobile applications: My GPS Coordinates, GPS Status & Toolbox, GPS Essentials, Smart GPS Coordinates Locator and GPS Coordinates. The Soil and Water Assessment Tool (SWAT) model that integrates climate change analysis with water availability will provide an important tool informing decisions on scaling pond adoption. It can also contribute to a Decision Support Tool to better target pond scaling. GIS Data also contribute to identify the location point of the F4L SSA farmers ponds on the Myanmar Map by fiscal year from 1 to 5.

A one-week geophysical survey was conducted in the Las Vegas Bay part of Lake Mead during June 1-6, 2000 to acoustically map the surficial sediments and shallow subsurface geology of this part of the lake. The study was done by researchers from the U.S. Geological Survey, Coastal and Marine Geology Program in Woods Hole, MA and the University of Nevada at Las Vegas. The objective was to map the distribution, volume and acoustic character of sediment that has accumulated on the floor of this part of the lake. The need for systematic mapping of this part of the lake's floor is because pollutants associated with surface and groundwater enter the lake through Las Vegas Wash at the head of Las Vegas Bay. Some of the pollutants transported to the lake by this runoff are deposited with the sediments on the lake floor. Understanding the distribution of sediments in the lake is needed to establish an effective monitoring program. The study built upon a geophysical survey conducted by the USGS and UNLV in 1999 that covered the deeper water parts of Las Vegas Bay and Boulder Basin. This year's survey focussed on the shallow water parts of the head of Las Vegas Bay with particular attention being directed at Las Vegas, Gypsum and Government Washes. Of these three Washes, the most effort was put into surveying Las Vegas Wash. This survey was conducted with an Edgetech DF-1000 sidescan sonar, a Knudsen high-resolution chirp subbottom profiling system, a Garmin fathometer, and P-Code GPS navigation. All data were logged digitally.

DOUGLAS COUNTY SURVEY/GISGIS PARCEL MAPPING GUIDELINES FOR PARCEL DISCREPANCIESIt is the intent of the Douglas County GIS Parcel Mapping to accurately identify the areas of land parcels to be valued and taxed 1. Discrepancies in areas• The Auditor/Assessor (tax) acreage areas started with the original US General Land Office (GLO) township plat maps created from the Public Land Survey (PLS) that was done between 1858 and 1871. The recovery of the PLS corners and the accurate location of these corners with GPS obtained coordinates has allowed for accurate section subdivisions, which results in accurate areas for parcels based on legal descriptions, which may be significantly different than the original areas. (See Example 2)• Any parcel bordering a meandered lake and/or a water boundary will likely have a disparity of area between the Auditor/Assessor acreages and the GIS acreages because of the inaccuracy of the original GLO meander lines from which the original areas were determined. Water lines are not able to be drafted to the same accuracy as the normal parcel lines. The water lines are usually just sketched on a survey and their dimensions are not generally given on a land record. The water boundaries of our GIS parcels are located from aerial photography. This is a subjective determination based on the interpretation by the Survey/GIS technician of what is water. Some lakes fluctuate significantly and the areas of all parcels bordering water are subject to constant change. In these cases the ordinary high water line (OHW) is attempted to be identified. Use of 2-foot contours will be made, if available. (See Example 1)• Some land records do not accurately report the area described in the land description and the description area is ignored. (See Example 3)• The parcel mapping has made every attempt to map the parcels based on available survey information as surveyed and located on the ground. This may conflict with some record legal descriptions.Solutions• If an actual survey by a licensed Land Surveyor is available, it will be utilized for the tax acreage.• If the Auditor/Assessor finds a discrepancy between the tax and GIS areas, they will request a review by the County Survey/GIS department.• As a starting guideline, the County Survey/GIS department will identify all parcels that differ in tax area versus GIS parcel area of 10 % or more and a difference of at least 5 acres. (This could be expanded later after the initial review.)• Each of these identified parcels will be reviewed individually by the County Survey/GIS department to determine the reason for the discrepancy and a recommendation will be made by the County Survey/GIS department to the Auditor/Assessor if the change should be made or not.• If a change is to be made to the tax area, a letter will be sent to the taxpayer informing them that their area will be changed during the next tax cycle, which could affect their property valuation. This letter will originate from the Auditor/Assessor with explanation from the County Survey/GIS department. 2. Gaps and Overlaps• Land descriptions for adjoining parcels sometimes overlap or leave a gap between them.o In these instances the Survey/GIS technician has to make a decision where to place this boundary. A number of circumstances are reviewed to facilitate this decision as these dilemmas are usually decided on a case by case basis. All effort will be made to not leave a gap, but sometimes this is not possible and the gap will be shown with “unknown” ownership. (Note: The County does not have the authority to change boundaries!)o Some of the circumstances reviewed are: Which parcel had the initial legal description? Does the physical occupation of the parcel line as shown on the air photo more closely fit one of the described parcels? Interpretation of the intent of the legal description. Is the legal description surveyable?Note: These overlaps will be shown on the GIS map with a dashed “survey line” and accompanying text for the line not used for the parcel boundary. 3. Parcel lines that do not match location of buildings Structures on parcels do not always lie within the boundaries of the parcel. This may be a circumstance of building without the benefit of a survey or of misinterpreting these boundaries. The parcel lines should be shown accurately as surveyed and/or described regardless of the location of structures on the ground. NOTE: The GIS mapping is not a survey, but is an interpretation of parcel boundaries predicated upon resources available to the County Survey/GIS department.Gary Stevenson Page 1 7/21/2017Example 1Example 2A Example 2B Example 3

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

This interactive mapping application easily searches and displays global tropical cyclone data. Users are able to query storms by the storm name, geographic region, or latitude/longitude coordinates. Custom queries can track storms of interest and allow for data extraction and download.Searches and displays tropical cyclone track data by ZIP Code, latitude and longitude coordinates, city, state, or geographic region and then displays the selected tracks on a mapDisplays coastal population data and hurricane strike data for coastal counties from Maine to TexasProvides access to storm reports written by hurricane specialists at the National Hurricane Center. Reports are available for the Atlantic and East-Central Pacific BasinsBuilds custom Uniform Resource Locator (URL) strings that users can follow from personal websites to the on-line mapping application with specific storm tracksThese data were derived from National Hurricane Center HURDAT data (http://www.nhc.noaa.gov/pastall.shtml) and International Best Track Archive for Climate Stewardship (IBTrACS) data (http://www.ncdc.noaa.gov/oa/ibtracs/). Metadata for each dataset can be found on their respective websites.

Lake Mohave is one of several multi-purpose reservoirs that have been constructed on the Colorado River. The lake was formed upon completion of the Davis Dam in 1953. No mapping of the floor of the lake had been conducted since completion of the Davis Dam. The U.S. Geological Survey, in cooperation with researchers form the University of Nevada Las Vegas, completed a geophysical survey of this lake in April 2002. The survey included collection of sidescan sonar imagery of nearly the entire lake floor, and high-resolution seismic-reflection profiles along widely spaced lines throughout the lake. The detailed mapping of the lake floor was used to determine the amount of sediment that had accumulated in the lake since impoundment, its distribution, and the processes of deposition.

This resource provides a Jupyter notebook demonstrating how to use GeoPandas and Shapely in Python to extract bounding box information from a shapefile or GeoJSON file. It ensures that the returned values are in a specified projection system, regardless of whether the original file uses a geographic or projected coordinate system. Users can adjust the parameters in the notebook to fit their specific use case. In this example, the parameters are based on the Kings River Watershed in California, with the target projection system being Lambert Conformal Conic, as used in National Water Model versions 1-3.

One-minute Carter Coordinate Grid. The Carter coordinate system is a grid, based on latitude and longitude, used to locate oil and gas wells in Kentucky. The system was developed by the Carter Oil Company to mimic the township and range location system in areas that had not been surveyed. The State is divided into a regular grid with each cell (or quad) being five minutes of latitude by five minutes of longitude. These quads are assigned letters (equivalent of the township) beginning with A in the south and increasing through Z and AA to GG northward. The quads are assigned numbers (equivalent of the range) beginning with zero (0) in the west and increasing to 92 in the east. Each five-minute by five-minute quad is further subdivided into 25 one-minute by one-minute sections. Within the one-minute section, the location is pinpointed by specifying the distance from an adacent pair of one-minute section boundaries to the well. The Carter coordinate is written by specifying a pair of footages from the one-minute section boundaries and the reference boundary (north, south, east, or west) for each, the one-minute section number, the five-minutes quad letter, and the five-minute quad number. A Carter coordinate and topographic index map of Kentucky is available from Publication Sales at the Kentucky Geological Survey.Data Download: https://kgs.uky.edu/kgsweb/download/state/CARTER1.ZIP

The Geocode Job extension for CKAN enables users to automatically geocode resources by scheduling a background job. By using a specified metadata field, this extension triggers a process that attaches or updates geographic coordinates for a dataset's resources. This automation enhances the value of datasets by making them discoverable and usable in location-based applications. This is especially useful for datasets containing address or location information that requires conversion and integration with mapping software and services. Key Features: Automated Geocoding: Automatically geocodes resources. Metadata Field Trigger: Initiates geocoding process based on the presence or update of a designated metadata field and value. Background Processing: Executes geocoding tasks in the background, ensuring a smooth user experience without interrupting normal CKAN operation. Specifically this avoids delaying interaction with the user interface. Resource Attachment/Update: Attaches geographic coordinates (latitude/longitude) to existing resources or updates them if already present and updated. Use Cases: Address-Based Datasets: Enhance datasets containing street addresses by automatically converting them to geographic coordinates. Location-Based Services: Integrate datasets with location-based services by providing accurate geographic data. Data Enrichment: Automatically add geographic context to datasets, making them more valuable and usable for mapping and spatial analysis. Benefits & Impact: The Geocode Job extension simplifies the process of enriching datasets with geographic information, improving their discoverability and usability. Scheduling background geocoding operations reduces the manual effort involved in data preparation, saving time and resources. This will therefore make such datasets more discoverable within the CKAN catalog. By automating the process, the extension helps to maintain accurate and up-to-date geographic data within the CKAN repository.

Contains NY State Plane Coordinate System Zones. For use to see what State Plane Zone in New York of an area you are working in is.Please contact NYS ITS Geospatial Services at nysgis@its.ny.gov if you have any questions

12/26/18 - The following counties have been updated using a variety of aerial photography: Rolette, Pierce, Benson, Towner, Ramsey, cavalier, Pembina, Walsh, Nelson, Grand Forks, Golden Valley, Billings, McKenzie, Dunn, Mercer, Oliver, McLean, Sheridan, Burleigh, Emmons, Logan, McIntosh, Lamoure, Dickey, Ransom, Sargent, Richland, Divide, Williams, Burke, Mountrail, Renville, Ward, Bottineau, McHenry, Wells, Kidder, and Cass7/15/14 - updated include: Traill, Barnes, Stutsman, Kidder, Bowman, Slope, Stark, Hettinger, Adams, Grant, Sioux and Morton. These datasets were updated using a combination of the available NAIP aerials, the DES aerials, and by car within the insets.4/30/13 - Cultural points have been updated for the following counties: Divide, Williams, Mountrail, Burke, Renville, Ward, McHenry, Bottineau, Wells, Kidder, Stutsman, Foster, Eddy, Griggs, Barnes, Cass, Steele, and Traill Counties.6/24/10 - We have now incorporated survey points into culture points. They are used to show section corners and ¼ corners within the city maps. The counties of Emmons, Logan, McIntosh, LaMoure, Dickey, Ransom, Sargent and Richland were updated this past year 6/18/09 - Updated culture points from aerial observation and photo interpretation using 2003, 2005, 2006 NAIP photos and 2008 photography from Designs camera. Counties updated were Golden Valley, Billings, McKenzie, Dunn, Mercer, Oliver, McLean, Sheridan and Burleigh. Oil well information was updated from a shapefile provided from the Oil and Gas Division. Observations were performed by Steven Nelson.2/13/07 - Updated via 2004 NAIP photos: Barnes, Cass, Eddy, Foster, Griggs, Kidder, Steele, Stutsman, Traill, Wells This data came from the NDDOT's Mapping Section. The original data was digitized from hand scribed maps and registered to the 1:24000 USGS PLSS data. The digitized data is maintained in individual county tiles. These tiles were appended together to make a singe state wide coverage. It was then converted from a projection (NAD 1983 UTM Zone 14N) to a Geographic coordinate system.

Lake Mead is a large interstate reservoir located in the Mojave Desert of southeastern Nevada and northwestern Arizona. It was impounded in 1935 by the construction of Hoover Dam and is one of a series of multi-purpose reservoirs on the Colorado River. The lake extends 183 km from the mouth of the Grand Canyon to Black Canyon, the site of Hoover Dam, and provides water for residential, commercial, industrial, recreational, and other non-agricultural users in communities across the southwestern United States. Extensive research has been conducted on Lake Mead, but a majority of the studies have involved determining levels of anthropogenic contaminants such as synthetic organic compounds, heavy metals and dissolved ions, furans/dioxins, and nutrient loading in lake water, sediment, and biota (Preissler, et al., 1998; Bevans et al, 1996; Bevans et al., 1998; Covay and Leiker, 1998; LaBounty and Horn, 1997; Paulson, 1981). By contrast, little work has focused on the sediments in the la ...