PostGIS 1.5.

1 Manual
293 / 315

ST_MaxDistance - Availability: 1.5.0 Returns the 2-dimensional largest distance between two geometries in projected units.
ST_ShortestLine - Availability: 1.5.0 Returns the 2-dimensional shortest line between two geometries

8.9.2 PostGIS Functions new, behavior changed, or enhanced in 1.4

The functions given below are PostGIS functions that were introduced or enhanced in the 1.4 release.
Populate_Geometry_Columns - Ensures geometry columns have appropriate spatial constraints and exist in the geometry_columns
table. Availability: 1.4.0

ST_AsSVG - Returns a Geometry in SVG path data given a geometry or geography object. Availability: 1.2.2 . Availability:
1.4.0 Changed in PostGIS 1.4.0 to include L command in absolute path to conform to http://www.w3.org/TR/SVG/paths.html#PathData

ST_Collect - Return a specified ST_Geometry value from a collection of other geometries. Availability: 1.4.0 - ST_Collect(geomarray)
was introduced. ST_Collect was enhanced to handle more geometries faster.
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. Availability: 1.4.0 - requires GEOS >= 3.1.0.
ST_Extent - an aggregate function that returns the bounding box that bounds rows of geometries. Availability: 1.4.0 As of
1.4.0 now returns a box3d_extent instead of box2d object.
ST_GeoHash - Return a GeoHash representation (geohash.org) of the geometry. Availability: 1.4.0
ST_IsValidReason - Returns text stating if a geometry is valid or not and if not valid, a reason why. Availability: 1.4 - requires
GEOS >= 3.1.0.
ST_LineCrossingDirection - Given 2 linestrings, returns a number between -3 and 3 denoting what kind of crossing behavior.
0 is no crossing. Availability: 1.4
ST_LocateBetweenElevations - Return a derived geometry (collection) value with elements that intersect the specified range
of elevations inclusively. Only 3D, 4D LINESTRINGS and MULTILINESTRINGS are supported. Availability: 1.4.0
ST_MakeLine - Creates a Linestring from point geometries. Availability: 1.4.0 - ST_MakeLine(geomarray) was introduced.
ST_MakeLine aggregate functions was enhanced to handle more points faster.
ST_MinimumBoundingCircle - Returns the smallest circle polygon that can fully contain a geometry. Default uses 48 segments
per quarter circle. Availability: 1.4.0 - requires GEOS
ST_Union - Returns a geometry that represents the point set union of the Geometries. Availability: 1.4.0 - ST_Union was
enhanced. ST_Union(geomarray) was introduced and also faster aggregate collection in PostgreSQL. If you are using GEOS
3.1.0+ ST_Union will use the faster Cascaded Union algorithm described in http://blog.cleverelephant.ca/2009/01/must-fasterunions-in-postgis-14.html

8.9.3 PostGIS Functions new in 1.3

The functions given below are PostGIS functions that were introduced in the 1.3 release.
ST_AsGeoJSON - Return the geometry as a GeoJSON element. Availability: 1.3.4
ST_SimplifyPreserveTopology - Returns a "simplified" version of the given geometry using the Douglas-Peuker algorithm.
Will avoid creating derived geometries (polygons in particular) that are invalid. Availability: 1.3.3

PostGIS 1.5.1 Manual

294 / 315

Chapter 9

Reporting Problems
9.1 Reporting Software Bugs
Reporting bugs effectively is a fundamental way to help PostGIS development. The most effective bug report is that enabling
PostGIS developers to reproduce it, so it would ideally contain a script triggering it and every information regarding the environment in which it was detected. Good enough info can be extracted running SELECT postgis_full_version() [for
postgis] and SELECT version() [for postgresql].
If you arent using the latest release, its worth taking a look at its release changelog first, to find out if your bug has already been
fixed.
Using the PostGIS bug tracker will ensure your reports are not discarded, and will keep you informed on its handling process.
Before reporting a new bug please query the database to see if it is a known one, and if it is please add any new information you
have about it.
You might want to read Simon Tathams paper about How to Report Bugs Effectively before filing a new report.

9.2 Reporting Documentation Issues

The documentation should accurately reflect the features and behavior of the software. If it doesnt, it could be because of a
software bug or because the documentation is in error or deficient.
Documentation issues can also be reported to the PostGIS bug tracker.
If your revision is trivial, just describe it in a new bug tracker issue, being specific about its location in the documentation.
If your changes are more extensive, a Subversion patch is definitely preferred. This is a four step process on Unix (assuming you
already have Subversion installed):
1. Check out a copy of PostGIS Subversion trunk. On Unix, type:
svn checkout http://svn.osgeo.org/postgis/trunk/
This will be stored in the directory ./trunk
2. Make your changes to the documentation with your favorite text editor. On Unix, type (for example):
vim trunk/doc/postgis.xml
Note that the documentation is written in SGML rather than HTML, so if you are not familiar with it please follow the
example of the rest of the documentation.
3. Make a patch file containing the differences from the master copy of the documentation. On Unix, type:
svn diff trunk/doc/postgis.xml > doc.patch
4. Attach the patch to a new issue in bug tracker.