GIS file format

From HandWiki
Short description: Standard of encoding

A GIS file format is a standard for encoding geographical information into a computer file, as a specialized type of file format for use in geographic information systems (GIS) and other geospatial applications. Since the 1970s, dozens of formats have been created based on various data models for various purposes. They have been created by government mapping agencies (such as the USGS or National Geospatial-Intelligence Agency), GIS software vendors, standards bodies such as the Open Geospatial Consortium, informal user communities, and even individual developers.

History

The first GIS installations of the 1960s, such as the Canada Geographic Information System were based on bespoke software and stored data in bespoke file structures designed for the needs of the particular project. As more of these appeared, they could be compared to find best practices and common structures.[1] When general-purpose GIS software was developed in the 1970s and early 1980s, including programs from academic labs such as the Harvard Laboratory for Computer Graphics and Spatial Analysis, government agencies (e.g., the Map Overlay and Statistical System (MOSS) developed by the U.S. Fish & Wildlife Service and Bureau of Land Management), and new GIS software companies such as Esri and Intergraph, each program was built around its own proprietary (and often secret) file format.[2] Since each GIS installation was effectively isolated from all others, interchange between them was not a major consideration.

By the early 1990s, the proliferation of GIS worldwide and an increasing need for sharing data, soon accelerated by the emergence of the World Wide Web and spatial data infrastructures, led to the need for interoperable data and standard formats. An early attempt at standardization was the U.S. Spatial Data Transfer Standard, released in 1994 and designed to encode the wide variety of federal government data.[3] Although this particular format failed to garner widespread support, it led to other standardization efforts, especially the Open Geospatial Consortium (OGC), which has developed or adopted several vendor-neutral standards, some of which have been adopted by the International Standards Organization (ISO).[4]

Another development in the 1990s was the public release of proprietary file formats by GIS software vendors, enabling them to be used by other software. The most notable example of this was the publication of the Esri Shapefile format,[5] which by the late 1990s had become the most popular de facto standard for data sharing by the entire geospatial industry.[6] When proprietary formats were not shared (for example, the ESRI ARC/INFO coverage), software developers frequently reverse-engineered them to enable import and export in other software, further facilitating data exchange. One result of this was the emergence of free and open-source software libraries, such as the Geospatial Data Abstraction Library (GDAL), which have greatly facilitated the integration of spatial data in any format into a variety of software.[7]

During the 2000s, the need for specialized spatial files was reduced somewhat by the emergence of spatial databases, which incorporated spatial data into general-purpose relational databases. However, new file formats have continued to appear, especially with the proliferation of web mapping; formats such as the Keyhole Markup Language (KML) and GeoJSON can be more easily integrated into web development languages than traditional GIS files.

Format characteristics

Over a hundred distinct formats have been created for the storage of spatial data, of which 20-30 are currently in common usage for different purposes. These can be distinguished in a number of ways:

  • Open formats are developed collectively by a community and are available for anyone to implement and contribute improvements, while Proprietary formats have been developed by a software company for use only in their own software and are generally maintained as a trade secret (although they are often reverse-engineered by others). A third category between these would include formats that are owned exclusively by one company or organization, but are published and available for implementation by anyone, such as the Esri Shapefile.[5]
  • Some file formats are text files that can be read by humans (such as those based on XML or JSON), especially those intended for data exchange, while others are binary files, most commonly those designed for native use in GIS software.
  • Inherently spatial formats were designed specifically for storing geographic data, while others are spatial extensions to formats designed for a more general use (e.g., GeoTIFF, spatial databases).
  • Many data formats incorporate some form of data compression, especially raster files. Generally, lossless compression methods are preferable over lossy methods, because the original data values need to be retrieved.[8]

Raster formats

Digital elevation model, map (image), and vector data

Like any digital image, raster GIS data is based on a regular tessellation of space into a rectangular grid of rows and columns of cells (also known as pixels), with each cell having a measured value stored. The major difference from a photograph is that the grid is registered to geographic space rather than a field of view. The resolution of the raster data set is its cell width in ground units.

Because a grid is a sample of a continuous space, raster data is most commonly used to represent geographic fields, in which a property varies continuously or discretely over space. Common examples include remote sensing imagery, terrain/elevation, population density, weather and climate, soil properties, and many others. Raster data can be images with each pixel (or cell) containing a color value. The value recorded for each cell may be of any level of measurement, including a discrete qualitative value, such as land use type, or a continuous quantitative value, such as temperature, or a null value if no data is available. While a raster cell stores a single value, it can be extended by using raster bands to represent RGB (red, green, blue) colors, colormaps (a mapping between a thematic code and RGB value), or an extended attribute table with one row for each unique cell value. It can also be used to represent discrete Geographic features, but usually only in exigent circumstances.

Raster data is stored in various formats; from a standard file-based structure of TIFF, JPEG, etc. to binary large object (BLOB) data stored directly in a relational database management system (RDBMS) similar to other vector-based feature classes. Database storage, when properly indexed, typically allows for quicker retrieval of the raster data but can require storage of millions of significantly sized records.

