Re: [gdal-dev] gdalinfo coordinates problem?

Am 17.01.2014 23:37, schrieb Even Rouault: You should likely create a GDAL Trac ticket with your report and the patch, but I'm not sure who will dare hurting his head against this wall... This ticket should have the same issue already: https://trac.osgeo.org/gdal/ticket/4954 For the QGIS p

[gdal-dev] Problem calling gdalwarp from within python script

Hi, I wish to call gdalwarp from within a python script but I cannot get it to work. The command I wish to run is: gdalwarp -q -multi -r cubicspline -t_srs '+proj=geos +lon_0=0.0 +h=35785831' -te -5568748.2758 -5568748.4774 5568748.2758 5568748.2758 -tr 3000.40316582 3000.40316582 -srcnodata 6553

Re: [gdal-dev] Problem calling gdalwarp from within python script

try > subprocess.call(["gdalwarp", "-q", "-multi", ... "TEST2.tiff"]) Each arg must be an element in the list. -kurt On Jan 19, 2014, at 2:27 PM, Simon Proud wrote: > Hi, > I wish to call gdalwarp from within a python script but I cannot get it to > work. > > The command I wish to run

Re: [gdal-dev] Problem calling gdalwarp from within python script

Hi, thanks for the reply. I tried changing the call to this: process.call(["gdalwarp","-q","-multi","-r cubicspline","-t_srs '+proj=geos +lon_0=0.0 +h=35785831'","-te -5568748.2758 -5568748.4774 5568748.2758 5568748.2758","-tr 3000.40316582 3000.40316582","-srcnodata 65535","TEST.tiff","TEST2.

Re: [gdal-dev] Problem calling gdalwarp from within python script

> ,"-r cubicspline", becomes "-r", "cubicspline", and so forth On Jan 19, 2014, at 3:00 PM, Simon Richard Proud wrote: > Hi, thanks for the reply. > > I tried changing the call to this: > process.call(["gdalwarp","-q","-multi","-r cubicspline","-t_srs '+proj=geos > +lon_0=0.0 +h=35785831'

Re: [gdal-dev] Problem calling gdalwarp from within python script

Ok, that gets things a little closer - now it gives an error: "ERROR 1: Translating source or target SRS failed" I tried with '+proj=geos +lon_0=0.0 +h=35785831' as one argument and as three. Same result. I also tried including the -te and -tr arguments in the one argument along with the proj d

[gdal-dev] How to build a Raster Attribute Table for a GeoTiff grid file using GDAL API in c only, not c++?

Hello, folks, I tried to build a Raster Attribute Table (denoted as RAT below) for a GeoTiff raster file(attached as “test.tif”) in C within Visual Studio 2008. This C file was compiled through and there was no errors reported. I used GDALSetDefaultRAT function, it was successful. But when I used

Re: [gdal-dev] Problem calling gdalwarp from within python script

have not tested this, but I would guess something like this... ['gdalwarp','-q','-multi','-r', 'cubicspline','-t_srs', '+proj=geos +lon_0=0.0 +h=35785831', '-te', '-5568748.2758 -5568748.4774 5568748.2758 5568748.2758','-tr', '3000.40316582 3000.40316582', '-srcnodata', '65535','TEST.tiff', 'TE

[gdal-dev] How to build a Raster Attribute Table for a GeoTiff grid file using GDAL API in c only, not c++?

Hello, folks, Sorry, the attactment was scrubed in my previous email since it cannot be in a .rar file. In this email, I changed the file extension to .rar_1. After grab it, please change back the file extension to .rar to open in rar. I tried to build a Raster Attribute Table (denoted as RA

Re: [gdal-dev] Problem calling gdalwarp from within python script

Hi, Unfortunately that produces a file not found error with filename "65535". If I remove both arguments "-srcnodata" and "65535" then I go back to getting the usage guidelines. /Simon Fra: Kurt Schwehr [schw...@gmail.com] Sendt: 19. januar 2014 19:00 Til

Re: [gdal-dev] How to build a Raster Attribute Table for a GeoTiff grid file using GDAL API in c only, not c++?

GeoTiff's do not support Raster Attribute Tables. Try sticking to HFA instead. Sam. On 20 January 2014 12:55, sam sung wrote: > Hello, folks, > > I tried to build a Raster Attribute Table (denoted as RAT below) for a > GeoTiff raster file(attached as “test.tif”) in C within Visual Studio 2008