Skalieren Sie 16 Bit bis 8 Bit innerhalb des Bereichs mit GDAL

Ich möchte ein vorzeichenloses 16-Bit-TIFF-Bild mit GDAL (OSGeo4W) auf ein 8-Bit-Bild skalieren. Ich möchte jedoch die Pixelwerte so einschränken, dass sie im Bereich der 8-Bit-Bilder bleiben. Ich meine, ich möchte sicherstellen, dass der visuelle Anteil im 16-Bit-Bild im 8-Bit-Bild (0-255) dargestellt wird. Die Verwendung von gdal_translate zum Konvertieren von 16-Bit in 8-Bit schneidet die Pixelwerte und erzeugt kein RGB-Bild. Ich bin mir nicht sicher, welche Funktion und Einstellung in gdal_translate aufgerufen werden soll oder ob es eine bessere Option gibt.

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
quelle

Könnten Sie bitte einige Details zu der Art der von Ihnen verwendeten Bilder angeben?

— Aaron

Zum Beispiel durch Anhängen des gdalinfo-Berichts der Quelldatei. Schreiben Sie auch den genauen Befehl gdal_translate, den Sie verwendet haben.

— user30184

gdalinfo wurde der Frage als UPDATE hinzugefügt. Bei den Bildern handelt es sich um Stereobilder der Stufe 3. Der verwendete Befehl gdal_translate war: gdal_translate -ot Byte input.tif output.tif

— Ryan Garnett

Möglicherweise verwenden die realen Daten der 16-Bit-Bilder nur einen schmalen Ausschnitt des gesamten Bereichs. Das Überprüfen des Histogramms mit beispielsweise QGIS kann dies ergeben. Sie können es auch einfach mit dem -scale-Parameter gdal.org/gdal_translate.html versuchen . Wenn Sie die RGB-Ausgabe vom 4-Band-Original steuern, wählen Sie drei davon mit -b-Parametern aus, zum Beispiel-b 1 -b 2 -b 3

— user30184,

Wenn Sie nicht möchten, dass die Werte über 255 gekürzt werden, müssen Sie sie verkleinern. Zu diesem Zweck bietet gdal_translate die Option -scale:

Aus dem Handbuch :

-scale [src_min src_max [dst_min dst_max]]: Skaliert die Eingabepixelwerte vom Bereich src_min bis src_max in den Bereich dst_min bis dst_max neu. Wenn nicht angegeben, liegt der Ausgabebereich zwischen 0 und 255. Wenn nicht angegeben, wird der Eingabebereich automatisch aus den Quelldaten berechnet.

Sie können also Folgendes verwenden:

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

Warum 255 und 65535?

Sie haben 2 ^ nbit Werte. Da der Min-Wert normalerweise 0 ist, ist der Max-Wert 2^nbits-1.

8 Bit -> 2 ^ 8 = 256 Werte -> 0-255
16 Bit -> 2 ^ 16 = 65536 Vaues -> 0-65535

— pLumo
quelle