[postgis-users] make check has 2 failures

[Andy Dale]

Hi,

The postgis_full_version is giving the following:

postgis_reg=# SELECT postgis_full_version();

postgis_full_version
----------------------------------------------------------------------------------------
 POSTGIS="1.3.6" GEOS="3.2.0-CAPI-1.6.0" PROJ="Rel. 4.7.1, 23 September
2009" USE_STATS
(1 row)

postgis_reg=#

Cheers,

Andy

On 16 February 2010 17:17, Paul Ramsey <pramsey at cleverelephant.ca> wrote:

> Those are both "safe" regressions. The first one is odd though. I'd
> run 'select postgis_full_version()' on that database to see if you
> perhaps have linked to an old .so by mistake.
>
> p
>
> On Tue, Feb 16, 2010 at 4:50 AM, Andy Dale <andy.dale at gmail.com> wrote:
> > Hi,
> >
> > I have compiled postgis 1.3.6 on Fedora 11 (Using Geos 3.2.0, and Proj
> > 4.7.1), on running the "make check" tests for postgis I am currently
> seeing
> > 2 failures:
> >
> > f11_mapserver/postgis-1.3.6 > make check
> > make -C regress test
> > make[1]: Entering directory
> `/home/oper/f11_mapserver/postgis-1.3.6/regress'
> > Creating spatial db postgis_reg
> > TMPDIR is /tmp/pgis_reg_27112
> >
> >  PostgreSQL 8.3.8 on i386-redhat-linux-gnu, compiled by GCC gcc (GCC)
> 4.4.1
> > 20090725 (Red Hat 4.4.1-2)
> >  Postgis 1.3.6 - 2010-02-16 12:30:40
> >    GEOS: 3.2.0-CAPI-1.6.0
> >    PROJ: Rel. 4.7.1, 23 September 2009
> >
> > Running tests
> >
> >  loader/Point.............. ok
> >  loader/PointM.............. ok
> >  loader/PointZ.............. ok
> >  loader/MultiPoint.............. ok
> >  loader/MultiPointM.............. ok
> >  loader/MultiPointZ.............. ok
> >  loader/Arc.............. ok
> >  loader/ArcM.............. ok
> >  loader/ArcZ.......... ok
> >  loader/Polygon.............. ok
> >  loader/PolygonM.............. ok
> >  loader/PolygonZ.............. ok
> >  regress. ok
> >  regress_index. ok
> >  regress_index_nulls. ok
> >  lwgeom_regress. ok
> >  regress_lrs. ok
> >  removepoint. o
> >  setpoint. ok
> >  simplify. ok
> >  snaptogrid. ok
> >  affine. ok
> >  wkt. ok
> >  measures. ok
> >  long_xact. ok
> >  ctors. ok
> >  sql-mm-serialize. ok
> >  sql-mm-circularstring. ok
> >  sql-mm-compoundcurve. ok
> >  sql-mm-curvepoly. ok
> >  sql-mm-general. ok
> >  sql-mm-multicurve. ok
> >  sql-mm-multisurface. ok
> >  geojson. ok
> >  regress_ogc. failed (diff expected obtained:
> > /tmp/pgis_reg_27112/test_35_diff)
> >  regress_bdpoly. ok
> >  regress_ogc_cover. ok
> >  regress_ogc_prep. ok
> >  regress_proj. ok
> >  kml. failed (diff expected obtained: /tmp/pgis_reg_27112/test_40_diff)
> >
> > Run tests: 40
> > Failed: 2
> > make[1]: Leaving directory
> `/home/oper/f11_mapserver/postgis-1.3.6/regress'
> >
> > The first error seems to be that the error message has changed when a
> > LinearRing has 3 points ??:
> >
> > 75c75
> > < NOTICE:  IllegalArgumentException: Number of points must be 0 or >3
> > ---
> >> NOTICE:  IllegalArgumentException: Invalid number of points in
> LinearRing
> >> found 3 - must be 0 or >= 4
> >
> > The second error is:
> >
> > 20c20
> > <
> >
> <Point><coordinates>-73.1978481045547,6.76797715816346</coordinates></Point>
> > ---
> >>
> >>
> <Point><coordinates>-73.1978481045547,6.76797715816347</coordinates></Point>
> > 40c40
> > <
> >
> <Point><coordinates>-73.1978481045547,6.76797715816346</coordinates></Point>
> > ---
> >>
> >>
> <Point><coordinates>-73.1978481045547,6.76797715816347</coordinates></Point>
> >
> > Is it OK to assume that these 2 errors are not serious ??
> >
> > Thanks,
> >
> > Andy
> >
> >
> >
> >
> >
> > _______________________________________________
> > postgis-users mailing list
> > postgis-users at postgis.refractions.net
> > http://postgis.refractions.net/mailman/listinfo/postgis-users
> >
> >
> _______________________________________________
> postgis-users mailing list
> postgis-users at postgis.refractions.net
> http://postgis.refractions.net/mailman/listinfo/postgis-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/postgis-users/attachments/20100216/189d4089/attachment.html>