Add note to ST_Equals that the function does not support geometry collections #14

wants to merge 1 commit into


None yet

5 participants

nmandery commented Dec 2, 2013

I just had a situation where ST_Equals failed to compare GeometryCollections. Looking add the source this is normal behavior, but there is no mention of it in the docs of ST_Equals.

This pull request adds a section to the documentation.

@robe2 robe2 was assigned by strk Sep 24, 2014
strk commented Sep 24, 2014

@robe2 can you look at this ?

mwtoews commented Apr 12, 2015

The problem is deeper than just ST_Equals. See

If you have a homogeneous geometry collection, e.g. from ST_Polygonize, then use ST_CollectionExtract(geom, 3) to get a MultiPolygon, which works with ST_Equals and other relate functions.

strk commented Nov 20, 2015

@nmandery are you planning to provide better wording for the manual about this ?
It's basically that geometrycollection with proper topology work while those with ambiguous one would not. A workaround is to pass them through ST_UnaryUnion beforehand.

@pramsey pramsey closed this Feb 25, 2016
@strk strk pushed a commit that referenced this pull request Feb 25, 2016
@pramsey pramsey Add note per #14
git-svn-id: b70326c6-7e19-0410-871a-916f4a2858ee
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment