<div dir="ltr">Hi List,<div> I have four band (RGB plus Infrared) imagery from some aerial photography we've had flown. I've already used GDAL to create suitable optimised RGB GeoTIFFs using this data and now want to do it with the Infrared band too.</div>
<div><br></div><div>The RGBI data is about 1TB uncompressed, currently stored as 2732 GeoTIFF tiles compressed with LZW:</div><div><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Files: SK1400.tif<br> SK1400.tfw<br>Size is 8000, 8000<br>Coordinate System is:<br>PROJCS["OSGB 1936 / British National Grid",<br> GEOGCS["OSGB 1936",<br> DATUM["OSGB_1936",<br>
SPHEROID["Airy 1830",6377563.396,299.3249753150316,<br> AUTHORITY["EPSG","7001"]],<br> AUTHORITY["EPSG","6277"]],<br> PRIMEM["Greenwich",0],<br>
UNIT["degree",0.0174532925199433],<br> AUTHORITY["EPSG","4277"]],<br> PROJECTION["Transverse_Mercator"],<br> PARAMETER["latitude_of_origin",49],<br> PARAMETER["central_meridian",-2],<br>
PARAMETER["scale_factor",0.9996012717],<br> PARAMETER["false_easting",400000],<br> PARAMETER["false_northing",-100000],<br> UNIT["metre",1,<br> AUTHORITY["EPSG","9001"]],<br>
AUTHORITY["EPSG","27700"]]<br>Origin = (414000.000000000000000,301000.000000000000000)<br>Pixel Size = (0.125000000000000,-0.125000000000000)<br>Metadata:<br> AREA_OR_POINT=Area<br>Image Structure Metadata:<br>
COMPRESSION=LZW<br> INTERLEAVE=PIXEL<br>Corner Coordinates:<br>Upper Left ( 414000.000, 301000.000) ( 1d47'35.68"W, 52d36'22.49"N)<br>Lower Left ( 414000.000, 300000.000) ( 1d47'35.83"W, 52d35'50.12"N)<br>
Upper Right ( 415000.000, 301000.000) ( 1d46'42.51"W, 52d36'22.40"N)<br>Lower Right ( 415000.000, 300000.000) ( 1d46'42.68"W, 52d35'50.03"N)<br>Center ( 414500.000, 300500.000) ( 1d47' 9.18"W, 52d36' 6.26"N)<br>
Band 1 Block=8000x32 Type=Byte, ColorInterp=Red<br>Band 2 Block=8000x32 Type=Byte, ColorInterp=Green<br>Band 3 Block=8000x32 Type=Byte, ColorInterp=Blue<br>Band 4 Block=8000x32 Type=Byte, ColorInterp=Undefined<br><br></blockquote>
<div><br></div><div><br></div><div>My goal is to create a mosaiced GeoTIFF image with all four bands in it. It should be as small as possible without serious quality degredation.</div><div><br></div><div><br></div><div>I've got some some questions as a result of my experiments so far:</div>
<div><br></div><div><ul><li>"-co PHOTOMETRIC=YCBCR" - in gdal_translate this will fail saying it only works with 3 bands. Yet with gdaladdo, compressing overviews with "--config PHOTOMETRIC_OVERVIEW YCBCR" works fine (or at least gives no errors). Any reason for this?</li>
<li>Is there any special compression to use for four band imagery as I can't use YCBCR?</li><li>What's the best way to process the data? I'm using:<br></li></ul><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
gdal_translate aerial.vrt aerial.tif -of GTiff -co BIGTIFF=YES -co TILED=YES -co blockxsize=512 -co blockysize=512 -co COMPRESS=JPEG -co JPEG_QUALITY=50 -a_srs EPSG:27700<br>gdaladdo aerial.tif -r average --config COMPRESS_OVERVIEW JPEG --config JPEG_QUALITY_OVERVIEW 50 --config INTERLEAVE_OVERVIEW PIXEL --config PHOTOMETRIC_OVERVIEW YCBCR 2 4 8 16 32</blockquote>
<div><ul><li>How do I get GDAL to <i>not </i>set Band 4 to "Alpha" (which is what the above does).<br></li></ul><div>Using GDAL 1.10.1</div></div></div><div><br></div><div>Thanks,</div><div>Jonathan</div><div> </div>
</div></div>
<br>
<span style="color:rgb(34,34,34);font-family:Arial;background-color:rgb(255,255,255)">This transmission is intended for the named addressee(s) only and may contain confidential, sensitive or personal information and should be handled accordingly. Unless you are the named addressee (or authorised to receive it for the addressee) you may not copy or use it, or disclose it to anyone else. If you have received this transmission in error please notify the sender immediately. All email traffic sent to or from us, including without limitation all GCSX traffic, may be subject to recording and/or monitoring in accordance with relevant legislation.</span>