Re:Re: [gdal-dev] write error

2010-04-11 Thread weixj2003ld
Thk u for your answer. 1.I have change the following code: for(int i=1;i<=nY;i++) to for(int i=0;iThe RasterIO parameters are not correct. > >Try instead : > poSrcBand->RasterIO(GF_Read,0,i,nX,1,pafScanline,nX,1,GDT_Float32,0,0); > poDstBand->RasterIO(GF_Write,0,i,nX,1,pafScanline,nX,1,GDT_Float32

Re: [gdal-dev] Deskewing geo-referenced scanned prints

2010-04-11 Thread Even Rouault
Zoltan, With 4 GCPs, by default, gdalwarp uses a 1st-order polynomial If you provide 6 GCPs or more, it will use a 2nd-order polynomial. You can also try specifying -tps to use the Thin Plate Spline transformer. Le Sunday 11 April 2010 13:38:21 Zoltan Szecsei, vous avez écrit : > Hi All, > Eve

Re: [gdal-dev] Deskewing geo-referenced scanned prints

2010-04-11 Thread Zoltan Szecsei
Hi All, Even's advice below (for cropping) was perfect for what I wanted, but now I see that the original georeferencing of the scanned images was not that great. I have pixel values for the (skew) LatLong corners, but I cant fathom out how to use these as GCPs to re-geo-reference the scans

Re: [gdal-dev] Deskewing geo-referenced scanned prints

2010-04-11 Thread Zoltan Szecsei
Hi Even, I think I have spent too much time using older proprietary software. I figured the image would have to be deskewed before using "te" option, but now that you mention it, it makes sense that gdal would (should) look at all the tfw & embedded parameters before it willy-nilly crops for th

Re: [gdal-dev] write error

2010-04-11 Thread Even Rouault
The RasterIO parameters are not correct. Try instead : poSrcBand->RasterIO(GF_Read,0,i,nX,1,pafScanline,nX,1,GDT_Float32,0,0); poDstBand->RasterIO(GF_Write,0,i,nX,1,pafScanline,nX,1,GDT_Float32,0,0); The 'for(int i=1;i I use the following code to read data from a geotiff file and write it into

Re: [gdal-dev] Deskewing geo-referenced scanned prints

2010-04-11 Thread Even Rouault
Zoltan, I'd use something like : gdalwarp -te 24.75 -34.25 25.00 -34.00 src.tif out.tif In your case, you just need to be able to analyze the image name, compute xmin, xmax, ymin, ymax, build the gdalwarp line and spawn the new process. So I think you could use any programming/scripting langua

Re: [gdal-dev] Support for GeoTIFF 12 bit with JPEG compression.

2010-04-11 Thread Even Rouault
Zoltan, GDAL supports reading & writing JPEG-IN-TIFF 12bit since version 1.7.0, provided that you build it with internal libtiff and internal libjpeg. See http://trac.osgeo.org/gdal/wiki/TIFF12BitJPEG Best regards, Even Le Sunday 11 April 2010 09:49:54 Zoltan Szecsei, vous avez écrit : > Hi,

[gdal-dev] Support for GeoTIFF 12 bit with JPEG compression.

2010-04-11 Thread Zoltan Szecsei
Hi, Is GDAL likely to get support for these image formats anytime soon? (Aerial images from the Intergraph DMC system) Thanks & regards, Zoltan z...@gl1:/home/gisdata$ gdalinfo 2820D_2009_151_06_0204_RGB.tif ERROR 1: JPEGLib:Unsupported JPEG data precision 12 Driver: GTiff/GeoTIFF Files: 2820D_