[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