[gdal-dev] GDAL/OGR 1.11.2 RC2 Available for Review
Even Rouault
even.rouault at spatialys.com
Thu Feb 12 12:23:33 PST 2015
Le jeudi 12 février 2015 20:54:42, Kurt Schwehr a écrit :
> Here is the full output:
>
> https://gist.github.com/schwehr/c9e9fb595d0370e7eff7
>
> fink list -i libjpeg webp
> i libjpeg-bin 9a-2 Executables for
> libjpeg package
> i libjpeg9 9a-2 JPEG image format
> handling library
> i libjpeg9-shlibs 9a-2 Shared libraries
> for libjpeg package
> i libwebp5 0.4.0-1 Library for
> manipulating WebP format
> i libwebp5-shlibs 0.4.0-1 Library for
> manipulating WebP format
>
> And the details of test_gdal_grid_3:
>
> ./test_gdal_grid.py
> TEST: test_gdal_grid_1 ... success
> TEST: test_gdal_grid_2 ... success
> TEST: test_gdal_grid_3 ... ERROR 4: `tmp/grid_invdist.tif' not recognised
> as a supported file format.
>
> fail (blowup)
> Traceback (most recent call last):
> File "../pymod/gdaltest_python2.py", line 42, in run_func
> result = func()
> File "./test_gdal_grid.py", line 273, in test_gdal_grid_3
> maxdiff = gdaltest.compare_ds(ds, ds_ref, verbose = 0)
> File "../pymod/gdaltest.py", line 1089, in compare_ds
> width = ds1.RasterXSize
> AttributeError: 'NoneType' object has no attribute 'RasterXSize'
> TEST: test_gdal_grid_4 ... success
> TEST: test_gdal_grid_5 ... success
> TEST: test_gdal_grid_6 ... success
> TEST: test_gdal_grid_7 ... success
> TEST: test_gdal_grid_8 ... success
> TEST: test_gdal_grid_9 ... success
> TEST: test_gdal_grid_10 ... success
> TEST: test_gdal_grid_cleanup ... ERROR 4: `tmp/grid_invdist.tif' not
> recognised as a supported file format.
>
> success
Kurt,
I'm wondering if it wouldn't be an issue with SSE / AVX optimizations.
Could you go into autotest/utilities and run manually the following ?
$ gdal_grid --debug on -txe 440720.0 441920.0 -tye 3751320.0 3750120.0 \
-outsize 20 20 -ot Float64 -l grid \
-a invdist:power=2.0:smoothing=0.0:radius1=0.0:radius2=0.0:angle=0.0:max_points=0:min_points=0:nodata=0.0 data/grid.vrt out.tif
Here's what I get :
OGR: OGROpen(data/grid.vrt/0x2482e50) succeeded as VRT.
GDAL: GDALDriver::Create(GTiff,out.tif,20,20,1,Float64,(nil))
OGR: OGROpen(data/grid.csv/0x24844c0) succeeded as CSV.
Grid data type is "Float64"
Grid size = (20 20).
Corner coordinates = (440690.000000 3750090.000000)-(441950.000000 3751350.000000).
Grid cell size = (60.000000 -60.000000).
Source point count = 400.
Algorithm name: "invdist".
Options are "power=2.000000:smoothing=0.000000:radius1=0.000000:radius2=0.000000:angle=0.000000:max_points=0:min_points=0:nodata=0.000000"
GDAL_GRID: Work buffer: 20 * 20
GDAL_GRID: Using SSE optimized version
GDAL_GRID: Using 4 threads
0...10...20...30...40...50...60...70...80...90...100 - done.
VRT: 400 features read on layer 'grid'.
CSV: 400 features read on layer 'grid'.
GDAL: GDALClose(out.tif, this=0x24baac0)
If you have issues, you can try adding "--config GDAL_USE_AVX NO" and/or "--config GDAL_USE_SSE NO"
You can also play with the GDAL_NUM_THREADS configuration option.
Does this work with trunk ? There have been some changes by moving SSE specifc code into a specific file.
Even
>
> Test Script: test_gdal_grid
> Succeeded: 10
> Failed: 1 (1 blew exceptions)
> Skipped: 0
> Expected fail:0
> Duration: 1.09s
>
> file tmp/grid_invdist.tif
> tmp/grid_invdist.tif: empty
>
>
> On Wed, Feb 11, 2015 at 12:28 AM, Even Rouault <even.rouault at spatialys.com>
>
> wrote:
> > Le mardi 10 février 2015 20:05:52, Kurt Schwehr a écrit :
> > > I think it looks okay w.r.t. fink on mac osx 10.9. autotest failures
> > > for anyone who is interested:
> > > https://gist.github.com/schwehr/757bae6bd28d9a7ffc4d
> >
> > Kurt,
> >
> > Some of the output traces that contain "fail" do not necessarily make the
> > step
> > a failure, but should skip it. The error message and information printed
> > and
> > line reported might be interesting.
> > Most must be due to a different version of the JPEG or webp lib that must
> > produce slightly different results.
> > The exception stack associated with "TEST: test_gdal_grid_3 ... fail
> > (blowup)"
> > would be interesting
> >
> > Even
> >
> > > On Tue, Feb 10, 2015 at 4:30 AM, Even Rouault <
> >
> > even.rouault at spatialys.com>
> >
> > > wrote:
> > > > Hi,
> > > >
> > > > I have prepared a second GDAL/OGR 1.11.2 release candidate, with the
> >
> > fix
> >
> > > > for
> > > > the 1.11.0 regression in the PG driver identified yesterday (#5837).
> > > > Please review and test.
> > > >
> > > > Peek up an archive among the following ones (by ascending size):
> > > > http://download.osgeo.org/gdal/1.11.2/gdal-1.11.2RC2.tar.xz
> > > > http://download.osgeo.org/gdal/1.11.2/gdal-1.11.2RC2.tar.gz
> > > > http://download.osgeo.org/gdal/1.11.2/gdal1112RC2.zip
> > > >
> > > > The gdal-grass plugin archive hasn't been modified since RC1 :
> > > > http://download.osgeo.org/gdal/1.11.2/gdal-grass-1.11.2.tar.gz
> > > >
> > > > A snapshot of the gdalautotest suite is also available :
> > > > http://download.osgeo.org/gdal/1.11.2/gdalautotest-1.11.2.tar.gz
> > > > http://download.osgeo.org/gdal/1.11.2/gdalautotest-1.11.2.zip
> > > >
> > > > The NEWS file is here :
> > > > http://trac.osgeo.org/gdal/wiki/Release/1.11.2-News
> > > >
> > > > I'll call for a vote promoting it soon if no serious problems are
> > > > reported before.
> > > >
> > > > Best regards,
> > > >
> > > > Even
> > > > --
> > > > Spatialys - Geospatial professional services
> > > > http://www.spatialys.com
> > > > _______________________________________________
> > > > gdal-dev mailing list
> > > > gdal-dev at lists.osgeo.org
> > > > http://lists.osgeo.org/mailman/listinfo/gdal-dev
> >
> > --
> > Spatialys - Geospatial professional services
> > http://www.spatialys.com
--
Spatialys - Geospatial professional services
http://www.spatialys.com
More information about the gdal-dev
mailing list