[postgis-devel] [PostGIS] #1501: raster regression failures

PostGIS trac at osgeo.org
Thu Jan 26 08:51:39 PST 2012


#1501: raster regression failures
----------------------------+-----------------------------------------------
 Reporter:  gdt             |       Owner:  dzwarg       
     Type:  defect          |      Status:  new          
 Priority:  medium          |   Milestone:  PostGIS 2.0.0
Component:  postgis raster  |     Version:  trunk        
 Keywords:                  |  
----------------------------+-----------------------------------------------
 I get two failures on the raster regression tests with:

 {{{
 PostGIS is now configured for i386-unknown-netbsdelf5.1.

 -------------- Compiler Info -------------
 C compiler:           gcc -g -O2
 C++ compiler:         g++ -g -O2

 -------------- Dependencies --------------
 GEOS config:          /usr/pkg/bin/geos-config
 GEOS version:         3.3.2
 GDAL config:          /usr/pkg/bin/gdal-config
 GDAL version:         1.8.0
 PostgreSQL config:    /usr/pkg/bin/pg_config
 PostgreSQL version:   PostgreSQL 9.1.2
 PROJ4 version:        47
 Libxml2 config:       /usr/pkg/bin/xml2-config
 Libxml2 version:      2.7.8
 JSON-C support:       no
 PostGIS debug level:  0
 Perl:                 /usr/pkg/bin/perl

 --------------- Extensions ---------------
 PostGIS Raster:       0.1.6d
 PostGIS Topology:     enabled

 -------- Documentation Generation --------
 xsltproc:             /usr/pkg/bin/xsltproc
 xsl style sheets:     /usr/pkg/share/xsl/docbook
 dblatex:
 convert:              /usr/pkg/bin/convert
 }}}

 The diffs follow, but basically I seem to get NaN instead of a value.  I
 ran "paranoia"*, which when compiled with -ffloat-store was totally happy
 with my compiler/library/processor's arithmetic.  So, while realizing
 that my results seem off, I wonder if

   * anyone else sees this

   * if the tests assume i386 extended double registers

   * if the tests are known to pass on non-i386 (eg. sparc64) with a
   different floating point implementation

   * anyone has any other clues

 I will update gdal and retry, but 1.8.0 is >= 1.6.0 which is documented
 to work.

 {{{
 --- rt_rotation_expected        2012-01-12 20:47:29.000000000 -0500
 +++ /tmp/pgis_reg_14681/test_18_out     2012-01-25 19:12:25.000000000
 -0500
 @@ -1,8 +1,8 @@
 -4|1x1, ip:7.5,2.5 scale:5,5 skew:1,1, srid:-1, width:1,
 height:1|0.197395559849881
 +4|1x1, ip:7.5,2.5 scale:5,5 skew:1,1, srid:-1, width:1, height:1|NaN
  5|1x1, ip:7.5,2.5 scale:5,5 skew:3,7, srid:-1, width:1, height:1|NaN
  104|5.09901951359278|5.09901951359278|0|0|0
  105|8.60232526704263|5.8309518948453|0|0|0
 -104|3.60555127546399|3.60555127546399|3.60555127546399|3.60555127546399|0.785398163397448
 -105|6.08276253029822|4.12310562561766|4.12310562561766|6.08276253029822|0.785398163397448
 -104|4.41588043316392|4.41588043316392|2.54950975679639|2.54950975679639|0.523598775598299
 -105|7.44983221287567|5.04975246918104|2.91547594742265|4.30116263352131|0.523598775598299
 +104|3.60555127546399|3.60555127546399|3.60555127546399|3.60555127546399|NaN
 +105|6.08276253029822|4.12310562561766|4.12310562561766|6.08276253029822|NaN
 +104|4.41588043316392|4.41588043316392|2.54950975679639|2.54950975679639|NaN
 +105|7.44983221287567|5.04975246918104|2.91547594742265|4.30116263352131|NaN
 }}}
 {{{
 --- rt_mapalgebrafctngb_userfunc_expected       2012-01-12
 20:47:29.000000000 -0500
 +++ /tmp/pgis_reg_14681/test_48_out     2012-01-25 19:12:31.000000000
 -0500
 @@ -26,6 +26,6 @@
  t|t
  t|t
  t|t
 -t|t
 +ERROR:  input is out of range
  t
  t
 }}}

 * http://www.netlib.org/paranoia/

-- 
Ticket URL: <http://trac.osgeo.org/postgis/ticket/1501>
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-devel mailing list