Escale de 16 a 8 bits dentro do alcance usando GDAL

Estou procurando escalar uma imagem tiff de 16 bits não assinada para uma imagem de 8 bits usando GDAL (OSGeo4W). No entanto, quero restringir os valores de pixel para que eles fiquem dentro do intervalo das imagens de 8 bits. O que quero dizer é que quero garantir que a proporção visual na imagem de 16 bits seja representada na imagem de 8 bits (0-255). O uso de gdal_translate para converter de 16 bits para 8 bits reduz os valores de pixel e não produz uma imagem RGB. Não tenho certeza de qual função e configuração chamar de dentro do gdal_translate ou se existe uma opção melhor.

GDALINFO

C:\>gdalinfo C:\Projects\Stormwater\ForPCI\images\1537TORO_6cm_04761_RGBI.tif
Driver: GTiff/GeoTIFF
Files: C:\Projects\Stormwater\ForPCI\images\1537TORO_6cm_04761_RGBI.tif
Size is 17310, 11310
Coordinate System is `'
Metadata:
  TIFFTAG_DATETIME=2015:05:03 12:27:13
  TIFFTAG_IMAGEDESCRIPTION=UltraCam-Lvl03
--------------
CAM_ID: UC-SXp-1-50215465 [3]
IMG_NO: 4761
RECORD_GUID: 8fc3d7a9-d2e5-40e5-babf-939f1f803dcf
IMG_GUID: C850D0A4-39CA-4BC8-ACD7-81A363D78C6E
FILE_GUID: 86C4F8E4-A2FD-43FB-B3B1-4C4ED8DF0E42
LICENSE_ID: 820342819
SOFTWARE: UltraCam Aerial Radiometry Core 12.6.1408.2501
PIXEL_SIZE_WIDTH: 6 [micron]
PIXEL_SIZE_HEIGHT: 6 [micron]
APERTURE: F_8
EXPOSURE_TIME: 0.002000000000 [s]
HIGH_ISO_MODE_CAPTURE: off
HIGH_ISO_MODE_PROCESSING: off

----- Inner Orientation -----
PRINCIPAL_DISTANCE: 100.500000000000 [mm]
PRINCIPAL_POINT_X: -0.000000000000 [mm]
PRINCIPAL_POINT_Y: 0.180000000000 [mm]
SENSOR_AREA_WIDTH: 103.860000000000 [mm]
SENSOR_AREA_HEIGHT: 67.860000000000 [mm]
-----------------------------

----- Exposure Annotation Data -----
MID_EXPOSURE_CORRECTION: 0.000762000000 [s]
FMS_SENSOR_CODE: UCXp
FMS_CAMERA_PORT: 1
FMS_EXPOSURE_NUMBER: 4761
FMS_PROJECT: 1537TORO
FMS_AREA: 1537TORO_6cm_6030
FMS_LINE_NUMBER: 47
FMS_SEGMENT_NUMBER: 1
FMS_WAY_POINT_NUMBER: 0
GPS_DATE: 150412
GPS_TIME: 162517
GPS_LATITUDE: N43.745319 [degree]
GPS_LONGITUDE: W079.358953 [degree]
GPS_ALTITUDE: 1159 [m]
GPS_POSITION_SOLUTION: GPS
GPS_TRACK_OVER_GROUND: 73 [degree]
GPS_ABOVE_GROUND_LEVEL: 1008.7 [m]
GPS_GROUND_SPEED: 80.4 [mps]
------------------------------------

----- Level-3 Parameters -----
IMG_TYPE: High resolution multi channel RGBI
ROTATION: 0 [degree]
------------------------------------
TIFFTAG_RESOLUTIONUNIT=1 (unitless)
TIFFTAG_SOFTWARE=UltraCam Aerial Radiometry Core 12.6.1408.2501
Image Structure Metadata:
INTERLEAVE=PIXEL
Corner Coordinates:
Upper Left  (    0.0,    0.0)
Lower Left  (    0.0,11310.0)
Upper Right (17310.0,    0.0)
Lower Right (17310.0,11310.0)
Center      ( 8655.0, 5655.0)
Band 1 Block=17310x1 Type=UInt16, ColorInterp=Red
Band 2 Block=17310x1 Type=UInt16, ColorInterp=Green
Band 3 Block=17310x1 Type=UInt16, ColorInterp=Blue
Band 4 Block=17310x1 Type=UInt16, ColorInterp=Undefined

gdal imagery gdal-translate Ryan Garnett
fonte

Você poderia fornecer alguns detalhes sobre o tipo de imagem que está usando?

Aaron

Por exemplo, anexando o relatório gdalinfo do arquivo de origem. Escreva também o comando gdal_translate exato que você usou.

user30184

gdalinfo foi adicionado à pergunta como uma atualização. As imagens são imagens estéreo de nível 3. O comando gdal_translate usado foi: gdal_translate -ot Byte input.tif output.tif

Ryan Garnett

Talvez os dados reais das imagens de 16 bits estejam usando apenas uma fatia estreita de toda a faixa. A verificação do histograma com, por exemplo, QGIS, pode revelar isso. Você também pode tentar com o parâmetro -scale gdal.org/gdal_translate.html . Se você varinha saída RGB de 4 banda se.lect original de três deles com parâmetros -b, por exemplo-b 1 -b 2 -b 3

user30184

Se você não deseja que os valores acima de 255 sejam cortados, é necessário reduzi-los. Para esse efeito, gdal_translate fornece a opção -scale:

Do manual :

-scale [src_min src_max [dst_min dst_max]]: redimensione novamente os valores dos pixels de entrada do intervalo src_min para src_max para o intervalo dst_min para dst_max. Se omitido, o intervalo de saída é de 0 a 255. Se omitido, o intervalo de entrada é calculado automaticamente a partir dos dados de origem.

Então, o que você pode usar é o seguinte:

gdal_translate -of GTiff -ot Byte -scale 0 65535 0 255 src_dataset dst_dataset

Por que 255 e 65535?

Você tem valores de 2 ^ nbits. Como o valor mínimo é geralmente 0, o valor máximo é 2^nbits-1.

8 bits -> 2 ^ 8 = 256 valores -> 0-255
16 bits -> 2 ^ 16 = 65536 valores -> 0-65535

pLumo
fonte

Escale de 16 a 8 bits dentro do alcance usando GDAL

Respostas: