[postgis-tickets] [PostGIS] #3765: geometry regress failure
PostGIS
trac at osgeo.org
Sat May 27 10:04:33 PDT 2017
#3765: geometry regress failure
------------------------+---------------------------
Reporter: robe | Owner: robe
Type: defect | Status: new
Priority: medium | Milestone: PostGIS 2.4.0
Component: buildbots | Version: trunk
Resolution: | Keywords:
------------------------+---------------------------
Description changed by robe:
Old description:
> I thought the issue in #3759 was a PostgreSQL 10 one which mysteriously
> disappeared.
>
> But now our seeing it on winnie in her 9.5 run, but a different record
> different.
>
> {{{
> Checking for shp2pgsql ... found
> Checking for pgsql2shp ... found
> Checking for raster2pgsql ... found
> TMPDIR is /projects/postgis/tmp/2.4.0dev_pg9.5_geos3.7.0dev_gdal2.1.3w64
> Creating database 'postgis_reg'
> Preparing db 'postgis_reg' using: CREATE EXTENSION postgis
> PostgreSQL 9.5.2, compiled by Visual C++ build 1800, 64-bit
> Postgis 2.4.0dev - r15406 - 2017-05-26 20:07:15
> scripts 2.4.0dev r15406
> raster scripts 2.4.0dev r15406
> GEOS: 3.7.0dev-CAPI-1.11.0 8fe2ce6
> PROJ: Rel. 4.9.1, 04 March 2015
> SFCGAL: 1.3.0
> GDAL: GDAL 2.1.3, released 2017/20/01
>
> tickets .. failed (diff expected obtained:
> /projects/postgis/tmp/2.4.0dev_pg9.5_geos3.7.0dev_gdal2.1.3w64/test_89_diff)
> -----------------------------------------------------------------------------
> --- tickets_expected 2016-09-26 01:59:38 -0400
> +++
> /projects/postgis/tmp/2.4.0dev_pg9.5_geos3.7.0dev_gdal2.1.3w64/test_89_out
> 2017-05-26 16:13:04 -0400
> @@ -284,7 +284,7 @@
> #3368|\x660001011fb98788d35ed6fbcdc831c580012b959f01469d8d0e9305ff8618ed08b1b607e302a614fe70bc4682b303b4379ab503a228eeb603e2138eb802900cc0b802ba04dab802b801a8840cb0229cca06f401c216f403a016ea05d0c301a8b301cc189226ac15ee27f811a029b40eac2ae00a902b8407c82b9e03d0e305801dfad3239504ce7e8d01e2f701f6019b04d1e2279bf901ff01
> #3375|GEOMETRYCOLLECTION(POINT(0 -7))
> #3399|1|1
> -#3399|10|10
> +#3399|10|9
> #3399|100|100
> #3399|1000|1000
> ERROR: invalid KML representation
> -----------------------------------------------------------------------------
> }}}
>
> Might be bot specific I guess but still concerning.
>
> Problem is intermittent. I did a manual run and it passed. So perhaps
> some dirty memory somewhere.
New description:
I thought the issue in #3759 was a PostgreSQL 10 one which mysteriously
disappeared.
But now our seeing it on winnie in her 9.5 run, but a different record
different.
{{{
Checking for shp2pgsql ... found
Checking for pgsql2shp ... found
Checking for raster2pgsql ... found
TMPDIR is /projects/postgis/tmp/2.4.0dev_pg9.5_geos3.7.0dev_gdal2.1.3w64
Creating database 'postgis_reg'
Preparing db 'postgis_reg' using: CREATE EXTENSION postgis
PostgreSQL 9.5.2, compiled by Visual C++ build 1800, 64-bit
Postgis 2.4.0dev - r15406 - 2017-05-26 20:07:15
scripts 2.4.0dev r15406
raster scripts 2.4.0dev r15406
GEOS: 3.7.0dev-CAPI-1.11.0 8fe2ce6
PROJ: Rel. 4.9.1, 04 March 2015
SFCGAL: 1.3.0
GDAL: GDAL 2.1.3, released 2017/20/01
tickets .. failed (diff expected obtained:
/projects/postgis/tmp/2.4.0dev_pg9.5_geos3.7.0dev_gdal2.1.3w64/test_89_diff)
-----------------------------------------------------------------------------
--- tickets_expected 2016-09-26 01:59:38 -0400
+++
/projects/postgis/tmp/2.4.0dev_pg9.5_geos3.7.0dev_gdal2.1.3w64/test_89_out
2017-05-26 16:13:04 -0400
@@ -284,7 +284,7 @@
#3368|\x660001011fb98788d35ed6fbcdc831c580012b959f01469d8d0e9305ff8618ed08b1b607e302a614fe70bc4682b303b4379ab503a228eeb603e2138eb802900cc0b802ba04dab802b801a8840cb0229cca06f401c216f403a016ea05d0c301a8b301cc189226ac15ee27f811a029b40eac2ae00a902b8407c82b9e03d0e305801dfad3239504ce7e8d01e2f701f6019b04d1e2279bf901ff01
#3375|GEOMETRYCOLLECTION(POINT(0 -7))
#3399|1|1
-#3399|10|10
+#3399|10|9
#3399|100|100
#3399|1000|1000
ERROR: invalid KML representation
-----------------------------------------------------------------------------
}}}
Problem query is:
{{{
-- #3399
WITH g as (
select 'POLYGON((1 0, 0 1, 1 2, 2 1, 1 0))'::geometry as geom
),
n as (
select n from unnest(ARRAY[-1,0,1,10,100,1000]) n
),
pts as (
select n,(st_dump(st_generatepoints(geom, n))).geom from g,n
)
select '#3399' as t, n, count(*) from
g, pts
where st_contains(g.geom, pts.geom)
group by n
ORDER BY n;
}}}
Might be bot specific I guess but still concerning.
Problem is intermittent. I did a manual run multiple times and it passed.
So perhaps some dirty memory somewhere or only happens if system is taxed.
--
--
Ticket URL: <https://trac.osgeo.org/postgis/ticket/3765#comment:2>
PostGIS <http://trac.osgeo.org/postgis/>
The PostGIS Trac is used for bug, enhancement & task tracking, a user and developer wiki, and a view into the subversion code repository of PostGIS project.
More information about the postgis-tickets
mailing list