Raster format examples

  • ADRG – National Geospatial-Intelligence Agency (NGA)'s ARC Digitized Raster Graphics[9]
  • Binary file – An unformatted file consisting of raster data written in one of several data types, where multiple band are stored in BSQ (band sequential), BIP (band interleaved by pixel) or BIL (band interleaved by line). Georeferencing and other metadata are stored one or more sidecar files.[10]
  • Digital raster graphic (DRG) – digital scan of a paper USGS topographic map
  • ECRG – National Geospatial-Intelligence Agency (NGA)'s Enhanced Compressed ARC Raster Graphics (better resolution than CADRG and no color loss)
  • ECW – Enhanced Compressed Wavelet (from ERDAS). A compressed wavelet format, often lossy.
  • Esri grid – proprietary binary raster format used by Esri since the mid-1980s
  • GeoTIFF – TIFF variant enriched with GIS relevant metadata, especially georeferencing. An open format that has become one of the most common formats for data sharing.
  • IMG – ERDAS IMAGINE image file format
  • JPEG2000 – Open-source raster format. A compressed format, allows both lossy and lossless compression.
  • MrSID – Multi-Resolution Seamless Image Database (by Lizardtech). A compressed wavelet format, allows both lossy and lossless compression.
  • netCDF-CF – netCDF file format with CF medata conventions for earth science data. Binary storage in open format with optional compression. Allows for direct web-access of subsets/aggregations of maps through OPeNDAP protocol.
  • RPF – Raster Product Format, military file format specified in MIL-STD-2411[11]
    • CADRG – Compressed ADRG, developed by NGA, nominal compression of 55:1 over ADRG (type of Raster Product Format)
    • CIB – Controlled Image Base, developed by NGA (type of Raster Product Format)
  • USGS DEM – The USGS' Digital Elevation Model
    • GTOPO30 – Large complete Earth elevation model at 30 arc seconds, delivered in the USGS DEM format
  • DTEDNational Geospatial-Intelligence Agency (NGA)'s Digital Terrain Elevation Data, the military standard for elevation data
  • World file – Georeferencing a raster image file (e.g. JPEG, BMP)

Vector formats

A simple vector map, using each of the vector elements: points for wells, lines for rivers, and a polygon for the lake

A vector dataset (sometimes called a feature dataset) stores information about discrete objects, using an encoding of the vector logical data model to represent the location or geometry of each object, and an encoding of its other properties that is usually based on relational database technology. Typically, a single dataset collects information about a set of closely related or similar objects, such as all of the roads in a city.

The Vector data model uses coordinate geometry to represent each shape as one of several geometric primitives, most commonly points (a single coordinate of zero dimension), lines (a one-dimensional ordered list of coordinates connected by straight lines), and polygons (a self-closing boundary line enclosing a two-dimensional region). Many data structures have been developed to encode these primitives as digital data, but most modern vector file formats are based on the Open Geospatial Consortium (OGC) Simple Features specification, often directly incorporating its Well-known text (WKT) or Well-known binary (WKB) encodings.

In addition to the geometry of each object, a vector dataset must also be able to store its attributes. For example, a database that describes lakes may contain each lake's depth, water quality, and pollution level. Since the 1970s, almost all vector file formats have adopted the relational database model, either in principle or directly incorporating RDBMS software. Thus, the entire dataset is stored in a table, with each row representing a single object that contains columns for each attribute.[12]:256

Two strategies have been used to integrate the geometry and attributes into a single vector file format structure:[13]

  • A georelational format stores them as two separate files, with the geometry and attributes of each object being linked by file ordering or a primary key. This was most common from the 1970s through the early 1990s, because GIS software developers had to invent their own geometry data structures, but incorporated existing relational database file formats for the attributes. For example, the Esri Shapefile format includes the .dbf file from the DOS dBase software.
  • The Object-based model stores them in a single structure, loosely or directly based on the objects in object-oriented programming languages. This is the basis of most modern file formats, including spatial databases that include a geometry column along with the other attributes in a single relational table. Other formats, such as GeoJSON, use different structures for geometry and attributes, but combine them for each object in the same file.

Geospatial topology is often an important part of vector data, representing the inherent spatial relationships (especially adjacency) between objects. Topology has been managed in vector file formats in four ways. In a topological data structure, most notably Harvard's POLYVRT and its successor the ARC/INFO coverage, topological connections between points, lines, and polygons are an inherent part of the encoding of those features.[8]:46–49 Conversely, non-topological or spaghetti data (such as the Esri Shapefile and most spatial databases) includes no topology information, with each geometry being completely independent of all others. A topology dataset (often used in network analysis) augments spaghetti data with a separate file encoding the topological connections.[12]:218 A topology rulebase is a list of desired topology rules used to enforce spatial integrity in spaghetti data, such as "county polygons must not overlap" and "state polygons must share boundaries with county polygons."[13]

