[postgis-users] regress_ogc. failed
strk at refractions.net
strk at refractions.net
Mon Sep 18 02:17:41 PDT 2006
I just committed a patch for this (equals).
--strk;
On Wed, Sep 13, 2006 at 10:03:37AM -0600, Michael Fuhr wrote:
> On Wed, Sep 13, 2006 at 08:22:15AM +0200, Heinz-Josef Lcking wrote:
> > When does postgis / the user need regress_ogc ?
>
> regress_ogc is a regression test; it submits a query and compares
> the result to the expected result to check for bugs. In this case
> the query is
>
> SELECT 'unite_garray',
> astext(unite_garray(geom_accum('{POINT(0 0)}', 'POINT(2 3)')));
>
> The regression test expects
>
> unite_garray|MULTIPOINT(2 3,0 0)
>
> With GEOS 2.2.3 I get the expected result; with GEOS 3.0.0rc1 I get
>
> unite_garray|MULTIPOINT(0 0,2 3)
>
> These geometries are spatially equal; only their point order differs.
> According to the OpenGIS Simple Features Specification, Section
> 2.1.4, the elements of a MultiPoint "are not connected or ordered,"
> which is probably why strk wondered if the regression test should
> be equals('MULTIPOINT(2 3,0 0)', ...) instead of checking for a
> specific point order.
>
> --
> Michael Fuhr
More information about the postgis-users
mailing list