ST_Summary regress difference between 2.0.3 and 2.1.0

[robe]

This might just be a documentation bug since I see no mention of this behavior change:

​http://www.postgis.net/docs/manual-2.1/ST_Summary.html

SELECT ST_Summary('POINT(-11.1111111 40)'::geography)

POSTGIS="2.0.3 r11132" GEOS="3.5.0dev-CAPI-1.9.0 r0" PROJ="Rel. 4.8.0, 6 March 2012" GDAL="GDAL 1.10.0, released 2013/04/24" LIBXML="2.7.8" LIBJSON="UNKNOWN" RASTER PostgreSQL 9.2.4, compiled by Visual C++ build 1600, 32-bit

Outputs:
Point[G]

POSTGIS="2.1.0rc3 r11766" GEOS="3.5.0dev-CAPI-1.9.0 r0" PROJ="Rel. 4.8.0, 6 March 2012" GDAL="GDAL 1.10.0, released 2013/04/24" LIBXML="2.7.8" LIBJSON="UNKNOWN" RASTER PostgreSQL 9.2.4, compiled by Visual C++ build 1600, 32-bit

Outputs:
Point[GS]

What the hell is S for? That's not documented. I assume that means it has a spstial ref? It's geography. No duh.

[robe]

I'm guessing this is strk's handy work. I see the same issue with geometry.

 SELECT ST_Summary('SRID=4326;MULTIPOINT(-10 40,-10 55,-10 70,5 40,5 55,5 70,20 40,20 55,20 70,35 40,35 55,35 70,50 40,50 55,50 70)'::Geometry)

2.1.0 gives:

MultiPoint[BS] with 15 elements
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]

and 2.0.3 gives

MultiPoint[B] with 15 elements
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]
  Point[]

I'll just switch this to a documentation bug and assume S means has a known spatial ref.

[robe]

documented for 2.1 at r11806 and trun (2.2) at r11805