Vector datasets usually represent discrete geographical features, such as buildings, trees, and counties. However, they may also be used to represent geographical fields by storing locations where the spatially continuous field has been sampled. Sample points (e.g., weather stations and sensor networks), Contour lines and triangulated irregular networks (TIN) are used to represent elevation or other values that change continuously over space. TINs record values at point locations, which are connected by lines to form an irregular mesh of triangles. The face of the triangles represent the terrain surface.

Example vector file formats

Formats commonly in current usage:

Historical formats seldom used today:

Advantages and disadvantages

There are some important advantages and disadvantages to using a raster or vector data model to represent reality:

  • Raster datasets record a value for all points in the area covered which may require more storage space than representing data in a vector format that can store data only where needed.
  • Raster data is computationally less expensive to render than vector graphics
  • Combining values and writing custom formulas for combining values from different layers are much easier using raster data.
  • There are transparency and aliasing problems when overlaying multiple stacked pieces of raster images.
  • Vector data allows for visually smooth and easy implementation of overlay operations, especially in terms of graphics and shape-driven information like maps, routes and custom fonts, which are more difficult with raster data.
  • Vector data can be displayed as vector graphics used on traditional maps, whereas raster data will appear as an image that may have a blocky appearance for object boundaries. (depending on the resolution of the raster file).
  • Vector data can be easier to register, scale, and re-project, which can simplify combining vector layers from different sources.
  • Vector data is more compatible with relational database environments, where they can be part of a relational table as a normal column and processed using a multitude of operators.
  • Vector file sizes are usually smaller than raster data, which can be tens, hundreds or more times larger than vector data (depending on resolution).
  • Vector data is simpler to update and maintain, whereas a raster image will have to be completely reproduced. (Example: a new road is added).
  • Vector data allows much more analysis capability, especially for "networks" such as roads, power, rail, telecommunications, etc. (Examples: Best route, largest port, airfields connected to two-lane highways). Raster data will not have all the characteristics of the features it displays.

Integrated file formats

Modern object–relational databases can now store a variety of complex data using the binary large object datatype, including both raster grids and vector geometries. This enables some spatial database systems to store data of both models in the same database.

See also

  • Datum (geodesy)
  • GDAL/OGR, a library for reading and writing many formats
  • Feature Manipulation Engine (FME), a commercial program for converting data between a large number of formats

References

  1. Tomlinson, Roger F.; Calkins, Hugh W.; Marble, Duane F. (1976). Computer handling of geographical data. UNESCO Press. 
  2. Chrisman, Nick (2006). Charting the Unknown: How Computer Mapping at Harvard Became GIS. Esri Press. ISBN 978-1-58948-118-3. 
  3. "Spatial Data Transfer Standard". USGS. doi:10.3133/fs07799. https://www.usgs.gov/publications/spatial-data-transfer-standard-sdts. 
  4. "OGC Standards". OGC. https://www.ogc.org/docs/is. 
  5. 5.0 5.1 "ESRI Shapefile Technical Description". Esri. July 1998. https://www.esri.com/content/dam/esrisites/sitecore-archive/Files/Pdfs/library/whitepapers/pdfs/shapefile.pdf. 
  6. Lo, Chor Pang; Yeung, Albert K.W. (2002). Concepts and Techniques of Geographic Information Systems. Prentice Hall. p. 185. ISBN 0-13-080427-4. 
  7. "Software using GDAL". OSGEO. https://gdal.org/software_using_gdal.html. 
  8. 8.0 8.1 Bolstad, Paul (2019). GIS Fundamentals: A First Text on Geographic Information Systems. Ann Arbor, MI: XanEdu. p. 69. ISBN 978-1-59399-552-2. 
  9. "Arc Digitized Raster Graphic (ADRG)". Digital Preservation. Library of Congress. 2011-09-25. http://www.digitalpreservation.gov/formats/fdd/fdd000282.shtml. Retrieved 2014-03-13. 
  10. "Various Supported GDAL Raster Formats". http://www.gdal.org/frmt_various.html. 
  11. "Raster Product Format". Digital Preservation. Library of Congress. 2011-10-27. http://www.digitalpreservation.gov/formats/fdd/fdd000298.shtml. Retrieved 2014-03-13. 
  12. 12.0 12.1 Longley, Paul A.; Goodchild, Michael F.; Maguire, David J.; Rhind, David W. (2011). Geographic Information Systems & Science (3rd ed.). Wiley. 
  13. 13.0 13.1 Chang, Kang-tsung (2014). Introduction to Geographic Information Systems (7th ed.). McGraw-Hill. pp. 50–57. ISBN 978-0-07-352290-6. 
  14. 14.0 14.1 "The architecture of a geodatabase". Esri. https://pro.arcgis.com/en/pro-app/latest/help/data/geodatabases/overview/the-architecture-of-a-geodatabase.htm. 
  15. "OGC GeoPackage Encoding Standard". OGC. http://www.opengis.net/doc/IS/geopackage/1.3.