UTM koordinatları X
ve CS olarak Y
bir yükseklik değeri içeren CSV biçiminde çok miktarda veri var Z
. Daha fazla analiz için bu verileri GeoTIFF olarak bir DEM dönüştürmek gerekiyor. Bu durumda, büyük miktarda 16 m anlamına gelir. çizgiler, bir nokta in ile X
, Y
ve Z
her satıra. Noktalar eşit olarak dağılmıştır, bu nedenle enterpolasyona gerek yoktur; her noktanın bir tarama hücresine dönüştürülmesi gerekir.
Orijinal veriler ayırıcı olmadan, sabit sütun genişliklerinde geldi. Ben zaten sabit metinler yerine bir ayırıcı kullanmak için dosya sözdizimi dönüştürmek ve akış metin editörü sed kullanarak tüm boşluk karakterleri ortadan kaldırmak için anladım . Buradan sonra normalde iş akışım X
, Y
ve özelliklerinden bir özellik sınıfı oluşturarak Z
ve ikinci bir adım olarak, nokta şekil dosyasını Noktadan Tarama aracını kullanarak bir GeoTIFF'e dönüştürerek verileri ArcGIS'e aktarmak olacaktır . Ancak, şu anda sahip olduğum dosya bu işlem için çok büyük.
Yukarıda açıklanan iş akışı yerine etkili bir alternatif ve keşfedilmiş GDAL arıyordum. Ancak, gdal_translate
desteklenen dosya türü listesinde bulabildiğim en yakın desteklenen biçim ASCII ızgarası ancak virgülle ayrılmış XYZ yok. Başka bir zorluk, UTM koordinatlarına sahip olmam , çoğu örnekte ondalık derece koordinatları kullanılıyor gibi görünüyor. Ancak, UTM sistemi içinde kalmam gerekiyor (veya en azından çıktı GeoTIFF'imin bir UTM koordinat sisteminde olması gerekiyor).
Bu yüzden , GDAL kullanarak CSV XYZ'yi bir GeoTIFF'e dönüştürmenin bir yolunu arıyorum , ancak şu ana kadar bu sorunla ilgili örnekler bulamadı. Bazı ipuçları ve hatta kod örnekleri için çok mutlu olurum.