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, [EMAIL PROTECTED]
light and sound - activate the windows | http://pobox.com/~warmerdam
and watch the world go round - Rush | Geospatial Programmer for Rent
_______________________________________________
gdal-dev mailing list
[email protected]
http://lists.osgeo.org/mailman/listinfo/gdal-dev
