Fixed behavior of ST_ConvexHull() for empty rasters. Ticket #2126

git-svn-id: http://svn.osgeo.org/postgis/trunk@10810 b70326c6-7e19-0410-871a-916f4a2858ee
Document new toTopoGeom override and clearTopoGeom

git-svn-id: http://svn.osgeo.org/postgis/trunk@10811 b70326c6-7e19-0410-871a-916f4a2858ee
Fix links to legacy faq

git-svn-id: http://svn.osgeo.org/postgis/trunk@10812 b70326c6-7e19-0410-871a-916f4a2858ee
Element xref can't have content (was declared EMPTY)

git-svn-id: http://svn.osgeo.org/postgis/trunk@10813 b70326c6-7e19-0410-871a-916f4a2858ee
Add a "TopoGeometry Editors" section

I've added a toTopoGeom entry in this section for the sole purpose
of redirecting to the one in "TopoGeometry Constructors".
It's two overloaded functions, documented togheter in the latter
section. If there's any better way to deal with this I'm looking
forward for enhancements.

git-svn-id: http://svn.osgeo.org/postgis/trunk@10814 b70326c6-7e19-0410-871a-916f4a2858ee
Element xref can't have content (was declared EMPTY)

I'm surprised postgis_aggs_mm.xml.xsl contains all that XML,
shouldn't it just transform source XML ?

git-svn-id: http://svn.osgeo.org/postgis/trunk@10815 b70326c6-7e19-0410-871a-916f4a2858ee
Add an id to the toTopoGeom proxy entry

git-svn-id: http://svn.osgeo.org/postgis/trunk@10816 b70326c6-7e19-0410-871a-916f4a2858ee
More verbose output when constraints fail to be added to a raster
column. Ticket #2141

git-svn-id: http://svn.osgeo.org/postgis/trunk@10819 b70326c6-7e19-0410-871a-916f4a2858ee
#2145, ST_Segmentize(geography, dist) fails with redundant coordinates


git-svn-id: http://svn.osgeo.org/postgis/trunk@10820 b70326c6-7e19-0410-871a-916f4a2858ee
Return NULL when simplifying a line results in a line with < 2 vertices

Also return NULL from ST_Simplify when the input is an empty
(null is a simpler form than EMPTY...)

Yes, both break backward compatibility, but seem more consistent
to me. I'm still interested in allowing collapses avoidance but
I think consistency is also important.

git-svn-id: http://svn.osgeo.org/postgis/trunk@10821 b70326c6-7e19-0410-871a-916f4a2858ee
Revert "Return NULL when simplifying a line results in a line with < 2 vertices"

The correct behavior is still being discussed here:
http://trac.osgeo.org/postgis/ticket/1987
Better reduce the noise...

git-svn-id: http://svn.osgeo.org/postgis/trunk@10822 b70326c6-7e19-0410-871a-916f4a2858ee
Updated regression tests for raster2pgsql

git-svn-id: http://svn.osgeo.org/postgis/trunk@10826 b70326c6-7e19-0410-871a-916f4a2858ee
Quiet down ST_SameAlignment(raster, raster) as it was way too talkative

git-svn-id: http://svn.osgeo.org/postgis/trunk@10827 b70326c6-7e19-0410-871a-916f4a2858ee
Removed hardcoded flags for raster2pgsql from run_test

git-svn-id: http://svn.osgeo.org/postgis/trunk@10828 b70326c6-7e19-0410-871a-916f4a2858ee
raster2pgsql no longer pads tiles by default based upon tile position and tile
size. This is part of the refactoring to remove padded tiles. Flag -P
added so that users can indicate that tiles should be padded.
Ticket #826.

git-svn-id: http://svn.osgeo.org/postgis/trunk@10829 b70326c6-7e19-0410-871a-916f4a2858ee
Fixed incorrect return type in docs

git-svn-id: http://svn.osgeo.org/postgis/trunk@10830 b70326c6-7e19-0410-871a-916f4a2858ee
Changed blocksize constraint to permit multiple possible values. Ticket
is #2143. We just need a coverage constraint and a spatially unique
constraint to determine regularly blocked.

git-svn-id: http://svn.osgeo.org/postgis/trunk@10831 b70326c6-7e19-0410-871a-916f4a2858ee
Tweaked the extent computed for the extent constraint

git-svn-id: http://svn.osgeo.org/postgis/trunk@10832 b70326c6-7e19-0410-871a-916f4a2858ee
Added raster's spatially_unique constraint. Ticket #2149. Still needs
regression tests but won't happen until regular_blocking is finished.

git-svn-id: http://svn.osgeo.org/postgis/trunk@10833 b70326c6-7e19-0410-871a-916f4a2858ee
Addition of ST_IsCoverageTile() to tell if tile is part of a coverage

git-svn-id: http://svn.osgeo.org/postgis/trunk@10834 b70326c6-7e19-0410-871a-916f4a2858ee