[gdal-dev] autotest 1.6 errors - need help

Frank Warmerdam warmerdam at pobox.com
Mon Dec 1 12:30:21 EST 2008


William Kyngesburye wrote:
> I'm working on some autotest errors for 1.6, and I need some help to 
> figure out how to fix them.
> 
> - ogr_gml
> 
>   TEST: ogr_gml_1 ... ERROR 1: <coordinates> element missing value.
> fail (blowup)
> Traceback (most recent call last):
>   File "pymod/gdaltest.py", line 89, in run_tests
>     result = func()
>   File "./ogr_gml_read.py", line 72, in ogr_gml_1
>     if feat.GetField('Name') != 'Aartselaar':
> AttributeError: 'NoneType' object has no attribute 'GetField'
> 
> and similar errors for tests 2-4
> 
> strangely, there is a similar error for test 5 but it succeeds:
> 
>  TEST: ogr_gml_5 ... ERROR 1: <coordinates> element missing value.
> success
> 
> Could it have something to do with Xerces 3?  I can try recompiling with 
> Xerces 2.8.

William,

I'm not sure.  There has been recent work to support Xerces 3.0,
so I'm surprised.

> - gdrivers/grass
> 
>   TEST: grass_2 ...
> old =  PROJCS["UTM Zone 18, Northern Hemisphere",
>     GEOGCS["grs80",
>         DATUM["North_American_Datum_1983",
>             
> SPHEROID["Geodetic_Reference_System_1980",6378137,298.257222101],
>             TOWGS84[0.000,0.000,0.000]],
>         PRIMEM["Greenwich",0],
>         UNIT["degree",0.0174532925199433]],
>     PROJECTION["Transverse_Mercator"],
>     PARAMETER["latitude_of_origin",0],
>     PARAMETER["central_meridian",-75],
>     PARAMETER["scale_factor",0.9996],
>     PARAMETER["false_easting",500000],
>     PARAMETER["false_northing",0],
>     UNIT["meter",1]]
> new =
> fail
>     Projections differ
> 
> It seems to have completely dropped the projection.  Note that I'm using 
> a trimmed down library-only GRASS and may have missed something in the 
> dummy grass/etc/ folder.

I didn't even know we had a grass test suite entry.  I don't
know what is happening here.

> - mrsid - I've been getting this for a while, even in 1.5.
...
> fail
>     Projections differ
 >
> It's losing most of the parameters or their values.

Yes, I've seen this sort of problem from time to time.  There
seems to be problems extracting the pseudo-geotiff-tags from
some mrsid files, though repeated efforts to resolve this
issue have failed.  What version of the mrsid sdk are you using?
I haven't run into this for a while myself.

> Then:
> 
>   TEST: mrsid_4 ...
> old =  (0.0, 255.0, 102.684, 51.613999999999997)
> new =  [0.0, 255.0, 103.11236497314, 52.476991490286998]
> fail
>     Approximate statistics differs.
> 
> I think this used to be OK, though I sorta remember seeing it before.

I have also seen the image results come back with such modest,
but statistically significant differences.  I have no way to
address this though.

> - osr_esri
> 
>   TEST: osr_esri_10 ...
> Got:       
> PROJCS["Sphere_Plate_Carree",GEOGCS["GCS_Sphere",DATUM["D_Sphere",SPHEROID["Sphere",6371000.0,0.0]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.017453292519943295]],PROJECTION["Equidistant_Cylindrical"],PARAMETER["False_Easting",0.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",0.0],UNIT["Meter",1.0]] 
> 
> Expected:  
> PROJCS["Sphere_Plate_Carree",GEOGCS["GCS_Sphere",DATUM["D_Sphere",SPHEROID["Sphere",6371000.0,0.0]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.017453292519943295]],PROJECTION["Plate_Carree"],PARAMETER["False_Easting",0.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",0.0],UNIT["Meter",1.0]] 
> 
> fail
>     Did not get expected Plate_Caree SRS after morphToESRI

This is an autotest problem, and will be resolved when I upload
the fixed autotest.  It may be disregarded for now.

Best regards,
-- 
---------------------------------------+--------------------------------------
I set the clouds in motion - turn up   | Frank Warmerdam, warmerdam at pobox.com
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush    | Geospatial Programmer for Rent



More information about the gdal-dev mailing list