Вихід масиву даних растрових фліп на осі x за допомогою python / gdal?


9

Я намагаюся створити растр, використовуючи бібліотеки python gdal, і я потрапив до точки, коли виводяться дані, але вихідні дані перекидаються на вісь x x точки початку . Я знаю, що я мушу щось не помітити, але я не можу зрозуміти, де я йду не так. Будь-які ідеї?

Створюючи растр, я встановлюю верхнє ліве значення x / y, і масив, здається, індексується зліва вліво і продовжується вниз до правого нижнього. У наведеному нижче коді я заповнюю масив значенням рядка.

При друкуванні масиву він виглядає приблизно так:

[[  1.   1.   1.   1.   1.   1.   1.   1.   1.   1.   1.   1.   1.   1.
    1.   1.   1.   1.   1.   1.   1.   1.   1.   1.   1.   1.   1.   1.
    1.   1.   1.   1.   1.   1.   1.   1.   1.   1.   1.   1.   1.   1.
    1.   1.   1.   1.   1.   1.]
 [  2.   2.   2.   2.   2.   2.   2.   2.   2.   2.   2.   2.   2.   2.
    2.   2.   2.   2.   2.   2.   2.   2.   2.   2.   2.   2.   2.   2.
    2.   2.   2.   2.   2.   2.   2.   2.   2.   2.   2.   2.   2.   2.
    2.   2.   2.   2.   2.   2.]
 [  3.   3.   3.   3.   3.   3.   3.   3.   3.   3.   3.   3.   3.   3.
    3.   3.   3.   3.   3.   3.   3.   3.   3.   3.   3.   3.   3.   3.
    3.   3.   3.   3.   3.   3.   3.   3.   3.   3.   3.   3.   3.   3.
    3.   3.   3.   3.   3.   3.]
 [  4.   4.   4.   4.   4.   4.   4.   4.   4.   4.   4.   4.   4.   4.
    4.   4.   4.   4.   4.   4.   4.   4.   4.   4.   4.   4.   4.   4.
    4.   4.   4.   4.   4.   4.   4.   4.   4.   4.   4.   4.   4.   4.
    4.   4.   4.   4.   4.   4.]
...

І ці дані успішно записуються в растрову смугу. Однак, коли їх переглядають у GIS MapWindow , дані, схоже, йдуть у зворотному напрямку із початково встановленою верхньо-лівою початковою точкою, з'являючись як нижнє ліве значення.

Іншими словами, дані перекидаються на осі x точки точки початку .

import gdal
import osr
import numpy

OUTPUT_FORMAT = "GTiff"
def create_raster(filename="test.tif"):
    driver = gdal.GetDriverByName(OUTPUT_FORMAT)
    band_type = gdal.GDT_Byte
    number_of_bands = 1

    x_rotation = 0 # not supported
    y_rotation = 0 # not supported
    cell_width_meters = 50
    cell_height_meters = 50

    (min_lon, min_lat, max_lon, max_lat) = _get_point_bounds() # retrieve bounds for point data        
    srs = osr.SpatialReference()
    srs.SetWellKnownGeogCS("WGS84") # Set geographic coordinate system to handle lat/lon        
    srs.SetUTM( 54, True) # Set projected coordinate system  to handle meters        

    # create transforms for point conversion
    wgs84_coordinate_system = srs.CloneGeogCS() # clone only the geographic coordinate system
    wgs84_to_utm_transform = osr.CoordinateTransformation(wgs84_coordinate_system, srs)

    # convert to UTM
    top_left_x, top_left_y, z = wgs84_to_utm_transform.TransformPoint(min_lon, max_lat, 0)     
    lower_right_x, lower_right_y, z = wgs84_to_utm_transform.TransformPoint(max_lon, min_lat, 0) 

    cols, rows = _get_raster_size(top_left_x, lower_right_y, lower_right_x, top_left_y, cell_width_meters, cell_height_meters)
    dataset = driver.Create(filename, cols, rows, number_of_bands, band_type) #

    # GeoTransform parameters
    # --> need to know the area that will be covered to define the geo tranform
    # top left x, w-e pixel resolution, rotation, top left y, rotation, n-s pixel resolution
    geo_transform = [ top_left_x, cell_width_meters, x_rotation, top_left_y, y_rotation, cell_height_meters ]
    dataset.SetGeoTransform(geo_transform)
    dataset.SetProjection(srs.ExportToWkt())

    dataset_band = dataset.GetRasterBand(1)
    data = dataset_band.ReadAsArray(0, 0, cols, rows).astype(numpy.float32) # returns empty array 

    for row in xrange(rows):
        for col in xrange(cols):
            data[row][ col] = row + 1

    dataset_band.WriteArray(data, 0, 0)
    dataset_band.SetNoDataValue(0.0)
    dataset_band.FlushCache()
    dataset = None # Close file

Я також помітив , коли я обчислити положення пікселя для заданої широти / довготи в у-значення результатів в індексі негативу, який , здається , роду-правильно , враховуючи , що масив з лівого верхнього в правий нижній .

inverse_geo_transform = gdal.InvGeoTransform(self.geo_transform)[1] # for mapping lat/lon to pixel
pixel_x, pixel_y = gdal.ApplyGeoTransform(self.inverse_geo_transform, utm_x, utm_y)

Відповіді:


10

Я знайшов проблему ....

Проблема полягає у визначенні гео_трансформи. У мене було таке:

x_rotation = 0 
y_rotation = 0 
cell_width_meters = 50
cell_height_meters = 50

geo_transform = [ top_left_x, cell_width_meters, x_rotation, top_left_y, y_rotation, cell_height_meters ]
dataset.SetGeoTransform(geo_transform)

У документації Gdal не зовсім зрозуміло, що це за значення. (Див. SetGeoTransform ) Шукаючи по інтернетам, я отримав, що передані значення повинні бути (по порядку):

  • top_left_x
  • cell_width_meters
  • x_rotation
  • top_left_y
  • y_rotation
  • cell_height_meters

Що здається правильним, АЛЕ переглянувши навчальний посібник API GDAL, я помітив, що останнє значення cell_height_metersпоказано як від'ємне значення. Здається, що це все, що було потрібно для правильного виведення даних у очікувану орієнтацію.

Отже, тепер я змінив рядок визначення гео_трансформу на:

(Зауважте, що додано "-")

geo_transform = [ top_left_x, cell_width_meters, x_rotation, top_left_y, y_rotation, -cell_height_meters ]

це традиційний спосіб поводження зі світловими зображеннями, як-от походження у верхньому лівому куті та спосіб використання географії в нижній лівій частині.
Ян Тертон

Це має сенс, коли ви знаєте, але підходити до проблеми з прикладів коду важко підібрати міркування. Я виявив, що в документації ArcGIS є чудова документація, що пояснює растри: webhelp.esri.com/arcgisdesktop/9.3/…
monkut
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.