PostgreSQL 9.3.14 Documentation | ||||
---|---|---|---|---|

Prev | Up | Chapter 8. Data Types | Next |

Geometric data types represent two-dimensional spatial objects. Table 8-20 shows the geometric types available in PostgreSQL. The most fundamental type, the point, forms the basis for all of the other types.

Table 8-20. Geometric Types

Name | Storage Size | Representation | Description |
---|---|---|---|

point |
16 bytes | Point on a plane | (x,y) |

line |
32 bytes | Infinite line (not fully implemented) | ((x1,y1),(x2,y2)) |

lseg |
32 bytes | Finite line segment | ((x1,y1),(x2,y2)) |

box |
32 bytes | Rectangular box | ((x1,y1),(x2,y2)) |

path |
16+16n bytes | Closed path (similar to polygon) | ((x1,y1),...) |

path |
16+16n bytes | Open path | [(x1,y1),...] |

polygon |
40+16n bytes | Polygon (similar to closed path) | ((x1,y1),...) |

circle |
24 bytes | Circle | <(x,y),r> (center point and radius) |

A rich set of functions and operators is available to perform various geometric operations such as scaling, translation, rotation, and determining intersections. They are explained in Section 9.11.

Points are the fundamental two-dimensional building block
for geometric types. Values of type `point`
are specified using either of the following syntaxes:

(x,y)x,y

where `x` and `y` are the respective coordinates, as
floating-point numbers.

Points are output using the first syntax.

Line segments (`lseg`) are represented
by pairs of points. Values of type `lseg`
are specified using any of the following syntaxes:

[ (x1,y1) , (x2,y2) ] ( (x1,y1) , (x2,y2) ) (x1,y1) , (x2,y2)x1,y1,x2,y2

where `( x1,y1)` and

Line segments are output using the first syntax.

Boxes are represented by pairs of points that are opposite
corners of the box. Values of type `box`
are specified using any of the following syntaxes:

( (x1,y1) , (x2,y2) ) (x1,y1) , (x2,y2)x1,y1,x2,y2

where `( x1,y1)` and

Boxes are output using the second syntax.

Any two opposite corners can be supplied on input, but the values will be reordered as needed to store the upper right and lower left corners, in that order.

Paths are represented by lists of connected points. Paths
can be *open*, where the first and last
points in the list are considered not connected, or *closed*, where the first and last points are
considered connected.

Values of type `path` are specified
using any of the following syntaxes:

[ (x1,y1) , ... , (xn,yn) ] ( (x1,y1) , ... , (xn,yn) ) (x1,y1) , ... , (xn,yn) (x1,y1, ... ,xn,yn)x1,y1, ... ,xn,yn

where the points are the end points of the line segments
comprising the path. Square brackets (`[]`) indicate an open path, while parentheses
(`()`) indicate a closed path. When the
outermost parentheses are omitted, as in the third through
fifth syntaxes, a closed path is assumed.

Paths are output using the first or second syntax, as appropriate.

Polygons are represented by lists of points (the vertexes of the polygon). Polygons are very similar to closed paths, but are stored differently and have their own set of support routines.

Values of type `polygon` are specified
using any of the following syntaxes:

( (x1,y1) , ... , (xn,yn) ) (x1,y1) , ... , (xn,yn) (x1,y1, ... ,xn,yn)x1,y1, ... ,xn,yn

where the points are the end points of the line segments comprising the boundary of the polygon.

Polygons are output using the first syntax.

Circles are represented by a center point and radius. Values
of type `circle` are specified using any of
the following syntaxes:

< (x,y) ,r> ( (x,y) ,r) (x,y) ,rx,y,r

where `( x,y)`
is the center point and

Circles are output using the first syntax.

If you see anything in the documentation that is not correct, does not match your experience with the particular feature or requires further clarification, please use this form to report a documentation issue.