View source for Esri TIN

{{Multiple issues|
{{Refimprove|date=April 2015}}
{{original research|date=April 2015}}
}}
{{short description|Geospatial vector data format}}
{{Infobox file format
| name = Esri TIN
| icon =
| screenshot =
| caption = A triangulated irregular network, with hard and soft breaking edges
|_noextcode = on
| extensions = <code>.adf</code>
| mime =
| typecode =
| uniform type =
| magic =
| genre = [[Geographic information system|GIS]]
| containerfor =
| containedby =
| owner = [[Esri]]
| extendedfrom =
| extendedto =
| standard =
}}
The '''Esri TIN''' format is a popular yet [[Proprietary format|proprietary]] geospatial vector [[GIS file formats|data format for geographic information system (GIS) software]] for storing elevation data as a [[triangulated irregular network]]. It is developed and regulated by [[Esri]], US. The Esri TIN format can spatially describe elevation information including breaking edge features. Each points and triangle can carry a tag information.<ref name="samaga">{{cite web
|title=Kartographische 3D-Modellierung mit dem ArcView 3D-Analyst
|url=http://www.ika.ethz.ch/teaching/VTB-Samaga.pdf
|last=Samaga
|first=Uta
|accessdate=2015-04-27
}}</ref>
<ref name="OrmsbyAlvi99">{{cite book
|title=Extending ArcView GIS
|isbn=978-1-879-10205-7
|last1=Ormsby
|first1=Tim
|last2=Alvi
|first2=Jonell
|year=1999
|url-access=registration
|url=https://archive.org/details/extendingarcview0000orms
}}</ref>
A TIN stored in this file format can have any shape, cover multiple regions (e.g. islands) and contain holes (e.g. lakes).<ref name="briggs">{{cite web
|title=Lecture on Surfaces by Ronald Briggs, Ph.D., GISP
|url=http://www.utdallas.edu/~briggs/poec6382/surfaces.ppt
|accessdate=2015-04-27
}}</ref>
In 2007 a [[Reverse engineering|reverse-engineered]] description of Esri TIN format came to light.<ref name="itf">{{cite web
|title=Virtual Terrain Project ITF ("Intermediate TIN Format") format description
|url=http://vterrain.org/Implementation/Formats/ITF.html
|accessdate=2015-04-27
}}</ref> Since then, the Virtual Terrain Project, an [[open-source software]], has implemented support for reading the format, without the need of [[ArcGIS]] being installed.<ref name="vttincode">{{cite web
|title=Source code of the Virtual Terrain Project reading Ersi TIN
|url=https://code.google.com/p/vtp/source/browse/trunk/TerrainSDK/vtdata/vtTin.cpp
|accessdate=2015-04-27
}}</ref>
== Overview ==
The Esri TIN format is a digital vector storage format for storing elevation information including breaking edge features. The Esri TIN format was introduced with [[ArcView|ArcView GIS]].
The Esri TIN format consists of a collection of files with specific  filenames and a common filename extension, stored in the same [[Directory (computing)|directory]]. Most of the files are ''mandatory'' files (<kbd>tdenv.adf</kbd>, <kbd>tedg.adf</kbd>, <kbd>thul.adf</kbd>, <kbd>tmsk.adf</kbd>, <kbd>tmsx.adf</kbd>, <kbd>tnod.adf</kbd>,<ref name="vttincode"/> <kbd>tnxy.adf</kbd><ref name="vttincode"/> and <kbd>tnz.adf</kbd><ref name="vttincode"/>), optionally a file containing the coordinate system and projection information (<kbd>prj.adf</kbd>) and files containing point tag information (<kbd>tnval.adf</kbd> and <kbd>tndsc.adf</kbd>) and triangle tag information (<kbd>ttval.adf</kbd> and <kbd>ttdsc.adf</kbd>)<ref name="samaga"/><ref name="OrmsbyAlvi99"/> can be given.
;Mandatory files :
* <kbd>tdenv.adf</kbd> — header and statistical data
* <kbd>tedg.adf</kbd> — edges data and topology
* <kbd>thul.adf</kbd> — outer and inner hull polygon data
* <kbd>tmsk.adf</kbd> — mask data, masks invisible [[triangle]]s
* <kbd>tmsx.adf</kbd> — index file for <kbd>tmsk.adf</kbd>
* <kbd>tnod.adf</kbd> — [[triangle]] node data
* <kbd>tnxy.adf</kbd> — position information (x and y coordinates)
* <kbd>tnz.adf</kbd> — height information (z values)
The [[endianness]] of most of the files is big-endian. <kbd>tmsk.adf</kbd>, <kbd>tmsx.adf</kbd> and <kbd>tdenv.adf</kbd> have mixed [[endianness]].
;Other files :
* <kbd>prj.adf</kbd> — projection description, using a [[well-known text representation of coordinate reference systems]]; are single line <kbd>{B286C06B-0879-11D2-AACA-00C04FA33C20}</kbd> signifies an unknown coordinate system<ref name="GeoEcoConvertSpatialReference">{{cite web
|title=GeoEco Python Reference on ConvertSpatialReference Method
|url=http://code.nicholas.duke.edu/projects/mget/export/980/MGET/Trunk/PythonPackage/dist/TracOnlineDocumentation/Documentation/PythonReference/Method_GeoEco.DataProducts.HYCOM._HYCOMGridGOMl0044D.ConvertSpatialReference.html?format=raw
|accessdate=2015-04-27
}}</ref>
* <kbd>tndsc.adf</kbd> — statistic on point tag usage
* <kbd>tnval.adf</kbd> — point tag data
* <kbd>ttdsc.adf</kbd> — description of triangle tag data
* <kbd>ttval.adf</kbd> — triangle tag data
The [[endianness]] of the file <kbd>tndsc.adf</kbd> and <kbd>tnval.adf</kbd> is little-endian.
;Files generated by ArcGIS 10 :
* <kbd>tnodinfo.adf</kbd> — point types and more
* <kbd>teval.adf</kbd> — edges data
* <kbd>tdenv9.adf</kbd> — the file <kbd>tdenv.adf</kbd> renamed
;Size of file
A TIN with <kbd>n</kbd> points (incl. [[#Superpoint|superpoints]]) and <kbd>k</kbd> [[triangle]]s, the file sizes calculate to:
* <kbd>tnxy.adf</kbd> : 16*<kbd>n</kbd> bytes
* <kbd>tnz.adf</kbd> : 4*<kbd>n</kbd> bytes
* <kbd>tnod.adf</kbd> : 12*<kbd>k</kbd> bytes
* <kbd>tedg.adf</kbd> : 12*<kbd>k</kbd> bytes
* <kbd>tmsx.adf</kbd> : 116 bytes
* <kbd>tdenv.adf</kbd>/<kbd>tdenv9.adf</kbd> : 104 bytes
* <kbd>tmsk.adf</kbd> : 132 + 4*ceiling(<kbd>k</kbd>/32) bytes
* <kbd>thul.adf</kbd> : min. 12 bytes, depends on the number of points in the convex hull polygon
* <kbd>tndsc.adf</kbd> : 24* the number of tag entries specified in <kbd>tndsc.adf</kbd> bytes (see below)
* <kbd>tnval.adf</kbd> : 4*<kbd>n'</kbd> bytes (n': number of tagged points, incl. [[#Superpoint|superpoints]]; see below)
* <kbd>tnodinfo.adf</kbd> : 2*<kbd>n</kbd> bytes
* <kbd>teval.adf</kbd> : 16* the number of breaking edges entries specified in <kbd>tdenv9.adf</kbd> bytes (see below)
== Mandatory files ==
=== <kbd>tnxy.adf</kbd> - X and Y coordinates of the points of the TIN ===
Contains and array of X and Y coordinate values, one pair for each point of the TIN. The data set for each point can be described by the following structure:
{|class="wikitable"
! Bytes !! Type !! [[Endianness]] !! Usage
|-
| 0–7 || [[Double precision|double]] || big || X coordinate value
|-
| 8–15 || [[Double precision|double]] || big || Y coordinate value
|}
=== <kbd>tnz.adf</kbd> - Z coordinates of the points of the TIN ===
Contains an array of Z coordinate values, one for each point of the TIN. The values are in same order as the values in <kbd>tnxy.adf</kbd> and together store the 3 dimensional coordinate of each point of the TIN. The data set for each point can be described by the following structure:
{|class="wikitable"
! Bytes !! Type !! [[Endianness]] !! Usage
|-
| 0–3 || [[Single-precision floating-point format|float]] || big || Z coordinate value
|}
=== <kbd>tnod.adf</kbd> - Indices of the points that form the triangles of the TIN ===
Contains an array of indices to the points that form the triangles of the TIN, 3 indices for each triangle. The indices are in the range of 1 to the number of points ([1, # of points]). The front face of a triangle (usually the upper side) is that face, that has the 3 points/corners ordered [[clockwise]] when viewed. The data set for each triangle can be described by the following structure:
{|class="wikitable"
! Bytes !! Type !! [[Endianness]] !! Usage
|-
| 0–3 || int32 || big || Index of the first point of a triangle
|-
| 4–7 || int32 || big || Index of the second point of a triangle
|-
| 8–11 || int32 || big || Index of the third point of a triangle
|}
=== <kbd>tedg.adf</kbd> - Topology of the triangles and the type of its edges ===
Contains information about the topology of the triangles and the type of their edges.
There is an entry for each triangle with each 3 indices, that point to the position (number of the index) in <kbd>tnod.adf</kbd> file to identify the triangle, that shares an edge with the triangle described by the current data set, and the point of that triangle, that form that edge.
For each triangle in <kbd>tnod.adf</kbd> exists a data set at the same file location in <kbd>tedg.adf</kbd>. Each of the values point to the location in <kbd>tnod.adf</kbd>, where the point is specified (the index of that point) that form an edge. At the same time, since the location in <kbd>tnod.adf</kbd> and <kbd>tedg.adf</kbd> correspond, each of the values point to the location in <kbd>tedg.adf</kbd>, where the location of the value is specified. '''Rule:''' If edge ''a'' of triangle '''A''' points to edge ''b'' of triangle '''B''', then edge ''b'' of triangle '''B''' must point to edge ''a'' of triangle '''A'''. Since edge definition in <kbd>tedg.adf</kbd> and point definition in <kbd>tnod.adf</kbd> of each triangle are at the same location the files, the indices in <kbd>tedg.adf</kbd> point to the point definition in <kbd>tnod.adf</kbd> of the neighbouring triangles.
The indices encode the actual index and type of the edge. The actual indices are not file offsets in <kbd>bytes</kbd>, but rather in <kbd>int32</kbd> values, in the range of 1 to the number of points ([1, # of points]). If the value is negative (bit 31 is set) the edge is a breaking edge. Furthermore, bit 30 of the <kbd>int32</kbd> values is used to determine if the edge is a hard or soft breaking edge. If the actual index would be <kbd>1234</kbd> (0x000004D2) then a hard breaking edge would be encoded as <kbd>-1234</kbd> (0xFFFFFB2E) and a soft breaking edge as <kbd>-1073743058</kbd> (0xBFFFB2E). The edge definition of the neighbouring triangle must mirror the edge type. '''ATTENTION: This behaviour has changed since ArcGIS 10. Please compare with the information given in section '[[#Format_changes_and_files_new_with_ArcGIS_10|Format changes and files new with ArcGIS 10]]'.'''
The data set for each triangle can be described by the following structure:
{|class="wikitable"
! Bytes !! Type !! [[Endianness]] !! Usage
|-
| 0–3 || int32 || big || Encoded index of point definition (index of a point) of the neighbouring triangle in <kbd>tnod.adf</kbd> that form an edge with the first point of the triangle
|-
| 4–7 || int32 || big || Encoded index of point definition (index of a point) of the neighbouring triangle in <kbd>tnod.adf</kbd> that form an edge with the second point of the triangle
|-
| 8–11 || int32 || big || Encoded index of point definition (index of a point) of the neighbouring triangle in <kbd>tnod.adf</kbd> that form an edge with the third point the a triangle
|}
=== <kbd>tdenv.adf</kbd> - Header or statistics ===
This file contains information that could be seen as a mix of file header and statistic data.
{|class="wikitable"
! Bytes !! Type !! [[Endianness]] !! Usage
|-
| 0–3 || int32 || big || Number of points (regular points and [[#Superpoint|superpoints]])
|-
| 4–7 || int32 || big || Number of triangles
|-
| 8–11 || int32 || big || Number of indices and separators in <kbd>thul.adf</kbd>
|- style="background:#FFFF99;"
| 12–15 || int32 || big || 0 (in version 9) / number of breaking edge entries in <kbd>teval.adf</kbd> (version 10)
|-
| 16–19 || int32 || big || Number of triangles, not masked in <kbd>tmsk.adf</kbd>
|-
| 20–23 || int32 || big || Number of regular points
|-
| 24–27 || int32 || big || Number of [[#Superpoint|superpoints]]
|-
| 28–31 || [[Single-precision floating-point format|float]]|| big || Minimum height (Z value of the lowest point; zmin)
|-
| 32–35 || [[Single-precision floating-point format|float]] || big || Maximum height (Z value of the highest point; zmax)
|- style="background:#FF5555;"
| 36–39 || int32 ? || big || Unknown, different values encountered
|-
| 40–47 || [[Double precision|double]] || big || Minimum extent in X direction (xmin)
|-
| 48–55 || [[Double precision|double]] || big || Minimum extent in Y direction (ymin)
|-
| 56–63 || [[Double precision|double]] || big || Maximum extent in X direction (xmax)
|-
| 64–71 || [[Double precision|double]] || big || Maximum extent in Y direction (ymax)
|- style="background:#FF5555;"
| 72–79 || [[Double precision|double]] ? || big || Unknown, always 0
|- style="background:#FF5555;"
| 80–87 || [[Double precision|double]] ? || big || Unknown, different values encountered
|- style="background:#FFFF99;"
| 88–91 || int32 || big || Unknown, always 70001 (version 9) / 90001 (version 10); maybe a version number
|-
| 92–95 || int32 || little || Number of used tags (incl. tag <kbd>0</kbd> for [[#Superpoint|superpoints]])
|- style="background:#FF5555;"
| 96–99 || int32 ? || big || Unknown, always 0; maybe unused
|- style="background:#FF5555;"
| 100–103 || int32 ? || big || Unknown, always 0; maybe unused
|}
=== <kbd>thul.adf</kbd> - Hull, bounding polygon and holes ===
Contains an array of indices and separators, that defines the outer boundary of the TIN and its holes. The indices are in the range of 1 to the number of points ([1, # of points]). The separators are -1 (0xFFFFFFFF) and zero (0).
If the TIN is constructed using [[#Superpoint|superpoints]] (usually the first 4 points), <kbd>thul.adf</kbd> lists the indices of these points and then <kbd>-1</kbd> (0xFFFFFFFF). After the separator follows one or more lists of indices that form bounding polygons (outer boundaries) and maybe holes (inner boundaries). These lists are separated by zero (0) values.
If the TIN does not contain [[#Superpoint|superpoints]], <kbd>thul.adf</kbd> starts with the <kbd>-1</kbd> (0xFFFFFFFF) separator, which is followed by one or more lists of indices that form bounding polygons (outer boundaries) and maybe holes (inner boundaries). These lists are separated by zero (0) values.
The indices and separators are 4 byte integer values (int32), stored in big-endian byte order.
=== <kbd>tmsk.adf</kbd> - Mask ===
Contains an array of bits (stored in 4 byte integers) that specify the visibility of the triangles of the TIN. This can be used to hide the triangles inside of terrain holes or outside the terrain (outside the outer boundaries).
The file is stored using the same structures (header and records) as a [[shapefile]], but since it only stores the visibility values of the triangles many fields of the header are used.
The file header is fixed at 100 bytes in length and contains 17 fields; nine 4-byte (32-bit signed integer or int32) integer fields followed by eight 8-byte ([[Double precision|double]]) signed floating point fields:
{|class="wikitable"
! Bytes !! Type !! [[Endianness]] !! Usage
|-
| 0–3 || int32 || big || File code (always hex value 0x0000270a)
|-
| 4–23 || int32 || big || Unused; five uint32
|-
| 24–27 || int32 || big || File length (in 16-bit words, including the header)
|- style="background:#FFFF99;"
| 28–31 || int32 || little || Version 0 ; probably unused
|- style="background:#FFFF99;"
| 32–35 || int32 || little || Shape type 0 ; probably unused
|- style="background:#FFFF55;"
| 36–43 || double || little || Minimum X extent (always 0.0) ; unused
|- style="background:#FFFF55;"
| 44–51 || double || little || Minimum Y extent (always 0.0) ; unused
|- style="background:#FFFF55;"
| 52–59 || double || little || Maximum X extent (always 0.0) ; unused
|- style="background:#FFFF55;"
| 60–67 || double || little || Maximum Y extent (always 0.0) ; unused
|- style="background:#FFFF55;"
| 68–75 || double || little || Minimum Z extent (always 0.0) ; unused
|- style="background:#FFFF55;"
| 76–83 || double || little || Maximum Z extent (always 0.0) ; unused
|- style="background:#FFFF55;"
| 84–91 || double || little || Minimum M extent (always 0.0) ; unused
|- style="background:#FFFF55;"
| 92–99 || double || little || Maximum M extent (always 0.0) ; unused
|}
The file then contains at least 2 records. Each record is prefixed with a record-header of 8 bytes:
{|class="wikitable"
! Bytes !! Type !! [[Endianness]] !! Usage
|-
| 0–3 || int32 || big || Record number (1-based)
|-
| 4–7 || int32 || big || Record length (in 16-bit words)
|}
Following the record header is the actual data.
'''Record 1:''' The data of record number 1 is 2 word long and contains only the size of the data of record number 2 in 4 byte integers, stored as 4 byte integer (big-endian) itself.
'''Record 2:''' The data of record number 2 contain the following variable length structure:
{|class="wikitable"
! Bytes !! Type !! [[Endianness]] !! Usage
|-
| 0–3 || int32 || big || Number of integer in the mask array
|- style="background:#FFFF55;"
| 4–7 || int32 || big || Unused; always 0; maybe an offset (bits, bytes or integers?) into the mask array, where the actual mask bits start
|-
| 8–11 || int32 || big || Number of used bits in the mask array
|-
| 12– || uint32[] || big || Mask array
|}
Bit 0 (least significant bit) of the first integer contains the visibility flag (invisible if set to 1) of the first triangle defined in <kbd>tnod.adf</kbd>. Bit 1 of the first integer contains the visibility flag (invisible if set to 1) of the second triangle, and so on. All 32 bits of the integers get used (no sign bit).
'''Record 0:''' Records with the record number 0 must be ignored.
=== <kbd>tmsx.adf</kbd> - Index file for the mask ===
The index file contains the same 100-byte header as the <kbd>tmsk.adf</kbd> file, followed by any number of 8-byte fixed-length records which consist of the following two fields:
{|class="wikitable"
! Bytes !! Type !! [[Endianness]] !! Usage
|-
| 0–3 || int32 || big || Record offset (in 16-bit words)
|-
| 4–7 || int32 || big || Record length (in 16-bit words)
|}
Using this index, it is possible to seek backwards in the <kbd>tmsk.adf</kbd> file by, first, seeking backwards in the index (which is possible because it uses fixed-length records), then reading the record offset, and using that offset to seek to the correct position in the <kbd>tmsk.adf</kbd> file. It is also possible to seek forwards an arbitrary number of records using the same method.
== Optional files ==
Depending on the information stored in the TIN, some extra files are needed.
=== <kbd>prj.abf</kbd> - Projection and CRS ===
Contains the coordinate system and projection information. The file can be either in the [[Esri]] flavour of the [[well-known text representation of coordinate reference systems]] format (WKT), a simple keyword-value notation (Keyword: <kbd>Projection</kbd>, <kbd>Datum</kbd>, <kbd>Spheroid</kbd>, <kbd>Units</kbd>, <kbd>Zunits</kbd>, <kbd>Xshift</kbd>, <kbd>Yshift</kbd>, <kbd>Zone</kbd>,...) or have a single line <kbd>{B286C06B-0879-11D2-AACA-00C04FA33C20}</kbd>, which signifies an unknown coordinate system.
=== <kbd>tndcs.abf</kbd> - Statistic of tag usage ===
Contains an array of 24 byte big data set, one for each used tag. The data set contains the tag and the number of points with that tag. Each data set is structured as follows:
{|class="wikitable"
! Bytes !! Type !! [[Endianness]] !! Usage
|-
| 0–3 || int32 || little || Number of the entry; starting with 1
|-
| 4–7 || int32 || little || Tag value
|- style="background:#FFFF55;"
| 8–11 || int32 || little || Unused; always 0; maybe reserved for extending tag values to 64 bit
|-
| 12–15 || int32 || little || Number of points with the tag
|- style="background:#FFFF55;"
| 16–19 || int32 ? || little || Unused; always 0
|- style="background:#FF5555;"
| 20–23 || int32 ? || little || Unknown; always 0 in ArcGIS 9, different values in ArcGIS 10
|}
=== <kbd>tnval.abf</kbd> - Point tag file ===
Contains are array of 4 byte integer value, one for each (tagged) point of the TIN. The values are stored in little-endian byte order. [[#Superpoint|Superpoints]] have the value <kbd>0</kbd> (zero). Points without a tag (e.g. points added by breaking edges) must be stored last in the TIN, and don't have an entry in this file.
== Format changes and files new with ArcGIS 10 ==
Since ArcGIS 10 there were some changes in the TIN file format. 2 new files (<kbd>teval.dbf</kbd> and <kbd>tnodinfo.dbf</kbd>) and 1 file got remained.
=== <kbd>tdenv9.dbf</kbd> - <kbd>tdenv.dbf</kbd> renamed ===
The file structure remains the same, just the field containing the number of breaking edges is additionally used.
=== <kbd>tnodinfo.dbf</kbd> - More information for the points ===
Contains an array of 2 byte integer values. One <kbd>short</kbd> for each point. The purpose is still not publicly known. So far it seems to be some kind of bitmask or code, describing the usage of the point. The values seem to be stored in big-endian byte order.
{|class="wikitable"
! Value !! Hexadecimal value !! Usage
|-
| 2 || 0x0002 || [[#Superpoint|Superpoint]]
|-
| 4 || 0x0004 || Regular point
|- style="background:#FF5555;"
| 24 || 0x0018 || ?
|- style="background:#FF5555;"
| 88 || 0x0058 || ?
|- style="background:#FF5555;"
| 132 || 0x0084 || ?
|- style="background:#FF5555;"
| 280 || 0x0118 || ?
|- style="background:#FF5555;"
| 284 || 0x011C || ?
|- style="background:#FF5555;"
| 376 || 0x0178 || ?
|- style="background:#FF5555;"
| 516 || 0x0204 || ?
|- style="background:#FF5555;"
| 772 || 0x0304 || ?
|- style="background:#FF5555;"
| 796 || 0x031C || ?
|}
=== <kbd>teval.dbf</kbd> - The new breaking edge file (part 1) ===
Contains an array of data sets defining the breaking edges of the TIN, two for each breaking edge (one for each direction). Each data set is 16 byte long and structured as follows:
{|class="wikitable"
! Bytes !! Type !! [[Endianness]] !! Usage
|-
| 0–3 || int32 || big || Index of point definition (index of a point) and edge definition (index of the edge) of the neighbouring triangle in <kbd>tnod.adf</kbd> or <kbd>tedg.adf</kbd> that form a breaking edge
|-
| 4–7 || int32 || big || Index of point definition (index of a point) and edge definition (index of the edge) of the current triangle in <kbd>tnod.adf</kbd> or <kbd>tedg.adf</kbd> that form a breaking edge
|-
| 8–11 || int32 || big || Type of the breaking edge (4 for hard edges, 2 for soft edges)
|- style="background:#FFFF55;"
| 12–15 || int32 || big || Unused; always 0
|}
=== <kbd>tedg.dbf</kbd> - The new breaking edge file (part 2)===
Since ArcGIS 10 this file has changed a little. It still contains a dataset for each triangle, and the references/indices of regular edges are unchanged, but the encoding of breaking edges is different. Breaking edges are still marked using negative values, but the index don't point to the file position in <kbd>tnod.dbf</kbd> and <kbd>tedg.dbf</kbd> anymore, instead the absolute of the value is the number of the entry of the breaking edge in <kbd>teval.dbf</kbd>. The encoding of soft edges has moved to <kbd>teval.dbf</kbd>, too.
== Superpoint ==
In this article the term 'superpoint' is used at several locations. In the absence of an official file format description this term was chosen to reflect the properties of these points. (They could also have been called 'metapoint', 'extrapoint', 'infinity point' and many more.) An superpoint in the context of the Esri TIN file format is an additional point added by the ArcGIS software during triangulation/generation of the TIN. ArcGIS usually adds 4 of these points, one each west, north, east and south of the regular TIN points, at an extremely high distances. The superpoints are usually the first points in the point files <kbd>tnxy.adf</kbd> and <kbd>tnz.adf</kbd>. The triangles that are built with these points are usually masked (made invisible) in the <kbd>tmsk.adf</kbd> file.
== See also ==
* [[Geographic information system]]
* [[Proprietary format]]
* [[Shapefile]]
* [[Triangulated irregular network]]
== References ==
<references/>
== External links ==
* [http://vterrain.org/Implementation/Formats/ITF.html ITF Format] – Format description of the "Intermediate TIN Format" used in the Virtual terrain project.
* [http://www.geoapi.org/3.0/javadoc/org/opengis/referencing/doc-files/WKT.html Well-known Text Format]
[[Category:GIS file formats]]
[[Category:Computer file formats]]