[gdal-dev] GDAL/OGR 1.11.2 RC2 Available for Review

Kurt Schwehr schwehr at gmail.com
Thu Feb 12 18:30:48 PST 2015


I'll have to look into this more.

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
OGR: OGROpen(data/grid.vrt/0x7f8c9be00240) succeeded as VRT.
GDAL: GDALDriver::Create(GTiff,out.tif,20,20,1,Float64,0x0)
OGR: OGROpen(data/grid.csv/0x7f8c9bc24350) 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 AVX optimized version
GDAL_GRID: Using 8 threads
Segmentation fault: 11


On Thu, Feb 12, 2015 at 12:23 PM, Even Rouault <even.rouault at spatialys.com>
wrote:

> 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
>



-- 
--
http://schwehr.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/gdal-dev/attachments/20150212/d24de3ad/attachment-0001.html>


More information about the gdal-dev mailing list