From ba1baf9f5e3d3ed79fc1eefa0e40915a9803a207 Mon Sep 17 00:00:00 2001 From: Darafei Praliaskouski Date: Wed, 27 Mar 2019 21:35:38 +0000 Subject: [PATCH] Improve Doc Reference section Patch by Martin Davis Reorganize functions into new sections: Spatial Reference System Functions Affine Transformations Spatial Relationships Measurement Functions Clustering Functions Also various wording improvements. References #4332 Closes https://github.com/postgis/postgis/pull/385 git-svn-id: http://svn.osgeo.org/postgis/trunk@17361 b70326c6-7e19-0410-871a-916f4a2858ee --- doc/Makefile.in | 4 + doc/postgis.xml | 4 + doc/reference.xml | 4 + doc/reference_accessor.xml | 86 +- doc/reference_cluster.xml | 377 +++ doc/reference_editor.xml | 1158 ++------ doc/reference_measure.xml | 4744 ++++++------------------------ doc/reference_processing.xml | 398 ++- doc/reference_relationship.xml | 2114 +++++++++++++ doc/reference_srs.xml | 277 ++ doc/reference_transaction.xml | 3 +- doc/reference_transformation.xml | 636 ++++ 12 files changed, 4945 insertions(+), 4860 deletions(-) create mode 100644 doc/reference_cluster.xml create mode 100644 doc/reference_relationship.xml create mode 100644 doc/reference_srs.xml create mode 100644 doc/reference_transformation.xml diff --git a/doc/Makefile.in b/doc/Makefile.in index 1c7484201..6f4156506 100644 --- a/doc/Makefile.in +++ b/doc/Makefile.in @@ -123,6 +123,7 @@ XML_SOURCES = \ postgis.xml \ reference_accessor.xml \ reference_bbox.xml \ + reference_cluster.xml \ reference_constructor.xml \ reference_editor.xml \ reference_guc.xml \ @@ -134,8 +135,11 @@ XML_SOURCES = \ reference_output.xml \ reference_processing.xml \ reference_raster.xml \ + reference_relationship.xml \ + reference_srs.xml \ reference_trajectory.xml \ reference_transaction.xml \ + reference_transformation.xml \ reference_troubleshooting.xml \ reference_type.xml \ reference_version.xml \ diff --git a/doc/postgis.xml b/doc/postgis.xml index 6bdea852c..546d40097 100644 --- a/doc/postgis.xml +++ b/doc/postgis.xml @@ -29,6 +29,7 @@ + @@ -36,11 +37,14 @@ + + + diff --git a/doc/reference.xml b/doc/reference.xml index 725f7b650..a4c707b9a 100644 --- a/doc/reference.xml +++ b/doc/reference.xml @@ -21,10 +21,14 @@ &reference_constructor; &reference_accessor; &reference_editor; + &reference_srs; + &reference_transformation; &reference_output; &reference_operator; + &reference_relationship; &reference_measure; &reference_processing; + &reference_cluster; &reference_bbox; &reference_lrs; &reference_trajectory; diff --git a/doc/reference_accessor.xml b/doc/reference_accessor.xml index 8399a66d1..84e428972 100644 --- a/doc/reference_accessor.xml +++ b/doc/reference_accessor.xml @@ -822,7 +822,50 @@ SELECT ST_AsEWKT(ST_GeometryN(geom,2)) as wkt + + + ST_HasArc + + Returns true if a geometry or geometry collection contains a circular string + + + + + + boolean ST_HasArc + geometry geomA + + + + + + Description + + Returns true if a geometry or geometry collection contains a circular string + + Availability: 1.2.3? + &Z_support; + &curve_support; + + + + + Examples + + SELECT ST_HasArc(ST_Collect('LINESTRING(1 2, 3 4, 5 6)', 'CIRCULARSTRING(1 1, 2 3, 4 5, 6 7, 5 6)')); + st_hasarc + -------- + t + + + + + + See Also + , + + @@ -2303,49 +2346,6 @@ MULTIPOINT Z (30 10 4,10 30 5,40 40 6, 30 10 4) - - - ST_SRID - Returns the spatial reference identifier for the ST_Geometry as defined in spatial_ref_sys table. - - - - - - integer ST_SRID - geometry g1 - - - - - - Description - - Returns the spatial reference identifier for the ST_Geometry as defined in spatial_ref_sys table. - spatial_ref_sys - table is a table that catalogs all spatial reference systems known to PostGIS and is used for transformations from one spatial - reference system to another. So verifying you have the right spatial reference system identifier is important if you plan to ever transform your geometries. - &sfs_compliant; s2.1.1.1 - &sqlmm_compliant; SQL-MM 3: 5.1.5 - &curve_support; - - - - - Examples - - SELECT ST_SRID(ST_GeomFromText('POINT(-71.1043 42.315)',4326)); - --result - 4326 - - - - See Also - - , , , - - - ST_StartPoint diff --git a/doc/reference_cluster.xml b/doc/reference_cluster.xml new file mode 100644 index 000000000..a33fdd553 --- /dev/null +++ b/doc/reference_cluster.xml @@ -0,0 +1,377 @@ + + + + + These functions implement clustering algorithms for sets of geometries. + + + Clustering Functions + + + + ST_ClusterDBSCAN + + Window function that returns a cluster id for each input geometry using the DBSCAN algorithm. + + + + + + integer ST_ClusterDBSCAN + + geometry winset + geom + + float8 + eps + + integer + minpoints + + + + + + Description + + + Returns cluster number for each input geometry, based on a 2D implementation of the + Density-based spatial clustering of applications with noise (DBSCAN) + algorithm. Unlike , it does not require the number of clusters to be specified, but instead + uses the desired distance (eps) and density (minpoints) parameters to construct each cluster. + + + + An input geometry will be added to a cluster if it is either: + + + + A "core" geometry, that is within eps distance of at least minpoints input geometries (including itself) or + + + + + A "border" geometry, that is within eps distance of a core geometry. + + + + + + + Note that border geometries may be within eps distance of core geometries in more than one cluster; in this + case, either assignment would be correct, and the border geometry will be arbitrarily asssigned to one of the available clusters. + In these cases, it is possible for a correct cluster to be generated with fewer than minpoints geometries. + When assignment of a border geometry is ambiguous, repeated calls to ST_ClusterDBSCAN will produce identical results if an ORDER BY + clause is included in the window definition, but cluster assignments may differ from other implementations of the same algorithm. + + + + Input geometries that do not meet the criteria to join any other cluster will be assigned a cluster number of NULL. + + + Availability: 2.3.0 + + + + Examples + + Assigning a cluster number to each polygon within 50 meters of each other. Require at least 2 polygons per cluster + + + + + + + + + + + within 50 meters at least 2 per cluster. singletons have NULL for cid + + + SELECT name, ST_ClusterDBSCAN(geom, eps := 50, minpoints := 2) over () AS cid +FROM boston_polys +WHERE name > '' AND building > '' + AND ST_DWithin(geom, + ST_Transform( + ST_GeomFromText('POINT(-71.04054 42.35141)', 4326), 26986), + 500); + + + + + + + + + + + + Combining parcels with the same cluster number into a single geometry. This uses named argument calling + + +SELECT cid, ST_Collect(geom) AS cluster_geom, array_agg(parcel_id) AS ids_in_cluster FROM ( + SELECT parcel_id, ST_ClusterDBSCAN(geom, eps := 0.5, minpoints := 5) over () AS cid, geom + FROM parcels) sq +GROUP BY cid; + + + + + See Also + , + , + , + + + + + + + + + ST_ClusterIntersecting + + Aggregate function that clusters the input geometries into connected sets. + + + + + + geometry[] ST_ClusterIntersecting + geometry set g + + + + + + Description + + ST_ClusterIntersecting is an aggregate function that returns an array of GeometryCollections, where each GeometryCollection represents an interconnected set of geometries. + + Availability: 2.2.0 + + + + Examples + +WITH testdata AS + (SELECT unnest(ARRAY['LINESTRING (0 0, 1 1)'::geometry, + 'LINESTRING (5 5, 4 4)'::geometry, + 'LINESTRING (6 6, 7 7)'::geometry, + 'LINESTRING (0 0, -1 -1)'::geometry, + 'POLYGON ((0 0, 4 0, 4 4, 0 4, 0 0))'::geometry]) AS geom) + +SELECT ST_AsText(unnest(ST_ClusterIntersecting(geom))) FROM testdata; + +--result + +st_astext +--------- +GEOMETRYCOLLECTION(LINESTRING(0 0,1 1),LINESTRING(5 5,4 4),LINESTRING(0 0,-1 -1),POLYGON((0 0,4 0,4 4,0 4,0 0))) +GEOMETRYCOLLECTION(LINESTRING(6 6,7 7)) + + + + See Also + + , + , + + + + + + + + + + ST_ClusterKMeans + + Window function that returns a cluster id for each input geometry using the K-means algorithm. + + + + + + integer ST_ClusterKMeans + + geometry winset + geom + + integer + number_of_clusters + + + + + + Description + + Returns 2D distance based + K-means + cluster number for each input geometry. The distance used for clustering is the + distance between the centroids of the geometries. + + Availability: 2.3.0 + + + + Examples + Generate dummy set of parcels for examples + CREATE TABLE parcels AS +SELECT lpad((row_number() over())::text,3,'0') As parcel_id, geom, +('{residential, commercial}'::text[])[1 + mod(row_number()OVER(),2)] As type +FROM + ST_Subdivide(ST_Buffer('LINESTRING(40 100, 98 100, 100 150, 60 90)'::geometry, + 40, 'endcap=square'),12) As geom; + + + + + + + + + + + + + Original Parcels + + + + + + + + + + Parcels color-coded by cluster number (cid) + + + SELECT ST_ClusterKMeans(geom, 5) OVER() AS cid, parcel_id, geom +FROM parcels; +-- result + cid | parcel_id | geom +-----+-----------+--------------- + 0 | 001 | 0103000000... + 0 | 002 | 0103000000... + 1 | 003 | 0103000000... + 0 | 004 | 0103000000... + 1 | 005 | 0103000000... + 2 | 006 | 0103000000... + 2 | 007 | 0103000000... +(7 rows) + + + + + + + -- Partitioning parcel clusters by type +SELECT ST_ClusterKMeans(geom,3) over (PARTITION BY type) AS cid, parcel_id, type +FROM parcels; +-- result + cid | parcel_id | type +-----+-----------+------------- + 1 | 005 | commercial + 1 | 003 | commercial + 2 | 007 | commercial + 0 | 001 | commercial + 1 | 004 | residential + 0 | 002 | residential + 2 | 006 | residential +(7 rows) + + + + + See Also + + , + , + , + + + + + + + ST_ClusterWithin + + Aggregate function that clusters the input geometries by separation distance. + + + + + + geometry[] ST_ClusterWithin + geometry set g + float8 distance + + + + + + Description + + ST_ClusterWithin is an aggregate function that returns an array of GeometryCollections, where each GeometryCollection represents a set of geometries separated by no more than the specified distance. (Distances are Cartesian distances in the units of the SRID.) + + Availability: 2.2.0 + + + + Examples + +WITH testdata AS + (SELECT unnest(ARRAY['LINESTRING (0 0, 1 1)'::geometry, + 'LINESTRING (5 5, 4 4)'::geometry, + 'LINESTRING (6 6, 7 7)'::geometry, + 'LINESTRING (0 0, -1 -1)'::geometry, + 'POLYGON ((0 0, 4 0, 4 4, 0 4, 0 0))'::geometry]) AS geom) + +SELECT ST_AsText(unnest(ST_ClusterWithin(geom, 1.4))) FROM testdata; + +--result + +st_astext +--------- +GEOMETRYCOLLECTION(LINESTRING(0 0,1 1),LINESTRING(5 5,4 4),LINESTRING(0 0,-1 -1),POLYGON((0 0,4 0,4 4,0 4,0 0))) +GEOMETRYCOLLECTION(LINESTRING(6 6,7 7)) + + + + See Also + + , + , + + + + + + + diff --git a/doc/reference_editor.xml b/doc/reference_editor.xml index 41aca97b4..6d236bb65 100644 --- a/doc/reference_editor.xml +++ b/doc/reference_editor.xml @@ -61,113 +61,129 @@ - - - ST_Affine - Apply a 3d affine transformation to a geometry. - + + + ST_CollectionExtract - - - - geometry ST_Affine - geometry geomA - float a - float b - float c - float d - float e - float f - float g - float h - float i - float xoff - float yoff - float zoff - + +Given a (multi)geometry, return a (multi)geometry consisting only of elements of the specified type. + + - - geometry ST_Affine - geometry geomA - float a - float b - float d - float e - float xoff - float yoff - - - + + + + geometry ST_CollectionExtract + geometry collection + integer type + + + - - Description + + Description - Applies a 3d affine transformation to the geometry to do things like translate, rotate, scale in one step. - - Version 1: The - call ST_Affine(geom, a, b, c, d, e, f, g, h, i, xoff, yoff, zoff) - represents the transformation matrix / a b c xoff \ -| d e f yoff | -| g h i zoff | -\ 0 0 0 1 / and the vertices are transformed as - follows: x' = a*x + b*y + c*z + xoff -y' = d*x + e*y + f*z + yoff -z' = g*x + h*y + i*z + zoff All of the translate / scale - functions below are expressed via such an affine - transformation. - Version 2: Applies a 2d affine transformation to the geometry. The - call ST_Affine(geom, a, b, d, e, xoff, yoff) - represents the transformation matrix / a b 0 xoff \ / a b xoff \ -| d e 0 yoff | rsp. | d e yoff | -| 0 0 1 0 | \ 0 0 1 / -\ 0 0 0 1 / and the vertices are transformed as - follows: x' = a*x + b*y + xoff -y' = d*x + e*y + yoff -z' = z This method is a subcase of the 3D method - above. - - Enhanced: 2.0.0 support for Polyhedral surfaces, Triangles and TIN was introduced. - Availability: 1.1.2. Name changed from Affine to ST_Affine in 1.2.2 - Prior to 1.3.4, this function crashes if used with geometries that contain CURVES. This is fixed in 1.3.4+ + +Given a (multi)geometry, returns a (multi)geometry consisting only of elements of the specified type. +Sub-geometries that are not the specified type are ignored. If there are no sub-geometries of the right type, an EMPTY geometry will be returned. +Only points, lines and polygons are supported. Type numbers are 1 == POINT, 2 == LINESTRING, 3 == POLYGON. + - &P_support; - &T_support; - &Z_support; - &curve_support; - + Availability: 1.5.0 + + +Prior to 1.5.3 this function returned non-collection inputs untouched, no matter type. +In 1.5.3 non-matching single geometries result in a NULL return. +In of 2.0.0 every case of missing match results in a typed EMPTY return. + + When specifying 3 == POLYGON a multipolygon is returned even when the edges are shared. This results in an invalid multipolygon for many cases + such as applying this function on an result. - - Examples + - ---Rotate a 3d line 180 degrees about the z axis. Note this is long-hand for doing ST_Rotate(); - SELECT ST_AsEWKT(ST_Affine(the_geom, cos(pi()), -sin(pi()), 0, sin(pi()), cos(pi()), 0, 0, 0, 1, 0, 0, 0)) As using_affine, - ST_AsEWKT(ST_Rotate(the_geom, pi())) As using_rotate - FROM (SELECT ST_GeomFromEWKT('LINESTRING(1 2 3, 1 4 3)') As the_geom) As foo; - using_affine | using_rotate ------------------------------+----------------------------- - LINESTRING(-1 -2 3,-1 -4 3) | LINESTRING(-1 -2 3,-1 -4 3) + + Examples + + -- Constants: 1 == POINT, 2 == LINESTRING, 3 == POLYGON +SELECT ST_AsText(ST_CollectionExtract(ST_GeomFromText('GEOMETRYCOLLECTION(GEOMETRYCOLLECTION(POINT(0 0)))'),1)); +st_astext +--------------- +MULTIPOINT(0 0) (1 row) ---Rotate a 3d line 180 degrees in both the x and z axis -SELECT ST_AsEWKT(ST_Affine(the_geom, cos(pi()), -sin(pi()), 0, sin(pi()), cos(pi()), -sin(pi()), 0, sin(pi()), cos(pi()), 0, 0, 0)) - FROM (SELECT ST_GeomFromEWKT('LINESTRING(1 2 3, 1 4 3)') As the_geom) As foo; - st_asewkt -------------------------------- - LINESTRING(-1 -2 -3,-1 -4 -3) +SELECT ST_AsText(ST_CollectionExtract(ST_GeomFromText('GEOMETRYCOLLECTION(GEOMETRYCOLLECTION(LINESTRING(0 0, 1 1)),LINESTRING(2 2, 3 3))'),2)); +st_astext +--------------- +MULTILINESTRING((0 0, 1 1), (2 2, 3 3)) (1 row) - - + + + + See Also + , , + + - - - See Also + + + ST_CollectionHomogenize - , , , - - + + Given a geometry collection, return the "simplest" representation of the contents. + + + + + + + geometry ST_CollectionHomogenize + geometry collection + + + + + + Description + + + Given a geometry collection, returns the "simplest" representation of the contents. Singletons will be returned as singletons. Collections that are homogeneous will be returned as the appropriate multi-type. + + + When specifying 3 == POLYGON a multipolygon is returned even when the edges are shared. This results in an invalid multipolygon for many cases + such as applying this function on an result. + + + Availability: 2.0.0 + + + + + Examples + + + SELECT ST_AsText(ST_CollectionHomogenize('GEOMETRYCOLLECTION(POINT(0 0))')); + + st_astext + ------------ + POINT(0 0) + (1 row) + + SELECT ST_AsText(ST_CollectionHomogenize('GEOMETRYCOLLECTION(POINT(0 0),POINT(1 1))')); + + st_astext + --------------------- + MULTIPOINT(0 0,1 1) + (1 row) + + + + + See Also + , + + @@ -845,21 +861,18 @@ LINESTRING Z (-30 -29.7 5,-29 -27 11,-30 -29.7 10,-36 -31 5,-45 -33 1,-46 -32 11 - + - ST_CollectionExtract + ST_Multi - -Given a (multi)geometry, return a (multi)geometry consisting only of elements of the specified type. - + Return the geometry as a MULTI* geometry. - geometry ST_CollectionExtract - geometry collection - integer type + geometry ST_Multi + geometry g1 @@ -867,185 +880,65 @@ Given a (multi)geometry, return a (multi)geometry consisting only of elements of Description - -Given a (multi)geometry, returns a (multi)geometry consisting only of elements of the specified type. -Sub-geometries that are not the specified type are ignored. If there are no sub-geometries of the right type, an EMPTY geometry will be returned. -Only points, lines and polygons are supported. Type numbers are 1 == POINT, 2 == LINESTRING, 3 == POLYGON. - - - Availability: 1.5.0 - - -Prior to 1.5.3 this function returned non-collection inputs untouched, no matter type. -In 1.5.3 non-matching single geometries result in a NULL return. -In of 2.0.0 every case of missing match results in a typed EMPTY return. - - - When specifying 3 == POLYGON a multipolygon is returned even when the edges are shared. This results in an invalid multipolygon for many cases - such as applying this function on an result. + Returns the geometry as a MULTI* geometry. If the geometry + is already a MULTI*, it is returned unchanged. Examples - -- Constants: 1 == POINT, 2 == LINESTRING, 3 == POLYGON -SELECT ST_AsText(ST_CollectionExtract(ST_GeomFromText('GEOMETRYCOLLECTION(GEOMETRYCOLLECTION(POINT(0 0)))'),1)); -st_astext ---------------- -MULTIPOINT(0 0) -(1 row) - -SELECT ST_AsText(ST_CollectionExtract(ST_GeomFromText('GEOMETRYCOLLECTION(GEOMETRYCOLLECTION(LINESTRING(0 0, 1 1)),LINESTRING(2 2, 3 3))'),2)); -st_astext ---------------- -MULTILINESTRING((0 0, 1 1), (2 2, 3 3)) -(1 row) + SELECT ST_AsText(ST_Multi(ST_GeomFromText('POLYGON((743238 2967416,743238 2967450, + 743265 2967450,743265.625 2967416,743238 2967416))'))); + st_astext + -------------------------------------------------------------------------------------------------- + MULTIPOLYGON(((743238 2967416,743238 2967450,743265 2967450,743265.625 2967416, + 743238 2967416))) + (1 row) See Also - , , + - - - ST_CollectionHomogenize - - - Given a geometry collection, return the "simplest" representation of the contents. - - - - - - - geometry ST_CollectionHomogenize - geometry collection - - - - - - Description - - - Given a geometry collection, returns the "simplest" representation of the contents. Singletons will be returned as singletons. Collections that are homogeneous will be returned as the appropriate multi-type. - + + + ST_Normalize - When specifying 3 == POLYGON a multipolygon is returned even when the edges are shared. This results in an invalid multipolygon for many cases - such as applying this function on an result. + Return the geometry in its canonical form. + + + + + geometry ST_Normalize + geometry geom + + + - Availability: 2.0.0 + + Description - + + Returns the geometry in its normalized/canonical form. + May reorder vertices in polygon rings, rings in a polygon, + elements in a multi-geometry complex. + - - Examples + + Mostly only useful for testing purposes (comparing expected + and obtained results). + - - SELECT ST_AsText(ST_CollectionHomogenize('GEOMETRYCOLLECTION(POINT(0 0))')); + Availability: 2.3.0 - st_astext - ------------ - POINT(0 0) - (1 row) + - SELECT ST_AsText(ST_CollectionHomogenize('GEOMETRYCOLLECTION(POINT(0 0),POINT(1 1))')); - - st_astext - --------------------- - MULTIPOINT(0 0,1 1) - (1 row) - - - - - See Also - , - - - - - - ST_Multi - - Return the geometry as a MULTI* geometry. - - - - - - geometry ST_Multi - geometry g1 - - - - - - Description - - Returns the geometry as a MULTI* geometry. If the geometry - is already a MULTI*, it is returned unchanged. - - - - - Examples - - SELECT ST_AsText(ST_Multi(ST_GeomFromText('POLYGON((743238 2967416,743238 2967450, - 743265 2967450,743265.625 2967416,743238 2967416))'))); - st_astext - -------------------------------------------------------------------------------------------------- - MULTIPOLYGON(((743238 2967416,743238 2967450,743265 2967450,743265.625 2967416, - 743238 2967416))) - (1 row) - - - - See Also - - - - - - - ST_Normalize - - Return the geometry in its canonical form. - - - - - - geometry ST_Normalize - geometry geom - - - - - - Description - - - Returns the geometry in its normalized/canonical form. - May reorder vertices in polygon rings, rings in a polygon, - elements in a multi-geometry complex. - - - - Mostly only useful for testing purposes (comparing expected - and obtained results). - - - Availability: 2.3.0 - - - - - Examples + + Examples SELECT ST_AsText(ST_Normalize(ST_GeomFromText( @@ -1327,379 +1220,6 @@ LINESTRING(1 2,1 10) | LINESTRING(1 10,1 2) - - - ST_Rotate - - Rotate a geometry rotRadians counter-clockwise about an origin. - - - - - - geometry ST_Rotate - geometry geomA - float rotRadians - - - - geometry ST_Rotate - geometry geomA - float rotRadians - float x0 - float y0 - - - - geometry ST_Rotate - geometry geomA - float rotRadians - geometry pointOrigin - - - - - - Description - - Rotates geometry rotRadians counter-clockwise about the origin. The rotation origin can be - specified either as a POINT geometry, or as x and y coordinates. If the origin is not - specified, the geometry is rotated about POINT(0 0). - - Enhanced: 2.0.0 support for Polyhedral surfaces, Triangles and TIN was introduced. - Enhanced: 2.0.0 additional parameters for specifying the origin of rotation were added. - Availability: 1.1.2. Name changed from Rotate to ST_Rotate in 1.2.2 - &Z_support; - &curve_support; - &P_support; - &T_support; - - - - - - Examples - - ---Rotate 180 degrees -SELECT ST_AsEWKT(ST_Rotate('LINESTRING (50 160, 50 50, 100 50)', pi())); - st_asewkt ---------------------------------------- - LINESTRING(-50 -160,-50 -50,-100 -50) -(1 row) - ---Rotate 30 degrees counter-clockwise at x=50, y=160 -SELECT ST_AsEWKT(ST_Rotate('LINESTRING (50 160, 50 50, 100 50)', pi()/6, 50, 160)); - st_asewkt ---------------------------------------------------------------------------- - LINESTRING(50 160,105 64.7372055837117,148.301270189222 89.7372055837117) -(1 row) - ---Rotate 60 degrees clockwise from centroid -SELECT ST_AsEWKT(ST_Rotate(geom, -pi()/3, ST_Centroid(geom))) -FROM (SELECT 'LINESTRING (50 160, 50 50, 100 50)'::geometry AS geom) AS foo; - st_asewkt --------------------------------------------------------------- - LINESTRING(116.4225 130.6721,21.1597 75.6721,46.1597 32.3708) -(1 row) - - - - - - See Also - - , , , - - - - - - ST_RotateX - - Rotate a geometry rotRadians about the X axis. - - - - - - geometry ST_RotateX - geometry geomA - float rotRadians - - - - - - Description - - Rotate a geometry geomA - rotRadians about the X axis. - - ST_RotateX(geomA, rotRadians) - is short-hand for ST_Affine(geomA, 1, 0, 0, 0, cos(rotRadians), -sin(rotRadians), 0, sin(rotRadians), cos(rotRadians), 0, 0, 0). - - Enhanced: 2.0.0 support for Polyhedral surfaces, Triangles and TIN was introduced. - Availability: 1.1.2. Name changed from RotateX to ST_RotateX in 1.2.2 - &P_support; - &Z_support; - &T_support; - - - - - Examples - - ---Rotate a line 90 degrees along x-axis -SELECT ST_AsEWKT(ST_RotateX(ST_GeomFromEWKT('LINESTRING(1 2 3, 1 1 1)'), pi()/2)); - st_asewkt ---------------------------- - LINESTRING(1 -3 2,1 -1 1) - - - - - - See Also - - , , - - - - - - ST_RotateY - - Rotate a geometry rotRadians about the Y axis. - - - - - - geometry ST_RotateY - geometry geomA - float rotRadians - - - - - - Description - - Rotate a geometry geomA - rotRadians about the y axis. - - ST_RotateY(geomA, rotRadians) - is short-hand for ST_Affine(geomA, cos(rotRadians), 0, sin(rotRadians), 0, 1, 0, -sin(rotRadians), 0, cos(rotRadians), 0, 0, 0). - - Availability: 1.1.2. Name changed from RotateY to ST_RotateY in 1.2.2 - Enhanced: 2.0.0 support for Polyhedral surfaces, Triangles and TIN was introduced. - - &P_support; - &Z_support; - &T_support; - - - - - - Examples - - ---Rotate a line 90 degrees along y-axis - SELECT ST_AsEWKT(ST_RotateY(ST_GeomFromEWKT('LINESTRING(1 2 3, 1 1 1)'), pi()/2)); - st_asewkt ---------------------------- - LINESTRING(3 2 -1,1 1 -1) - - - - - - See Also - - , , - - - - - - ST_RotateZ - - Rotate a geometry rotRadians about the Z axis. - - - - - - geometry ST_RotateZ - geometry geomA - float rotRadians - - - - - - Description - - Rotate a geometry geomA - rotRadians about the Z axis. - - This is a synonym for ST_Rotate - ST_RotateZ(geomA, rotRadians) - is short-hand for SELECT ST_Affine(geomA, cos(rotRadians), -sin(rotRadians), 0, sin(rotRadians), cos(rotRadians), 0, 0, 0, 1, 0, 0, 0). - - Enhanced: 2.0.0 support for Polyhedral surfaces, Triangles and TIN was introduced. - - Availability: 1.1.2. Name changed from RotateZ to ST_RotateZ in 1.2.2 - Prior to 1.3.4, this function crashes if used with geometries that contain CURVES. This is fixed in 1.3.4+ - - &Z_support; - &curve_support; - &P_support; - &T_support; - - - - - Examples - - ---Rotate a line 90 degrees along z-axis -SELECT ST_AsEWKT(ST_RotateZ(ST_GeomFromEWKT('LINESTRING(1 2 3, 1 1 1)'), pi()/2)); - st_asewkt ---------------------------- - LINESTRING(-2 1 3,-1 1 1) - - --Rotate a curved circle around z-axis -SELECT ST_AsEWKT(ST_RotateZ(the_geom, pi()/2)) -FROM (SELECT ST_LineToCurve(ST_Buffer(ST_GeomFromText('POINT(234 567)'), 3)) As the_geom) As foo; - - st_asewkt ----------------------------------------------------------------------------------------------------------------------------- - CURVEPOLYGON(CIRCULARSTRING(-567 237,-564.87867965644 236.12132034356,-564 234,-569.12132034356 231.87867965644,-567 237)) - - - - - - - See Also - - , , - - - - - - ST_Scale - - Scale a geometry by given factors. - - - - - - - geometry ST_Scale - geometry geomA - float XFactor - float YFactor - float ZFactor - - - - geometry ST_Scale - geometry geomA - float XFactor - float YFactor - - - - geometry ST_Scale - geometry geom - geometry factor - - - - geometry ST_Scale - geometry geom - geometry factor - geometry origin - - - - - - - Description - - Scales the geometry to a new size by multiplying the - ordinates with the corresponding factor parameters. - - - -The version taking a geometry as the factor parameter -allows passing a 2d, 3dm, 3dz or 4d point to set scaling factor for all -supported dimensions. Missing dimensions in the factor -point are equivalent to no scaling the corresponding dimension. - - - The three-geometry variant allows a "false origin" for the scaling to be passed in. This allows "scaling in place", for example using the centroid of the geometry as the false origin. Without a false origin, scaling takes place relative to the actual origin, so all coordinates are just multipled by the scale factor. - - - Prior to 1.3.4, this function crashes if used with geometries that contain CURVES. This is fixed in 1.3.4+ - - - Availability: 1.1.0. - Enhanced: 2.0.0 support for Polyhedral surfaces, Triangles and TIN was introduced. - Enhanced: 2.2.0 support for scaling all dimension (factor parameter) was introduced. - Enhanced: 2.5.0 support for scaling relative to a local origin (origin parameter) was introduced. - &P_support; - &Z_support; - &curve_support; - &T_support; - &M_support; - - - - - Examples - - --Version 1: scale X, Y, Z -SELECT ST_AsEWKT(ST_Scale(ST_GeomFromEWKT('LINESTRING(1 2 3, 1 1 1)'), 0.5, 0.75, 0.8)); - st_asewkt --------------------------------------- - LINESTRING(0.5 1.5 2.4,0.5 0.75 0.8) - ---Version 2: Scale X Y - SELECT ST_AsEWKT(ST_Scale(ST_GeomFromEWKT('LINESTRING(1 2 3, 1 1 1)'), 0.5, 0.75)); - st_asewkt ----------------------------------- - LINESTRING(0.5 1.5 3,0.5 0.75 1) - ---Version 3: Scale X Y Z M - SELECT ST_AsEWKT(ST_Scale(ST_GeomFromEWKT('LINESTRING(1 2 3 4, 1 1 1 1)'), - ST_MakePoint(0.5, 0.75, 2, -1))); - st_asewkt ----------------------------------------- - LINESTRING(0.5 1.5 6 -4,0.5 0.75 2 -1) - ---Version 4: Scale X Y using false origin -SELECT ST_AsText(ST_Scale('LINESTRING(1 1, 2 2)', 'POINT(2 2)', 'POINT(1 1)'::geometry)); - st_astext ---------------------- - LINESTRING(1 1,3 3) - - - - - - - See Also - - , - - - ST_Segmentize @@ -1826,66 +1346,6 @@ LINESTRING(0 0,1 1,0 0,3 3,4 4) - - - ST_SetSRID - - Set the SRID on a geometry to a particular integer - value. - - - - - - geometry ST_SetSRID - - geometry - geom - - integer - srid - - - - - - Description - - Sets the SRID on a geometry to a particular integer value. - Useful in constructing bounding boxes for queries. - - - This function does not transform the geometry coordinates in any way - - it simply sets the meta data defining the spatial reference system the geometry is assumed to be in. - Use if you want to transform the - geometry into a new projection. - - &sfs_compliant; - &curve_support; - - - - Examples - -- Mark a point as WGS 84 long lat -- - SELECT ST_SetSRID(ST_Point(-123.365556, 48.428611),4326) As wgs84long_lat; --- the ewkt representation (wrap with ST_AsEWKT) - -SRID=4326;POINT(-123.365556 48.428611) - - -- Mark a point as WGS 84 long lat and then transform to web mercator (Spherical Mercator) -- - SELECT ST_Transform(ST_SetSRID(ST_Point(-123.365556, 48.428611),4326),3785) As spere_merc; --- the ewkt representation (wrap with ST_AsEWKT) - -SRID=3785;POINT(-13732990.8753491 6178458.96425423) - - - - - See Also - - , , , , , - - - - ST_SnapToGrid @@ -2221,309 +1681,65 @@ LINESTRING(26 125,54 84,101 100) - + - ST_Transform - - Return a new geometry with its coordinates transformed to - a different spatial reference. + ST_SwapOrdinates + Returns a version of the given geometry with + given ordinate values swapped. + - geometry ST_Transform - geometry g1 - integer srid + geometry ST_SwapOrdinates + geometry geom + cstring ords - - - geometry ST_Transform - geometry geom - text to_proj - - - - geometry ST_Transform - geometry geom - text from_proj - text to_proj - - - - geometry ST_Transform - geometry geom - text from_proj - integer to_srid - - Description - - Returns a new geometry with its coordinates transformed to - a different spatial reference system. The destination spatial - reference to_srid may be identified by a valid - SRID integer parameter (i.e. it must exist in the - spatial_ref_sys table). - Alternatively, a spatial reference defined as a PROJ.4 string - can be used for to_proj and/or - from_proj, however these methods are not - optimized. If the destination spatial reference system is - expressed with a PROJ.4 string instead of an SRID, the SRID of the - output geometry will be set to zero. With the exception of functions with - from_proj, input geometries must have a defined SRID. - - - ST_Transform is often confused with ST_SetSRID(). ST_Transform actually changes the coordinates - of a geometry from one spatial reference system to another, while ST_SetSRID() simply changes the SRID identifier of - the geometry. - - - Requires PostGIS be compiled with Proj support. Use to confirm you have proj support compiled in. - - - - If using more than one transformation, it is useful to have a functional index on the commonly used - transformations to take advantage of index usage. - - - Prior to 1.3.4, this function crashes if used with geometries that contain CURVES. This is fixed in 1.3.4+ - - Enhanced: 2.0.0 support for Polyhedral surfaces was introduced. - Enhanced: 2.3.0 support for direct PROJ.4 text was introduced. - &sqlmm_compliant; SQL-MM 3: 5.1.6 + +Returns a version of the given geometry with given ordinates swapped. + + +The ords parameter is a 2-characters string naming +the ordinates to swap. Valid names are: x,y,z and m. + + Availability: 2.2.0 &curve_support; - &P_support; - - - - - Examples - Change Massachusetts state plane US feet geometry to WGS 84 long lat - -SELECT ST_AsText(ST_Transform(ST_GeomFromText('POLYGON((743238 2967416,743238 2967450, - 743265 2967450,743265.625 2967416,743238 2967416))',2249),4326)) As wgs_geom; - - wgs_geom ---------------------------- - POLYGON((-71.1776848522251 42.3902896512902,-71.1776843766326 42.3903829478009, --71.1775844305465 42.3903826677917,-71.1775825927231 42.3902893647987,-71.177684 -8522251 42.3902896512902)); -(1 row) - ---3D Circular String example -SELECT ST_AsEWKT(ST_Transform(ST_GeomFromEWKT('SRID=2249;CIRCULARSTRING(743238 2967416 1,743238 2967450 2,743265 2967450 3,743265.625 2967416 3,743238 2967416 4)'),4326)); - - st_asewkt --------------------------------------------------------------------------------------- - SRID=4326;CIRCULARSTRING(-71.1776848522251 42.3902896512902 1,-71.1776843766326 42.3903829478009 2, - -71.1775844305465 42.3903826677917 3, - -71.1775825927231 42.3902893647987 3,-71.1776848522251 42.3902896512902 4) - - - Example of creating a partial functional index. For tables where you are not sure all the geometries - will be filled in, its best to use a partial index that leaves out null geometries which will both conserve space and make your index smaller and more efficient. - -CREATE INDEX idx_the_geom_26986_parcels - ON parcels - USING gist - (ST_Transform(the_geom, 26986)) - WHERE the_geom IS NOT NULL; - - - Examples of using PROJ.4 text to transform with custom spatial references. - --- Find intersection of two polygons near the North pole, using a custom Gnomic projection --- See http://boundlessgeo.com/2012/02/flattening-the-peel/ - WITH data AS ( - SELECT - ST_GeomFromText('POLYGON((170 50,170 72,-130 72,-130 50,170 50))', 4326) AS p1, - ST_GeomFromText('POLYGON((-170 68,-170 90,-141 90,-141 68,-170 68))', 4326) AS p2, - '+proj=gnom +ellps=WGS84 +lat_0=70 +lon_0=-160 +no_defs'::text AS gnom - ) - SELECT ST_AsText( - ST_Transform( - ST_Intersection(ST_Transform(p1, gnom), ST_Transform(p2, gnom)), - gnom, 4326)) - FROM data; - st_astext - -------------------------------------------------------------------------------- - POLYGON((-170 74.053793645338,-141 73.4268621378904,-141 68,-170 68,-170 74.053793645338)) - - - - - Configuring transformation behaviour - Sometimes coordinate transformation involving a grid-shift - can fail, for example if PROJ.4 has not been built with - grid-shift files or the coordinate does not lie within the - range for which the grid shift is defined. By default, PostGIS - will throw an error if a grid shift file is not present, but - this behaviour can be configured on a per-SRID basis either - by testing different to_proj values of - PROJ.4 text, or altering the proj4text value - within the spatial_ref_sys table. - - For example, the proj4text parameter +datum=NAD87 is a shorthand form for the following +nadgrids parameter: - +nadgrids=@conus,@alaska,@ntv2_0.gsb,@ntv1_can.dat - The @ prefix means no error is reported if the files are not present, but if the end of the list is reached with no file having been appropriate (ie. found and overlapping) then an error is issued. - If, conversely, you wanted to ensure that at least the standard files were present, but that if all files were scanned without a hit a null transformation is applied you could use: - +nadgrids=@conus,@alaska,@ntv2_0.gsb,@ntv1_can.dat,null - The null grid shift file is a valid grid shift file covering the whole world and applying no shift. So for a complete example, if you wanted to alter PostGIS so that transformations to SRID 4267 that didn't lie within the correct range did not throw an ERROR, you would use the following: - UPDATE spatial_ref_sys SET proj4text = '+proj=longlat +ellps=clrk66 +nadgrids=@conus,@alaska,@ntv2_0.gsb,@ntv1_can.dat,null +no_defs' WHERE srid = 4267; - - - - - See Also - - , , , - - - - - - ST_Translate - - Translate a geometry by given offsets. - - - - - - geometry ST_Translate - geometry g1 - float deltax - float deltay - - - geometry ST_Translate - geometry g1 - float deltax - float deltay - float deltaz - - - - - - Description - - Returns a new geometry whose coordinates are translated delta x,delta y,delta z units. Units are - based on the units defined in spatial reference (SRID) for this geometry. - - Prior to 1.3.4, this function crashes if used with geometries that contain CURVES. This is fixed in 1.3.4+ - - Availability: 1.2.2 &Z_support; - &curve_support; + &M_support; + &P_support; + &T_support; - Examples - Move a point 1 degree longitude - - SELECT ST_AsText(ST_Translate(ST_GeomFromText('POINT(-71.01 42.37)',4326),1,0)) As wgs_transgeomtxt; - - wgs_transgeomtxt - --------------------- - POINT(-70.01 42.37) - - Move a linestring 1 degree longitude and 1/2 degree latitude - SELECT ST_AsText(ST_Translate(ST_GeomFromText('LINESTRING(-71.01 42.37,-71.11 42.38)',4326),1,0.5)) As wgs_transgeomtxt; - wgs_transgeomtxt - --------------------------------------- - LINESTRING(-70.01 42.87,-70.11 42.88) - - Move a 3d point - SELECT ST_AsEWKT(ST_Translate(CAST('POINT(0 0 0)' As geometry), 5, 12,3)); - st_asewkt - --------- - POINT(5 12 3) - - Move a curve and a point -SELECT ST_AsText(ST_Translate(ST_Collect('CURVEPOLYGON(CIRCULARSTRING(4 3,3.12 0.878,1 0,-1.121 5.1213,6 7, 8 9,4 3))','POINT(1 3)'),1,2)); - st_astext ------------------------------------------------------------------------------------------------------------- - GEOMETRYCOLLECTION(CURVEPOLYGON(CIRCULARSTRING(5 5,4.12 2.878,2 2,-0.121 7.1213,7 9,9 11,5 5)),POINT(2 5)) - + Example + See Also - , , + - - - - - ST_TransScale - - Translate a geometry by given factors and offsets. - - - - - geometry ST_TransScale - geometry geomA - float deltaX - float deltaY - float XFactor - float YFactor - - - - - - Description - - Translates the geometry using the deltaX and deltaY args, - then scales it using the XFactor, YFactor args, working in 2D only. - - ST_TransScale(geomA, deltaX, deltaY, XFactor, YFactor) - is short-hand for ST_Affine(geomA, XFactor, 0, 0, 0, YFactor, 0, - 0, 0, 1, deltaX*XFactor, deltaY*YFactor, 0). - - Prior to 1.3.4, this function crashes if used with geometries that contain CURVES. This is fixed in 1.3.4+ - - - Availability: 1.1.0. - &Z_support; - &curve_support; - - - - - Examples - - SELECT ST_AsEWKT(ST_TransScale(ST_GeomFromEWKT('LINESTRING(1 2 3, 1 1 1)'), 0.5, 1, 1, 2)); - st_asewkt ------------------------------ - LINESTRING(1.5 6 3,1.5 4 1) - - ---Buffer a point to get an approximation of a circle, convert to curve and then translate 1,2 and scale it 3,4 - SELECT ST_AsText(ST_Transscale(ST_LineToCurve(ST_Buffer('POINT(234 567)', 3)),1,2,3,4)); - st_astext ------------------------------------------------------------------------------------------------------------------------------- - CURVEPOLYGON(CIRCULARSTRING(714 2276,711.363961030679 2267.51471862576,705 2264,698.636038969321 2284.48528137424,714 2276)) - - - - - - - See Also - - , - - - diff --git a/doc/reference_measure.xml b/doc/reference_measure.xml index 415778d6e..7abc95295 100644 --- a/doc/reference_measure.xml +++ b/doc/reference_measure.xml @@ -1,1810 +1,286 @@ - - Spatial Relationships and Measurements - - - ST_3DClosestPoint - - Returns the 3-dimensional point on g1 that is closest to g2. This is the first point of - the 3D shortest line. - - - - - - geometry ST_3DClosestPoint - - geometry - g1 - - geometry - g2 - - - - - - Description - - Returns the 3-dimensional point on g1 that is closest to g2. This is the first point of - the 3D shortest line. The 3D length of the 3D shortest line is the 3D distance. - - &Z_support; - - &P_support; - Availability: 2.0.0 - Changed: 2.2.0 - if 2 2D geometries are input, a 2D point is returned (instead of old behavior assuming 0 for missing Z). In case of 2D and 3D, Z is no longer assumed to be 0 for missing Z. - - - - Examples - - - - - linestring and point -- both 3d and 2d closest point - -SELECT ST_AsEWKT(ST_3DClosestPoint(line,pt)) AS cp3d_line_pt, - ST_AsEWKT(ST_ClosestPoint(line,pt)) As cp2d_line_pt - FROM (SELECT 'POINT(100 100 30)'::geometry As pt, - 'LINESTRING (20 80 20, 98 190 1, 110 180 3, 50 75 1000)'::geometry As line - ) As foo; - - - cp3d_line_pt | cp2d_line_pt ------------------------------------------------------------+------------------------------------------ - POINT(54.6993798867619 128.935022917228 11.5475869506606) | POINT(73.0769230769231 115.384615384615) - - - - - linestring and multipoint -- both 3d and 2d closest point - SELECT ST_AsEWKT(ST_3DClosestPoint(line,pt)) AS cp3d_line_pt, - ST_AsEWKT(ST_ClosestPoint(line,pt)) As cp2d_line_pt - FROM (SELECT 'MULTIPOINT(100 100 30, 50 74 1000)'::geometry As pt, - 'LINESTRING (20 80 20, 98 190 1, 110 180 3, 50 75 900)'::geometry As line - ) As foo; - - - cp3d_line_pt | cp2d_line_pt ------------------------------------------------------------+-------------- - POINT(54.6993798867619 128.935022917228 11.5475869506606) | POINT(50 75) - - - - - Multilinestring and polygon both 3d and 2d closest point - SELECT ST_AsEWKT(ST_3DClosestPoint(poly, mline)) As cp3d, - ST_AsEWKT(ST_ClosestPoint(poly, mline)) As cp2d - FROM (SELECT ST_GeomFromEWKT('POLYGON((175 150 5, 20 40 5, 35 45 5, 50 60 5, 100 100 5, 175 150 5))') As poly, - ST_GeomFromEWKT('MULTILINESTRING((175 155 2, 20 40 20, 50 60 -2, 125 100 1, 175 155 1), - (1 10 2, 5 20 1))') As mline ) As foo; - cp3d | cp2d --------------------------------------------+-------------- - POINT(39.993580415989 54.1889925532825 5) | POINT(20 40) - - - - - - - - - - - See Also - - , , , - - - - - ST_3DDistance - - For geometry type Returns the 3-dimensional cartesian minimum distance (based on spatial ref) between two geometries in - projected units. - - - - - float ST_3DDistance - - geometry - g1 - - geometry - g2 - - - - - - Description - - For geometry type returns the 3-dimensional minimum cartesian distance between two geometries in - projected units (spatial ref units). - - &Z_support; - - &P_support; - &sqlmm_compliant; SQL-MM ? - - Availability: 2.0.0 - Changed: 2.2.0 - In case of 2D and 3D, Z is no longer assumed to be 0 for missing Z. - Changed: 3.0.0 - SFCGAL version removed - - - - Examples - - --- Geometry example - units in meters (SRID: 2163 US National Atlas Equal area) (3D point and line compared 2D point and line) --- Note: currently no vertical datum support so Z is not transformed and assumed to be same units as final. -SELECT ST_3DDistance( - ST_Transform('SRID=4326;POINT(-72.1235 42.3521 4)'::geometry,2163), - ST_Transform('SRID=4326;LINESTRING(-72.1260 42.45 15, -72.123 42.1546 20)'::geometry,2163) - ) As dist_3d, - ST_Distance( - ST_Transform('SRID=4326;POINT(-72.1235 42.3521)'::geometry,2163), - ST_Transform('SRID=4326;LINESTRING(-72.1260 42.45, -72.123 42.1546)'::geometry,2163) - ) As dist_2d; - - dist_3d | dist_2d -------------------+----------------- - 127.295059324629 | 126.66425605671 - - --- Multilinestring and polygon both 3d and 2d distance --- Same example as 3D closest point example -SELECT ST_3DDistance(poly, mline) As dist3d, - ST_Distance(poly, mline) As dist2d - FROM (SELECT 'POLYGON((175 150 5, 20 40 5, 35 45 5, 50 60 5, 100 100 5, 175 150 5))'::geometry as poly, - 'MULTILINESTRING((175 155 2, 20 40 20, 50 60 -2, 125 100 1, 175 155 1), (1 10 2, 5 20 1))'::geometry as mline) as foo; - dist3d | dist2d --------------------+-------- - 0.716635696066337 | 0 - - - - - See Also - - , , , , , - - - - - - ST_3DDWithin - - For 3d (z) geometry type Returns true if two geometries 3d distance is within number of units. - - - - - boolean ST_3DDWithin - - geometry - g1 - - geometry - g2 - - double precision - distance_of_srid - - - - - - Description - - For geometry type returns true if the 3d distance between two objects is within distance_of_srid specified - projected units (spatial ref units). - - &Z_support; - - &P_support; - &sqlmm_compliant; SQL-MM ? - - Availability: 2.0.0 - - - - Examples - - --- Geometry example - units in meters (SRID: 2163 US National Atlas Equal area) (3D point and line compared 2D point and line) --- Note: currently no vertical datum support so Z is not transformed and assumed to be same units as final. -SELECT ST_3DDWithin( - ST_Transform(ST_GeomFromEWKT('SRID=4326;POINT(-72.1235 42.3521 4)'),2163), - ST_Transform(ST_GeomFromEWKT('SRID=4326;LINESTRING(-72.1260 42.45 15, -72.123 42.1546 20)'),2163), - 126.8 - ) As within_dist_3d, -ST_DWithin( - ST_Transform(ST_GeomFromEWKT('SRID=4326;POINT(-72.1235 42.3521 4)'),2163), - ST_Transform(ST_GeomFromEWKT('SRID=4326;LINESTRING(-72.1260 42.45 15, -72.123 42.1546 20)'),2163), - 126.8 - ) As within_dist_2d; - - within_dist_3d | within_dist_2d -----------------+---------------- - f | t - - - - - See Also - - , , , , - - - - - - ST_3DDFullyWithin - - Returns true if all of the 3D geometries are within the specified - distance of one another. - - - - - - boolean ST_3DDFullyWithin - - geometry - g1 - - geometry - g2 - - double precision - distance - - - - - - Description - - Returns true if the 3D geometries are fully within the specified distance - of one another. The distance is specified in units defined by the - spatial reference system of the geometries. For this function to make - sense, the source geometries must both be of the same coordinate projection, - having the same SRID. - - - This function call will automatically include a bounding box - comparison that will make use of any indexes that are available on - the geometries. - - - Availability: 2.0.0 - &Z_support; - - &P_support; - - - - - Examples - - -- This compares the difference between fully within and distance within as well - -- as the distance fully within for the 2D footprint of the line/point vs. the 3d fully within - SELECT ST_3DDFullyWithin(geom_a, geom_b, 10) as D3DFullyWithin10, ST_3DDWithin(geom_a, geom_b, 10) as D3DWithin10, - ST_DFullyWithin(geom_a, geom_b, 20) as D2DFullyWithin20, - ST_3DDFullyWithin(geom_a, geom_b, 20) as D3DFullyWithin20 from - (select ST_GeomFromEWKT('POINT(1 1 2)') as geom_a, - ST_GeomFromEWKT('LINESTRING(1 5 2, 2 7 20, 1 9 100, 14 12 3)') as geom_b) t1; - d3dfullywithin10 | d3dwithin10 | d2dfullywithin20 | d3dfullywithin20 -------------------+-------------+------------------+------------------ - f | t | t | f - - - - See Also - - , , , - - - - - - ST_3DIntersects - - Returns TRUE if the Geometries "spatially - intersect" in 3D - only for points, linestrings, polygons, polyhedral surface (area). - - - - - - boolean ST_3DIntersects - - geometry - geomA - - - geometry - geomB - - - - - - Description - Overlaps, Touches, Within all imply spatial intersection. If any of the aforementioned - returns true, then the geometries also spatially intersect. - Disjoint implies false for spatial intersection. - - Changed: 3.0.0 SFCGAL backend removed, GEOS backend supports TINs. - Availability: 2.0.0 - - This function call will automatically include a bounding box - comparison that will make use of any indexes that are available on the - geometries. - - - &Z_support; - - &P_support; - &T_support; - &sfcgal_enhanced; - &sqlmm_compliant; SQL-MM 3: ? - - - Geometry Examples -SELECT ST_3DIntersects(pt, line), ST_Intersects(pt, line) - FROM (SELECT 'POINT(0 0 2)'::geometry As pt, 'LINESTRING (0 0 1, 0 2 3)'::geometry As line) As foo; - st_3dintersects | st_intersects ------------------+--------------- - f | t -(1 row) - - - - TIN Examples - SELECT ST_3DIntersects('TIN(((0 0 0,1 0 0,0 1 0,0 0 0)))'::geometry, 'POINT(.1 .1 0)'::geometry); - st_3dintersects ------------------ - t - - - See Also - - - - - - - ST_3DLongestLine - - Returns the 3-dimensional longest line between two geometries - - - - - - geometry ST_3DLongestLine - - geometry - g1 - - geometry - g2 - - - - - - Description - - Returns the 3-dimensional longest line between two geometries. The function will - only return the first longest line if more than one. - The line returned will always start in g1 and end in g2. - The 3D length of the line this function returns will always be the same as returns for g1 and g2. - - - Availability: 2.0.0 - Changed: 2.2.0 - if 2 2D geometries are input, a 2D point is returned (instead of old behavior assuming 0 for missing Z). In case of 2D and 3D, Z is no longer assumed to be 0 for missing Z. - &Z_support; - - &P_support; - - - - Examples - - - - - linestring and point -- both 3d and 2d longest line - -SELECT ST_AsEWKT(ST_3DLongestLine(line,pt)) AS lol3d_line_pt, - ST_AsEWKT(ST_LongestLine(line,pt)) As lol2d_line_pt - FROM (SELECT 'POINT(100 100 30)'::geometry As pt, - 'LINESTRING (20 80 20, 98 190 1, 110 180 3, 50 75 1000)'::geometry As line - ) As foo; - - - lol3d_line_pt | lol2d_line_pt ------------------------------------+---------------------------- - LINESTRING(50 75 1000,100 100 30) | LINESTRING(98 190,100 100) - - - - - linestring and multipoint -- both 3d and 2d longest line - SELECT ST_AsEWKT(ST_3DLongestLine(line,pt)) AS lol3d_line_pt, - ST_AsEWKT(ST_LongestLine(line,pt)) As lol2d_line_pt - FROM (SELECT 'MULTIPOINT(100 100 30, 50 74 1000)'::geometry As pt, - 'LINESTRING (20 80 20, 98 190 1, 110 180 3, 50 75 900)'::geometry As line - ) As foo; - - - lol3d_line_pt | lol2d_line_pt ----------------------------------+-------------------------- - LINESTRING(98 190 1,50 74 1000) | LINESTRING(98 190,50 74) - - - - - Multilinestring and polygon both 3d and 2d longest line - SELECT ST_AsEWKT(ST_3DLongestLine(poly, mline)) As lol3d, - ST_AsEWKT(ST_LongestLine(poly, mline)) As lol2d - FROM (SELECT ST_GeomFromEWKT('POLYGON((175 150 5, 20 40 5, 35 45 5, 50 60 5, 100 100 5, 175 150 5))') As poly, - ST_GeomFromEWKT('MULTILINESTRING((175 155 2, 20 40 20, 50 60 -2, 125 100 1, 175 155 1), - (1 10 2, 5 20 1))') As mline ) As foo; - lol3d | lol2d -------------------------------+-------------------------- - LINESTRING(175 150 5,1 10 2) | LINESTRING(175 150,1 10) - - - - - - - - - - - See Also - - , , , , - - - - - - ST_3DMaxDistance - - For geometry type Returns the 3-dimensional cartesian maximum distance (based on spatial ref) between two geometries in - projected units. - - - - - float ST_3DMaxDistance - - geometry - g1 - - geometry - g2 - - - - - - Description - - For geometry type returns the 3-dimensional maximum cartesian distance between two geometries in - projected units (spatial ref units). - - &Z_support; - - &P_support; - - Availability: 2.0.0 - Changed: 2.2.0 - In case of 2D and 3D, Z is no longer assumed to be 0 for missing Z. - - - - Examples - - --- Geometry example - units in meters (SRID: 2163 US National Atlas Equal area) (3D point and line compared 2D point and line) --- Note: currently no vertical datum support so Z is not transformed and assumed to be same units as final. -SELECT ST_3DMaxDistance( - ST_Transform(ST_GeomFromEWKT('SRID=4326;POINT(-72.1235 42.3521 10000)'),2163), - ST_Transform(ST_GeomFromEWKT('SRID=4326;LINESTRING(-72.1260 42.45 15, -72.123 42.1546 20)'),2163) - ) As dist_3d, - ST_MaxDistance( - ST_Transform(ST_GeomFromEWKT('SRID=4326;POINT(-72.1235 42.3521 10000)'),2163), - ST_Transform(ST_GeomFromEWKT('SRID=4326;LINESTRING(-72.1260 42.45 15, -72.123 42.1546 20)'),2163) - ) As dist_2d; - - dist_3d | dist_2d -------------------+------------------ - 24383.7467488441 | 22247.8472107251 - - - - - See Also - - , , , - - - - - ST_3DShortestLine - - Returns the 3-dimensional shortest line between two geometries - - - - - - geometry ST_3DShortestLine - - geometry - g1 - - geometry - g2 - - - - - - Description - - Returns the 3-dimensional shortest line between two geometries. The function will - only return the first shortest line if more than one, that the function finds. - If g1 and g2 intersects in just one point the function will return a line with both start - and end in that intersection-point. - If g1 and g2 are intersecting with more than one point the function will return a line with start - and end in the same point but it can be any of the intersecting points. - The line returned will always start in g1 and end in g2. - The 3D length of the line this function returns will always be the same as returns for g1 and g2. - - - Availability: 2.0.0 - Changed: 2.2.0 - if 2 2D geometries are input, a 2D point is returned (instead of old behavior assuming 0 for missing Z). In case of 2D and 3D, Z is no longer assumed to be 0 for missing Z. - &Z_support; - - &P_support; - - - - Examples - - - - - linestring and point -- both 3d and 2d shortest line - -SELECT ST_AsEWKT(ST_3DShortestLine(line,pt)) AS shl3d_line_pt, - ST_AsEWKT(ST_ShortestLine(line,pt)) As shl2d_line_pt - FROM (SELECT 'POINT(100 100 30)'::geometry As pt, - 'LINESTRING (20 80 20, 98 190 1, 110 180 3, 50 75 1000)'::geometry As line - ) As foo; - - - shl3d_line_pt | shl2d_line_pt -----------------------------------------------------------------------------+------------------------------------------------------ - LINESTRING(54.6993798867619 128.935022917228 11.5475869506606,100 100 30) | LINESTRING(73.0769230769231 115.384615384615,100 100) - - - - - linestring and multipoint -- both 3d and 2d shortest line - SELECT ST_AsEWKT(ST_3DShortestLine(line,pt)) AS shl3d_line_pt, - ST_AsEWKT(ST_ShortestLine(line,pt)) As shl2d_line_pt - FROM (SELECT 'MULTIPOINT(100 100 30, 50 74 1000)'::geometry As pt, - 'LINESTRING (20 80 20, 98 190 1, 110 180 3, 50 75 900)'::geometry As line - ) As foo; - - - shl3d_line_pt | shl2d_line_pt ----------------------------------------------------------------------------+------------------------ - LINESTRING(54.6993798867619 128.935022917228 11.5475869506606,100 100 30) | LINESTRING(50 75,50 74) - - - - - Multilinestring and polygon both 3d and 2d shortest line - SELECT ST_AsEWKT(ST_3DShortestLine(poly, mline)) As shl3d, - ST_AsEWKT(ST_ShortestLine(poly, mline)) As shl2d - FROM (SELECT ST_GeomFromEWKT('POLYGON((175 150 5, 20 40 5, 35 45 5, 50 60 5, 100 100 5, 175 150 5))') As poly, - ST_GeomFromEWKT('MULTILINESTRING((175 155 2, 20 40 20, 50 60 -2, 125 100 1, 175 155 1), - (1 10 2, 5 20 1))') As mline ) As foo; - shl3d | shl2d ----------------------------------------------------------------------------------------------------+------------------------ - LINESTRING(39.993580415989 54.1889925532825 5,40.4078575708294 53.6052383805529 5.03423778139177) | LINESTRING(20 40,20 40) - - - - - - - - - - - See Also - - , , , , - - - - - ST_Area - - Returns the area of the surface if it is a Polygon or - MultiPolygon. For geometry, a 2D Cartesian area is determined with units specified by the SRID. For geography, area is determined on a curved surface with units in square meters. - - - - - float ST_Area - geometry g1 - - - - float ST_Area - geography geog - boolean use_spheroid=true - - - - - Description - - Returns the area of the geometry if it is a Polygon or - MultiPolygon. Return the area measurement of an ST_Surface or - ST_MultiSurface value. For geometry, a 2D Cartesian area is determined with units specified by the SRID. For geography, by default area is determined on a spheroid with units in square meters. - To measure around the faster but less accurate sphere, use ST_Area(geog,false). - - Enhanced: 2.0.0 - support for 2D polyhedral surfaces was introduced. - Enhanced: 2.2.0 - measurement on spheroid performed with GeographicLib for improved accuracy and robustness. Requires Proj >= 4.9.0 to take advantage of the new feature. - Changed: 3.0.0 - does not depend on SFCGAL anymore. - &sfs_compliant; - &sqlmm_compliant; SQL-MM 3: 8.1.2, 9.5.3 - &P_support; - For polyhedral surfaces, only supports 2D polyhedral surfaces (not 2.5D). For 2.5D, may give a non-zero answer, but only for the faces that - sit completely in XY plane. - - - - Examples - Return area in square feet for a plot of Massachusetts land and multiply by conversion to get square meters. - Note this is in square feet because EPSG:2249 is - Massachusetts State Plane Feet - -select ST_Area(geom) sqft, - ST_Area(geom) * 0.3048 ^ 2 sqm -from ( - select 'SRID=2249;POLYGON((743238 2967416,743238 2967450, - 743265 2967450,743265.625 2967416,743238 2967416))' :: geometry geom - ) subquery; -┌─────────┬─────────────┐ -│ sqft │ sqm │ -├─────────┼─────────────┤ -│ 928.625 │ 86.27208552 │ -└─────────┴─────────────┘ - -Return area square feet and transform to Massachusetts state plane meters (EPSG:26986) to get square meters. - Note this is in square feet because 2249 is - Massachusetts State Plane Feet and transformed area is in square meters since EPSG:26986 is state plane Massachusetts meters -select ST_Area(geom) sqft, - ST_Area(ST_Transform(geom, 26986)) As sqm -from ( - select - 'SRID=2249;POLYGON((743238 2967416,743238 2967450, - 743265 2967450,743265.625 2967416,743238 2967416))' :: geometry geom - ) subquery; -┌─────────┬─────────────────┐ -│ sqft │ sqm │ -├─────────┼─────────────────┤ -│ 928.625 │ 86.272430607008 │ -└─────────┴─────────────────┘ - - -Return area square feet and square meters using geography data type. Note that we transform to our geometry to geography - (before you can do that make sure your geometry is in WGS 84 long lat 4326). Geography always measures in meters. - This is just for demonstration to compare. Normally your table will be stored in geography data type already. - - -select ST_Area(geog) / 0.3048 ^ 2 sqft_spheroid, - ST_Area(geog, false) / 0.3048 ^ 2 sqft_sphere, - ST_Area(geog) sqm_spheroid -from ( - select ST_Transform( - 'SRID=2249;POLYGON((743238 2967416,743238 2967450,743265 2967450,743265.625 2967416,743238 2967416))'::geometry, - 4326 - ) :: geography geog - ) as subquery; -┌──────────────────┬──────────────────┬──────────────────┐ -│ sqft_spheroid │ sqft_sphere │ sqm_spheroid │ -├──────────────────┼──────────────────┼──────────────────┤ -│ 928.684405784452 │ 927.049336105925 │ 86.2776044979692 │ -└──────────────────┴──────────────────┴──────────────────┘ - - - If your data is in geography already: - -select ST_Area(geog) / 0.3048 ^ 2 sqft, - ST_Area(the_geog) sqm -from somegeogtable; - - - See Also - , , , , - - - - - - ST_Azimuth - - Returns the north-based azimuth as the angle in radians measured clockwise from the vertical on pointA to pointB. - - - - - float ST_Azimuth - geometry pointA - geometry pointB - - - float ST_Azimuth - geography pointA - geography pointB - - - - - Description - - Returns the azimuth in radians of the segment defined by the given - point geometries, or NULL if the two points are coincident. The azimuth is angle is referenced from north, and is positive clockwise: North = 0; East = π/2; South = π; West = 3π/2. - For the geography type, the forward azimuth is solved as part of the inverse geodesic problem. - The azimuth is mathematical concept defined as the angle between a reference plane and a point, with angular units in radians. - Units can be converted to degrees using a built-in PostgreSQL function degrees(), as shown in the example. - - Availability: 1.1.0 - Enhanced: 2.0.0 support for geography was introduced. - Enhanced: 2.2.0 measurement on spheroid performed with GeographicLib for improved accuracy and robustness. Requires Proj >= 4.9.0 to take advantage of the new feature. - Azimuth is especially useful in conjunction with ST_Translate for shifting an object along its perpendicular axis. See - upgis_lineshift Plpgsqlfunctions PostGIS wiki section for example of this. - - - - Examples - Geometry Azimuth in degrees - -SELECT degrees(ST_Azimuth(ST_Point(25, 45), ST_Point(75, 100))) AS degA_B, - degrees(ST_Azimuth(ST_Point(75, 100), ST_Point(25, 45))) AS degB_A; - - dega_b | degb_a -------------------+------------------ - 42.2736890060937 | 222.273689006094 - - - - - - - - - - - Green: the start Point(25,45) with its vertical. Yellow: degA_B as the path to travel (azimuth). - - - - - - - - - Green: the start Point(75,100) with its vertical. Yellow: degB_A as the path to travel (azimuth). - - - - - - - - - - See Also - , , , PostgreSQL Math Functions - - - - - - - ST_Angle - - Returns the angle between 3 points, or between 2 vectors (4 points or 2 lines). - - - - - float ST_Angle - geometry point1 - geometry point2 - geometry point3 - geometry point4 - - - float ST_Angle - geometry line1 - geometry line2 - - - - - Description - - For 3 points, computes the angle measured clockwise of P1P2P3. - If input are 2 lines, get first and last point of the lines as 4 points. - For 4 points,compute the angle measured clockwise of P1P2,P3P4. - Results are always positive, between 0 and 2*Pi radians. + + + + These functions compute measurements of distance, area and angles. + There are also functions to compute geometry values determined by measurements. + + - Uses azimuth of pairs or points. - - ST_Angle(P1,P2,P3) = ST_Angle(P2,P1,P2,P3) - Result is in radian and can be converted to degrees using a built-in PostgreSQL function degrees(), as shown in the example. - Availability: 2.5.0 - - - - Examples - Geometry Azimuth in degrees - - WITH rand AS ( - SELECT s, random() * 2 * PI() AS rad1 - , random() * 2 * PI() AS rad2 - FROM generate_series(1,2,2) AS s - ) - , points AS ( - SELECT s, rad1,rad2, ST_MakePoint(cos1+s,sin1+s) as p1, ST_MakePoint(s,s) AS p2, ST_MakePoint(cos2+s,sin2+s) as p3 - FROM rand - ,cos(rad1) cos1, sin(rad1) sin1 - ,cos(rad2) cos2, sin(rad2) sin2 - ) - SELECT s, ST_AsText(ST_SnapToGrid(ST_MakeLine(ARRAY[p1,p2,p3]),0.001)) AS line - , degrees(ST_Angle(p1,p2,p3)) as computed_angle - , round(degrees(2*PI()-rad2 -2*PI()+rad1+2*PI()))::int%360 AS reference - , round(degrees(2*PI()-rad2 -2*PI()+rad1+2*PI()))::int%360 AS reference - FROM points ; - -1 | line | computed_angle | reference -------------------+------------------ -1 | LINESTRING(1.511 1.86,1 1,0.896 0.005) | 155.27033848688 | 155 - - - - - - - - ST_Centroid - - Returns the geometric center of a geometry. - - - - - - geometry ST_Centroid - - geometry - g1 - - - geography ST_Centroid - - geography - g1 - boolean - use_spheroid=true - - - - - - - Description - - Computes the geometric center of a geometry, or equivalently, - the center of mass of the geometry as a POINT. For - [MULTI]POINTs, this is computed - as the arithmetic mean of the input coordinates. For - [MULTI]LINESTRINGs, this is - computed as the weighted length of each line segment. For - [MULTI]POLYGONs, "weight" is - thought in terms of area. If an empty geometry is supplied, an empty - GEOMETRYCOLLECTION is returned. If - NULL is supplied, NULL is - returned. - If CIRCULARSTRING or COMPOUNDCURVE - are supplied, they are converted to linestring wtih CurveToLine first, - then same than for LINESTRING - - New in 2.3.0 : support CIRCULARSTRING and COMPOUNDCURVE (using CurveToLine) - - Availability: 2.4.0 support for geography was introduced. - - The centroid is equal to the centroid of the set of component - Geometries of highest dimension (since the lower-dimension geometries - contribute zero "weight" to the centroid). - - &sfs_compliant; - &sqlmm_compliant; SQL-MM 3: 8.1.4, 9.5.5 - - - - Examples - - In each of the following illustrations, the green dot represents - the centroid of the source geometry. - - - - - - - - - - - - Centroid of a - MULTIPOINT - - - - - - - - - - Centroid of a - LINESTRING - - - - - - - - - - - - Centroid of a - POLYGON - - - - - - - - - - Centroid of a - GEOMETRYCOLLECTION - - - - - - - - SELECT ST_AsText(ST_Centroid('MULTIPOINT ( -1 0, -1 2, -1 3, -1 4, -1 7, 0 1, 0 3, 1 1, 2 0, 6 0, 7 8, 9 8, 10 6 )')); - st_astext ------------------------------------------- - POINT(2.30769230769231 3.30769230769231) -(1 row) - -SELECT ST_AsText(ST_centroid(g)) -FROM ST_GeomFromText('CIRCULARSTRING(0 2, -1 1,0 0, 0.5 0, 1 0, 2 1, 1 2, 0.5 2, 0 2)') AS g ; ------------------------------------------- -POINT(0.5 1) - - -SELECT ST_AsText(ST_centroid(g)) -FROM ST_GeomFromText('COMPOUNDCURVE(CIRCULARSTRING(0 2, -1 1,0 0),(0 0, 0.5 0, 1 0),CIRCULARSTRING( 1 0, 2 1, 1 2),(1 2, 0.5 2, 0 2))' ) AS g; ------------------------------------------- -POINT(0.5 1) - - - - - - See Also - - , - - - - - - ST_ClosestPoint - - Returns the 2-dimensional point on g1 that is closest to g2. This is the first point of - the shortest line. - - - - - - geometry ST_ClosestPoint - - geometry - g1 - - geometry - g2 - - - - - - Description - - Returns the 2-dimensional point on g1 that is closest to g2. This is the first point of - the shortest line. - - If you have a 3D Geometry, you may prefer to use . - Availability: 1.5.0 - - - - Examples - - - - - - - - - - Closest between point and linestring is the point itself, but closest - point between a linestring and point is the point on line string that is closest. - - - -SELECT ST_AsText(ST_ClosestPoint(pt,line)) AS cp_pt_line, - ST_AsText(ST_ClosestPoint(line,pt)) As cp_line_pt -FROM (SELECT 'POINT(100 100)'::geometry As pt, - 'LINESTRING (20 80, 98 190, 110 180, 50 75 )'::geometry As line - ) As foo; - - - cp_pt_line | cp_line_pt -----------------+------------------------------------------ - POINT(100 100) | POINT(73.0769230769231 115.384615384615) - - - - - - - - - closest point on polygon A to polygon B - - - -SELECT ST_AsText( - ST_ClosestPoint( - ST_GeomFromText('POLYGON((175 150, 20 40, 50 60, 125 100, 175 150))'), - ST_Buffer(ST_GeomFromText('POINT(110 170)'), 20) - ) - ) As ptwkt; - - ptwkt ------------------------------------------- - POINT(140.752120669087 125.695053378061) - - - - - - - - - - - See Also - - ,, , , - - - - - - ST_ClusterDBSCAN - - Windowing function that returns integer id for the cluster each input geometry is in based on 2D implementation of Density-based spatial clustering of applications with noise (DBSCAN) algorithm. - - - - - - integer ST_ClusterDBSCAN - - geometry winset - geom - - float8 - eps - - integer - minpoints - - - - - - Description - - - Returns cluster number for each input geometry, based on a 2D implementation of the - Density-based spatial clustering of applications with noise (DBSCAN) - algorithm. Unlike , it does not require the number of clusters to be specified, but instead - uses the desired distance (eps) and density (minpoints) parameters to construct each cluster. - - - - An input geometry will be added to a cluster if it is either: - - - - A "core" geometry, that is within eps distance of at least minpoints input geometries (including itself) or - - - - - A "border" geometry, that is within eps distance of a core geometry. - - - - - - - Note that border geometries may be within eps distance of core geometries in more than one cluster; in this - case, either assignment would be correct, and the border geometry will be arbitrarily asssigned to one of the available clusters. - In these cases, it is possible for a correct cluster to be generated with fewer than minpoints geometries. - When assignment of a border geometry is ambiguous, repeated calls to ST_ClusterDBSCAN will produce identical results if an ORDER BY - clause is included in the window definition, but cluster assignments may differ from other implementations of the same algorithm. - - - - Input geometries that do not meet the criteria to join any other cluster will be assigned a cluster number of NULL. - - - Availability: 2.3.0 - - - - Examples - - Assigning a cluster number to each polygon within 50 meters of each other. Require at least 2 polygons per cluster - - - - - - - - - - - within 50 meters at least 2 per cluster. singletons have NULL for cid - - - SELECT name, ST_ClusterDBSCAN(geom, eps := 50, minpoints := 2) over () AS cid -FROM boston_polys -WHERE name > '' AND building > '' - AND ST_DWithin(geom, - ST_Transform( - ST_GeomFromText('POINT(-71.04054 42.35141)', 4326), 26986), - 500); - - - - - - - - - - - - Combining parcels with the same cluster number into a single geometry. This uses named argument calling - - -SELECT cid, ST_Collect(geom) AS cluster_geom, array_agg(parcel_id) AS ids_in_cluster FROM ( - SELECT parcel_id, ST_ClusterDBSCAN(geom, eps := 0.5, minpoints := 5) over () AS cid, geom - FROM parcels) sq -GROUP BY cid; - - - - - See Also - , - , - , - - - - - - - - - ST_ClusterIntersecting - - Aggregate. Returns an array with the connected components of a set of geometries - - - - - - geometry[] ST_ClusterIntersecting - geometry set g - - - - - - Description - - ST_ClusterIntersecting is an aggregate function that returns an array of GeometryCollections, where each GeometryCollection represents an interconnected set of geometries. - - Availability: 2.2.0 - - - - Examples - -WITH testdata AS - (SELECT unnest(ARRAY['LINESTRING (0 0, 1 1)'::geometry, - 'LINESTRING (5 5, 4 4)'::geometry, - 'LINESTRING (6 6, 7 7)'::geometry, - 'LINESTRING (0 0, -1 -1)'::geometry, - 'POLYGON ((0 0, 4 0, 4 4, 0 4, 0 0))'::geometry]) AS geom) - -SELECT ST_AsText(unnest(ST_ClusterIntersecting(geom))) FROM testdata; - ---result - -st_astext ---------- -GEOMETRYCOLLECTION(LINESTRING(0 0,1 1),LINESTRING(5 5,4 4),LINESTRING(0 0,-1 -1),POLYGON((0 0,4 0,4 4,0 4,0 0))) -GEOMETRYCOLLECTION(LINESTRING(6 6,7 7)) - - - - See Also - - , - , - - - - - - - - - - ST_ClusterKMeans - - Windowing function that returns integer id for the cluster each input geometry is in. - - - - - - integer ST_ClusterKMeans - - geometry winset - geom - - integer - number_of_clusters - - - - - - Description - - Returns 2D distance based - k-means - cluster number for each input geometry. The distance used for clustering is the - distance between the centroids of the geometries. - - Availability: 2.3.0 - - - - Examples - Generate dummy set of parcels for examples - CREATE TABLE parcels AS -SELECT lpad((row_number() over())::text,3,'0') As parcel_id, geom, -('{residential, commercial}'::text[])[1 + mod(row_number()OVER(),2)] As type -FROM - ST_Subdivide(ST_Buffer('LINESTRING(40 100, 98 100, 100 150, 60 90)'::geometry, - 40, 'endcap=square'),12) As geom; - - - - - - - - - - - - - Original Parcels - - - - - - - - - - Parcels color-coded by cluster number (cid) - - - SELECT ST_ClusterKMeans(geom, 5) OVER() AS cid, parcel_id, geom -FROM parcels; --- result - cid | parcel_id | geom ------+-----------+--------------- - 0 | 001 | 0103000000... - 0 | 002 | 0103000000... - 1 | 003 | 0103000000... - 0 | 004 | 0103000000... - 1 | 005 | 0103000000... - 2 | 006 | 0103000000... - 2 | 007 | 0103000000... -(7 rows) - - - - - - - -- Partitioning parcel clusters by type -SELECT ST_ClusterKMeans(geom,3) over (PARTITION BY type) AS cid, parcel_id, type -FROM parcels; --- result - cid | parcel_id | type ------+-----------+------------- - 1 | 005 | commercial - 1 | 003 | commercial - 2 | 007 | commercial - 0 | 001 | commercial - 1 | 004 | residential - 0 | 002 | residential - 2 | 006 | residential -(7 rows) - - - - - See Also - - , - , - , - - - - - - - ST_ClusterWithin - - Aggregate. Returns an array of GeometryCollections, where each GeometryCollection represents a set of geometries separated by no more than the specified distance. - - - - - - geometry[] ST_ClusterWithin - geometry set g - float8 distance - - - - - - Description - - ST_ClusterWithin is an aggregate function that returns an array of GeometryCollections, where each GeometryCollection represents a set of geometries separated by no more than the specified distance. (Distances are Cartesian distances in the units of the SRID.) - - Availability: 2.2.0 - - - - Examples - -WITH testdata AS - (SELECT unnest(ARRAY['LINESTRING (0 0, 1 1)'::geometry, - 'LINESTRING (5 5, 4 4)'::geometry, - 'LINESTRING (6 6, 7 7)'::geometry, - 'LINESTRING (0 0, -1 -1)'::geometry, - 'POLYGON ((0 0, 4 0, 4 4, 0 4, 0 0))'::geometry]) AS geom) - -SELECT ST_AsText(unnest(ST_ClusterWithin(geom, 1.4))) FROM testdata; - ---result + Measurement Functions -st_astext ---------- -GEOMETRYCOLLECTION(LINESTRING(0 0,1 1),LINESTRING(5 5,4 4),LINESTRING(0 0,-1 -1),POLYGON((0 0,4 0,4 4,0 4,0 0))) -GEOMETRYCOLLECTION(LINESTRING(6 6,7 7)) - - - - See Also - - , - , - - - - - - - - - ST_Contains - - Returns true if and only if no points of B lie in the exterior of A, and at least one point of the interior of B lies in the interior of A. - - - - - - boolean ST_Contains - - geometry - geomA - - geometry - geomB - - - - - - Description - - Geometry A contains Geometry B if and only if no points of B lie in the exterior of A, and at least one point of the interior of B lies in the interior of A. - An important subtlety of this definition is that A does not contain its boundary, but A does contain itself. Contrast that to where geometry - A does not Contain Properly itself. - - Returns TRUE if geometry B is completely inside geometry A. For this function to make - sense, the source geometries must both be of the same coordinate projection, - having the same SRID. ST_Contains is the inverse of ST_Within. So ST_Contains(A,B) implies ST_Within(B,A) except in the case of - invalid geometries where the result is always false regardless or not defined. - - Performed by the GEOS module - Enhanced: 2.3.0 Enhancement to PIP short-circuit extended to support MultiPoints with few points. Prior versions only supported point in polygon. - - - Do not call with a GEOMETRYCOLLECTION as an argument - - - - Do not use this function with invalid geometries. You will get unexpected results. - - - This function call will automatically include a bounding box - comparison that will make use of any indexes that are available on - the geometries. To avoid index use, use the function - _ST_Contains. - - NOTE: this is the "allowable" version that returns a - boolean, not an integer. + + + ST_Area - &sfs_compliant; s2.1.1.2 // s2.1.13.3 - - same as within(geometry B, geometry A) - &sqlmm_compliant; SQL-MM 3: 5.1.31 + Returns the area of a polygonal geometry. + + + + + + float ST_Area + geometry g1 + - There are certain subtleties to ST_Contains and ST_Within that are not intuitively obvious. - For details check out Subtleties of OGC Covers, Contains, Within - + + float ST_Area + geography geog + boolean use_spheroid=true + + + + + Description - - Examples + Returns the area of a polygonal geometry. + For geometry types a 2D Cartesian (planar) area is computed, with units specified by the SRID. + For geography types by default area is determined on a spheroid with units in square meters. + To compute the area using the faster but less accurate spherical model use ST_Area(geog,false). + + Enhanced: 2.0.0 - support for 2D polyhedral surfaces was introduced. + Enhanced: 2.2.0 - measurement on spheroid performed with GeographicLib for improved accuracy and robustness. Requires Proj >= 4.9.0 to take advantage of the new feature. + Changed: 3.0.0 - does not depend on SFCGAL anymore. + &sfs_compliant; + &sqlmm_compliant; SQL-MM 3: 8.1.2, 9.5.3 + &P_support; + For polyhedral surfaces, only supports 2D polyhedral surfaces (not 2.5D). For 2.5D, may give a non-zero answer, but only for the faces that + sit completely in XY plane. + - The ST_Contains predicate returns TRUE in all the following illustrations. + + Examples + Return area in square feet for a plot of Massachusetts land and multiply by conversion to get square meters. + Note this is in square feet because EPSG:2249 is + Massachusetts State Plane Feet + +select ST_Area(geom) sqft, + ST_Area(geom) * 0.3048 ^ 2 sqm +from ( + select 'SRID=2249;POLYGON((743238 2967416,743238 2967450, + 743265 2967450,743265.625 2967416,743238 2967416))' :: geometry geom + ) subquery; +┌─────────┬─────────────┐ +│ sqft │ sqm │ +├─────────┼─────────────┤ +│ 928.625 │ 86.27208552 │ +└─────────┴─────────────┘ + +Return area square feet and transform to Massachusetts state plane meters (EPSG:26986) to get square meters. + Note this is in square feet because 2249 is + Massachusetts State Plane Feet and transformed area is in square meters since EPSG:26986 is state plane Massachusetts meters +select ST_Area(geom) sqft, + ST_Area(ST_Transform(geom, 26986)) As sqm +from ( + select + 'SRID=2249;POLYGON((743238 2967416,743238 2967450, + 743265 2967450,743265.625 2967416,743238 2967416))' :: geometry geom + ) subquery; +┌─────────┬─────────────────┐ +│ sqft │ sqm │ +├─────────┼─────────────────┤ +│ 928.625 │ 86.272430607008 │ +└─────────┴─────────────────┘ + - - - - - - - - - +Return area square feet and square meters using geography data type. Note that we transform to our geometry to geography + (before you can do that make sure your geometry is in WGS 84 long lat 4326). Geography always measures in meters. + This is just for demonstration to compare. Normally your table will be stored in geography data type already. + - LINESTRING / MULTIPOINT - - +select ST_Area(geog) / 0.3048 ^ 2 sqft_spheroid, + ST_Area(geog, false) / 0.3048 ^ 2 sqft_sphere, + ST_Area(geog) sqm_spheroid +from ( + select ST_Transform( + 'SRID=2249;POLYGON((743238 2967416,743238 2967450,743265 2967450,743265.625 2967416,743238 2967416))'::geometry, + 4326 + ) :: geography geog + ) as subquery; +┌──────────────────┬──────────────────┬──────────────────┐ +│ sqft_spheroid │ sqft_sphere │ sqm_spheroid │ +├──────────────────┼──────────────────┼──────────────────┤ +│ 928.684405784452 │ 927.049336105925 │ 86.2776044979692 │ +└──────────────────┴──────────────────┴──────────────────┘ + - - - - - + If your data is in geography already: + +select ST_Area(geog) / 0.3048 ^ 2 sqft, + ST_Area(the_geog) sqm +from somegeogtable; + + + See Also + , , , , + + - POLYGON / POINT - - - - - - - - - + + + ST_Azimuth - POLYGON / LINESTRING - - + Returns the north-based azimuth as the angle in radians measured clockwise from the vertical on pointA to pointB. + + + + + float ST_Azimuth + geometry pointA + geometry pointB + + + float ST_Azimuth + geography pointA + geography pointB + + + + + Description - - - - - + Returns the azimuth in radians of the segment defined by the given + point geometries, or NULL if the two points are coincident. The azimuth is angle is referenced from north, and is positive clockwise: North = 0; East = π/2; South = π; West = 3π/2. + For the geography type, the forward azimuth is solved as part of the inverse geodesic problem. + The azimuth is mathematical concept defined as the angle between a reference plane and a point, with angular units in radians. + Units can be converted to degrees using a built-in PostgreSQL function degrees(), as shown in the example. - POLYGON / POLYGON - - - - - - + Availability: 1.1.0 + Enhanced: 2.0.0 support for geography was introduced. + Enhanced: 2.2.0 measurement on spheroid performed with GeographicLib for improved accuracy and robustness. Requires Proj >= 4.9.0 to take advantage of the new feature. + Azimuth is especially useful in conjunction with ST_Translate for shifting an object along its perpendicular axis. See + upgis_lineshift Plpgsqlfunctions PostGIS wiki section for example of this. + - The ST_Contains predicate returns FALSE in all the following illustrations. + + Examples + Geometry Azimuth in degrees + +SELECT degrees(ST_Azimuth(ST_Point(25, 45), ST_Point(75, 100))) AS degA_B, + degrees(ST_Azimuth(ST_Point(75, 100), ST_Point(25, 45))) AS degB_A; + dega_b | degb_a +------------------+------------------ + 42.2736890060937 | 222.273689006094 + - + - + - - POLYGON / MULTIPOINT + Green: the start Point(25,45) with its vertical. Yellow: degA_B as the path to travel (azimuth). - - + + - + - - POLYGON / LINESTRING + Green: the start Point(75,100) with its vertical. Yellow: degB_A as the path to travel (azimuth). - - + + + - + + + + See Also + , , , PostgreSQL Math Functions + - --- A circle within a circle -SELECT ST_Contains(smallc, bigc) As smallcontainsbig, - ST_Contains(bigc,smallc) As bigcontainssmall, - ST_Contains(bigc, ST_Union(smallc, bigc)) as bigcontainsunion, - ST_Equals(bigc, ST_Union(smallc, bigc)) as bigisunion, - ST_Covers(bigc, ST_ExteriorRing(bigc)) As bigcoversexterior, - ST_Contains(bigc, ST_ExteriorRing(bigc)) As bigcontainsexterior -FROM (SELECT ST_Buffer(ST_GeomFromText('POINT(1 2)'), 10) As smallc, - ST_Buffer(ST_GeomFromText('POINT(1 2)'), 20) As bigc) As foo; - --- Result - smallcontainsbig | bigcontainssmall | bigcontainsunion | bigisunion | bigcoversexterior | bigcontainsexterior -------------------+------------------+------------------+------------+-------------------+--------------------- - f | t | t | t | t | f - --- Example demonstrating difference between contains and contains properly -SELECT ST_GeometryType(geomA) As geomtype, ST_Contains(geomA,geomA) AS acontainsa, ST_ContainsProperly(geomA, geomA) AS acontainspropa, - ST_Contains(geomA, ST_Boundary(geomA)) As acontainsba, ST_ContainsProperly(geomA, ST_Boundary(geomA)) As acontainspropba -FROM (VALUES ( ST_Buffer(ST_Point(1,1), 5,1) ), - ( ST_MakeLine(ST_Point(1,1), ST_Point(-1,-1) ) ), - ( ST_Point(1,1) ) - ) As foo(geomA); - - geomtype | acontainsa | acontainspropa | acontainsba | acontainspropba ---------------+------------+----------------+-------------+----------------- -ST_Polygon | t | f | f | f -ST_LineString | t | f | f | f -ST_Point | t | t | f | f - - - - - - See Also - , , , , , - - - - - - ST_ContainsProperly - - Returns true if B intersects the interior of A but not the boundary (or exterior). A does not contain properly itself, but does contain itself. - - - - - - boolean ST_ContainsProperly - - geometry - geomA - - geometry - geomB - - - - - - Description - - Returns true if B intersects the interior of A but not the boundary (or exterior). - - A does not contain properly itself, but does contain itself. - Every point of the other geometry is a point of this geometry's interior. The DE-9IM Intersection Matrix for the two geometries matches - [T**FF*FF*] used in + - - From JTS docs slightly reworded: The advantage to using this predicate over and is that it can be computed - efficiently, with no need to compute topology at individual points. - - An example use case for this predicate is computing the intersections of a set of geometries with a large polygonal geometry. Since intersection is a fairly slow operation, it can be more efficient to use containsProperly to filter out test geometries which lie - wholly inside the area. In these cases the intersection is known a priori to be exactly the original test geometry. - - - Performed by the GEOS module. - Availability: 1.4.0 + + + ST_Angle - - Do not call with a GEOMETRYCOLLECTION as an argument - + Returns the angle between 3 points, or between 2 vectors (4 points or 2 lines). + + + + + float ST_Angle + geometry point1 + geometry point2 + geometry point3 + geometry point4 + + + float ST_Angle + geometry line1 + geometry line2 + + + + + Description - - Do not use this function with invalid geometries. You will get unexpected results. - + For 3 points, computes the angle measured clockwise of P1P2P3. + If input are 2 lines, get first and last point of the lines as 4 points. + For 4 points,compute the angle measured clockwise of P1P2,P3P4. + Results are always positive, between 0 and 2*Pi radians. - This function call will automatically include a bounding box - comparison that will make use of any indexes that are available on - the geometries. To avoid index use, use the function - _ST_ContainsProperly. + Uses azimuth of pairs or points. + + ST_Angle(P1,P2,P3) = ST_Angle(P2,P1,P2,P3) + Result is in radian and can be converted to degrees using a built-in PostgreSQL function degrees(), as shown in the example. + Availability: 2.5.0 + - + + Examples + Geometry Azimuth in degrees + + WITH rand AS ( + SELECT s, random() * 2 * PI() AS rad1 + , random() * 2 * PI() AS rad2 + FROM generate_series(1,2,2) AS s + ) + , points AS ( + SELECT s, rad1,rad2, ST_MakePoint(cos1+s,sin1+s) as p1, ST_MakePoint(s,s) AS p2, ST_MakePoint(cos2+s,sin2+s) as p3 + FROM rand + ,cos(rad1) cos1, sin(rad1) sin1 + ,cos(rad2) cos2, sin(rad2) sin2 + ) + SELECT s, ST_AsText(ST_SnapToGrid(ST_MakeLine(ARRAY[p1,p2,p3]),0.001)) AS line + , degrees(ST_Angle(p1,p2,p3)) as computed_angle + , round(degrees(2*PI()-rad2 -2*PI()+rad1+2*PI()))::int%360 AS reference + , round(degrees(2*PI()-rad2 -2*PI()+rad1+2*PI()))::int%360 AS reference + FROM points ; - - Examples - - --a circle within a circle - SELECT ST_ContainsProperly(smallc, bigc) As smallcontainspropbig, - ST_ContainsProperly(bigc,smallc) As bigcontainspropsmall, - ST_ContainsProperly(bigc, ST_Union(smallc, bigc)) as bigcontainspropunion, - ST_Equals(bigc, ST_Union(smallc, bigc)) as bigisunion, - ST_Covers(bigc, ST_ExteriorRing(bigc)) As bigcoversexterior, - ST_ContainsProperly(bigc, ST_ExteriorRing(bigc)) As bigcontainsexterior - FROM (SELECT ST_Buffer(ST_GeomFromText('POINT(1 2)'), 10) As smallc, - ST_Buffer(ST_GeomFromText('POINT(1 2)'), 20) As bigc) As foo; - --Result - smallcontainspropbig | bigcontainspropsmall | bigcontainspropunion | bigisunion | bigcoversexterior | bigcontainsexterior -------------------+------------------+------------------+------------+-------------------+--------------------- - f | t | f | t | t | f - - --example demonstrating difference between contains and contains properly - SELECT ST_GeometryType(geomA) As geomtype, ST_Contains(geomA,geomA) AS acontainsa, ST_ContainsProperly(geomA, geomA) AS acontainspropa, - ST_Contains(geomA, ST_Boundary(geomA)) As acontainsba, ST_ContainsProperly(geomA, ST_Boundary(geomA)) As acontainspropba - FROM (VALUES ( ST_Buffer(ST_Point(1,1), 5,1) ), - ( ST_MakeLine(ST_Point(1,1), ST_Point(-1,-1) ) ), - ( ST_Point(1,1) ) - ) As foo(geomA); - - geomtype | acontainsa | acontainspropa | acontainsba | acontainspropba ---------------+------------+----------------+-------------+----------------- -ST_Polygon | t | f | f | f -ST_LineString | t | f | f | f -ST_Point | t | t | f | f - - +1 | line | computed_angle | reference +------------------+------------------ +1 | LINESTRING(1.511 1.86,1 1,0.896 0.005) | 155.27033848688 | 155 - - See Also - , , , , , , , - - + + + - + - ST_Covers + ST_ClosestPoint - Returns 1 (TRUE) if no point in Geometry B is outside - Geometry A + Returns the 2D point on g1 that is closest to g2. This is the first point of + the shortest line. - boolean ST_Covers + geometry ST_ClosestPoint geometry - geomA + g1 geometry - geomB - - - boolean ST_Covers - - geography - geogpolyA - - geography - geogpointB + g2 @@ -1812,590 +288,179 @@ ST_Point | t | t | f | f Description - Returns 1 (TRUE) if no point in Geometry/Geography B is outside - Geometry/Geography A - - - Do not call with a GEOMETRYCOLLECTION as an argument - - - - Do not use this function with invalid geometries. You will get unexpected results. - - - This function call will automatically include a bounding box - comparison that will make use of any indexes that are available on - the geometries. To avoid index use, use the function - _ST_Covers. - - Performed by the GEOS module - Enhanced: 2.4.0 Support for polygon in polygon and line in polygon added for geography type - Enhanced: 2.3.0 Enhancement to PIP short-circuit for geometry extended to support MultiPoints with few points. Prior versions only supported point in polygon. - Availability: 1.5 - support for geography was introduced. - Availability: 1.2.2 - - NOTE: this is the "allowable" version that returns a - boolean, not an integer. - - Not an OGC standard, but Oracle has it too. - There are certain subtleties to ST_Contains and ST_Within that are not intuitively obvious. - For details check out Subtleties of OGC Covers, Contains, Within + Returns the 2-dimensional point on g1 that is closest to g2. This is the first point of + the shortest line. + + If you have a 3D Geometry, you may prefer to use . + Availability: 1.5.0 Examples - Geometry example - - --a circle covering a circle -SELECT ST_Covers(smallc,smallc) As smallinsmall, - ST_Covers(smallc, bigc) As smallcoversbig, - ST_Covers(bigc, ST_ExteriorRing(bigc)) As bigcoversexterior, - ST_Contains(bigc, ST_ExteriorRing(bigc)) As bigcontainsexterior -FROM (SELECT ST_Buffer(ST_GeomFromText('POINT(1 2)'), 10) As smallc, - ST_Buffer(ST_GeomFromText('POINT(1 2)'), 20) As bigc) As foo; - --Result - smallinsmall | smallcoversbig | bigcoversexterior | bigcontainsexterior ---------------+----------------+-------------------+--------------------- - t | f | t | f -(1 row) - Geeography Example - --- a point with a 300 meter buffer compared to a point, a point and its 10 meter buffer -SELECT ST_Covers(geog_poly, geog_pt) As poly_covers_pt, - ST_Covers(ST_Buffer(geog_pt,10), geog_pt) As buff_10m_covers_cent - FROM (SELECT ST_Buffer(ST_GeogFromText('SRID=4326;POINT(-99.327 31.4821)'), 300) As geog_poly, - ST_GeogFromText('SRID=4326;POINT(-99.33 31.483)') As geog_pt ) As foo; - - poly_covers_pt | buff_10m_covers_cent -----------------+------------------ - f | t - - - - - See Also - , , - - - - - - ST_CoveredBy - - Returns 1 (TRUE) if no point in Geometry/Geography A is outside - Geometry/Geography B - - - - - - boolean ST_CoveredBy - - geometry - geomA - - geometry - geomB - - - - boolean ST_CoveredBy - - geography - geogA - - geography - geogB - - - - - - Description - - Returns 1 (TRUE) if no point in Geometry/Geography A is outside - Geometry/Geography B + + + + + + + + + + Closest between point and linestring is the point itself, but closest + point between a linestring and point is the point on line string that is closest. + + + +SELECT ST_AsText(ST_ClosestPoint(pt,line)) AS cp_pt_line, + ST_AsText(ST_ClosestPoint(line,pt)) As cp_line_pt +FROM (SELECT 'POINT(100 100)'::geometry As pt, + 'LINESTRING (20 80, 98 190, 110 180, 50 75 )'::geometry As line + ) As foo; - - Do not call with a GEOMETRYCOLLECTION as an argument - - - Do not use this function with invalid geometries. You will get unexpected results. - - Performed by the GEOS module - Availability: 1.2.2 - This function call will automatically include a bounding box - comparison that will make use of any indexes that are available on - the geometries. To avoid index use, use the function - _ST_CoveredBy. + cp_pt_line | cp_line_pt +----------------+------------------------------------------ + POINT(100 100) | POINT(73.0769230769231 115.384615384615) + + - NOTE: this is the "allowable" version that returns a - boolean, not an integer. + + + + + + closest point on polygon A to polygon B + + + +SELECT ST_AsText( + ST_ClosestPoint( + ST_GeomFromText('POLYGON((175 150, 20 40, 50 60, 125 100, 175 150))'), + ST_Buffer(ST_GeomFromText('POINT(110 170)'), 20) + ) + ) As ptwkt; - Not an OGC standard, but Oracle has it too. - There are certain subtleties to ST_Contains and ST_Within that are not intuitively obvious. - For details check out Subtleties of OGC Covers, Contains, Within - + ptwkt +------------------------------------------ + POINT(140.752120669087 125.695053378061) + + + + + + - - Examples - - --a circle coveredby a circle -SELECT ST_CoveredBy(smallc,smallc) As smallinsmall, - ST_CoveredBy(smallc, bigc) As smallcoveredbybig, - ST_CoveredBy(ST_ExteriorRing(bigc), bigc) As exteriorcoveredbybig, - ST_Within(ST_ExteriorRing(bigc),bigc) As exeriorwithinbig -FROM (SELECT ST_Buffer(ST_GeomFromText('POINT(1 2)'), 10) As smallc, - ST_Buffer(ST_GeomFromText('POINT(1 2)'), 20) As bigc) As foo; - --Result - smallinsmall | smallcoveredbybig | exteriorcoveredbybig | exeriorwithinbig ---------------+-------------------+----------------------+------------------ - t | t | t | f -(1 row) See Also - , , , - - - - - - ST_Crosses - - Returns TRUE if the supplied geometries have some, but not all, - interior points in common. - - - - - - boolean ST_Crosses - - geometry g1 - - geometry g2 - - - - - - Description - - ST_Crosses takes two geometry objects and - returns TRUE if their intersection "spatially cross", that is, the - geometries have some, but not all interior points in common. The - intersection of the interiors of the geometries must not be the empty - set and must have a dimensionality less than the maximum dimension - of the two input geometries. Additionally, the intersection of the two - geometries must not equal either of the source geometries. Otherwise, it - returns FALSE. - - In mathematical terms, this is expressed as: - - TODO: Insert appropriate MathML markup here or use a gif. - Simple HTML markup does not work well in both IE and Firefox. - - - - - - - - - - The DE-9IM Intersection Matrix for the two geometries is: - - - - T*T****** (for Point/Line, Point/Area, and - Line/Area situations) - - - - T*****T** (for Line/Point, Area/Point, and - Area/Line situations) - - - - 0******** (for Line/Line situations) - - - - For any other combination of dimensions this predicate returns - false. - - The OpenGIS Simple Features Specification defines this predicate - only for Point/Line, Point/Area, Line/Line, and Line/Area situations. - JTS / GEOS extends the definition to apply to Line/Point, Area/Point and - Area/Line situations as well. This makes the relation - symmetric. - - - Do not call with a GEOMETRYCOLLECTION as an argument - - - - This function call will automatically include a bounding box - comparison that will make use of any indexes that are available on the - geometries. - - - &sfs_compliant; s2.1.13.3 - &sqlmm_compliant; SQL-MM 3: 5.1.29 - - - Examples - - The following illustrations all return TRUE. - - - - - - - - - - - - MULTIPOINT / LINESTRING - - - - - - - - - - MULTIPOINT / POLYGON - - - - - - - - - - - - LINESTRING / POLYGON - - - - - - - - - - LINESTRING / LINESTRING - - - - - - - - Consider a situation where a user has two tables: a table of roads - and a table of highways. - - - - - - - CREATE TABLE roads ( - id serial NOT NULL, - the_geom geometry, - CONSTRAINT roads_pkey PRIMARY KEY (road_id) -); - - - - CREATE TABLE highways ( - id serial NOT NULL, - the_gem geometry, - CONSTRAINT roads_pkey PRIMARY KEY (road_id) -); - - - - - - - To determine a list of roads that cross a highway, use a query - similiar to: + ,, , , + + - - SELECT roads.id -FROM roads, highways -WHERE ST_Crosses(roads.the_geom, highways.the_geom); - - - + + + ST_3DClosestPoint - - - ST_LineCrossingDirection - - Given 2 linestrings, returns a number between -3 and 3 denoting what kind of crossing behavior. 0 is no crossing. - - - - - - integer ST_LineCrossingDirection - geometry linestringA - geometry linestringB - - - - - - Description - - Given 2 linestrings, returns a number between -3 and 3 denoting what kind of crossing behavior. 0 is no crossing. This is only supported for LINESTRING - Definition of integer constants is as follows: - - - 0: LINE NO CROSS - - - -1: LINE CROSS LEFT - - - 1: LINE CROSS RIGHT - - - -2: LINE MULTICROSS END LEFT - - - 2: LINE MULTICROSS END RIGHT - - - -3: LINE MULTICROSS END SAME FIRST LEFT - - - 3: LINE MULTICROSS END SAME FIRST RIGHT - - - - Availability: 1.4 - + Returns the 3D point on g1 that is closest to g2. This is the first point of + the 3D shortest line. + - + + + + geometry ST_3DClosestPoint + geometry + g1 - - Examples - - - - - - - - - - - Line 1 (green), Line 2 ball is start point, - triangle are end points. Query below. - - - -SELECT ST_LineCrossingDirection(foo.line1, foo.line2) As l1_cross_l2 , - ST_LineCrossingDirection(foo.line2, foo.line1) As l2_cross_l1 -FROM ( -SELECT - ST_GeomFromText('LINESTRING(25 169,89 114,40 70,86 43)') As line1, - ST_GeomFromText('LINESTRING(171 154,20 140,71 74,161 53)') As line2 - ) As foo; + geometry + g2 + + + - l1_cross_l2 | l2_cross_l1 --------------+------------- - 3 | -3 - - - - - - - - - - - Line 1 (green), Line 2 (blue) ball is start point, - triangle are end points. Query below. - - - -SELECT ST_LineCrossingDirection(foo.line1, foo.line2) As l1_cross_l2 , - ST_LineCrossingDirection(foo.line2, foo.line1) As l2_cross_l1 -FROM ( - SELECT - ST_GeomFromText('LINESTRING(25 169,89 114,40 70,86 43)') As line1, - ST_GeomFromText('LINESTRING (171 154, 20 140, 71 74, 2.99 90.16)') As line2 -) As foo; - - l1_cross_l2 | l2_cross_l1 --------------+------------- - 2 | -2 - - - - - - - - - - - Line 1 (green), Line 2 (blue) ball is start point, - triangle are end points. Query below. - - - -SELECT - ST_LineCrossingDirection(foo.line1, foo.line2) As l1_cross_l2 , - ST_LineCrossingDirection(foo.line2, foo.line1) As l2_cross_l1 -FROM ( - SELECT - ST_GeomFromText('LINESTRING(25 169,89 114,40 70,86 43)') As line1, - ST_GeomFromText('LINESTRING (20 140, 71 74, 161 53)') As line2 - ) As foo; - - l1_cross_l2 | l2_cross_l1 --------------+------------- - -1 | 1 - - - - - - - - - - - Line 1 (green), Line 2 (blue) ball is start point, - triangle are end points. Query below. - - - -SELECT ST_LineCrossingDirection(foo.line1, foo.line2) As l1_cross_l2 , - ST_LineCrossingDirection(foo.line2, foo.line1) As l2_cross_l1 -FROM (SELECT - ST_GeomFromText('LINESTRING(25 169,89 114,40 70,86 43)') As line1, - ST_GeomFromText('LINESTRING(2.99 90.16,71 74,20 140,171 154)') As line2 - ) As foo; + + Description - l1_cross_l2 | l2_cross_l1 --------------+------------- - -2 | 2 - + Returns the 3-dimensional point on g1 that is closest to g2. This is the first point of + the 3D shortest line. The 3D length of the 3D shortest line is the 3D distance. - - - - - - - -SELECT s1.gid, s2.gid, ST_LineCrossingDirection(s1.the_geom, s2.the_geom) - FROM streets s1 CROSS JOIN streets s2 ON (s1.gid != s2.gid AND s1.the_geom && s2.the_geom ) -WHERE ST_CrossingDirection(s1.the_geom, s2.the_geom) > 0; - - - - - - See Also + &Z_support; + + &P_support; + Availability: 2.0.0 + Changed: 2.2.0 - if 2 2D geometries are input, a 2D point is returned (instead of old behavior assuming 0 for missing Z). In case of 2D and 3D, Z is no longer assumed to be 0 for missing Z. + - - - + + Examples + + + + + linestring and point -- both 3d and 2d closest point + +SELECT ST_AsEWKT(ST_3DClosestPoint(line,pt)) AS cp3d_line_pt, + ST_AsEWKT(ST_ClosestPoint(line,pt)) As cp2d_line_pt + FROM (SELECT 'POINT(100 100 30)'::geometry As pt, + 'LINESTRING (20 80 20, 98 190 1, 110 180 3, 50 75 1000)'::geometry As line + ) As foo; - - - ST_Disjoint - Returns TRUE if the Geometries do not "spatially - intersect" - if they do not share any space together. - - - - - - boolean ST_Disjoint - - geometry - A - - - geometry - B - - - - - - Description - Overlaps, Touches, Within all imply geometries are not spatially disjoint. If any of the aforementioned - returns true, then the geometries are not spatially disjoint. - Disjoint implies false for spatial intersection. - - - Do not call with a GEOMETRYCOLLECTION as an argument - - - Performed by the GEOS module - - This function call does not use indexes - - - - NOTE: this is the "allowable" version that returns a - boolean, not an integer. - - &sfs_compliant; s2.1.1.2 //s2.1.13.3 - - a.Relate(b, 'FF*FF****') - &sqlmm_compliant; SQL-MM 3: 5.1.26 - - - Examples + cp3d_line_pt | cp2d_line_pt +-----------------------------------------------------------+------------------------------------------ + POINT(54.6993798867619 128.935022917228 11.5475869506606) | POINT(73.0769230769231 115.384615384615) + + + + + linestring and multipoint -- both 3d and 2d closest point + SELECT ST_AsEWKT(ST_3DClosestPoint(line,pt)) AS cp3d_line_pt, + ST_AsEWKT(ST_ClosestPoint(line,pt)) As cp2d_line_pt + FROM (SELECT 'MULTIPOINT(100 100 30, 50 74 1000)'::geometry As pt, + 'LINESTRING (20 80 20, 98 190 1, 110 180 3, 50 75 900)'::geometry As line + ) As foo; - SELECT ST_Disjoint('POINT(0 0)'::geometry, 'LINESTRING ( 2 0, 0 2 )'::geometry); - st_disjoint ---------------- - t -(1 row) -SELECT ST_Disjoint('POINT(0 0)'::geometry, 'LINESTRING ( 0 0, 0 2 )'::geometry); - st_disjoint ---------------- - f -(1 row) - - - + cp3d_line_pt | cp2d_line_pt +-----------------------------------------------------------+-------------- + POINT(54.6993798867619 128.935022917228 11.5475869506606) | POINT(50 75) + + + + + Multilinestring and polygon both 3d and 2d closest point + SELECT ST_AsEWKT(ST_3DClosestPoint(poly, mline)) As cp3d, + ST_AsEWKT(ST_ClosestPoint(poly, mline)) As cp2d + FROM (SELECT ST_GeomFromEWKT('POLYGON((175 150 5, 20 40 5, 35 45 5, 50 60 5, 100 100 5, 175 150 5))') As poly, + ST_GeomFromEWKT('MULTILINESTRING((175 155 2, 20 40 20, 50 60 -2, 125 100 1, 175 155 1), + (1 10 2, 5 20 1))') As mline ) As foo; + cp3d | cp2d +-------------------------------------------+-------------- + POINT(39.993580415989 54.1889925532825 5) | POINT(20 40) + + + + + + + + + + See Also - - + + , , , + ST_Distance - For geometry type returns the 2D Cartesian distance between two geometries in - projected units (based on spatial reference system). - For geography type defaults to return minimum geodesic distance between two geographies in meters. + Returns the distance between two geometry or geography values. @@ -2429,9 +494,13 @@ SELECT ST_Disjoint('POINT(0 0)'::geometry, 'LINESTRING ( 0 0, 0 2 )'::geometry); Description - For type returns the minimum 2D Cartesian distance between two geometries in - projected units (spatial ref units). For type defaults to return the minimum geodesic distance between two geographies in meters. If use_spheroid is - false, a faster sphere calculation is used instead of a spheroid. + For types returns the minimum 2D Cartesian (planar) distance between two geometries, in + projected units (spatial ref units). + + For types defaults to return the minimum geodesic distance between two geographies in meters, + compute on the spheroid determined by the SRID. + If use_spheroid is + false, a faster spherical calculation is used. &sfs_compliant; &sqlmm_compliant; SQL-MM 3: 5.1.23 @@ -2516,244 +585,23 @@ FROM (SELECT - - - ST_MinimumClearance - Returns the minimum clearance of a geometry, a measure of a geometry's robustness. - - - - - - float ST_MinimumClearance - geometry g - - - - - - Description - - - It is not uncommon to have a geometry that, while meeting the criteria for validity according to ST_IsValid (polygons) - or ST_IsSimple (lines), would become invalid if one of the vertices moved by a slight distance, as can happen during - conversion to text-based formats (such as WKT, KML, GML GeoJSON), or binary formats that do not use double-precision - floating point coordinates (MapInfo TAB). - - - - A geometry's "minimum clearance" is the smallest distance by which a vertex of the geometry could be moved to produce - an invalid geometry. It can be thought of as a quantitative measure of a geometry's robustness, where increasing values - of minimum clearance indicate increasing robustness. - - - - If a geometry has a minimum clearance of e, it can be said that: - - - - No two distinct vertices in the geometry are separated by less than e. - - - - - No vertex is closer than e to a line segement of which it is not an endpoint. - - - - - - - If no minimum clearance exists for a geometry (for example, a single point, or a multipoint whose points are identical), then - ST_MinimumClearance will return Infinity. - - - Availability: 2.3.0 - - - - - Examples - -SELECT ST_MinimumClearance('POLYGON ((0 0, 1 0, 1 1, 0.5 3.2e-4, 0 0))'); - st_minimumclearance ---------------------- - 0.00032 - - - - - - See Also - - - - - - - - - - ST_MinimumClearanceLine - Returns the two-point LineString spanning a geometry's minimum clearance. - - - - - - Geometry ST_MinimumClearanceLine - - geometry - g - - - - - - - Description - - - Returns the two-point LineString spanning a geometry's minimum clearance. If the geometry does not have a minimum - clearance, LINESTRING EMPTY will be returned. - - Performed by the GEOS module. - Availability: 2.3.0 - requires GEOS >= 3.6.0 - - - - - Examples - -SELECT ST_AsText(ST_MinimumClearanceLine('POLYGON ((0 0, 1 0, 1 1, 0.5 3.2e-4, 0 0))')); -st_astext -------------------------------- -LINESTRING(0.5 0.00032,0.5 0) - - - - - See Also - - - - - - - - - - - - ST_HausdorffDistance - - Returns the Hausdorff distance between two geometries. Basically a measure of how similar or dissimilar 2 geometries are. Units are in the units of the spatial - reference system of the geometries. - - - - - - float ST_HausdorffDistance - - geometry - g1 - - geometry - g2 - - - float ST_HausdorffDistance - - geometry - g1 - - geometry - g2 - - float - densifyFrac - - - - - - Description - - Implements algorithm for computing a distance metric which can be thought of as the "Discrete Hausdorff Distance". -This is the Hausdorff distance restricted to discrete points for one of the geometries. Wikipedia article on Hausdorff distance - Martin Davis note on how Hausdorff Distance calculation was used to prove correctness of the CascadePolygonUnion approach. - -When densifyFrac is specified, this function performs a segment densification before computing the discrete hausdorff distance. The densifyFrac parameter sets the fraction by which to densify each segment. Each segment will be split into a number of equal-length subsegments, whose fraction of the total length is closest to the given fraction. - - - - -The current implementation supports only vertices as the discrete locations. This could be extended to allow an arbitrary density of points to be used. - - - - - This algorithm is NOT equivalent to the standard Hausdorff distance. However, it computes an approximation that is correct for a large subset of useful cases. - One important part of this subset is Linestrings that are roughly parallel to each other, and roughly equal in length. This is a useful metric for line matching. - - - Availability: 1.5.0 - - - - - Examples - For each building, find the parcel that best represents it. First we require the parcel intersect with the geometry. - DISTINCT ON guarantees we get each building listed only once, the ORDER BY .. ST_HausdorffDistance gives us a preference of parcel that is most similar to the building. - SELECT DISTINCT ON(buildings.gid) buildings.gid, parcels.parcel_id - FROM buildings INNER JOIN parcels ON ST_Intersects(buildings.geom,parcels.geom) - ORDER BY buildings.gid, ST_HausdorffDistance(buildings.geom, parcels.geom); - - postgis=# SELECT ST_HausdorffDistance( - 'LINESTRING (0 0, 2 0)'::geometry, - 'MULTIPOINT (0 1, 1 0, 2 1)'::geometry); - st_hausdorffdistance - ---------------------- - 1 -(1 row) - - postgis=# SELECT st_hausdorffdistance('LINESTRING (130 0, 0 0, 0 150)'::geometry, 'LINESTRING (10 10, 10 150, 130 10)'::geometry, 0.5); - st_hausdorffdistance - ---------------------- - 70 -(1 row) - - - - - See Also - - - - - - + - ST_FrechetDistance + ST_3DDistance - Returns the Fréchet distance between two geometries. This is a measure of similarity between curves that takes into account the location - and ordering of the points along the curves. Units are in the units of the spatial reference system of the geometries. + Returns the 3D cartesian minimum distance (based on spatial ref) between two geometries in + projected units. - - float ST_FrechetDistance + float ST_3DDistance geometry g1 geometry g2 - - float - densifyFrac = -1 @@ -2761,113 +609,65 @@ The current implementation supports only vertices as the discrete locations. Thi Description - Implements algorithm for computing the Fréchet distance restricted to discrete points for both geometries, based on Computing Discrete Fréchet Distance. - The Fréchet distance is a measure of similarity between curves that takes into account the location and ordering of the points along the curves. Therefore it is often better than the Hausdorff distance. - -When the optional densifyFrac is specified, this function performs a segment densification before computing the discrete Fréchet distance. The densifyFrac parameter sets the fraction by which to densify each segment. Each segment will be split into a number of equal-length subsegments, whose fraction of the total length is closest to the given fraction. - + Returns the 3-dimensional minimum cartesian distance between two geometries in + projected units (spatial ref units). - - -The current implementation supports only vertices as the discrete locations. This could be extended to allow an arbitrary density of points to be used. - - - - -The smaller densifyFrac we specify, the more acurate Fréchet distance we get. But, the computation time and the memory usage increase with the square of the number of subsegments. - - - Performed by the GEOS module. - Availability: 2.4.0 - requires GEOS >= 3.7.0 + &Z_support; + + &P_support; + &sqlmm_compliant; SQL-MM ? + Availability: 2.0.0 + Changed: 2.2.0 - In case of 2D and 3D, Z is no longer assumed to be 0 for missing Z. + Changed: 3.0.0 - SFCGAL version removed Examples - postgres=# SELECT st_frechetdistance('LINESTRING (0 0, 100 0)'::geometry, 'LINESTRING (0 0, 50 50, 100 0)'::geometry); - st_frechetdistance --------------------- - 70.7106781186548 -(1 row) - - SELECT st_frechetdistance('LINESTRING (0 0, 100 0)'::geometry, 'LINESTRING (0 0, 50 50, 100 0)'::geometry, 0.5); - st_frechetdistance --------------------- - 50 -(1 row) - + +-- Geometry example - units in meters (SRID: 2163 US National Atlas Equal area) (3D point and line compared 2D point and line) +-- Note: currently no vertical datum support so Z is not transformed and assumed to be same units as final. +SELECT ST_3DDistance( + ST_Transform('SRID=4326;POINT(-72.1235 42.3521 4)'::geometry,2163), + ST_Transform('SRID=4326;LINESTRING(-72.1260 42.45 15, -72.123 42.1546 20)'::geometry,2163) + ) As dist_3d, + ST_Distance( + ST_Transform('SRID=4326;POINT(-72.1235 42.3521)'::geometry,2163), + ST_Transform('SRID=4326;LINESTRING(-72.1260 42.45, -72.123 42.1546)'::geometry,2163) + ) As dist_2d; + + dist_3d | dist_2d +------------------+----------------- + 127.295059324629 | 126.66425605671 + + +-- Multilinestring and polygon both 3d and 2d distance +-- Same example as 3D closest point example +SELECT ST_3DDistance(poly, mline) As dist3d, + ST_Distance(poly, mline) As dist2d + FROM (SELECT 'POLYGON((175 150 5, 20 40 5, 35 45 5, 50 60 5, 100 100 5, 175 150 5))'::geometry as poly, + 'MULTILINESTRING((175 155 2, 20 40 20, 50 60 -2, 125 100 1, 175 155 1), (1 10 2, 5 20 1))'::geometry as mline) as foo; + dist3d | dist2d +-------------------+-------- + 0.716635696066337 | 0 + + See Also - + , , , , , - - - ST_MaxDistance - - Returns the 2-dimensional largest distance between two geometries in - projected units. - - - - - - float ST_MaxDistance - geometry g1 - geometry g2 - - - - - - Description - - - - Returns the 2-dimensional maximum distance between two geometries in - projected units. If g1 and g2 is the same geometry the function will return the distance between - the two vertices most far from each other in that geometry. - - - Availability: 1.5.0 - - - Examples - - Basic furthest distance the point is to any part of the line - postgis=# SELECT ST_MaxDistance('POINT(0 0)'::geometry, 'LINESTRING ( 2 0, 0 2 )'::geometry); - st_maxdistance ------------------ - 2 -(1 row) - -postgis=# SELECT ST_MaxDistance('POINT(0 0)'::geometry, 'LINESTRING ( 2 2, 2 2 )'::geometry); - st_maxdistance ------------------- - 2.82842712474619 -(1 row) - - - - - See Also -, , - - - ST_DistanceSphere Returns minimum distance in meters between two lon/lat - geometries. Uses a spherical earth and radius derived from the spheroid - defined by the SRID. - Faster than ST_DistanceSpheroid , but less - accurate. PostGIS versions prior to 1.5 only implemented for points. + geometries using a spherical earth model. + @@ -2924,9 +724,8 @@ FROM ST_DistanceSpheroid - Returns the minimum distance between two lon/lat geometries given a - particular spheroid. - PostGIS versions prior to 1.5 only support points. + Returns the minimum distance between two lon/lat geometries + using a spheroidal earth model. @@ -2945,13 +744,15 @@ FROM Returns minimum distance in meters between two lon/lat geometries given a particular spheroid. See the explanation of spheroids given for - . PostGIS version prior to 1.5 only support points. + . - This function currently does not look at the SRID of a geometry and will always assume its represented in the coordinates of the passed in spheroid. Prior versions of this function only support points. + This function does not look at the SRID of the geometry. + It assumes the geometry coordinates are based on the provided spheroid. + Availability: 1.5 - support for other geometry types besides points was introduced. Prior versions only work with points. - Changed: 2.2.0 In prior versions this used to be called ST_Distance_Spheroid + Changed: 2.2.0 In prior versions this was called ST_Distance_Spheroid @@ -2981,18 +782,18 @@ FROM - + + - ST_DFullyWithin + ST_FrechetDistance - Returns true if all of the geometries are within the specified - distance of one another + Returns the Fréchet distance between two geometries. - boolean ST_DFullyWithin + float ST_FrechetDistance geometry g1 @@ -3000,84 +801,8 @@ FROM geometry g2 - double precision - distance - - - - - - Description - - Returns true if the geometries is fully within the specified distance - of one another. The distance is specified in units defined by the - spatial reference system of the geometries. For this function to make - sense, the source geometries must both be of the same coordinate projection, - having the same SRID. - - - This function call will automatically include a bounding box - comparison that will make use of any indexes that are available on - the geometries. - - - Availability: 1.5.0 - - - - Examples - postgis=# SELECT ST_DFullyWithin(geom_a, geom_b, 10) as DFullyWithin10, ST_DWithin(geom_a, geom_b, 10) as DWithin10, ST_DFullyWithin(geom_a, geom_b, 20) as DFullyWithin20 from - (select ST_GeomFromText('POINT(1 1)') as geom_a,ST_GeomFromText('LINESTRING(1 5, 2 7, 1 9, 14 12)') as geom_b) t1; - ------------------ - DFullyWithin10 | DWithin10 | DFullyWithin20 | ----------------+----------+---------------+ - f | t | t | - - - - See Also - - , - - - - - - ST_DWithin - - Returns true if the geometries are within the specified - distance of one another. For geometry units are in those of spatial reference and for geography units are in meters and measurement is - defaulted to use_spheroid=true (measure around spheroid), for faster check, use_spheroid=false to measure along sphere. - - - - - - boolean ST_DWithin - geometry - g1 - - geometry - g2 - - double precision - distance_of_srid - - - - boolean ST_DWithin - geography - gg1 - - geography - gg2 - - double precision - distance_meters - - boolean - use_spheroid + float + densifyFrac = -1 @@ -3085,295 +810,81 @@ FROM Description - Returns true if the geometries are within the specified distance - of one another. - - For geometry: The distance is specified in units defined by the - spatial reference system of the geometries. For this function to make - sense, the source geometries must both be of the same coordinate projection, - having the same SRID. - - For geography units are in meters and measurement is - defaulted to use_spheroid=true, for faster check, use_spheroid=false to measure along sphere. + Implements algorithm for computing the Fréchet distance restricted to discrete points for both geometries, based on Computing Discrete Fréchet Distance. + The Fréchet distance is a measure of similarity between curves that takes into account the location and ordering of the points along the curves. Therefore it is often better than the Hausdorff distance. + +When the optional densifyFrac is specified, this function performs a segment densification before computing the discrete Fréchet distance. The densifyFrac parameter sets the fraction by which to densify each segment. Each segment will be split into a number of equal-length subsegments, whose fraction of the total length is closest to the given fraction. + + Units are in the units of the spatial reference system of the geometries. - This function call will automatically include a bounding box - comparison that will make use of any indexes that are available on - the geometries. + +The current implementation supports only vertices as the discrete locations. This could be extended to allow an arbitrary density of points to be used. + - - Prior to 1.3, ST_Expand was commonly used in conjunction with && and ST_Distance to - achieve the same effect and in pre-1.3.4 this function was basically short-hand for that construct. - From 1.3.4, ST_DWithin uses a more short-circuit distance function which should make it more efficient - than prior versions for larger buffer regions. + +The smaller densifyFrac we specify, the more acurate Fréchet distance we get. But, the computation time and the memory usage increase with the square of the number of subsegments. + + Performed by the GEOS module. + Availability: 2.4.0 - requires GEOS >= 3.7.0 - Use ST_3DDWithin if you have 3D geometries. - - &sfs_compliant; - Availability: 1.5.0 support for geography was introduced - Enhanced: 2.1.0 improved speed for geography. See Making Geography faster for details. - Enhanced: 2.1.0 support for curved geometries was introduced. Examples - --- Find the nearest hospital to each school --- that is within 3000 units of the school. --- We do an ST_DWithin search to utilize indexes to limit our search list --- that the non-indexable ST_Distance needs to process --- If the units of the spatial reference is meters then units would be meters -SELECT DISTINCT ON (s.gid) s.gid, s.school_name, s.geom, h.hospital_name - FROM schools s - LEFT JOIN hospitals h ON ST_DWithin(s.the_geom, h.geom, 3000) - ORDER BY s.gid, ST_Distance(s.geom, h.geom); - --- The schools with no close hospitals --- Find all schools with no hospital within 3000 units --- away from the school. Units is in units of spatial ref (e.g. meters, feet, degrees) -SELECT s.gid, s.school_name - FROM schools s - LEFT JOIN hospitals h ON ST_DWithin(s.geom, h.geom, 3000) - WHERE h.gid IS NULL; - --- Find broadcasting towers that receiver with limited range can receive. --- Data is geometry in Spherical Mercator (SRID=3857), ranges are approximate. - --- Create geometry index that will check proximity limit of user to tower -CREATE INDEX ON broadcasting_towers using gist (geom); - --- Create geometry index that will check proximity limit of tower to user -CREATE INDEX ON broadcasting_towers using gist (ST_Expand(geom, sending_range)); - --- Query towers that 4-kilometer receiver in Minsk Hackerspace can get --- Note: two conditions, because shorter LEAST(b.sending_range, 4000) will not use index. -SELECT b.tower_id, b.geom - FROM broadcasting_towers b - WHERE ST_DWithin(b.geom, 'SRID=3857;POINT(3072163.4 7159374.1)', 4000) - AND ST_DWithin(b.geom, 'SRID=3857;POINT(3072163.4 7159374.1)', b.sending_range); - - - + postgres=# SELECT st_frechetdistance('LINESTRING (0 0, 100 0)'::geometry, 'LINESTRING (0 0, 50 50, 100 0)'::geometry); + st_frechetdistance +-------------------- + 70.7106781186548 +(1 row) + + SELECT st_frechetdistance('LINESTRING (0 0, 100 0)'::geometry, 'LINESTRING (0 0, 50 50, 100 0)'::geometry, 0.5); + st_frechetdistance +-------------------- + 50 +(1 row) + + See Also - , , + - + - ST_Equals + ST_HausdorffDistance - Returns true if the given geometries represent the same geometry. Directionality - is ignored. + Returns the Hausdorff distance between two geometries. - boolean ST_Equals - geometry A - geometry B - - - - - - Description - - Returns TRUE if the given Geometries are "spatially - equal". Use this for a 'better' answer than '='. - Note by spatially equal we mean ST_Within(A,B) = true and ST_Within(B,A) = true and - also mean ordering of points can be different but - represent the same geometry structure. To verify the order of points is consistent, use - ST_OrderingEquals (it must be noted ST_OrderingEquals is a little more stringent than simply verifying order of - points are the same). - - - This function will return false if either geometry is invalid except in the case where they are binary equal. - - - - Do not call with a GEOMETRYCOLLECTION as an argument. - - - &sfs_compliant; s2.1.1.2 - &sqlmm_compliant; SQL-MM 3: 5.1.24 - Changed: 2.2.0 Returns true even for invalid geometries if they are binary equal - - - - Examples - - SELECT ST_Equals(ST_GeomFromText('LINESTRING(0 0, 10 10)'), - ST_GeomFromText('LINESTRING(0 0, 5 5, 10 10)')); - st_equals ------------ - t -(1 row) - -SELECT ST_Equals(ST_Reverse(ST_GeomFromText('LINESTRING(0 0, 10 10)')), - ST_GeomFromText('LINESTRING(0 0, 5 5, 10 10)')); - st_equals ------------ - t -(1 row) - - - - - See Also - - , , , - - - - - - - - ST_GeometricMedian - - - - Returns the geometric median of a MultiPoint. - - - - - - - geometry - - ST_GeometricMedian - - - - - - geometry - - - g - - - - - - float8 - - - tolerance - - - - - - int - - - max_iter - - - - - - boolean - - - fail_if_not_converged - - - - - - - - - Description - - - Computes the approximate geometric median of a MultiPoint geometry - using the Weiszfeld algorithm. The geometric median provides a - centrality measure that is less sensitive to outlier points than - the centroid. - - - The algorithm will iterate until the distance change between - successive iterations is less than the supplied tolerance - parameter. If this condition has not been met after max_iterations - iterations, the function will produce an error and exit, unless fail_if_not_converged - is set to false. - - - If a tolerance value is not provided, a default tolerance value - will be calculated based on the extent of the input geometry. - - - M value of points, if present, is interpreted as their relative weight. - - Availability: 2.3.0 - Enhanced: 2.5.0 Added support for M as weight of points. - &Z_support; - &M_support; - - - Examples - - - - - - - - - - Comparison of the centroid (turquoise point) and geometric - median (red point) of a four-point MultiPoint (yellow points). - - - - - - -WITH test AS ( -SELECT 'MULTIPOINT((0 0), (1 1), (2 2), (200 200))'::geometry geom) -SELECT - ST_AsText(ST_Centroid(geom)) centroid, - ST_AsText(ST_GeometricMedian(geom)) median -FROM test; - centroid | median ---------------------+---------------------------------------- - POINT(50.75 50.75) | POINT(1.9761550281255 1.9761550281255) -(1 row) - - - - - See Also + float ST_HausdorffDistance - - + geometry + g1 - + geometry + g2 + + + float ST_HausdorffDistance - - - ST_HasArc + geometry + g1 - Returns true if a geometry or geometry collection contains a circular string - + geometry + g2 - - - - boolean ST_HasArc - geometry geomA + float + densifyFrac @@ -3381,136 +892,68 @@ FROM test; Description - Returns true if a geometry or geometry collection contains a circular string - - Availability: 1.2.3? - &Z_support; - &curve_support; - - + Returns the Hausdorff distance between two geometries, a measure of how similar or dissimilar 2 geometries are. + + Implements algorithm for computing a distance metric which can be thought of as the "Discrete Hausdorff Distance". +This is the Hausdorff distance restricted to discrete points for one of the geometries. Wikipedia article on Hausdorff distance + Martin Davis note on how Hausdorff Distance calculation was used to prove correctness of the CascadePolygonUnion approach. + +When densifyFrac is specified, this function performs a segment densification before computing the discrete hausdorff distance. The densifyFrac parameter sets the fraction by which to densify each segment. Each segment will be split into a number of equal-length subsegments, whose fraction of the total length is closest to the given fraction. + + Units are in the units of the spatial reference system of the geometries. + - - Examples + + +The current implementation supports only vertices as the discrete locations. This could be extended to allow an arbitrary density of points to be used. + + + + + This algorithm is NOT equivalent to the standard Hausdorff distance. However, it computes an approximation that is correct for a large subset of useful cases. + One important part of this subset is Linestrings that are roughly parallel to each other, and roughly equal in length. This is a useful metric for line matching. + + + Availability: 1.5.0 - SELECT ST_HasArc(ST_Collect('LINESTRING(1 2, 3 4, 5 6)', 'CIRCULARSTRING(1 1, 2 3, 4 5, 6 7, 5 6)')); - st_hasarc - -------- - t - - - See Also - - , - - - - - - ST_Intersects + Examples + For each building, find the parcel that best represents it. First we require the parcel intersect with the geometry. + DISTINCT ON guarantees we get each building listed only once, the ORDER BY .. ST_HausdorffDistance gives us a preference of parcel that is most similar to the building. + SELECT DISTINCT ON(buildings.gid) buildings.gid, parcels.parcel_id + FROM buildings INNER JOIN parcels ON ST_Intersects(buildings.geom,parcels.geom) + ORDER BY buildings.gid, ST_HausdorffDistance(buildings.geom, parcels.geom); - Returns TRUE if the Geometries/Geography "spatially - intersect in 2D" - (share any portion of space) and FALSE if they don't (they are Disjoint). - For geography tolerance is 0.00001 meters (so any points that close are considered to intersect) - - - - - - boolean ST_Intersects - - geometry - geomA - - - geometry - geomB - - - - boolean ST_Intersects - - geography - geogA - - - geography - geogB - - - - - - Description - If a geometry or geography shares any portion of space then they intersect. - For geography -- tolerance is 0.00001 meters (so any points that are close are considered to intersect) - ST_Overlaps, ST_Touches, ST_Within all imply spatial intersection. - If any of the aforementioned - returns true, then the geometries also spatially intersect. - Disjoint implies false for spatial intersection. - - Changed: 3.0.0 SFCGAL version removed. - Enhanced: 2.5.0 Supports GEOMETRYCOLLECTION. - Enhanced: 2.3.0 Enhancement to PIP short-circuit extended to support MultiPoints with few points. Prior versions only supported point in polygon. - Performed by the GEOS module (for geometry), geography is native - Availability: 1.5 support for geography was introduced. - - This function call will automatically include a bounding box - comparison that will make use of any indexes that are available on the - geometries. - - - For geography, this function has a distance tolerance of about 0.00001 meters and uses the sphere rather - than spheroid calculation. - - - NOTE: this is the "allowable" version that returns a - boolean, not an integer. - - &sfs_compliant; s2.1.1.2 //s2.1.13.3 - - ST_Intersects(g1, g2 ) --> Not (ST_Disjoint(g1, g2 )) - - &sqlmm_compliant; SQL-MM 3: 5.1.27 - &sfcgal_enhanced; - - - Geometry Examples -SELECT ST_Intersects('POINT(0 0)'::geometry, 'LINESTRING ( 2 0, 0 2 )'::geometry); - st_intersects ---------------- - f + postgis=# SELECT ST_HausdorffDistance( + 'LINESTRING (0 0, 2 0)'::geometry, + 'MULTIPOINT (0 1, 1 0, 2 1)'::geometry); + st_hausdorffdistance + ---------------------- + 1 (1 row) -SELECT ST_Intersects('POINT(0 0)'::geometry, 'LINESTRING ( 0 0, 0 2 )'::geometry); - st_intersects ---------------- - t + + postgis=# SELECT st_hausdorffdistance('LINESTRING (130 0, 0 0, 0 150)'::geometry, 'LINESTRING (10 10, 10 150, 130 10)'::geometry, 0.5); + st_hausdorffdistance + ---------------------- + 70 (1 row) - - - - Geography Examples -SELECT ST_Intersects( - 'SRID=4326;LINESTRING(-43.23456 72.4567,-43.23456 72.4568)'::geography, - 'SRID=4326;POINT(-43.23456 72.4567772)'::geography - ); + - st_intersects ---------------- -t - - - - See Also - , - + + + See Also + + + + ST_Length - Returns the 2D length of the geometry if it is a LineString or MultiLineString. geometry are in units of spatial reference and geography are in meters (default spheroid) + Returns the 2D length of a linear geometry. @@ -3528,17 +971,21 @@ t Description - For geometry: Returns the 2D Cartesian length of the geometry if it is a LineString, MultiLineString, ST_Curve, ST_MultiCurve. 0 is returned for - areal geometries. For areal geometries use . For geometry types, units for length measures are specified by the + For geometry types: returns the 2D Cartesian length of the geometry if it is a LineString, MultiLineString, ST_Curve, ST_MultiCurve. + For areal geometries 0 is returned; use instead. + The units of length is determined by the spatial reference system of the geometry. - For geography types, the calculations are performed using the inverse geodesic problem, where length units are in meters. + For geography types: computation is performed using the inverse geodesic calculation. Units of length are in meters. If PostGIS is compiled with PROJ version 4.8.0 or later, the spheroid is specified by the SRID, otherwise it is exclusive to WGS84. - If use_spheroid=false, then calculations will approximate a sphere instead of a spheroid. + If use_spheroid=false, then the calculation is based on a sphere instead of a spheroid. + Currently for geometry this is an alias for ST_Length2D, but this may change to support higher dimensions. + Changed: 2.0.0 Breaking change -- in prior versions applying this to a MULTI/POLYGON of type geography would give you the perimeter of the POLYGON/MULTIPOLYGON. In 2.0.0 this was changed to return 0 to be in line with geometry behavior. Please use ST_Perimeter if you want the perimeter of a polygon - For geography measurement defaults spheroid measurement. To use the faster less accurate sphere use ST_Length(gg,false); + + For geography the calculation defaults to using a spheroidal model. To use the faster but less accurate spherical calculation use ST_Length(gg,false); &sfs_compliant; s2.1.5.1 &sqlmm_compliant; SQL-MM 3: 7.1.2, 9.3.4 Availability: 1.5.0 geography support was introduced in 1.5. @@ -3552,6 +999,7 @@ t SELECT ST_Length(ST_GeomFromText('LINESTRING(743238 2967416,743238 2967450,743265 2967450, 743265.625 2967416,743238 2967416)',2249)); + st_length --------- 122.630744000095 @@ -3564,6 +1012,7 @@ SELECT ST_Length( 26986 ) ); + st_length --------- 34309.4563576191 @@ -3573,11 +1022,12 @@ st_length Geography Examples Return length of WGS 84 geography line - -- default calculation is using a sphere rather than spheroid +-- the default calculation uses a spheroid SELECT ST_Length(the_geog) As length_spheroid, ST_Length(the_geog,false) As length_sphere FROM (SELECT ST_GeographyFromText( 'SRID=4326;LINESTRING(-72.1260 42.45, -72.1240 42.45666, -72.123 42.1546)') As the_geog) As foo; + length_spheroid | length_sphere ------------------+------------------ 34310.5703627288 | 34346.2060960742 @@ -3593,8 +1043,7 @@ FROM (SELECT ST_GeographyFromText( ST_Length2D - Returns the 2-dimensional length of the geometry if it is a - linestring or multi-linestring. This is an alias for ST_Length + Returns the 2D length of a linear geometry. Alias for ST_Length @@ -3609,7 +1058,7 @@ FROM (SELECT ST_GeographyFromText( Description - Returns the 2-dimensional length of the geometry if it is a + Returns the 2D length of the geometry if it is a linestring or multi-linestring. This is an alias for ST_Length @@ -3626,8 +1075,7 @@ FROM (SELECT ST_GeographyFromText( ST_3DLength - Returns the 3-dimensional or 2-dimensional length of the geometry if it is a - linestring or multi-linestring. + Returns the 3D length of a linear geometry. @@ -3675,9 +1123,7 @@ ST_3DLength ST_LengthSpheroid - Calculates the 2D or 3D length/perimeter of a geometry on an ellipsoid. This - is useful if the coordinates of the geometry are in - longitude/latitude and a length is desired without reprojection. + Returns the 2D or 3D length/perimeter of a lon/lat geometry on a spheroid. @@ -3693,18 +1139,17 @@ ST_3DLength Description - Calculates the length/perimeter of a geometry on an ellipsoid. This + Calculates the length or perimeter of a geometry on an ellipsoid. This is useful if the coordinates of the geometry are in longitude/latitude and a length is desired without reprojection. - The ellipsoid is a separate database type and can be constructed - as follows: + The spheroid is specified by a text value as follows: SPHEROID[<NAME>,<SEMI-MAJOR AXIS>,<INVERSE FLATTENING>] - + For example: SPHEROID["GRS_1980",6378137,298.257222101] Availability: 1.2.2 - Changed: 2.2.0 In prior versions this used to be called ST_Length_Spheroid and used to have a ST_3DLength_Spheroid alias + Changed: 2.2.0 In prior versions this was called ST_Length_Spheroid and had the alias ST_3DLength_Spheroid &Z_support; @@ -3753,10 +1198,8 @@ CAST('SPHEROID["GRS_1980",6378137,298.257222101]' As spheroid) As sph_m) as foo ST_LongestLine - Returns the 2-dimensional longest line points of two geometries. - The function will only return the first longest line if more than one, that the function finds. - The line returned will always start in g1 and end in g2. - The length of the line this function returns will always be the same as st_maxdistance returns for g1 and g2. + Returns the 2D longest line between two geometries. + @@ -3776,9 +1219,12 @@ CAST('SPHEROID["GRS_1980",6378137,298.257222101]' As spheroid) As sph_m) as foo Description - Returns the 2-dimensional longest line between the points of two geometries. + Returns the 2-D longest line between the points of two geometries. + + The function returns the first longest line if more than one is found. + The line returned starts on g1 and ends on g2. + The length of the line is equal to the distance returned by . - Availability: 1.5.0 @@ -3874,24 +1320,180 @@ FROM (SELECT ST_BuildArea(ST_Collect(the_geom)) As the_geom See Also - , , - - + , , + + + + + + ST_3DLongestLine + + Returns the 3D longest line between two geometries + + + + + + geometry ST_3DLongestLine + + geometry + g1 + + geometry + g2 + + + + + + Description + + Returns the 3-dimensional longest line between two geometries. The function will + only return the first longest line if more than one. + The line returned will always start in g1 and end in g2. + The 3D length of the line this function returns will always be the same as returns for g1 and g2. + + + Availability: 2.0.0 + Changed: 2.2.0 - if 2 2D geometries are input, a 2D point is returned (instead of old behavior assuming 0 for missing Z). In case of 2D and 3D, Z is no longer assumed to be 0 for missing Z. + &Z_support; + + &P_support; + + + + Examples + + + + + linestring and point -- both 3d and 2d longest line + +SELECT ST_AsEWKT(ST_3DLongestLine(line,pt)) AS lol3d_line_pt, + ST_AsEWKT(ST_LongestLine(line,pt)) As lol2d_line_pt + FROM (SELECT 'POINT(100 100 30)'::geometry As pt, + 'LINESTRING (20 80 20, 98 190 1, 110 180 3, 50 75 1000)'::geometry As line + ) As foo; + + + lol3d_line_pt | lol2d_line_pt +-----------------------------------+---------------------------- + LINESTRING(50 75 1000,100 100 30) | LINESTRING(98 190,100 100) + + + + + linestring and multipoint -- both 3d and 2d longest line + SELECT ST_AsEWKT(ST_3DLongestLine(line,pt)) AS lol3d_line_pt, + ST_AsEWKT(ST_LongestLine(line,pt)) As lol2d_line_pt + FROM (SELECT 'MULTIPOINT(100 100 30, 50 74 1000)'::geometry As pt, + 'LINESTRING (20 80 20, 98 190 1, 110 180 3, 50 75 900)'::geometry As line + ) As foo; + + + lol3d_line_pt | lol2d_line_pt +---------------------------------+-------------------------- + LINESTRING(98 190 1,50 74 1000) | LINESTRING(98 190,50 74) + + + + + Multilinestring and polygon both 3d and 2d longest line + SELECT ST_AsEWKT(ST_3DLongestLine(poly, mline)) As lol3d, + ST_AsEWKT(ST_LongestLine(poly, mline)) As lol2d + FROM (SELECT ST_GeomFromEWKT('POLYGON((175 150 5, 20 40 5, 35 45 5, 50 60 5, 100 100 5, 175 150 5))') As poly, + ST_GeomFromEWKT('MULTILINESTRING((175 155 2, 20 40 20, 50 60 -2, 125 100 1, 175 155 1), + (1 10 2, 5 20 1))') As mline ) As foo; + lol3d | lol2d +------------------------------+-------------------------- + LINESTRING(175 150 5,1 10 2) | LINESTRING(175 150,1 10) + + + + + + + + + + + See Also + + , , , , + + + + + + ST_MaxDistance + + Returns the 2D largest distance between two geometries in + projected units. + + + + + + float ST_MaxDistance + geometry g1 + geometry g2 + + + + + + Description + + + + Returns the 2-dimensional maximum distance between two geometries in + projected units. If g1 and g2 is the same geometry the function will return the distance between + the two vertices most far from each other in that geometry. + + + Availability: 1.5.0 + + + Examples + + Basic furthest distance the point is to any part of the line + postgis=# SELECT ST_MaxDistance('POINT(0 0)'::geometry, 'LINESTRING ( 2 0, 0 2 )'::geometry); + st_maxdistance +----------------- + 2 +(1 row) + +postgis=# SELECT ST_MaxDistance('POINT(0 0)'::geometry, 'LINESTRING ( 2 2, 2 2 )'::geometry); + st_maxdistance +------------------ + 2.82842712474619 +(1 row) + + + + + See Also +, , + + - + - ST_OrderingEquals + ST_3DMaxDistance - Returns true if the given geometries represent the same geometry - and points are in the same directional order. + Returns the 3D cartesian maximum distance (based on spatial ref) between two geometries in + projected units. - - boolean ST_OrderingEquals - geometry A - geometry B + float ST_3DMaxDistance + + geometry + g1 + + geometry + g2 @@ -3899,182 +1501,176 @@ FROM (SELECT ST_BuildArea(ST_Collect(the_geom)) As the_geom Description - ST_OrderingEquals compares two geometries and returns t (TRUE) if the - geometries are equal and the coordinates are in the same order; - otherwise it returns f (FALSE). + Returns the 3-dimensional maximum cartesian distance between two geometries in + projected units (spatial ref units). - - This function is implemented as per the ArcSDE SQL - specification rather than SQL-MM. - http://edndoc.esri.com/arcsde/9.1/sql_api/sqlapi3.htm#ST_OrderingEquals - - &sqlmm_compliant; SQL-MM 3: 5.1.43 + &Z_support; + + &P_support; + + Availability: 2.0.0 + Changed: 2.2.0 - In case of 2D and 3D, Z is no longer assumed to be 0 for missing Z. Examples - SELECT ST_OrderingEquals(ST_GeomFromText('LINESTRING(0 0, 10 10)'), - ST_GeomFromText('LINESTRING(0 0, 5 5, 10 10)')); - st_orderingequals ------------ - f -(1 row) - -SELECT ST_OrderingEquals(ST_GeomFromText('LINESTRING(0 0, 10 10)'), - ST_GeomFromText('LINESTRING(0 0, 0 0, 10 10)')); - st_orderingequals ------------ - t -(1 row) + +-- Geometry example - units in meters (SRID: 2163 US National Atlas Equal area) (3D point and line compared 2D point and line) +-- Note: currently no vertical datum support so Z is not transformed and assumed to be same units as final. +SELECT ST_3DMaxDistance( + ST_Transform(ST_GeomFromEWKT('SRID=4326;POINT(-72.1235 42.3521 10000)'),2163), + ST_Transform(ST_GeomFromEWKT('SRID=4326;LINESTRING(-72.1260 42.45 15, -72.123 42.1546 20)'),2163) + ) As dist_3d, + ST_MaxDistance( + ST_Transform(ST_GeomFromEWKT('SRID=4326;POINT(-72.1235 42.3521 10000)'),2163), + ST_Transform(ST_GeomFromEWKT('SRID=4326;LINESTRING(-72.1260 42.45 15, -72.123 42.1546 20)'),2163) + ) As dist_2d; -SELECT ST_OrderingEquals(ST_Reverse(ST_GeomFromText('LINESTRING(0 0, 10 10)')), - ST_GeomFromText('LINESTRING(0 0, 0 0, 10 10)')); - st_orderingequals ------------ - f -(1 row) + dist_3d | dist_2d +------------------+------------------ + 24383.7467488441 | 22247.8472107251 - - - See Also - , - - + - - - ST_Overlaps + + See Also - Returns TRUE if the Geometries share space, are of the same dimension, but are not completely contained by each other. - + , , , + + - - - - boolean ST_Overlaps - geometry A - geometry B - - - + + + ST_MinimumClearance + Returns the minimum clearance of a geometry, a measure of a geometry's robustness. + + + + + + float ST_MinimumClearance + geometry g + + + Description - Returns TRUE if the Geometries "spatially - overlap". By that we mean they intersect, but one does not completely contain another. + + It is not uncommon to have a geometry that, while meeting the criteria for validity according to ST_IsValid (polygons) + or ST_IsSimple (lines), would become invalid if one of the vertices moved by a slight distance, as can happen during + conversion to text-based formats (such as WKT, KML, GML GeoJSON), or binary formats that do not use double-precision + floating point coordinates (MapInfo TAB). + - Performed by the GEOS module + + A geometry's "minimum clearance" is the smallest distance by which a vertex of the geometry could be moved to produce + an invalid geometry. It can be thought of as a quantitative measure of a geometry's robustness, where increasing values + of minimum clearance indicate increasing robustness. + - Do not call with a GeometryCollection as an argument + + If a geometry has a minimum clearance of e, it can be said that: + + + + No two distinct vertices in the geometry are separated by less than e. + + + + + No vertex is closer than e to a line segement of which it is not an endpoint. + + + + - This function call will automatically include a bounding box - comparison that will make use of any indexes that are available on - the geometries. To avoid index use, use the function - _ST_Overlaps. + + If no minimum clearance exists for a geometry (for example, a single point, or a multipoint whose points are identical), then + ST_MinimumClearance will return Infinity. + - NOTE: this is the "allowable" version that returns a - boolean, not an integer. + Availability: 2.3.0 - &sfs_compliant; s2.1.1.2 // s2.1.13.3 - &sqlmm_compliant; SQL-MM 3: 5.1.32 Examples - The following illustrations all return TRUE. - - - - - - - - - - - MULTIPOINT / MULTIPOINT - - - - - - - - - LINESTRING / LINESTRING - - - - - - - - POLYGON / POLYGON - - - - - - - --a point on a line is contained by the line and is of a lower dimension, and therefore does not overlap the line - nor crosses - -SELECT ST_Overlaps(a,b) As a_overlap_b, - ST_Crosses(a,b) As a_crosses_b, - ST_Intersects(a, b) As a_intersects_b, ST_Contains(b,a) As b_contains_a -FROM (SELECT ST_GeomFromText('POINT(1 0.5)') As a, ST_GeomFromText('LINESTRING(1 0, 1 1, 3 5)') As b) - As foo - -a_overlap_b | a_crosses_b | a_intersects_b | b_contains_a -------------+-------------+----------------+-------------- -f | f | t | t - ---a line that is partly contained by circle, but not fully is defined as intersecting and crossing, --- but since of different dimension it does not overlap -SELECT ST_Overlaps(a,b) As a_overlap_b, ST_Crosses(a,b) As a_crosses_b, - ST_Intersects(a, b) As a_intersects_b, - ST_Contains(a,b) As a_contains_b -FROM (SELECT ST_Buffer(ST_GeomFromText('POINT(1 0.5)'), 3) As a, ST_GeomFromText('LINESTRING(1 0, 1 1, 3 5)') As b) - As foo; - - a_overlap_b | a_crosses_b | a_intersects_b | a_contains_b --------------+-------------+----------------+-------------- - f | t | t | f - - -- a 2-dimensional bent hot dog (aka buffered line string) that intersects a circle, - -- but is not fully contained by the circle is defined as overlapping since they are of the same dimension, --- but it does not cross, because the intersection of the 2 is of the same dimension --- as the maximum dimension of the 2 - -SELECT ST_Overlaps(a,b) As a_overlap_b, ST_Crosses(a,b) As a_crosses_b, ST_Intersects(a, b) As a_intersects_b, -ST_Contains(b,a) As b_contains_a, -ST_Dimension(a) As dim_a, ST_Dimension(b) as dim_b, ST_Dimension(ST_Intersection(a,b)) As dima_intersection_b -FROM (SELECT ST_Buffer(ST_GeomFromText('POINT(1 0.5)'), 3) As a, - ST_Buffer(ST_GeomFromText('LINESTRING(1 0, 1 1, 3 5)'),0.5) As b) - As foo; - - a_overlap_b | a_crosses_b | a_intersects_b | b_contains_a | dim_a | dim_b | dima_intersection_b --------------+-------------+----------------+--------------+-------+-------+--------------------- - t | f | t | f | 2 | 2 | 2 - + +SELECT ST_MinimumClearance('POLYGON ((0 0, 1 0, 1 1, 0.5 3.2e-4, 0 0))'); + st_minimumclearance +--------------------- + 0.00032 + + + + + See Also + + + + + + + + + + ST_MinimumClearanceLine + Returns the two-point LineString spanning a geometry's minimum clearance. + + + + + + Geometry ST_MinimumClearanceLine + + geometry + g + + + + + + + Description + + + Returns the two-point LineString spanning a geometry's minimum clearance. If the geometry does not have a minimum + clearance, LINESTRING EMPTY will be returned. + + Performed by the GEOS module. + Availability: 2.3.0 - requires GEOS >= 3.6.0 + + Examples + +SELECT ST_AsText(ST_MinimumClearanceLine('POLYGON ((0 0, 1 0, 1 1, 0.5 3.2e-4, 0 0))')); +st_astext +------------------------------- +LINESTRING(0.5 0.00032,0.5 0) + + + See Also - , , , + + + + + ST_Perimeter - Return the length measurement of the boundary of an ST_Surface - or ST_MultiSurface geometry or geography. (Polygon, MultiPolygon). geometry measurement is in units of spatial reference and geography is in meters. + Returns the length of the boundary of a polygonal geometry or geography. @@ -4175,8 +1771,8 @@ FROM ST_GeogFromText('MULTIPOLYGON(((-71.1044543107478 42.340674480411,-71.10445 ST_Perimeter2D - Returns the 2-dimensional perimeter of the geometry, if it - is a polygon or multi-polygon. This is currently an alias for ST_Perimeter. + Returns the 2D perimeter of a polygonal geometry. + Alias for ST_Perimeter. @@ -4191,8 +1787,7 @@ FROM ST_GeogFromText('MULTIPOLYGON(((-71.1044543107478 42.340674480411,-71.10445 Description - Returns the 2-dimensional perimeter of the geometry, if it - is a polygon or multi-polygon. + Returns the 2-dimensional perimeter of a polygonal geometry. @@ -4210,118 +1805,16 @@ FROM ST_GeogFromText('MULTIPOLYGON(((-71.1044543107478 42.340674480411,-71.10445 - ST_3DPerimeter - - Returns the 3-dimensional perimeter of the geometry, if it - is a polygon or multi-polygon. - - - - - - float ST_3DPerimeter - geometry geomA - - - - - - Description - - Returns the 3-dimensional perimeter of the geometry, if it - is a polygon or multi-polygon. If the geometry is 2-dimensional, then the 2-dimensional perimeter is returned. - &Z_support; - Changed: 2.0.0 In prior versions this used to be called ST_Perimeter3D - - - - - Examples - Perimeter of a slightly elevated polygon in the air in Massachusetts state plane feet - SELECT ST_3DPerimeter(the_geom), ST_Perimeter2d(the_geom), ST_Perimeter(the_geom) FROM - (SELECT ST_GeomFromEWKT('SRID=2249;POLYGON((743238 2967416 2,743238 2967450 1, -743265.625 2967416 1,743238 2967416 2))') As the_geom) As foo; - - ST_3DPerimeter | st_perimeter2d | st_perimeter -------------------+------------------+------------------ - 105.465793597674 | 105.432997272188 | 105.432997272188 - - - - - - - See Also - - , , - - - - - - ST_PointInsideCircle - - Is the point geometry inside the circle defined by center_x, center_y, radius - - - - - - boolean ST_PointInsideCircle - geometry a_point - float center_x - float center_y - float radius - - - - - - Description - - The syntax for this functions is - ST_PointInsideCircle(<geometry>,<circle_center_x>,<circle_center_y>,<radius>). - Returns the true if the geometry is a point and is inside the - circle. Returns false otherwise. - This only works for points as the name suggests - - Availability: 1.2 - Changed: 2.2.0 In prior versions this used to be called ST_Point_Inside_Circle - - - - - Examples - - SELECT ST_PointInsideCircle(ST_Point(1,2), 0.5, 2, 3); - st_pointinsidecircle ------------------------- - t - - - - - - See Also - - - - - - - - ST_PointOnSurface + ST_3DPerimeter - Returns a POINT guaranteed to lie on the surface. + Returns the 3D perimeter of a polygonal geometry. - geometry ST_PointOnSurface - - geometry - g1 + float ST_3DPerimeter + geometry geomA @@ -4329,48 +1822,32 @@ FROM ST_GeogFromText('MULTIPOLYGON(((-71.1044543107478 42.340674480411,-71.10445 Description - Returns a POINT guaranteed to intersect a surface. - - &sfs_compliant; s3.2.14.2 // s3.2.18.2 - &sqlmm_compliant; SQL-MM 3: 8.1.5, 9.5.6. - According to the specs, ST_PointOnSurface works for surface geometries (POLYGONs, MULTIPOLYGONS, CURVED POLYGONS). So PostGIS seems to be extending what - the spec allows here. Most databases Oracle,DB II, ESRI SDE seem to only support this function for surfaces. SQL Server 2008 like PostGIS supports for all common geometries. + Returns the 3-dimensional perimeter of the geometry, if it + is a polygon or multi-polygon. If the geometry is 2-dimensional, then the 2-dimensional perimeter is returned. &Z_support; + Changed: 2.0.0 In prior versions this used to be called ST_Perimeter3D + Examples + Perimeter of a slightly elevated polygon in the air in Massachusetts state plane feet + SELECT ST_3DPerimeter(the_geom), ST_Perimeter2d(the_geom), ST_Perimeter(the_geom) FROM + (SELECT ST_GeomFromEWKT('SRID=2249;POLYGON((743238 2967416 2,743238 2967450 1, +743265.625 2967416 1,743238 2967416 2))') As the_geom) As foo; - SELECT ST_AsText(ST_PointOnSurface('POINT(0 5)'::geometry)); - st_astext ------------- - POINT(0 5) -(1 row) - -SELECT ST_AsText(ST_PointOnSurface('LINESTRING(0 5, 0 10)'::geometry)); - st_astext ------------- - POINT(0 5) -(1 row) - -SELECT ST_AsText(ST_PointOnSurface('POLYGON((0 0, 0 5, 5 5, 5 0, 0 0))'::geometry)); - st_astext ----------------- - POINT(2.5 2.5) -(1 row) + ST_3DPerimeter | st_perimeter2d | st_perimeter +------------------+------------------+------------------ + 105.465793597674 | 105.432997272188 | 105.432997272188 -SELECT ST_AsEWKT(ST_PointOnSurface(ST_GeomFromEWKT('LINESTRING(0 5 1, 0 0 1, 0 10 2)'))); - st_asewkt ----------------- - POINT(0 0 1) -(1 row) + See Also - , + , , @@ -4378,7 +1855,7 @@ SELECT ST_AsEWKT(ST_PointOnSurface(ST_GeomFromEWKT('LINESTRING(0 5 1, 0 0 1, 0 1 ST_Project - Returns a POINT projected from a start point using a distance in meters and bearing (azimuth) in radians. + Returns a point projected from a start point by a distance and bearing (azimuth). @@ -4399,9 +1876,18 @@ SELECT ST_AsEWKT(ST_PointOnSurface(ST_GeomFromEWKT('LINESTRING(0 5 1, 0 0 1, 0 1 Description - Returns a POINT projected along a geodesic from a start point using an azimuth (bearing) measured in radians and distance measured in meters. This is also called a direct geodesic problem. - The azimuth is sometimes called the heading or the bearing in navigation. It is measured relative to true north (azimuth zero). East is azimuth 90 (π/2), south is azimuth 180 (π), west is azimuth 270 (3π/2). - The distance is given in meters. + Returns a point projected from a start point along a geodesic using + a given distance and azimuth (bearing). + This is known as the direct geodesic problem. + The distance is given in meters. Negative values are supported. + The azimuth (also known as heading or bearing) is given in radians. + It is measured clockwise from true north (azimuth zero). + East is azimuth π/2 (90 degrees); + south is azimuth π (180 degrees); + west is azimuth 3π/2 (270 degrees). + Negative azimuth values and values greater than 2π (360 degrees) are supported. + + Availability: 2.0.0 Enhanced: 2.4.0 Allow negative distance and non-normalized azimuth. @@ -4409,7 +1895,7 @@ SELECT ST_AsEWKT(ST_PointOnSurface(ST_GeomFromEWKT('LINESTRING(0 5 1, 0 0 1, 0 1 - Example: Using degrees - projected point 100,000 meters and bearing 45 degrees + Example: Projected point at 100,000 meters and bearing 45 degrees SELECT ST_AsText(ST_Project('POINT(0 0)'::geography, 100000, radians(45.0))); @@ -4423,181 +1909,16 @@ SELECT ST_AsEWKT(ST_PointOnSurface(ST_GeomFromEWKT('LINESTRING(0 5 1, 0 0 1, 0 1 See Also - , , PostgreSQL Math Functions + , , PostgreSQL function radians() - - - ST_Relate - - Returns true if this Geometry is spatially related to - anotherGeometry, by testing for intersections between the - Interior, Boundary and Exterior of the two geometries as specified - by the values in the intersectionMatrixPattern. If no intersectionMatrixPattern - is passed in, then returns the maximum intersectionMatrixPattern that relates the 2 geometries. - - - - - - boolean ST_Relate - geometry geomA - geometry geomB - text intersectionMatrixPattern - - - - text ST_Relate - geometry geomA - geometry geomB - - - - text ST_Relate - geometry geomA - geometry geomB - integer BoundaryNodeRule - - - - - - Description - - Version 1: Takes geomA, geomB, intersectionMatrix and Returns 1 (TRUE) if this Geometry is spatially related to - anotherGeometry, by testing for intersections between the - Interior, Boundary and Exterior of the two geometries as specified - by the values in the DE-9IM matrix pattern. - - This is especially useful for testing compound checks of intersection, crosses, etc in one step. - Do not call with a GeometryCollection as an argument - - This is the "allowable" version that returns a - boolean, not an integer. This is defined in OGC spec - - This DOES NOT automagically include an index call. The reason for that - is some relationships are anti e.g. Disjoint. If you are - using a relationship pattern that requires intersection, then include the && - index call. - - Version 2: Takes geomA and geomB and returns the - - Version 3: same as version 2, but allows to specify a boundary node rule (1:OGC/MOD2, 2:Endpoint, 3:MultivalentEndpoint, 4:MonovalentEndpoint) - - Do not call with a GeometryCollection as an argument - - not in OGC spec, but implied. see s2.1.13.2 - &sfs_compliant; s2.1.1.2 // s2.1.13.3 - &sqlmm_compliant; SQL-MM 3: 5.1.25 - Performed by the GEOS module - Enhanced: 2.0.0 - added support for specifying boundary node rule. - - - - - Examples - ---Find all compounds that intersect and not touch a poly (interior intersects) -SELECT l.* , b.name As poly_name - FROM polys As b -INNER JOIN compounds As l -ON (p.the_geom && b.the_geom -AND ST_Relate(l.the_geom, b.the_geom,'T********')); - -SELECT ST_Relate(ST_GeometryFromText('POINT(1 2)'), ST_Buffer(ST_GeometryFromText('POINT(1 2)'),2)); -st_relate ------------ -0FFFFF212 - -SELECT ST_Relate(ST_GeometryFromText('LINESTRING(1 2, 3 4)'), ST_GeometryFromText('LINESTRING(5 6, 7 8)')); -st_relate ------------ -FF1FF0102 - - -SELECT ST_Relate(ST_GeometryFromText('POINT(1 2)'), ST_Buffer(ST_GeometryFromText('POINT(1 2)'),2), '0FFFFF212'); -st_relate ------------ -t - -SELECT ST_Relate(ST_GeometryFromText('POINT(1 2)'), ST_Buffer(ST_GeometryFromText('POINT(1 2)'),2), '*FF*FF212'); -st_relate ------------ -t - - - - - - See Also - - , , , , - - - - - - ST_RelateMatch - - Returns true if intersectionMattrixPattern1 implies intersectionMatrixPattern2 - - - - - - boolean ST_RelateMatch - text intersectionMatrix - text intersectionMatrixPattern - - - - - - Description - - Takes intersectionMatrix and intersectionMatrixPattern and Returns true if the intersectionMatrix satisfies - the intersectionMatrixPattern. For more information refer to . - Performed by the GEOS module - Availability: 2.0.0 - - - - - Examples - -SELECT ST_RelateMatch('101202FFF', 'TTTTTTFFF') ; --- result -- -t ---example of common intersection matrix patterns and example matrices --- comparing relationships of involving one invalid geometry and ( a line and polygon that intersect at interior and boundary) -SELECT mat.name, pat.name, ST_RelateMatch(mat.val, pat.val) As satisfied - FROM - ( VALUES ('Equality', 'T1FF1FFF1'), - ('Overlaps', 'T*T***T**'), - ('Within', 'T*F**F***'), - ('Disjoint', 'FF*FF****') As pat(name,val) - CROSS JOIN - ( VALUES ('Self intersections (invalid)', '111111111'), - ('IE2_BI1_BB0_BE1_EI1_EE2', 'FF2101102'), - ('IB1_IE1_BB0_BE0_EI2_EI1_EE2', 'F11F00212') - ) As mat(name,val); - - - - - - - See Also - , - - ST_ShortestLine - Returns the 2-dimensional shortest line between two geometries + Returns the 2D shortest line between two geometries @@ -4689,19 +2010,17 @@ SELECT ST_AsText( , , , - - + - ST_Touches + ST_3DShortestLine - Returns TRUE if the geometries have at least one point in common, - but their interiors do not intersect. + Returns the 3D shortest line between two geometries - boolean ST_Touches + geometry ST_3DShortestLine geometry g1 @@ -4715,228 +2034,85 @@ SELECT ST_AsText( Description - Returns TRUE if the only points in common between - g1 and g2 lie in the union of the - boundaries of g1 and g2. - The ST_Touches relation applies - to all Area/Area, Line/Line, Line/Area, Point/Area and Point/Line pairs of relationships, - but not to the Point/Point pair. - - In mathematical terms, this predicate is expressed as: - - - - - - - - - - The allowable DE-9IM Intersection Matrices for the two geometries are: - - - - FT******* - - - - F**T***** - - - - F***T**** - - - - - Do not call with a GEOMETRYCOLLECTION as an argument - - - - This function call will automatically include a bounding box - comparison that will make use of any indexes that are available on - the geometries. To avoid using an index, use _ST_Touches instead. - + Returns the 3-dimensional shortest line between two geometries. The function will + only return the first shortest line if more than one, that the function finds. + If g1 and g2 intersects in just one point the function will return a line with both start + and end in that intersection-point. + If g1 and g2 are intersecting with more than one point the function will return a line with start + and end in the same point but it can be any of the intersecting points. + The line returned will always start in g1 and end in g2. + The 3D length of the line this function returns will always be the same as returns for g1 and g2. + - &sfs_compliant; s2.1.1.2 // s2.1.13.3 - &sqlmm_compliant; SQL-MM 3: 5.1.28 + Availability: 2.0.0 + Changed: 2.2.0 - if 2 2D geometries are input, a 2D point is returned (instead of old behavior assuming 0 for missing Z). In case of 2D and 3D, Z is no longer assumed to be 0 for missing Z. + &Z_support; + + &P_support; Examples + + + + + linestring and point -- both 3d and 2d shortest line + +SELECT ST_AsEWKT(ST_3DShortestLine(line,pt)) AS shl3d_line_pt, + ST_AsEWKT(ST_ShortestLine(line,pt)) As shl2d_line_pt + FROM (SELECT 'POINT(100 100 30)'::geometry As pt, + 'LINESTRING (20 80 20, 98 190 1, 110 180 3, 50 75 1000)'::geometry As line + ) As foo; - The ST_Touches predicate returns TRUE in all the following illustrations. - - - - - - - - - - - POLYGON / POLYGON - - - - - - - - - - POLYGON / POLYGON - - - - - - - - - - POLYGON / LINESTRING - - - - - - - - - - - LINESTRING / LINESTRING - - - - - - - - - LINESTRING / LINESTRING - - + shl3d_line_pt | shl2d_line_pt +----------------------------------------------------------------------------+------------------------------------------------------ + LINESTRING(54.6993798867619 128.935022917228 11.5475869506606,100 100 30) | LINESTRING(73.0769230769231 115.384615384615,100 100) + + + + + linestring and multipoint -- both 3d and 2d shortest line + SELECT ST_AsEWKT(ST_3DShortestLine(line,pt)) AS shl3d_line_pt, + ST_AsEWKT(ST_ShortestLine(line,pt)) As shl2d_line_pt + FROM (SELECT 'MULTIPOINT(100 100 30, 50 74 1000)'::geometry As pt, + 'LINESTRING (20 80 20, 98 190 1, 110 180 3, 50 75 900)'::geometry As line + ) As foo; - - - - - - POLYGON / POINT - - - + shl3d_line_pt | shl2d_line_pt +---------------------------------------------------------------------------+------------------------ + LINESTRING(54.6993798867619 128.935022917228 11.5475869506606,100 100 30) | LINESTRING(50 75,50 74) + + + + + Multilinestring and polygon both 3d and 2d shortest line + SELECT ST_AsEWKT(ST_3DShortestLine(poly, mline)) As shl3d, + ST_AsEWKT(ST_ShortestLine(poly, mline)) As shl2d + FROM (SELECT ST_GeomFromEWKT('POLYGON((175 150 5, 20 40 5, 35 45 5, 50 60 5, 100 100 5, 175 150 5))') As poly, + ST_GeomFromEWKT('MULTILINESTRING((175 155 2, 20 40 20, 50 60 -2, 125 100 1, 175 155 1), + (1 10 2, 5 20 1))') As mline ) As foo; + shl3d | shl2d +---------------------------------------------------------------------------------------------------+------------------------ + LINESTRING(39.993580415989 54.1889925532825 5,40.4078575708294 53.6052383805529 5.03423778139177) | LINESTRING(20 40,20 40) + + + - - - - SELECT ST_Touches('LINESTRING(0 0, 1 1, 0 2)'::geometry, 'POINT(1 1)'::geometry); - st_touches ------------- - f -(1 row) - -SELECT ST_Touches('LINESTRING(0 0, 1 1, 0 2)'::geometry, 'POINT(0 2)'::geometry); - st_touches ------------- - t -(1 row) - - - - - - ST_Within - - Returns true if the geometry A is completely inside geometry B - - - - - - boolean ST_Within - - geometry - A - - geometry - B - - - - - - Description - - Returns TRUE if geometry A is completely inside geometry B. For this function to make - sense, the source geometries must both be of the same coordinate projection, - having the same SRID. It is a given that if ST_Within(A,B) is true and ST_Within(B,A) is true, then - the two geometries are considered spatially equal. - - Performed by the GEOS module - - Enhanced: 2.3.0 Enhancement to PIP short-circuit for geometry extended to support MultiPoints with few points. Prior versions only supported point in polygon. - - - Do not call with a GEOMETRYCOLLECTION as an argument - - - - Do not use this function with invalid geometries. You will get unexpected results. - - - This function call will automatically include a bounding box - comparison that will make use of any indexes that are available on - the geometries. To avoid index use, use the function - _ST_Within. - - NOTE: this is the "allowable" version that returns a - boolean, not an integer. - - &sfs_compliant; s2.1.1.2 // s2.1.13.3 - - a.Relate(b, 'T*F**F***') - - &sqlmm_compliant; SQL-MM 3: 5.1.30 - - - - Examples - ---a circle within a circle -SELECT ST_Within(smallc,smallc) As smallinsmall, - ST_Within(smallc, bigc) As smallinbig, - ST_Within(bigc,smallc) As biginsmall, - ST_Within(ST_Union(smallc, bigc), bigc) as unioninbig, - ST_Within(bigc, ST_Union(smallc, bigc)) as biginunion, - ST_Equals(bigc, ST_Union(smallc, bigc)) as bigisunion -FROM -( -SELECT ST_Buffer(ST_GeomFromText('POINT(50 50)'), 20) As smallc, - ST_Buffer(ST_GeomFromText('POINT(50 50)'), 40) As bigc) As foo; ---Result - smallinsmall | smallinbig | biginsmall | unioninbig | biginunion | bigisunion ---------------+------------+------------+------------+------------+------------ - t | t | f | t | t | t -(1 row) - + + - - - - - See Also - , , + + , , , , + diff --git a/doc/reference_processing.xml b/doc/reference_processing.xml index faa7451d4..ea7a4e0d8 100644 --- a/doc/reference_processing.xml +++ b/doc/reference_processing.xml @@ -520,6 +520,150 @@ FROM (SELECT ST_Buffer( + + + ST_Centroid + + Returns the geometric center of a geometry. + + + + + + geometry ST_Centroid + + geometry + g1 + + + geography ST_Centroid + + geography + g1 + boolean + use_spheroid=true + + + + + + + Description + + Computes the geometric center of a geometry, or equivalently, + the center of mass of the geometry as a POINT. For + [MULTI]POINTs, this is computed + as the arithmetic mean of the input coordinates. For + [MULTI]LINESTRINGs, this is + computed as the weighted length of each line segment. For + [MULTI]POLYGONs, "weight" is + thought in terms of area. If an empty geometry is supplied, an empty + GEOMETRYCOLLECTION is returned. If + NULL is supplied, NULL is + returned. + If CIRCULARSTRING or COMPOUNDCURVE + are supplied, they are converted to linestring wtih CurveToLine first, + then same than for LINESTRING + + New in 2.3.0 : support CIRCULARSTRING and COMPOUNDCURVE (using CurveToLine) + + Availability: 2.4.0 support for geography was introduced. + + The centroid is equal to the centroid of the set of component + Geometries of highest dimension (since the lower-dimension geometries + contribute zero "weight" to the centroid). + + &sfs_compliant; + &sqlmm_compliant; SQL-MM 3: 8.1.4, 9.5.5 + + + + Examples + + In each of the following illustrations, the green dot represents + the centroid of the source geometry. + + + + + + + + + + + + Centroid of a + MULTIPOINT + + + + + + + + + + Centroid of a + LINESTRING + + + + + + + + + + + + Centroid of a + POLYGON + + + + + + + + + + Centroid of a + GEOMETRYCOLLECTION + + + + + + + + SELECT ST_AsText(ST_Centroid('MULTIPOINT ( -1 0, -1 2, -1 3, -1 4, -1 7, 0 1, 0 3, 1 1, 2 0, 6 0, 7 8, 9 8, 10 6 )')); + st_astext +------------------------------------------ + POINT(2.30769230769231 3.30769230769231) +(1 row) + +SELECT ST_AsText(ST_centroid(g)) +FROM ST_GeomFromText('CIRCULARSTRING(0 2, -1 1,0 0, 0.5 0, 1 0, 2 1, 1 2, 0.5 2, 0 2)') AS g ; +------------------------------------------ +POINT(0.5 1) + + +SELECT ST_AsText(ST_centroid(g)) +FROM ST_GeomFromText('COMPOUNDCURVE(CIRCULARSTRING(0 2, -1 1,0 0),(0 0, 0.5 0, 1 0),CIRCULARSTRING( 1 0, 2 1, 1 2),(1 2, 0.5 2, 0 2))' ) AS g; +------------------------------------------ +POINT(0.5 1) + + + + + + See Also + + , + + + ST_ClipByBox2D @@ -1902,6 +2046,133 @@ FROM ( + + + + ST_GeometricMedian + + + + Returns the geometric median of a MultiPoint. + + + + + + + geometry + + ST_GeometricMedian + + + + + + geometry + + + g + + + + + + float8 + + + tolerance + + + + + + int + + + max_iter + + + + + + boolean + + + fail_if_not_converged + + + + + + + + + Description + + + Computes the approximate geometric median of a MultiPoint geometry + using the Weiszfeld algorithm. The geometric median provides a + centrality measure that is less sensitive to outlier points than + the centroid. + + + The algorithm will iterate until the distance change between + successive iterations is less than the supplied tolerance + parameter. If this condition has not been met after max_iterations + iterations, the function will produce an error and exit, unless fail_if_not_converged + is set to false. + + + If a tolerance value is not provided, a default tolerance value + will be calculated based on the extent of the input geometry. + + + M value of points, if present, is interpreted as their relative weight. + + Availability: 2.3.0 + Enhanced: 2.5.0 Added support for M as weight of points. + &Z_support; + &M_support; + + + Examples + + + + + + + + + + Comparison of the centroid (turquoise point) and geometric + median (red point) of a four-point MultiPoint (yellow points). + + + + + + +WITH test AS ( +SELECT 'MULTIPOINT((0 0), (1 1), (2 2), (200 200))'::geometry geom) +SELECT + ST_AsText(ST_Centroid(geom)) centroid, + ST_AsText(ST_GeometricMedian(geom)) median +FROM test; + centroid | median +--------------------+---------------------------------------- + POINT(50.75 50.75) | POINT(1.9761550281255 1.9761550281255) +(1 row) + + + + + See Also + + + + + @@ -2756,6 +3027,72 @@ MULTILINESTRING((164 1,11.7867965644036 1,1 11.7867965644036,1 195), + + + ST_PointOnSurface + + Returns a POINT guaranteed to lie on the surface. + + + + + + geometry ST_PointOnSurface + + geometry + g1 + + + + + + Description + + Returns a POINT guaranteed to intersect a surface. + + &sfs_compliant; s3.2.14.2 // s3.2.18.2 + &sqlmm_compliant; SQL-MM 3: 8.1.5, 9.5.6. + According to the specs, ST_PointOnSurface works for surface geometries (POLYGONs, MULTIPOLYGONS, CURVED POLYGONS). So PostGIS seems to be extending what + the spec allows here. Most databases Oracle,DB II, ESRI SDE seem to only support this function for surfaces. SQL Server 2008 like PostGIS supports for all common geometries. + &Z_support; + + + + Examples + + SELECT ST_AsText(ST_PointOnSurface('POINT(0 5)'::geometry)); + st_astext +------------ + POINT(0 5) +(1 row) + +SELECT ST_AsText(ST_PointOnSurface('LINESTRING(0 5, 0 10)'::geometry)); + st_astext +------------ + POINT(0 5) +(1 row) + +SELECT ST_AsText(ST_PointOnSurface('POLYGON((0 0, 0 5, 5 5, 5 0, 0 0))'::geometry)); + st_astext +---------------- + POINT(2.5 2.5) +(1 row) + +SELECT ST_AsEWKT(ST_PointOnSurface(ST_GeomFromEWKT('LINESTRING(0 5 1, 0 0 1, 0 10 2)'))); + st_asewkt +---------------- + POINT(0 0 1) +(1 row) + + + + + See Also + + , + + + ST_RemoveRepeatedPoints @@ -3747,67 +4084,6 @@ LINESTRING(44.7994523421035 82.5156766227011,85 85) - - - ST_SwapOrdinates - Returns a version of the given geometry with - given ordinate values swapped. - - - - - - - geometry ST_SwapOrdinates - geometry geom - cstring ords - - - - - - Description - -Returns a version of the given geometry with given ordinates swapped. - - -The ords parameter is a 2-characters string naming -the ordinates to swap. Valid names are: x,y,z and m. - - Availability: 2.2.0 - &curve_support; - &Z_support; - &M_support; - &P_support; - &T_support; - - - - Example - - - - - - See Also - - - - - ST_Union diff --git a/doc/reference_relationship.xml b/doc/reference_relationship.xml new file mode 100644 index 000000000..759a44101 --- /dev/null +++ b/doc/reference_relationship.xml @@ -0,0 +1,2114 @@ + + + + + These functions determine spatial relationships between geometries. + + + Spatial Relationships + + + + ST_3DDWithin + + For 3d (z) geometry type Returns true if two geometries 3d distance is within number of units. + + + + + boolean ST_3DDWithin + + geometry + g1 + + geometry + g2 + + double precision + distance_of_srid + + + + + + Description + + For geometry type returns true if the 3d distance between two objects is within distance_of_srid specified + projected units (spatial ref units). + + &Z_support; + + &P_support; + &sqlmm_compliant; SQL-MM ? + + Availability: 2.0.0 + + + + Examples + + +-- Geometry example - units in meters (SRID: 2163 US National Atlas Equal area) (3D point and line compared 2D point and line) +-- Note: currently no vertical datum support so Z is not transformed and assumed to be same units as final. +SELECT ST_3DDWithin( + ST_Transform(ST_GeomFromEWKT('SRID=4326;POINT(-72.1235 42.3521 4)'),2163), + ST_Transform(ST_GeomFromEWKT('SRID=4326;LINESTRING(-72.1260 42.45 15, -72.123 42.1546 20)'),2163), + 126.8 + ) As within_dist_3d, +ST_DWithin( + ST_Transform(ST_GeomFromEWKT('SRID=4326;POINT(-72.1235 42.3521 4)'),2163), + ST_Transform(ST_GeomFromEWKT('SRID=4326;LINESTRING(-72.1260 42.45 15, -72.123 42.1546 20)'),2163), + 126.8 + ) As within_dist_2d; + + within_dist_3d | within_dist_2d +----------------+---------------- + f | t + + + + + See Also + + , , , , + + + + + + ST_3DDFullyWithin + + Returns true if all of the 3D geometries are within the specified + distance of one another. + + + + + + boolean ST_3DDFullyWithin + + geometry + g1 + + geometry + g2 + + double precision + distance + + + + + + Description + + Returns true if the 3D geometries are fully within the specified distance + of one another. The distance is specified in units defined by the + spatial reference system of the geometries. For this function to make + sense, the source geometries must both be of the same coordinate projection, + having the same SRID. + + + This function call will automatically include a bounding box + comparison that will make use of any indexes that are available on + the geometries. + + + Availability: 2.0.0 + &Z_support; + + &P_support; + + + + + Examples + + -- This compares the difference between fully within and distance within as well + -- as the distance fully within for the 2D footprint of the line/point vs. the 3d fully within + SELECT ST_3DDFullyWithin(geom_a, geom_b, 10) as D3DFullyWithin10, ST_3DDWithin(geom_a, geom_b, 10) as D3DWithin10, + ST_DFullyWithin(geom_a, geom_b, 20) as D2DFullyWithin20, + ST_3DDFullyWithin(geom_a, geom_b, 20) as D3DFullyWithin20 from + (select ST_GeomFromEWKT('POINT(1 1 2)') as geom_a, + ST_GeomFromEWKT('LINESTRING(1 5 2, 2 7 20, 1 9 100, 14 12 3)') as geom_b) t1; + d3dfullywithin10 | d3dwithin10 | d2dfullywithin20 | d3dfullywithin20 +------------------+-------------+------------------+------------------ + f | t | t | f + + + + See Also + + , , , + + + + + + ST_3DIntersects + + Returns TRUE if the Geometries "spatially + intersect" in 3D - only for points, linestrings, polygons, polyhedral surface (area). + + + + + + boolean ST_3DIntersects + + geometry + geomA + + + geometry + geomB + + + + + + Description + Overlaps, Touches, Within all imply spatial intersection. If any of the aforementioned + returns true, then the geometries also spatially intersect. + Disjoint implies false for spatial intersection. + + Changed: 3.0.0 SFCGAL backend removed, GEOS backend supports TINs. + Availability: 2.0.0 + + This function call will automatically include a bounding box + comparison that will make use of any indexes that are available on the + geometries. + + + &Z_support; + + &P_support; + &T_support; + &sfcgal_enhanced; + &sqlmm_compliant; SQL-MM 3: ? + + + Geometry Examples +SELECT ST_3DIntersects(pt, line), ST_Intersects(pt, line) + FROM (SELECT 'POINT(0 0 2)'::geometry As pt, 'LINESTRING (0 0 1, 0 2 3)'::geometry As line) As foo; + st_3dintersects | st_intersects +-----------------+--------------- + f | t +(1 row) + + + + TIN Examples + SELECT ST_3DIntersects('TIN(((0 0 0,1 0 0,0 1 0,0 0 0)))'::geometry, 'POINT(.1 .1 0)'::geometry); + st_3dintersects +----------------- + t + + + See Also + + + + + + + ST_Contains + + Returns true if and only if no points of B lie in the exterior of A, and at least one point of the interior of B lies in the interior of A. + + + + + + boolean ST_Contains + + geometry + geomA + + geometry + geomB + + + + + + Description + + Geometry A contains Geometry B if and only if no points of B lie in the exterior of A, and at least one point of the interior of B lies in the interior of A. + An important subtlety of this definition is that A does not contain its boundary, but A does contain itself. Contrast that to where geometry + A does not Contain Properly itself. + + Returns TRUE if geometry B is completely inside geometry A. For this function to make + sense, the source geometries must both be of the same coordinate projection, + having the same SRID. ST_Contains is the inverse of ST_Within. So ST_Contains(A,B) implies ST_Within(B,A) except in the case of + invalid geometries where the result is always false regardless or not defined. + + Performed by the GEOS module + Enhanced: 2.3.0 Enhancement to PIP short-circuit extended to support MultiPoints with few points. Prior versions only supported point in polygon. + + + Do not call with a GEOMETRYCOLLECTION as an argument + + + + Do not use this function with invalid geometries. You will get unexpected results. + + + This function call will automatically include a bounding box + comparison that will make use of any indexes that are available on + the geometries. To avoid index use, use the function + _ST_Contains. + + NOTE: this is the "allowable" version that returns a + boolean, not an integer. + + &sfs_compliant; s2.1.1.2 // s2.1.13.3 + - same as within(geometry B, geometry A) + &sqlmm_compliant; SQL-MM 3: 5.1.31 + + There are certain subtleties to ST_Contains and ST_Within that are not intuitively obvious. + For details check out Subtleties of OGC Covers, Contains, Within + + + + Examples + + The ST_Contains predicate returns TRUE in all the following illustrations. + + + + + + + + + + + + LINESTRING / MULTIPOINT + + + + + + + + + + POLYGON / POINT + + + + + + + + + + + POLYGON / LINESTRING + + + + + + + + + + POLYGON / POLYGON + + + + + + + + The ST_Contains predicate returns FALSE in all the following illustrations. + + + + + + + + + + + + POLYGON / MULTIPOINT + + + + + + + + + + POLYGON / LINESTRING + + + + + + + + +-- A circle within a circle +SELECT ST_Contains(smallc, bigc) As smallcontainsbig, + ST_Contains(bigc,smallc) As bigcontainssmall, + ST_Contains(bigc, ST_Union(smallc, bigc)) as bigcontainsunion, + ST_Equals(bigc, ST_Union(smallc, bigc)) as bigisunion, + ST_Covers(bigc, ST_ExteriorRing(bigc)) As bigcoversexterior, + ST_Contains(bigc, ST_ExteriorRing(bigc)) As bigcontainsexterior +FROM (SELECT ST_Buffer(ST_GeomFromText('POINT(1 2)'), 10) As smallc, + ST_Buffer(ST_GeomFromText('POINT(1 2)'), 20) As bigc) As foo; + +-- Result + smallcontainsbig | bigcontainssmall | bigcontainsunion | bigisunion | bigcoversexterior | bigcontainsexterior +------------------+------------------+------------------+------------+-------------------+--------------------- + f | t | t | t | t | f + +-- Example demonstrating difference between contains and contains properly +SELECT ST_GeometryType(geomA) As geomtype, ST_Contains(geomA,geomA) AS acontainsa, ST_ContainsProperly(geomA, geomA) AS acontainspropa, + ST_Contains(geomA, ST_Boundary(geomA)) As acontainsba, ST_ContainsProperly(geomA, ST_Boundary(geomA)) As acontainspropba +FROM (VALUES ( ST_Buffer(ST_Point(1,1), 5,1) ), + ( ST_MakeLine(ST_Point(1,1), ST_Point(-1,-1) ) ), + ( ST_Point(1,1) ) + ) As foo(geomA); + + geomtype | acontainsa | acontainspropa | acontainsba | acontainspropba +--------------+------------+----------------+-------------+----------------- +ST_Polygon | t | f | f | f +ST_LineString | t | f | f | f +ST_Point | t | t | f | f + + + + + + See Also + , , , , , + + + + + + ST_ContainsProperly + + Returns true if B intersects the interior of A but not the boundary (or exterior). A does not contain properly itself, but does contain itself. + + + + + + boolean ST_ContainsProperly + + geometry + geomA + + geometry + geomB + + + + + + Description + + Returns true if B intersects the interior of A but not the boundary (or exterior). + + A does not contain properly itself, but does contain itself. + Every point of the other geometry is a point of this geometry's interior. The DE-9IM Intersection Matrix for the two geometries matches + [T**FF*FF*] used in + + + From JTS docs slightly reworded: The advantage to using this predicate over and is that it can be computed + efficiently, with no need to compute topology at individual points. + + An example use case for this predicate is computing the intersections of a set of geometries with a large polygonal geometry. Since intersection is a fairly slow operation, it can be more efficient to use containsProperly to filter out test geometries which lie + wholly inside the area. In these cases the intersection is known a priori to be exactly the original test geometry. + + + Performed by the GEOS module. + Availability: 1.4.0 + + + Do not call with a GEOMETRYCOLLECTION as an argument + + + + Do not use this function with invalid geometries. You will get unexpected results. + + + This function call will automatically include a bounding box + comparison that will make use of any indexes that are available on + the geometries. To avoid index use, use the function + _ST_ContainsProperly. + + + + + Examples + + --a circle within a circle + SELECT ST_ContainsProperly(smallc, bigc) As smallcontainspropbig, + ST_ContainsProperly(bigc,smallc) As bigcontainspropsmall, + ST_ContainsProperly(bigc, ST_Union(smallc, bigc)) as bigcontainspropunion, + ST_Equals(bigc, ST_Union(smallc, bigc)) as bigisunion, + ST_Covers(bigc, ST_ExteriorRing(bigc)) As bigcoversexterior, + ST_ContainsProperly(bigc, ST_ExteriorRing(bigc)) As bigcontainsexterior + FROM (SELECT ST_Buffer(ST_GeomFromText('POINT(1 2)'), 10) As smallc, + ST_Buffer(ST_GeomFromText('POINT(1 2)'), 20) As bigc) As foo; + --Result + smallcontainspropbig | bigcontainspropsmall | bigcontainspropunion | bigisunion | bigcoversexterior | bigcontainsexterior +------------------+------------------+------------------+------------+-------------------+--------------------- + f | t | f | t | t | f + + --example demonstrating difference between contains and contains properly + SELECT ST_GeometryType(geomA) As geomtype, ST_Contains(geomA,geomA) AS acontainsa, ST_ContainsProperly(geomA, geomA) AS acontainspropa, + ST_Contains(geomA, ST_Boundary(geomA)) As acontainsba, ST_ContainsProperly(geomA, ST_Boundary(geomA)) As acontainspropba + FROM (VALUES ( ST_Buffer(ST_Point(1,1), 5,1) ), + ( ST_MakeLine(ST_Point(1,1), ST_Point(-1,-1) ) ), + ( ST_Point(1,1) ) + ) As foo(geomA); + + geomtype | acontainsa | acontainspropa | acontainsba | acontainspropba +--------------+------------+----------------+-------------+----------------- +ST_Polygon | t | f | f | f +ST_LineString | t | f | f | f +ST_Point | t | t | f | f + + + + + See Also + , , , , , , , + + + + + + ST_Covers + + Returns 1 (TRUE) if no point in Geometry B is outside + Geometry A + + + + + + boolean ST_Covers + + geometry + geomA + + geometry + geomB + + + boolean ST_Covers + + geography + geogpolyA + + geography + geogpointB + + + + + + Description + + Returns 1 (TRUE) if no point in Geometry/Geography B is outside + Geometry/Geography A + + + Do not call with a GEOMETRYCOLLECTION as an argument + + + + Do not use this function with invalid geometries. You will get unexpected results. + + + This function call will automatically include a bounding box + comparison that will make use of any indexes that are available on + the geometries. To avoid index use, use the function + _ST_Covers. + + Performed by the GEOS module + Enhanced: 2.4.0 Support for polygon in polygon and line in polygon added for geography type + Enhanced: 2.3.0 Enhancement to PIP short-circuit for geometry extended to support MultiPoints with few points. Prior versions only supported point in polygon. + Availability: 1.5 - support for geography was introduced. + Availability: 1.2.2 + + NOTE: this is the "allowable" version that returns a + boolean, not an integer. + + Not an OGC standard, but Oracle has it too. + There are certain subtleties to ST_Contains and ST_Within that are not intuitively obvious. + For details check out Subtleties of OGC Covers, Contains, Within + + + + Examples + Geometry example + + --a circle covering a circle +SELECT ST_Covers(smallc,smallc) As smallinsmall, + ST_Covers(smallc, bigc) As smallcoversbig, + ST_Covers(bigc, ST_ExteriorRing(bigc)) As bigcoversexterior, + ST_Contains(bigc, ST_ExteriorRing(bigc)) As bigcontainsexterior +FROM (SELECT ST_Buffer(ST_GeomFromText('POINT(1 2)'), 10) As smallc, + ST_Buffer(ST_GeomFromText('POINT(1 2)'), 20) As bigc) As foo; + --Result + smallinsmall | smallcoversbig | bigcoversexterior | bigcontainsexterior +--------------+----------------+-------------------+--------------------- + t | f | t | f +(1 row) + Geeography Example + +-- a point with a 300 meter buffer compared to a point, a point and its 10 meter buffer +SELECT ST_Covers(geog_poly, geog_pt) As poly_covers_pt, + ST_Covers(ST_Buffer(geog_pt,10), geog_pt) As buff_10m_covers_cent + FROM (SELECT ST_Buffer(ST_GeogFromText('SRID=4326;POINT(-99.327 31.4821)'), 300) As geog_poly, + ST_GeogFromText('SRID=4326;POINT(-99.33 31.483)') As geog_pt ) As foo; + + poly_covers_pt | buff_10m_covers_cent +----------------+------------------ + f | t + + + + + See Also + , , + + + + + + ST_CoveredBy + + Returns 1 (TRUE) if no point in Geometry/Geography A is outside + Geometry/Geography B + + + + + + boolean ST_CoveredBy + + geometry + geomA + + geometry + geomB + + + + boolean ST_CoveredBy + + geography + geogA + + geography + geogB + + + + + + Description + + Returns 1 (TRUE) if no point in Geometry/Geography A is outside + Geometry/Geography B + + + Do not call with a GEOMETRYCOLLECTION as an argument + + + + Do not use this function with invalid geometries. You will get unexpected results. + + Performed by the GEOS module + Availability: 1.2.2 + This function call will automatically include a bounding box + comparison that will make use of any indexes that are available on + the geometries. To avoid index use, use the function + _ST_CoveredBy. + + NOTE: this is the "allowable" version that returns a + boolean, not an integer. + + Not an OGC standard, but Oracle has it too. + There are certain subtleties to ST_Contains and ST_Within that are not intuitively obvious. + For details check out Subtleties of OGC Covers, Contains, Within + + + + Examples + + --a circle coveredby a circle +SELECT ST_CoveredBy(smallc,smallc) As smallinsmall, + ST_CoveredBy(smallc, bigc) As smallcoveredbybig, + ST_CoveredBy(ST_ExteriorRing(bigc), bigc) As exteriorcoveredbybig, + ST_Within(ST_ExteriorRing(bigc),bigc) As exeriorwithinbig +FROM (SELECT ST_Buffer(ST_GeomFromText('POINT(1 2)'), 10) As smallc, + ST_Buffer(ST_GeomFromText('POINT(1 2)'), 20) As bigc) As foo; + --Result + smallinsmall | smallcoveredbybig | exteriorcoveredbybig | exeriorwithinbig +--------------+-------------------+----------------------+------------------ + t | t | t | f +(1 row) + + + + See Also + , , , + + + + + + ST_Crosses + + Returns TRUE if the supplied geometries have some, but not all, + interior points in common. + + + + + + boolean ST_Crosses + + geometry g1 + + geometry g2 + + + + + + Description + + ST_Crosses takes two geometry objects and + returns TRUE if their intersection "spatially cross", that is, the + geometries have some, but not all interior points in common. The + intersection of the interiors of the geometries must not be the empty + set and must have a dimensionality less than the maximum dimension + of the two input geometries. Additionally, the intersection of the two + geometries must not equal either of the source geometries. Otherwise, it + returns FALSE. + + In mathematical terms, this is expressed as: + + TODO: Insert appropriate MathML markup here or use a gif. + Simple HTML markup does not work well in both IE and Firefox. + + + + + + + + + + The DE-9IM Intersection Matrix for the two geometries is: + + + + T*T****** (for Point/Line, Point/Area, and + Line/Area situations) + + + + T*****T** (for Line/Point, Area/Point, and + Area/Line situations) + + + + 0******** (for Line/Line situations) + + + + For any other combination of dimensions this predicate returns + false. + + The OpenGIS Simple Features Specification defines this predicate + only for Point/Line, Point/Area, Line/Line, and Line/Area situations. + JTS / GEOS extends the definition to apply to Line/Point, Area/Point and + Area/Line situations as well. This makes the relation + symmetric. + + + Do not call with a GEOMETRYCOLLECTION as an argument + + + + This function call will automatically include a bounding box + comparison that will make use of any indexes that are available on the + geometries. + + + &sfs_compliant; s2.1.13.3 + &sqlmm_compliant; SQL-MM 3: 5.1.29 + + + + Examples + + The following illustrations all return TRUE. + + + + + + + + + + + + MULTIPOINT / LINESTRING + + + + + + + + + + MULTIPOINT / POLYGON + + + + + + + + + + + + LINESTRING / POLYGON + + + + + + + + + + LINESTRING / LINESTRING + + + + + + + + Consider a situation where a user has two tables: a table of roads + and a table of highways. + + + + + + + CREATE TABLE roads ( + id serial NOT NULL, + the_geom geometry, + CONSTRAINT roads_pkey PRIMARY KEY (road_id) +); + + + + CREATE TABLE highways ( + id serial NOT NULL, + the_gem geometry, + CONSTRAINT roads_pkey PRIMARY KEY (road_id) +); + + + + + + + To determine a list of roads that cross a highway, use a query + similiar to: + + + SELECT roads.id +FROM roads, highways +WHERE ST_Crosses(roads.the_geom, highways.the_geom); + + + + + + + ST_LineCrossingDirection + + Given 2 linestrings, returns a number between -3 and 3 denoting what kind of crossing behavior. 0 is no crossing. + + + + + + integer ST_LineCrossingDirection + geometry linestringA + geometry linestringB + + + + + + Description + + Given 2 linestrings, returns a number between -3 and 3 denoting what kind of crossing behavior. 0 is no crossing. This is only supported for LINESTRING + Definition of integer constants is as follows: + + + 0: LINE NO CROSS + + + -1: LINE CROSS LEFT + + + 1: LINE CROSS RIGHT + + + -2: LINE MULTICROSS END LEFT + + + 2: LINE MULTICROSS END RIGHT + + + -3: LINE MULTICROSS END SAME FIRST LEFT + + + 3: LINE MULTICROSS END SAME FIRST RIGHT + + + + Availability: 1.4 + + + + + + + Examples + + + + + + + + + + + Line 1 (green), Line 2 ball is start point, + triangle are end points. Query below. + + + +SELECT ST_LineCrossingDirection(foo.line1, foo.line2) As l1_cross_l2 , + ST_LineCrossingDirection(foo.line2, foo.line1) As l2_cross_l1 +FROM ( +SELECT + ST_GeomFromText('LINESTRING(25 169,89 114,40 70,86 43)') As line1, + ST_GeomFromText('LINESTRING(171 154,20 140,71 74,161 53)') As line2 + ) As foo; + + l1_cross_l2 | l2_cross_l1 +-------------+------------- + 3 | -3 + + + + + + + + + + + Line 1 (green), Line 2 (blue) ball is start point, + triangle are end points. Query below. + + + +SELECT ST_LineCrossingDirection(foo.line1, foo.line2) As l1_cross_l2 , + ST_LineCrossingDirection(foo.line2, foo.line1) As l2_cross_l1 +FROM ( + SELECT + ST_GeomFromText('LINESTRING(25 169,89 114,40 70,86 43)') As line1, + ST_GeomFromText('LINESTRING (171 154, 20 140, 71 74, 2.99 90.16)') As line2 +) As foo; + + l1_cross_l2 | l2_cross_l1 +-------------+------------- + 2 | -2 + + + + + + + + + + + Line 1 (green), Line 2 (blue) ball is start point, + triangle are end points. Query below. + + + +SELECT + ST_LineCrossingDirection(foo.line1, foo.line2) As l1_cross_l2 , + ST_LineCrossingDirection(foo.line2, foo.line1) As l2_cross_l1 +FROM ( + SELECT + ST_GeomFromText('LINESTRING(25 169,89 114,40 70,86 43)') As line1, + ST_GeomFromText('LINESTRING (20 140, 71 74, 161 53)') As line2 + ) As foo; + + l1_cross_l2 | l2_cross_l1 +-------------+------------- + -1 | 1 + + + + + + + + + + + Line 1 (green), Line 2 (blue) ball is start point, + triangle are end points. Query below. + + + +SELECT ST_LineCrossingDirection(foo.line1, foo.line2) As l1_cross_l2 , + ST_LineCrossingDirection(foo.line2, foo.line1) As l2_cross_l1 +FROM (SELECT + ST_GeomFromText('LINESTRING(25 169,89 114,40 70,86 43)') As line1, + ST_GeomFromText('LINESTRING(2.99 90.16,71 74,20 140,171 154)') As line2 + ) As foo; + + l1_cross_l2 | l2_cross_l1 +-------------+------------- + -2 | 2 + + + + + + + + + +SELECT s1.gid, s2.gid, ST_LineCrossingDirection(s1.the_geom, s2.the_geom) + FROM streets s1 CROSS JOIN streets s2 ON (s1.gid != s2.gid AND s1.the_geom && s2.the_geom ) +WHERE ST_CrossingDirection(s1.the_geom, s2.the_geom) > 0; + + + + + + See Also + + + + + + + + ST_Disjoint + + Returns TRUE if the Geometries do not "spatially + intersect" - if they do not share any space together. + + + + + + boolean ST_Disjoint + + geometry + A + + + geometry + B + + + + + + Description + Overlaps, Touches, Within all imply geometries are not spatially disjoint. If any of the aforementioned + returns true, then the geometries are not spatially disjoint. + Disjoint implies false for spatial intersection. + + + Do not call with a GEOMETRYCOLLECTION as an argument + + + Performed by the GEOS module + + This function call does not use indexes + + + + NOTE: this is the "allowable" version that returns a + boolean, not an integer. + + &sfs_compliant; s2.1.1.2 //s2.1.13.3 + - a.Relate(b, 'FF*FF****') + &sqlmm_compliant; SQL-MM 3: 5.1.26 + + + Examples + + SELECT ST_Disjoint('POINT(0 0)'::geometry, 'LINESTRING ( 2 0, 0 2 )'::geometry); + st_disjoint +--------------- + t +(1 row) +SELECT ST_Disjoint('POINT(0 0)'::geometry, 'LINESTRING ( 0 0, 0 2 )'::geometry); + st_disjoint +--------------- + f +(1 row) + + + + + See Also + + + + + + + ST_DFullyWithin + + Returns true if all of the geometries are within the specified + distance of one another + + + + + + boolean ST_DFullyWithin + + geometry + g1 + + geometry + g2 + + double precision + distance + + + + + + Description + + Returns true if the geometries is fully within the specified distance + of one another. The distance is specified in units defined by the + spatial reference system of the geometries. For this function to make + sense, the source geometries must both be of the same coordinate projection, + having the same SRID. + + + This function call will automatically include a bounding box + comparison that will make use of any indexes that are available on + the geometries. + + + Availability: 1.5.0 + + + + Examples + postgis=# SELECT ST_DFullyWithin(geom_a, geom_b, 10) as DFullyWithin10, ST_DWithin(geom_a, geom_b, 10) as DWithin10, ST_DFullyWithin(geom_a, geom_b, 20) as DFullyWithin20 from + (select ST_GeomFromText('POINT(1 1)') as geom_a,ST_GeomFromText('LINESTRING(1 5, 2 7, 1 9, 14 12)') as geom_b) t1; + +----------------- + DFullyWithin10 | DWithin10 | DFullyWithin20 | +---------------+----------+---------------+ + f | t | t | + + + + See Also + + , + + + + + + ST_DWithin + + Returns true if the geometries are within the specified + distance of one another. For geometry units are in those of spatial reference and for geography units are in meters and measurement is + defaulted to use_spheroid=true (measure around spheroid), for faster check, use_spheroid=false to measure along sphere. + + + + + + boolean ST_DWithin + geometry + g1 + + geometry + g2 + + double precision + distance_of_srid + + + + boolean ST_DWithin + geography + gg1 + + geography + gg2 + + double precision + distance_meters + + boolean + use_spheroid + + + + + + Description + + Returns true if the geometries are within the specified distance + of one another. + + For geometry: The distance is specified in units defined by the + spatial reference system of the geometries. For this function to make + sense, the source geometries must both be of the same coordinate projection, + having the same SRID. + + For geography units are in meters and measurement is + defaulted to use_spheroid=true, for faster check, use_spheroid=false to measure along sphere. + + + + This function call will automatically include a bounding box + comparison that will make use of any indexes that are available on + the geometries. + + + + Prior to 1.3, ST_Expand was commonly used in conjunction with && and ST_Distance to + achieve the same effect and in pre-1.3.4 this function was basically short-hand for that construct. + From 1.3.4, ST_DWithin uses a more short-circuit distance function which should make it more efficient + than prior versions for larger buffer regions. + + + Use ST_3DDWithin if you have 3D geometries. + + &sfs_compliant; + Availability: 1.5.0 support for geography was introduced + Enhanced: 2.1.0 improved speed for geography. See Making Geography faster for details. + Enhanced: 2.1.0 support for curved geometries was introduced. + + + + Examples + +-- Find the nearest hospital to each school +-- that is within 3000 units of the school. +-- We do an ST_DWithin search to utilize indexes to limit our search list +-- that the non-indexable ST_Distance needs to process +-- If the units of the spatial reference is meters then units would be meters +SELECT DISTINCT ON (s.gid) s.gid, s.school_name, s.geom, h.hospital_name + FROM schools s + LEFT JOIN hospitals h ON ST_DWithin(s.the_geom, h.geom, 3000) + ORDER BY s.gid, ST_Distance(s.geom, h.geom); + +-- The schools with no close hospitals +-- Find all schools with no hospital within 3000 units +-- away from the school. Units is in units of spatial ref (e.g. meters, feet, degrees) +SELECT s.gid, s.school_name + FROM schools s + LEFT JOIN hospitals h ON ST_DWithin(s.geom, h.geom, 3000) + WHERE h.gid IS NULL; + +-- Find broadcasting towers that receiver with limited range can receive. +-- Data is geometry in Spherical Mercator (SRID=3857), ranges are approximate. + +-- Create geometry index that will check proximity limit of user to tower +CREATE INDEX ON broadcasting_towers using gist (geom); + +-- Create geometry index that will check proximity limit of tower to user +CREATE INDEX ON broadcasting_towers using gist (ST_Expand(geom, sending_range)); + +-- Query towers that 4-kilometer receiver in Minsk Hackerspace can get +-- Note: two conditions, because shorter LEAST(b.sending_range, 4000) will not use index. +SELECT b.tower_id, b.geom + FROM broadcasting_towers b + WHERE ST_DWithin(b.geom, 'SRID=3857;POINT(3072163.4 7159374.1)', 4000) + AND ST_DWithin(b.geom, 'SRID=3857;POINT(3072163.4 7159374.1)', b.sending_range); + + + + + + See Also + + , , + + + + + + ST_Equals + + Returns true if the given geometries represent the same geometry. Directionality + is ignored. + + + + + + boolean ST_Equals + geometry A + geometry B + + + + + + Description + + Returns TRUE if the given Geometries are "spatially + equal". Use this for a 'better' answer than '='. + Note by spatially equal we mean ST_Within(A,B) = true and ST_Within(B,A) = true and + also mean ordering of points can be different but + represent the same geometry structure. To verify the order of points is consistent, use + ST_OrderingEquals (it must be noted ST_OrderingEquals is a little more stringent than simply verifying order of + points are the same). + + + This function will return false if either geometry is invalid except in the case where they are binary equal. + + + + Do not call with a GEOMETRYCOLLECTION as an argument. + + + &sfs_compliant; s2.1.1.2 + &sqlmm_compliant; SQL-MM 3: 5.1.24 + Changed: 2.2.0 Returns true even for invalid geometries if they are binary equal + + + + Examples + + SELECT ST_Equals(ST_GeomFromText('LINESTRING(0 0, 10 10)'), + ST_GeomFromText('LINESTRING(0 0, 5 5, 10 10)')); + st_equals +----------- + t +(1 row) + +SELECT ST_Equals(ST_Reverse(ST_GeomFromText('LINESTRING(0 0, 10 10)')), + ST_GeomFromText('LINESTRING(0 0, 5 5, 10 10)')); + st_equals +----------- + t +(1 row) + + + + + See Also + + , , , + + + + + + + + ST_Intersects + + Returns TRUE if the Geometries/Geography "spatially + intersect in 2D" - (share any portion of space) and FALSE if they don't (they are Disjoint). + For geography tolerance is 0.00001 meters (so any points that close are considered to intersect) + + + + + + boolean ST_Intersects + + geometry + geomA + + + geometry + geomB + + + + boolean ST_Intersects + + geography + geogA + + + geography + geogB + + + + + + Description + If a geometry or geography shares any portion of space then they intersect. + For geography -- tolerance is 0.00001 meters (so any points that are close are considered to intersect) + ST_Overlaps, ST_Touches, ST_Within all imply spatial intersection. + If any of the aforementioned + returns true, then the geometries also spatially intersect. + Disjoint implies false for spatial intersection. + + Changed: 3.0.0 SFCGAL version removed. + Enhanced: 2.5.0 Supports GEOMETRYCOLLECTION. + Enhanced: 2.3.0 Enhancement to PIP short-circuit extended to support MultiPoints with few points. Prior versions only supported point in polygon. + Performed by the GEOS module (for geometry), geography is native + Availability: 1.5 support for geography was introduced. + + This function call will automatically include a bounding box + comparison that will make use of any indexes that are available on the + geometries. + + + For geography, this function has a distance tolerance of about 0.00001 meters and uses the sphere rather + than spheroid calculation. + + + NOTE: this is the "allowable" version that returns a + boolean, not an integer. + + &sfs_compliant; s2.1.1.2 //s2.1.13.3 + - ST_Intersects(g1, g2 ) --> Not (ST_Disjoint(g1, g2 )) + + &sqlmm_compliant; SQL-MM 3: 5.1.27 + &sfcgal_enhanced; + + + Geometry Examples +SELECT ST_Intersects('POINT(0 0)'::geometry, 'LINESTRING ( 2 0, 0 2 )'::geometry); + st_intersects +--------------- + f +(1 row) +SELECT ST_Intersects('POINT(0 0)'::geometry, 'LINESTRING ( 0 0, 0 2 )'::geometry); + st_intersects +--------------- + t +(1 row) + + + + Geography Examples +SELECT ST_Intersects( + 'SRID=4326;LINESTRING(-43.23456 72.4567,-43.23456 72.4568)'::geography, + 'SRID=4326;POINT(-43.23456 72.4567772)'::geography + ); + + st_intersects +--------------- +t + + + + See Also + , + + + + + + ST_OrderingEquals + + Returns true if the given geometries represent the same geometry + and points are in the same directional order. + + + + + + boolean ST_OrderingEquals + geometry A + geometry B + + + + + + Description + + ST_OrderingEquals compares two geometries and returns t (TRUE) if the + geometries are equal and the coordinates are in the same order; + otherwise it returns f (FALSE). + + + This function is implemented as per the ArcSDE SQL + specification rather than SQL-MM. + http://edndoc.esri.com/arcsde/9.1/sql_api/sqlapi3.htm#ST_OrderingEquals + + &sqlmm_compliant; SQL-MM 3: 5.1.43 + + + + Examples + + SELECT ST_OrderingEquals(ST_GeomFromText('LINESTRING(0 0, 10 10)'), + ST_GeomFromText('LINESTRING(0 0, 5 5, 10 10)')); + st_orderingequals +----------- + f +(1 row) + +SELECT ST_OrderingEquals(ST_GeomFromText('LINESTRING(0 0, 10 10)'), + ST_GeomFromText('LINESTRING(0 0, 0 0, 10 10)')); + st_orderingequals +----------- + t +(1 row) + +SELECT ST_OrderingEquals(ST_Reverse(ST_GeomFromText('LINESTRING(0 0, 10 10)')), + ST_GeomFromText('LINESTRING(0 0, 0 0, 10 10)')); + st_orderingequals +----------- + f +(1 row) + + + + See Also + , + + + + + + ST_Overlaps + + Returns TRUE if the Geometries share space, are of the same dimension, but are not completely contained by each other. + + + + + + boolean ST_Overlaps + geometry A + geometry B + + + + + + Description + + Returns TRUE if the Geometries "spatially + overlap". By that we mean they intersect, but one does not completely contain another. + + Performed by the GEOS module + + Do not call with a GeometryCollection as an argument + + This function call will automatically include a bounding box + comparison that will make use of any indexes that are available on + the geometries. To avoid index use, use the function + _ST_Overlaps. + + NOTE: this is the "allowable" version that returns a + boolean, not an integer. + + &sfs_compliant; s2.1.1.2 // s2.1.13.3 + &sqlmm_compliant; SQL-MM 3: 5.1.32 + + + + Examples + The following illustrations all return TRUE. + + + + + + + + + + + MULTIPOINT / MULTIPOINT + + + + + + + + + LINESTRING / LINESTRING + + + + + + + + POLYGON / POLYGON + + + + + + + --a point on a line is contained by the line and is of a lower dimension, and therefore does not overlap the line + nor crosses + +SELECT ST_Overlaps(a,b) As a_overlap_b, + ST_Crosses(a,b) As a_crosses_b, + ST_Intersects(a, b) As a_intersects_b, ST_Contains(b,a) As b_contains_a +FROM (SELECT ST_GeomFromText('POINT(1 0.5)') As a, ST_GeomFromText('LINESTRING(1 0, 1 1, 3 5)') As b) + As foo + +a_overlap_b | a_crosses_b | a_intersects_b | b_contains_a +------------+-------------+----------------+-------------- +f | f | t | t + +--a line that is partly contained by circle, but not fully is defined as intersecting and crossing, +-- but since of different dimension it does not overlap +SELECT ST_Overlaps(a,b) As a_overlap_b, ST_Crosses(a,b) As a_crosses_b, + ST_Intersects(a, b) As a_intersects_b, + ST_Contains(a,b) As a_contains_b +FROM (SELECT ST_Buffer(ST_GeomFromText('POINT(1 0.5)'), 3) As a, ST_GeomFromText('LINESTRING(1 0, 1 1, 3 5)') As b) + As foo; + + a_overlap_b | a_crosses_b | a_intersects_b | a_contains_b +-------------+-------------+----------------+-------------- + f | t | t | f + + -- a 2-dimensional bent hot dog (aka buffered line string) that intersects a circle, + -- but is not fully contained by the circle is defined as overlapping since they are of the same dimension, +-- but it does not cross, because the intersection of the 2 is of the same dimension +-- as the maximum dimension of the 2 + +SELECT ST_Overlaps(a,b) As a_overlap_b, ST_Crosses(a,b) As a_crosses_b, ST_Intersects(a, b) As a_intersects_b, +ST_Contains(b,a) As b_contains_a, +ST_Dimension(a) As dim_a, ST_Dimension(b) as dim_b, ST_Dimension(ST_Intersection(a,b)) As dima_intersection_b +FROM (SELECT ST_Buffer(ST_GeomFromText('POINT(1 0.5)'), 3) As a, + ST_Buffer(ST_GeomFromText('LINESTRING(1 0, 1 1, 3 5)'),0.5) As b) + As foo; + + a_overlap_b | a_crosses_b | a_intersects_b | b_contains_a | dim_a | dim_b | dima_intersection_b +-------------+-------------+----------------+--------------+-------+-------+--------------------- + t | f | t | f | 2 | 2 | 2 + + + + + + + See Also + + , , , + + + + + + ST_PointInsideCircle + + Is the point geometry inside the circle defined by center_x, center_y, radius + + + + + + boolean ST_PointInsideCircle + geometry a_point + float center_x + float center_y + float radius + + + + + + Description + + The syntax for this functions is + ST_PointInsideCircle(<geometry>,<circle_center_x>,<circle_center_y>,<radius>). + Returns the true if the geometry is a point and is inside the + circle. Returns false otherwise. + This only works for points as the name suggests + + Availability: 1.2 + Changed: 2.2.0 In prior versions this used to be called ST_Point_Inside_Circle + + + + + Examples + + SELECT ST_PointInsideCircle(ST_Point(1,2), 0.5, 2, 3); + st_pointinsidecircle +------------------------ + t + + + + + + See Also + + + + + + + + ST_Relate + + Returns true if this Geometry is spatially related to + anotherGeometry, by testing for intersections between the + Interior, Boundary and Exterior of the two geometries as specified + by the values in the intersectionMatrixPattern. If no intersectionMatrixPattern + is passed in, then returns the maximum intersectionMatrixPattern that relates the 2 geometries. + + + + + + boolean ST_Relate + geometry geomA + geometry geomB + text intersectionMatrixPattern + + + + text ST_Relate + geometry geomA + geometry geomB + + + + text ST_Relate + geometry geomA + geometry geomB + integer BoundaryNodeRule + + + + + + Description + + Version 1: Takes geomA, geomB, intersectionMatrix and Returns 1 (TRUE) if this Geometry is spatially related to + anotherGeometry, by testing for intersections between the + Interior, Boundary and Exterior of the two geometries as specified + by the values in the DE-9IM matrix pattern. + + This is especially useful for testing compound checks of intersection, crosses, etc in one step. + Do not call with a GeometryCollection as an argument + + This is the "allowable" version that returns a + boolean, not an integer. This is defined in OGC spec + + This DOES NOT automagically include an index call. The reason for that + is some relationships are anti e.g. Disjoint. If you are + using a relationship pattern that requires intersection, then include the && + index call. + + Version 2: Takes geomA and geomB and returns the + + Version 3: same as version 2, but allows to specify a boundary node rule (1:OGC/MOD2, 2:Endpoint, 3:MultivalentEndpoint, 4:MonovalentEndpoint) + + Do not call with a GeometryCollection as an argument + + not in OGC spec, but implied. see s2.1.13.2 + &sfs_compliant; s2.1.1.2 // s2.1.13.3 + &sqlmm_compliant; SQL-MM 3: 5.1.25 + Performed by the GEOS module + Enhanced: 2.0.0 - added support for specifying boundary node rule. + + + + + Examples + +--Find all compounds that intersect and not touch a poly (interior intersects) +SELECT l.* , b.name As poly_name + FROM polys As b +INNER JOIN compounds As l +ON (p.the_geom && b.the_geom +AND ST_Relate(l.the_geom, b.the_geom,'T********')); + +SELECT ST_Relate(ST_GeometryFromText('POINT(1 2)'), ST_Buffer(ST_GeometryFromText('POINT(1 2)'),2)); +st_relate +----------- +0FFFFF212 + +SELECT ST_Relate(ST_GeometryFromText('LINESTRING(1 2, 3 4)'), ST_GeometryFromText('LINESTRING(5 6, 7 8)')); +st_relate +----------- +FF1FF0102 + + +SELECT ST_Relate(ST_GeometryFromText('POINT(1 2)'), ST_Buffer(ST_GeometryFromText('POINT(1 2)'),2), '0FFFFF212'); +st_relate +----------- +t + +SELECT ST_Relate(ST_GeometryFromText('POINT(1 2)'), ST_Buffer(ST_GeometryFromText('POINT(1 2)'),2), '*FF*FF212'); +st_relate +----------- +t + + + + + + See Also + + , , , , + + + + + + ST_RelateMatch + + Returns true if intersectionMattrixPattern1 implies intersectionMatrixPattern2 + + + + + + boolean ST_RelateMatch + text intersectionMatrix + text intersectionMatrixPattern + + + + + + Description + + Takes intersectionMatrix and intersectionMatrixPattern and Returns true if the intersectionMatrix satisfies + the intersectionMatrixPattern. For more information refer to . + Performed by the GEOS module + Availability: 2.0.0 + + + + + Examples + +SELECT ST_RelateMatch('101202FFF', 'TTTTTTFFF') ; +-- result -- +t +--example of common intersection matrix patterns and example matrices +-- comparing relationships of involving one invalid geometry and ( a line and polygon that intersect at interior and boundary) +SELECT mat.name, pat.name, ST_RelateMatch(mat.val, pat.val) As satisfied + FROM + ( VALUES ('Equality', 'T1FF1FFF1'), + ('Overlaps', 'T*T***T**'), + ('Within', 'T*F**F***'), + ('Disjoint', 'FF*FF****') As pat(name,val) + CROSS JOIN + ( VALUES ('Self intersections (invalid)', '111111111'), + ('IE2_BI1_BB0_BE1_EI1_EE2', 'FF2101102'), + ('IB1_IE1_BB0_BE0_EI2_EI1_EE2', 'F11F00212') + ) As mat(name,val); + + + + + + + See Also + , + + + + + + ST_Touches + + Returns TRUE if the geometries have at least one point in common, + but their interiors do not intersect. + + + + + + boolean ST_Touches + + geometry + g1 + + geometry + g2 + + + + + + Description + + Returns TRUE if the only points in common between + g1 and g2 lie in the union of the + boundaries of g1 and g2. + The ST_Touches relation applies + to all Area/Area, Line/Line, Line/Area, Point/Area and Point/Line pairs of relationships, + but not to the Point/Point pair. + + In mathematical terms, this predicate is expressed as: + + + + + + + + + + The allowable DE-9IM Intersection Matrices for the two geometries are: + + + + FT******* + + + + F**T***** + + + + F***T**** + + + + + Do not call with a GEOMETRYCOLLECTION as an argument + + + + This function call will automatically include a bounding box + comparison that will make use of any indexes that are available on + the geometries. To avoid using an index, use _ST_Touches instead. + + + &sfs_compliant; s2.1.1.2 // s2.1.13.3 + &sqlmm_compliant; SQL-MM 3: 5.1.28 + + + + Examples + + The ST_Touches predicate returns TRUE in all the following illustrations. + + + + + + + + + + + POLYGON / POLYGON + + + + + + + + + + POLYGON / POLYGON + + + + + + + + + + POLYGON / LINESTRING + + + + + + + + + + + LINESTRING / LINESTRING + + + + + + + + + + LINESTRING / LINESTRING + + + + + + + + + + POLYGON / POINT + + + + + + + + SELECT ST_Touches('LINESTRING(0 0, 1 1, 0 2)'::geometry, 'POINT(1 1)'::geometry); + st_touches +------------ + f +(1 row) + +SELECT ST_Touches('LINESTRING(0 0, 1 1, 0 2)'::geometry, 'POINT(0 2)'::geometry); + st_touches +------------ + t +(1 row) + + + + + + ST_Within + + Returns true if the geometry A is completely inside geometry B + + + + + + boolean ST_Within + + geometry + A + + geometry + B + + + + + + Description + + Returns TRUE if geometry A is completely inside geometry B. For this function to make + sense, the source geometries must both be of the same coordinate projection, + having the same SRID. It is a given that if ST_Within(A,B) is true and ST_Within(B,A) is true, then + the two geometries are considered spatially equal. + + Performed by the GEOS module + + Enhanced: 2.3.0 Enhancement to PIP short-circuit for geometry extended to support MultiPoints with few points. Prior versions only supported point in polygon. + + + Do not call with a GEOMETRYCOLLECTION as an argument + + + + Do not use this function with invalid geometries. You will get unexpected results. + + + This function call will automatically include a bounding box + comparison that will make use of any indexes that are available on + the geometries. To avoid index use, use the function + _ST_Within. + + NOTE: this is the "allowable" version that returns a + boolean, not an integer. + + &sfs_compliant; s2.1.1.2 // s2.1.13.3 + - a.Relate(b, 'T*F**F***') + + &sqlmm_compliant; SQL-MM 3: 5.1.30 + + + + Examples + +--a circle within a circle +SELECT ST_Within(smallc,smallc) As smallinsmall, + ST_Within(smallc, bigc) As smallinbig, + ST_Within(bigc,smallc) As biginsmall, + ST_Within(ST_Union(smallc, bigc), bigc) as unioninbig, + ST_Within(bigc, ST_Union(smallc, bigc)) as biginunion, + ST_Equals(bigc, ST_Union(smallc, bigc)) as bigisunion +FROM +( +SELECT ST_Buffer(ST_GeomFromText('POINT(50 50)'), 20) As smallc, + ST_Buffer(ST_GeomFromText('POINT(50 50)'), 40) As bigc) As foo; +--Result + smallinsmall | smallinbig | biginsmall | unioninbig | biginunion | bigisunion +--------------+------------+------------+------------+------------+------------ + t | t | f | t | t | t +(1 row) + + + + + + + + + + + See Also + , , + + + + + diff --git a/doc/reference_srs.xml b/doc/reference_srs.xml new file mode 100644 index 000000000..91b0decd8 --- /dev/null +++ b/doc/reference_srs.xml @@ -0,0 +1,277 @@ + + + + + These functions work with the Spatial Reference System of geometries. + + + + Spatial Reference System Functions + + + + ST_SetSRID + + Set the SRID on a geometry to a particular integer + value. + + + + + + geometry ST_SetSRID + + geometry + geom + + integer + srid + + + + + + Description + + Sets the SRID on a geometry to a particular integer value. + Useful in constructing bounding boxes for queries. + + + This function does not transform the geometry coordinates in any way - + it simply sets the meta data defining the spatial reference system the geometry is assumed to be in. + Use if you want to transform the + geometry into a new projection. + + &sfs_compliant; + &curve_support; + + + + Examples + -- Mark a point as WGS 84 long lat -- + SELECT ST_SetSRID(ST_Point(-123.365556, 48.428611),4326) As wgs84long_lat; +-- the ewkt representation (wrap with ST_AsEWKT) - +SRID=4326;POINT(-123.365556 48.428611) + + -- Mark a point as WGS 84 long lat and then transform to web mercator (Spherical Mercator) -- + SELECT ST_Transform(ST_SetSRID(ST_Point(-123.365556, 48.428611),4326),3785) As spere_merc; +-- the ewkt representation (wrap with ST_AsEWKT) - +SRID=3785;POINT(-13732990.8753491 6178458.96425423) + + + + + See Also + + , , , , + + + + + + + ST_SRID + Returns the spatial reference identifier for the ST_Geometry as defined in spatial_ref_sys table. + + + + + + integer ST_SRID + geometry g1 + + + + + + Description + + Returns the spatial reference identifier for the ST_Geometry as defined in spatial_ref_sys table. + spatial_ref_sys + table is a table that catalogs all spatial reference systems known to PostGIS and is used for transformations from one spatial + reference system to another. So verifying you have the right spatial reference system identifier is important if you plan to ever transform your geometries. + &sfs_compliant; s2.1.1.1 + &sqlmm_compliant; SQL-MM 3: 5.1.5 + &curve_support; + + + + + Examples + + SELECT ST_SRID(ST_GeomFromText('POINT(-71.1043 42.315)',4326)); + --result + 4326 + + + + See Also + + , , , + + + + + + ST_Transform + + Return a new geometry with its coordinates transformed to + a different spatial reference system. + + + + + + geometry ST_Transform + geometry g1 + integer srid + + + + geometry ST_Transform + geometry geom + text to_proj + + + + geometry ST_Transform + geometry geom + text from_proj + text to_proj + + + + geometry ST_Transform + geometry geom + text from_proj + integer to_srid + + + + + + + Description + + Returns a new geometry with its coordinates transformed to + a different spatial reference system. The destination spatial + reference to_srid may be identified by a valid + SRID integer parameter (i.e. it must exist in the + spatial_ref_sys table). + Alternatively, a spatial reference defined as a PROJ.4 string + can be used for to_proj and/or + from_proj, however these methods are not + optimized. If the destination spatial reference system is + expressed with a PROJ.4 string instead of an SRID, the SRID of the + output geometry will be set to zero. With the exception of functions with + from_proj, input geometries must have a defined SRID. + + + ST_Transform is often confused with . ST_Transform actually changes the coordinates + of a geometry from one spatial reference system to another, while ST_SetSRID() simply changes the SRID identifier of + the geometry. + + + Requires PostGIS be compiled with Proj support. Use to confirm you have proj support compiled in. + + + + If using more than one transformation, it is useful to have a functional index on the commonly used + transformations to take advantage of index usage. + + + Prior to 1.3.4, this function crashes if used with geometries that contain CURVES. This is fixed in 1.3.4+ + + Enhanced: 2.0.0 support for Polyhedral surfaces was introduced. + Enhanced: 2.3.0 support for direct PROJ.4 text was introduced. + &sqlmm_compliant; SQL-MM 3: 5.1.6 + &curve_support; + &P_support; + + + + + Examples + Change Massachusetts state plane US feet geometry to WGS 84 long lat + +SELECT ST_AsText(ST_Transform(ST_GeomFromText('POLYGON((743238 2967416,743238 2967450, + 743265 2967450,743265.625 2967416,743238 2967416))',2249),4326)) As wgs_geom; + + wgs_geom +--------------------------- + POLYGON((-71.1776848522251 42.3902896512902,-71.1776843766326 42.3903829478009, +-71.1775844305465 42.3903826677917,-71.1775825927231 42.3902893647987,-71.177684 +8522251 42.3902896512902)); +(1 row) + +--3D Circular String example +SELECT ST_AsEWKT(ST_Transform(ST_GeomFromEWKT('SRID=2249;CIRCULARSTRING(743238 2967416 1,743238 2967450 2,743265 2967450 3,743265.625 2967416 3,743238 2967416 4)'),4326)); + + st_asewkt +-------------------------------------------------------------------------------------- + SRID=4326;CIRCULARSTRING(-71.1776848522251 42.3902896512902 1,-71.1776843766326 42.3903829478009 2, + -71.1775844305465 42.3903826677917 3, + -71.1775825927231 42.3902893647987 3,-71.1776848522251 42.3902896512902 4) + + + Example of creating a partial functional index. For tables where you are not sure all the geometries + will be filled in, its best to use a partial index that leaves out null geometries which will both conserve space and make your index smaller and more efficient. + +CREATE INDEX idx_the_geom_26986_parcels + ON parcels + USING gist + (ST_Transform(the_geom, 26986)) + WHERE the_geom IS NOT NULL; + + + Examples of using PROJ.4 text to transform with custom spatial references. + +-- Find intersection of two polygons near the North pole, using a custom Gnomic projection +-- See http://boundlessgeo.com/2012/02/flattening-the-peel/ + WITH data AS ( + SELECT + ST_GeomFromText('POLYGON((170 50,170 72,-130 72,-130 50,170 50))', 4326) AS p1, + ST_GeomFromText('POLYGON((-170 68,-170 90,-141 90,-141 68,-170 68))', 4326) AS p2, + '+proj=gnom +ellps=WGS84 +lat_0=70 +lon_0=-160 +no_defs'::text AS gnom + ) + SELECT ST_AsText( + ST_Transform( + ST_Intersection(ST_Transform(p1, gnom), ST_Transform(p2, gnom)), + gnom, 4326)) + FROM data; + st_astext + -------------------------------------------------------------------------------- + POLYGON((-170 74.053793645338,-141 73.4268621378904,-141 68,-170 68,-170 74.053793645338)) + + + + + Configuring transformation behaviour + Sometimes coordinate transformation involving a grid-shift + can fail, for example if PROJ.4 has not been built with + grid-shift files or the coordinate does not lie within the + range for which the grid shift is defined. By default, PostGIS + will throw an error if a grid shift file is not present, but + this behaviour can be configured on a per-SRID basis either + by testing different to_proj values of + PROJ.4 text, or altering the proj4text value + within the spatial_ref_sys table. + + For example, the proj4text parameter +datum=NAD87 is a shorthand form for the following +nadgrids parameter: + +nadgrids=@conus,@alaska,@ntv2_0.gsb,@ntv1_can.dat + The @ prefix means no error is reported if the files are not present, but if the end of the list is reached with no file having been appropriate (ie. found and overlapping) then an error is issued. + If, conversely, you wanted to ensure that at least the standard files were present, but that if all files were scanned without a hit a null transformation is applied you could use: + +nadgrids=@conus,@alaska,@ntv2_0.gsb,@ntv1_can.dat,null + The null grid shift file is a valid grid shift file covering the whole world and applying no shift. So for a complete example, if you wanted to alter PostGIS so that transformations to SRID 4267 that didn't lie within the correct range did not throw an ERROR, you would use the following: + UPDATE spatial_ref_sys SET proj4text = '+proj=longlat +ellps=clrk66 +nadgrids=@conus,@alaska,@ntv2_0.gsb,@ntv1_can.dat,null +no_defs' WHERE srid = 4267; + + + + + See Also + + , , , + + + + diff --git a/doc/reference_transaction.xml b/doc/reference_transaction.xml index 76f1f6ff4..c5f1d5016 100644 --- a/doc/reference_transaction.xml +++ b/doc/reference_transaction.xml @@ -3,7 +3,8 @@ - These functions implement locking to support long transactions. This mechanism is required by the + These functions implement a row locking mechanism to support long transactions. + They are provided primarily for implementors of the Web Feature Service specification. diff --git a/doc/reference_transformation.xml b/doc/reference_transformation.xml new file mode 100644 index 000000000..887eb2f4e --- /dev/null +++ b/doc/reference_transformation.xml @@ -0,0 +1,636 @@ + + + + + These functions change the position and shape of geometries using + affine transformations. + + + + Affine Transformations + + + + ST_Affine + + Apply a 3D affine transformation to a geometry. + + + + + + geometry ST_Affine + geometry geomA + float a + float b + float c + float d + float e + float f + float g + float h + float i + float xoff + float yoff + float zoff + + + + geometry ST_Affine + geometry geomA + float a + float b + float d + float e + float xoff + float yoff + + + + + + Description + + Applies a 3D affine transformation to the geometry to do things like translate, rotate, scale in one step. + + Version 1: The + call ST_Affine(geom, a, b, c, d, e, f, g, h, i, xoff, yoff, zoff) + represents the transformation matrix / a b c xoff \ +| d e f yoff | +| g h i zoff | +\ 0 0 0 1 / and the vertices are transformed as + follows: x' = a*x + b*y + c*z + xoff +y' = d*x + e*y + f*z + yoff +z' = g*x + h*y + i*z + zoff All of the translate / scale + functions below are expressed via such an affine + transformation. + Version 2: Applies a 2d affine transformation to the geometry. The + call ST_Affine(geom, a, b, d, e, xoff, yoff) + represents the transformation matrix / a b 0 xoff \ / a b xoff \ +| d e 0 yoff | rsp. | d e yoff | +| 0 0 1 0 | \ 0 0 1 / +\ 0 0 0 1 / and the vertices are transformed as + follows: x' = a*x + b*y + xoff +y' = d*x + e*y + yoff +z' = z This method is a subcase of the 3D method + above. + + Enhanced: 2.0.0 support for Polyhedral surfaces, Triangles and TIN was introduced. + Availability: 1.1.2. Name changed from Affine to ST_Affine in 1.2.2 + Prior to 1.3.4, this function crashes if used with geometries that contain CURVES. This is fixed in 1.3.4+ + + &P_support; + &T_support; + &Z_support; + &curve_support; + + + + + Examples + + +--Rotate a 3d line 180 degrees about the z axis. Note this is long-hand for doing ST_Rotate(); + SELECT ST_AsEWKT(ST_Affine(the_geom, cos(pi()), -sin(pi()), 0, sin(pi()), cos(pi()), 0, 0, 0, 1, 0, 0, 0)) As using_affine, + ST_AsEWKT(ST_Rotate(the_geom, pi())) As using_rotate + FROM (SELECT ST_GeomFromEWKT('LINESTRING(1 2 3, 1 4 3)') As the_geom) As foo; + using_affine | using_rotate +-----------------------------+----------------------------- + LINESTRING(-1 -2 3,-1 -4 3) | LINESTRING(-1 -2 3,-1 -4 3) +(1 row) + +--Rotate a 3d line 180 degrees in both the x and z axis +SELECT ST_AsEWKT(ST_Affine(the_geom, cos(pi()), -sin(pi()), 0, sin(pi()), cos(pi()), -sin(pi()), 0, sin(pi()), cos(pi()), 0, 0, 0)) + FROM (SELECT ST_GeomFromEWKT('LINESTRING(1 2 3, 1 4 3)') As the_geom) As foo; + st_asewkt +------------------------------- + LINESTRING(-1 -2 -3,-1 -4 -3) +(1 row) + + + + + + See Also + + , , , + + + + + + + ST_Rotate + + Rotates a geometry about an origin point. + + + + + + geometry ST_Rotate + geometry geomA + float rotRadians + + + + geometry ST_Rotate + geometry geomA + float rotRadians + float x0 + float y0 + + + + geometry ST_Rotate + geometry geomA + float rotRadians + geometry pointOrigin + + + + + + Description + + Rotates geometry rotRadians counter-clockwise about the origin point. The rotation origin can be + specified either as a POINT geometry, or as x and y coordinates. If the origin is not + specified, the geometry is rotated about POINT(0 0). + + Enhanced: 2.0.0 support for Polyhedral surfaces, Triangles and TIN was introduced. + Enhanced: 2.0.0 additional parameters for specifying the origin of rotation were added. + Availability: 1.1.2. Name changed from Rotate to ST_Rotate in 1.2.2 + &Z_support; + &curve_support; + &P_support; + &T_support; + + + + + + Examples + + +--Rotate 180 degrees +SELECT ST_AsEWKT(ST_Rotate('LINESTRING (50 160, 50 50, 100 50)', pi())); + st_asewkt +--------------------------------------- + LINESTRING(-50 -160,-50 -50,-100 -50) +(1 row) + +--Rotate 30 degrees counter-clockwise at x=50, y=160 +SELECT ST_AsEWKT(ST_Rotate('LINESTRING (50 160, 50 50, 100 50)', pi()/6, 50, 160)); + st_asewkt +--------------------------------------------------------------------------- + LINESTRING(50 160,105 64.7372055837117,148.301270189222 89.7372055837117) +(1 row) + +--Rotate 60 degrees clockwise from centroid +SELECT ST_AsEWKT(ST_Rotate(geom, -pi()/3, ST_Centroid(geom))) +FROM (SELECT 'LINESTRING (50 160, 50 50, 100 50)'::geometry AS geom) AS foo; + st_asewkt +-------------------------------------------------------------- + LINESTRING(116.4225 130.6721,21.1597 75.6721,46.1597 32.3708) +(1 row) + + + + + + See Also + + , , , + + + + + + ST_RotateX + + Rotates a geometry about the X axis. + + + + + + geometry ST_RotateX + geometry geomA + float rotRadians + + + + + + Description + + Rotates a geometry geomA - rotRadians about the X axis. + + ST_RotateX(geomA, rotRadians) + is short-hand for ST_Affine(geomA, 1, 0, 0, 0, cos(rotRadians), -sin(rotRadians), 0, sin(rotRadians), cos(rotRadians), 0, 0, 0). + + Enhanced: 2.0.0 support for Polyhedral surfaces, Triangles and TIN was introduced. + Availability: 1.1.2. Name changed from RotateX to ST_RotateX in 1.2.2 + &P_support; + &Z_support; + &T_support; + + + + + Examples + + +--Rotate a line 90 degrees along x-axis +SELECT ST_AsEWKT(ST_RotateX(ST_GeomFromEWKT('LINESTRING(1 2 3, 1 1 1)'), pi()/2)); + st_asewkt +--------------------------- + LINESTRING(1 -3 2,1 -1 1) + + + + + + See Also + + , , + + + + + + ST_RotateY + + Rotates a geometry about the Y axis. + + + + + + geometry ST_RotateY + geometry geomA + float rotRadians + + + + + + Description + + Rotates a geometry geomA - rotRadians about the y axis. + + ST_RotateY(geomA, rotRadians) + is short-hand for ST_Affine(geomA, cos(rotRadians), 0, sin(rotRadians), 0, 1, 0, -sin(rotRadians), 0, cos(rotRadians), 0, 0, 0). + + Availability: 1.1.2. Name changed from RotateY to ST_RotateY in 1.2.2 + Enhanced: 2.0.0 support for Polyhedral surfaces, Triangles and TIN was introduced. + + &P_support; + &Z_support; + &T_support; + + + + + + Examples + + +--Rotate a line 90 degrees along y-axis + SELECT ST_AsEWKT(ST_RotateY(ST_GeomFromEWKT('LINESTRING(1 2 3, 1 1 1)'), pi()/2)); + st_asewkt +--------------------------- + LINESTRING(3 2 -1,1 1 -1) + + + + + + See Also + + , , + + + + + + ST_RotateZ + + Rotates a geometry about the Z axis. + + + + + + geometry ST_RotateZ + geometry geomA + float rotRadians + + + + + + Description + + Rotates a geometry geomA - rotRadians about the Z axis. + + This is a synonym for ST_Rotate + ST_RotateZ(geomA, rotRadians) + is short-hand for SELECT ST_Affine(geomA, cos(rotRadians), -sin(rotRadians), 0, sin(rotRadians), cos(rotRadians), 0, 0, 0, 1, 0, 0, 0). + + Enhanced: 2.0.0 support for Polyhedral surfaces, Triangles and TIN was introduced. + + Availability: 1.1.2. Name changed from RotateZ to ST_RotateZ in 1.2.2 + Prior to 1.3.4, this function crashes if used with geometries that contain CURVES. This is fixed in 1.3.4+ + + &Z_support; + &curve_support; + &P_support; + &T_support; + + + + + Examples + + +--Rotate a line 90 degrees along z-axis +SELECT ST_AsEWKT(ST_RotateZ(ST_GeomFromEWKT('LINESTRING(1 2 3, 1 1 1)'), pi()/2)); + st_asewkt +--------------------------- + LINESTRING(-2 1 3,-1 1 1) + + --Rotate a curved circle around z-axis +SELECT ST_AsEWKT(ST_RotateZ(the_geom, pi()/2)) +FROM (SELECT ST_LineToCurve(ST_Buffer(ST_GeomFromText('POINT(234 567)'), 3)) As the_geom) As foo; + + st_asewkt +---------------------------------------------------------------------------------------------------------------------------- + CURVEPOLYGON(CIRCULARSTRING(-567 237,-564.87867965644 236.12132034356,-564 234,-569.12132034356 231.87867965644,-567 237)) + + + + + + + See Also + + , , + + + + + + ST_Scale + + Scales a geometry by given factors. + + + + + + + geometry ST_Scale + geometry geomA + float XFactor + float YFactor + float ZFactor + + + + geometry ST_Scale + geometry geomA + float XFactor + float YFactor + + + + geometry ST_Scale + geometry geom + geometry factor + + + + geometry ST_Scale + geometry geom + geometry factor + geometry origin + + + + + + + Description + + Scales the geometry to a new size by multiplying the + ordinates with the corresponding factor parameters. + + + +The version taking a geometry as the factor parameter +allows passing a 2d, 3dm, 3dz or 4d point to set scaling factor for all +supported dimensions. Missing dimensions in the factor +point are equivalent to no scaling the corresponding dimension. + + + The three-geometry variant allows a "false origin" for the scaling to be passed in. This allows "scaling in place", for example using the centroid of the geometry as the false origin. Without a false origin, scaling takes place relative to the actual origin, so all coordinates are just multipled by the scale factor. + + + Prior to 1.3.4, this function crashes if used with geometries that contain CURVES. This is fixed in 1.3.4+ + + + Availability: 1.1.0. + Enhanced: 2.0.0 support for Polyhedral surfaces, Triangles and TIN was introduced. + Enhanced: 2.2.0 support for scaling all dimension (factor parameter) was introduced. + Enhanced: 2.5.0 support for scaling relative to a local origin (origin parameter) was introduced. + &P_support; + &Z_support; + &curve_support; + &T_support; + &M_support; + + + + + Examples + + --Version 1: scale X, Y, Z +SELECT ST_AsEWKT(ST_Scale(ST_GeomFromEWKT('LINESTRING(1 2 3, 1 1 1)'), 0.5, 0.75, 0.8)); + st_asewkt +-------------------------------------- + LINESTRING(0.5 1.5 2.4,0.5 0.75 0.8) + +--Version 2: Scale X Y + SELECT ST_AsEWKT(ST_Scale(ST_GeomFromEWKT('LINESTRING(1 2 3, 1 1 1)'), 0.5, 0.75)); + st_asewkt +---------------------------------- + LINESTRING(0.5 1.5 3,0.5 0.75 1) + +--Version 3: Scale X Y Z M + SELECT ST_AsEWKT(ST_Scale(ST_GeomFromEWKT('LINESTRING(1 2 3 4, 1 1 1 1)'), + ST_MakePoint(0.5, 0.75, 2, -1))); + st_asewkt +---------------------------------------- + LINESTRING(0.5 1.5 6 -4,0.5 0.75 2 -1) + +--Version 4: Scale X Y using false origin +SELECT ST_AsText(ST_Scale('LINESTRING(1 1, 2 2)', 'POINT(2 2)', 'POINT(1 1)'::geometry)); + st_astext +--------------------- + LINESTRING(1 1,3 3) + + + + + + + See Also + + , + + + + + + ST_Translate + + Translates a geometry by given offsets. + + + + + + geometry ST_Translate + geometry g1 + float deltax + float deltay + + + geometry ST_Translate + geometry g1 + float deltax + float deltay + float deltaz + + + + + + Description + + Returns a new geometry whose coordinates are translated delta x,delta y,delta z units. Units are + based on the units defined in spatial reference (SRID) for this geometry. + + Prior to 1.3.4, this function crashes if used with geometries that contain CURVES. This is fixed in 1.3.4+ + + Availability: 1.2.2 + &Z_support; + &curve_support; + + + + Examples + Move a point 1 degree longitude + + SELECT ST_AsText(ST_Translate(ST_GeomFromText('POINT(-71.01 42.37)',4326),1,0)) As wgs_transgeomtxt; + + wgs_transgeomtxt + --------------------- + POINT(-70.01 42.37) + + Move a linestring 1 degree longitude and 1/2 degree latitude + SELECT ST_AsText(ST_Translate(ST_GeomFromText('LINESTRING(-71.01 42.37,-71.11 42.38)',4326),1,0.5)) As wgs_transgeomtxt; + wgs_transgeomtxt + --------------------------------------- + LINESTRING(-70.01 42.87,-70.11 42.88) + + Move a 3d point + SELECT ST_AsEWKT(ST_Translate(CAST('POINT(0 0 0)' As geometry), 5, 12,3)); + st_asewkt + --------- + POINT(5 12 3) + + Move a curve and a point +SELECT ST_AsText(ST_Translate(ST_Collect('CURVEPOLYGON(CIRCULARSTRING(4 3,3.12 0.878,1 0,-1.121 5.1213,6 7, 8 9,4 3))','POINT(1 3)'),1,2)); + st_astext +------------------------------------------------------------------------------------------------------------ + GEOMETRYCOLLECTION(CURVEPOLYGON(CIRCULARSTRING(5 5,4.12 2.878,2 2,-0.121 7.1213,7 9,9 11,5 5)),POINT(2 5)) + + + + + + See Also + , , + + + + + + ST_TransScale + + Translates and scales a geometry by given offsets and factors. + + + + + + geometry ST_TransScale + geometry geomA + float deltaX + float deltaY + float XFactor + float YFactor + + + + + + Description + + Translates the geometry using the deltaX and deltaY args, + then scales it using the XFactor, YFactor args, working in 2D only. + + ST_TransScale(geomA, deltaX, deltaY, XFactor, YFactor) + is short-hand for ST_Affine(geomA, XFactor, 0, 0, 0, YFactor, 0, + 0, 0, 1, deltaX*XFactor, deltaY*YFactor, 0). + + Prior to 1.3.4, this function crashes if used with geometries that contain CURVES. This is fixed in 1.3.4+ + + + Availability: 1.1.0. + &Z_support; + &curve_support; + + + + + Examples + + SELECT ST_AsEWKT(ST_TransScale(ST_GeomFromEWKT('LINESTRING(1 2 3, 1 1 1)'), 0.5, 1, 1, 2)); + st_asewkt +----------------------------- + LINESTRING(1.5 6 3,1.5 4 1) + + +--Buffer a point to get an approximation of a circle, convert to curve and then translate 1,2 and scale it 3,4 + SELECT ST_AsText(ST_Transscale(ST_LineToCurve(ST_Buffer('POINT(234 567)', 3)),1,2,3,4)); + st_astext +------------------------------------------------------------------------------------------------------------------------------ + CURVEPOLYGON(CIRCULARSTRING(714 2276,711.363961030679 2267.51471862576,705 2264,698.636038969321 2284.48528137424,714 2276)) + + + + + + + See Also + + , + + + + + + -- 2.40.0