Re: [gdal-dev] cubic / bilinear resampling with gdalwarp looks similar to nearest neighbour

2010-10-13 Thread Seth Price
Bilinear uses the nearest four pixels, bicubic uses the nearest 16 pixels. That's what makes them linear and cubic. Do you have a source for another way to do it? It would be possible to do averaging, *then* resample, but I'm not sure that's worth it here. (Weighted averaging would be bette

Re: [gdal-dev] cubic / bilinear resampling with gdalwarp looks similar to nearest neighbour

2010-10-13 Thread Frank Warmerdam
Craig de Stigter wrote: Apologies for the long delay. I've finally had opportunity to look into this again. I'm still unsure why exactly the bilinear and bicubic resampling produces such second-rate output in GDAL. I have a few questions: 1. Is there a fundamental reason why the bilinear res

Re: [gdal-dev] cubic / bilinear resampling with gdalwarp looks similar to nearest neighbour

2010-10-13 Thread Craig de Stigter
Apologies for the long delay. I've finally had opportunity to look into this again. I'm still unsure why exactly the bilinear and bicubic resampling produces such second-rate output in GDAL. I have a few questions: 1. Is there a fundamental reason why the bilinear resampling couldn't use all the

Re: [gdal-dev] est failure on gdal 1.7 (layer.getExtent). Isolated in C and Python

2010-10-13 Thread Frank Warmerdam
Simon Thépot wrote: getExtent won't work and result in a (GRException: OGR failure). Simon, It is a bug in OGRVRTLayer::GetExtent(). It is mistakenly directly calling GetExtent() on the CSV file layer when it really needs to translate the features (pulling out the right fields for geometry) a

[gdal-dev] est failure on gdal 1.7 (layer.getExtent). Isolated in C and Python

2010-10-13 Thread Simon Thépot
Hi all, i'm experiencing a test failure on gdal1.7,postgis 1.4, Python2.6, Django-1.2.3 that I isolated in Python and C (so I think it might not be related to django). Python : http://pastebin.com/Pz40E63R C : http://pastebin.com/KXHENU90 The loaded files are at (pasted in the C source code as co

[gdal-dev] Re: combine shapefiles?

2010-10-13 Thread Rahkonen Jukka
Hermann Peifer wrote: > On 13/10/2010 09:10, Jukka Rahkonen wrote: > >> However, the .shp part of shapefile can not grow bigger than 4 gigabytes. > Did you ever succeed in creating a, say: 3.9G .shp file? > I do remember that some time ago, I was running into problems around 2G, > which wasn't t

[gdal-dev] Re: combine shapefiles?

2010-10-13 Thread Hermann Peifer
On 13/10/2010 09:10, Jukka Rahkonen wrote: However, the .shp part of shapefile can not grow bigger than 4 gigabytes. Did you ever succeed in creating a, say: 3.9G .shp file? I do remember that some time ago, I was running into problems around 2G, which wasn't too much of a surprise, as [1] s

[gdal-dev] Re: ERROR 4: ... is a grib file, but no raster dataset was successfully identified.

2010-10-13 Thread Hermann Peifer
Hello again. I am still running into this error with gdalinfo: $ gdalinfo HRES_ENS_2010101000+000.grib2 ERROR 4: HRES_ENS_2010101000+000.grib2 is a grib file, but no raster dataset was successfully identified. gdalinfo failed - unable to open 'HRES_ENS_2010101000+000.grib2'. However, other t

Re: [gdal-dev] Re: GDAL JAVA problem

2010-10-13 Thread Even Rouault
Sagar, this is normally just a matter of having all the needed .so (libgdal.so and the 4 JNI .so) in your LD_LIBRARY_PATH and gdal.jar in your java classpath. I'd encourage you to try on the command line first. See http://trac.osgeo.org/gdal/wiki/GdalOgrInJavaBuildInstructionsUnix __

[gdal-dev] Re: GDAL JAVA problem

2010-10-13 Thread sagar_sahay
Even, I am actually trying to run the ogr2ogr.java from the link which you have specified. In that if I don't load all the .so files individually it gives me an exception at .AllRegister() method and the execution stops, but when I load them individually it catches the exception and displays the

[gdal-dev] Re: combine shapefiles?

2010-10-13 Thread Jukka Rahkonen
Frank Warmerdam pobox.com> writes: > I was successful doing this to copy a file to another file and then > append another copy of the same features onto the second file. > >ogr2ogr out.shp in.shp >ogr2ogr -update -append out.shp in.shp in -nln out That's what I have used too, exept I t