Re: [gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release
Frank Warmerdam wrote: Motion: Promote GDAL/OGR 1.7.3RC2 to final release +1 (Tested with FGS and MapServer without problems) Daniel -- Daniel Morissette http://www.mapgears.com/ ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release
Peter Hopfgartner wrote: I wrapped a quick rpm package, installed the rpms and tried to run autotest. The tests comes to this point: Running tests from gcore/mask.py TEST: mask_1 ... success TEST: mask_2 ... success TEST: mask_3 ... success TEST: mask_4 ... success TEST: mask_5 ... ERROR 1: ZIPDecode:tmp/mask_4.pnm.msk: Decoding error at scanline 0, incorrect header check ERROR 1: TIFFReadEncodedTile() failed. ERROR 1: IReadBlock failed at X offset 0, Y offset 0 ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 0 Segmentation fault The platform id CentOS 5.5/x86_64, with some packages from EPEL and elgis. Peter, What libtiff is this using? Internal? External libtiff4? libtiff3.x? The test suite pushes many boundary cases that only work with the latest libtiff4 code particularly because GDAL tends to be the client that pushes the boundaries of libtiff. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com 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 gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
RE: [gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release
I wrapped a quick rpm package, installed the rpms and tried to run autotest. The tests comes to this point: Running tests from gcore/mask.py TEST: mask_1 ... success TEST: mask_2 ... success TEST: mask_3 ... success TEST: mask_4 ... success TEST: mask_5 ... ERROR 1: ZIPDecode:tmp/mask_4.pnm.msk: Decoding error at scanline 0, incorrect header check ERROR 1: TIFFReadEncodedTile() failed. ERROR 1: IReadBlock failed at X offset 0, Y offset 0 ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 0 Segmentation fault The platform id CentOS 5.5/x86_64, with some packages from EPEL and elgis. Regards, Peter Hopfgartner R3 GIS Srl - GmbH http://www.r3-gis.com Frank Warmerdam warmer...@pobox.com wrote Subject: [gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release Date: 08.11.2010 21:22 Motion: Promote GDAL/OGR 1.7.3RC2 to final release --- PSC members, I've run the autotests in a few environments and things seems solid to me. Please vote when you have had a chance to examine the release candidate. Anyone else who finds problems should also speak up of course. +1 Frank -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com 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 gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
RE: Re: [gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release
Hi Frank, I had to disable mask_5 to mask_10 and ecw_6, which threw another Exception. Now the result looks like: Failures Script: ogr/ogr_s57.py TEST: ogr_s57_2 ... fail Expected 2 layer type in layer COALNE, but got 0. Script: gcore/tiff_write.py TEST: tiff_write_55 ... fail failed to preserve Equirectangular projection as expected, old libgeotiff? Script: gdrivers/pds.py TEST: pds_4 ... fail Checksum for band 1 in pds_3177.lbl is 3293, but expected 4028. Script: gdrivers/gxf.py TEST: gxf_1 ... fail Checksum for band 1 in small.gxf is 90, but expected 88. Script: gdrivers/ecw.py TEST: ecw_10 ... fail (blowup) -- Test Script: utilities/test_ogrtindex.py Succeeded: 1570 Failed:5 (1 blew exceptions) Skipped: 240 Expected fail:1 As GDAL_DOWNLOAD_TEST_DATA environment variable is not defined, 67 tests relying on data to downloaded from the Web have been skipped Talking about libtiff4 in elgis is concerned, there is really no hurry. Cheers, Peter R3 GIS Srl - GmbH http://www.r3-gis.com Frank Warmerdam warmer...@pobox.com wrote Subject: Re: [gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release Date: 09.11.2010 17:22 Peter Hopfgartner wrote: Hi Frank, gdal was configured with: --with-geotiff=external \ --with-tiff=external \ --with-libtiff=external \ and libtiff is the one that comes with CentOS 5.5: [rpmbu...@rpm-devel gdalautotest-1.7.0]$ rpm -qa | grep tiff libgeotiff-1.2.4-3.el5 libtiff-devel-3.8.2-7.el5_5.5 libgeotiff-devel-1.2.4-3.el5 libtiff-3.8.2-7.el5_5.5 Peter, Well, that explains it. Passing the autotest suite will require a substantially newer libtiff. I would suggest you just disregard tiff related failures, and remove any tiff related scripts that cause a crash. But this sensitivity of GDAL to libtiff bugs is the reason I advocate for having libtiff4 available for GDAL, though hopefully in a way that does not interfere with the system libtiff. I'm sorry I haven't been able to follow up on that on the EL mailing list as I've backburnered my RPM work for a few days. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com 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 gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release
Peter Hopfgartner wrote: Hi Frank, gdal was configured with: --with-geotiff=external \ --with-tiff=external \ --with-libtiff=external \ and libtiff is the one that comes with CentOS 5.5: [rpmbu...@rpm-devel gdalautotest-1.7.0]$ rpm -qa | grep tiff libgeotiff-1.2.4-3.el5 libtiff-devel-3.8.2-7.el5_5.5 libgeotiff-devel-1.2.4-3.el5 libtiff-3.8.2-7.el5_5.5 Peter, Well, that explains it. Passing the autotest suite will require a substantially newer libtiff. I would suggest you just disregard tiff related failures, and remove any tiff related scripts that cause a crash. But this sensitivity of GDAL to libtiff bugs is the reason I advocate for having libtiff4 available for GDAL, though hopefully in a way that does not interfere with the system libtiff. I'm sorry I haven't been able to follow up on that on the EL mailing list as I've backburnered my RPM work for a few days. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com 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 gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
RE: Re: [gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release
Hi Frank, gdal was configured with: --with-geotiff=external \ --with-tiff=external \ --with-libtiff=external \ and libtiff is the one that comes with CentOS 5.5: [rpmbu...@rpm-devel gdalautotest-1.7.0]$ rpm -qa | grep tiff libgeotiff-1.2.4-3.el5 libtiff-devel-3.8.2-7.el5_5.5 libgeotiff-devel-1.2.4-3.el5 libtiff-3.8.2-7.el5_5.5 Regards, Peter R3 GIS Srl - GmbH http://www.r3-gis.com Frank Warmerdam warmer...@pobox.com wrote Subject: Re: [gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release Date: 09.11.2010 16:32 Peter Hopfgartner wrote: I wrapped a quick rpm package, installed the rpms and tried to run autotest. The tests comes to this point: Running tests from gcore/mask.py TEST: mask_1 ... success TEST: mask_2 ... success TEST: mask_3 ... success TEST: mask_4 ... success TEST: mask_5 ... ERROR 1: ZIPDecode:tmp/mask_4.pnm.msk: Decoding error at scanline 0, incorrect header check ERROR 1: TIFFReadEncodedTile() failed. ERROR 1: IReadBlock failed at X offset 0, Y offset 0 ERROR 1: GetBlockRef failed at X block offset 0, Y block offset 0 Segmentation fault The platform id CentOS 5.5/x86_64, with some packages from EPEL and elgis. Peter, What libtiff is this using? Internal? External libtiff4? libtiff3.x? The test suite pushes many boundary cases that only work with the latest libtiff4 code particularly because GDAL tends to be the client that pushes the boundaries of libtiff. Best regards, -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com 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 gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
[gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release
Motion: Promote GDAL/OGR 1.7.3RC2 to final release --- PSC members, I've run the autotests in a few environments and things seems solid to me. Please vote when you have had a chance to examine the release candidate. Anyone else who finds problems should also speak up of course. +1 Frank -- ---+-- I set the clouds in motion - turn up | Frank Warmerdam, warmer...@pobox.com 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 gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] Motion: Promote GDAL/OGR 1.7.3RC2 to final release
Le lundi 08 novembre 2010 21:22:35, Frank Warmerdam a écrit : Motion: Promote GDAL/OGR 1.7.3RC2 to final release +1 Even ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev