タグ付けされた質問 「gdal-translate」

3
透明陰影起伏を作成しますか?
私は組み合わせを経由して、エレガントな透明の陰影起伏を取得gdalしてconvert。一般的に使用されるグレーベースの陰影起伏と比較し、透明な陰影起伏は、彼らがマップの背景と他の上位層(道路、建物高)との間に配置することができるので、非常に立体感じるどんな背景の種類と色を提供するために冷却されています。 使い方 トリック:によって生成されるグレースケール陰影起伏以降でgdal hillshade、トリックは、グレーチャンネルの値をとる各値を反転し、新しい不透明チャンネルにこの結果を流すことです。黒のピクセル[0,0,0]は[0,0,0,255](不透明度= 255)になり、灰色のピクセル[120,120,120]は低くなり[120,120,120,135](不透明度= 135、別名255-120)、白のピクセル[255,255,255]になりますように[255,255,255,0(不透明度= 0、別名255から255)は、透明となります。ヒルズの色合いは不透明で黒く、平野は徐々に(白)透明になります。概念的には、ピクセルのバンド方程式は次のようなものです。 alpha_value([0]) = 255-0 = 255; // black pixels get full opacity alpha_value([Grey]) = 255-Grey; // grey pixels get 255-GreyValue opacity. alpha_value([255]) = 255-255 = 0 // white pixels get null opacity ! このアプローチのレイドバック映像の場合は、参照してくださいPhotoshopのデザイナーによって説明Photoshopで陰影図を追加する(16mins)。 質問 入力としてETOPOまたはSRTM派生のグレーベースの陰影起伏(gdaldem hillshade crop_xl.tmp.tif shadedrelief.tmp.tif -s 111120 -z 5 -az …

1
PyQGISはラスタをレンダリング画像として保存し、GDALツールを使用します
QGis Save Raster as Rendered Imageのコードを使用しようとしました。iラスターレイヤー: pipelayer = i pipeextent = pipelayer.extent() pipewidth, pipeheight = (pipelayer.width(), pipelayer.height()) piperenderer = pipelayer.renderer() pipeprovider = pipelayer.dataProvider() crs = pipelayer.crs().toWkt() pipe = QgsRasterPipe() pipe.set(pipeprovider.clone()) pipe.set(piperenderer.clone()) pipedFile = os.path.join(tempfile.gettempdir(), safeLayerName + '_pipe.tif') print pipedFile file_writer = QgsRasterFileWriter(pipedFile) file_writer.writeRaster(pipe, pipewidth, pipeheight, pipeextent, pipelayer.crs()) in_raster = pipedFile …

1
gdalを使用して画像をモザイクするときに、フェードアルファレイヤーを保持できますか?
一部の画像をgdalでモザイク処理していますが、各画像のエッジに向かってフェード/緩やかなアルファレイヤーを使用してモザイクの中央のシャープなエッジを削除することにより、最終結果を改善したいと思います。私が抱えている問題は、以下に示すように、個々の画像の緩やかなアルファレイヤーを持つ部分が、最終的なモザイクで半透明ではなく、その下の画像をマスクしていることです。 この段階的な透明度を使用して、ある画像を次の画像にフェードインすることが理想です。 モザイクを生成するために実行する手順は次のとおりです。 元の画像にgcpsを追加して位置を特定し、適切に方向付けします(各画像に順番に行われます)。 gdal_translate -of GTiff -a_srs EPSG:4326 -a_srs EPSG:4326 -gcp 1616 0 -88.2728612066 40.5175787437 -gcp <etc., etc.> <original_image_with_gradual_alpha>.tif <image_with_gradual_alpha_and_gcps>.tif 画像を適切な向きの新しいジオティフにワープします(各画像に対して順番に行われます)。 gdalwarp -s_srs EPSG:4326 -t_srs EPSG:4326 -dstnodata 0 <image_with_gradual_alpha_and_gcps>.tif <warped_geotiff_with_alpha>.tif ワープされたすべての画像を1つのモザイクにまとめます。 gdalbuildvrt -srcnodata 0 mosaic.vrt <warped_geotiff_with_alpha_root>*.tif gdal_translate mosaic.vrt mosaic.tif リンクした画像はmosaic.tifです。 サンプル入力ファイルのgdalinfo: Driver: GTiff/GeoTIFF Files: dsc00562.tif Size is 1616, 1080 …

2
巨大なXYZ CSVをGeoTIFFに変換する
私はUTM座標を含むCSV形式のデータの膨大な量を持っているXとYように標高値Z情報。さらに分析するには、これらのデータをGeoTIFFとしてDEMに変換する必要があります。この場合、膨大な量は16 mを意味します。行、1つのポイントX、YおよびZ行ごと。点は均等に分布しているため、補間は必要ありません。各ポイントをラスタセルに変換する必要があります。 元のデータにはセパレータがなく、固定列幅が使用されていました。ストリームテキストエディターsedを使用して、固定幅の代わりにセパレーターを使用し、すべてのスペース文字を削除するようにファイル構文を変換する方法を既に考えました。ここからは、通常、私のワークフローからフィーチャクラスを作成することにより、ArcGISのデータをインポートするだろうX、YとZ使用して、データと第2段階としてのGeoTIFFにポイントシェープファイルを変換ポイントラスタにツールを。しかし、私が現在持っているファイルは、このプロセスには大きすぎます。 上記のワークフローの代わりに、効率的な代替手段を探していて、GDALを発見しました。ただし、ではgdal_translate、サポートされているファイルタイプリストで最も近いサポートされている形式はASCIIグリッドですが、カンマ区切りのXYZはありません。もう1つの難点は、UTM座標を持っていることですが、ほとんどの例では10進度座標を使用しているようです。ただし、UTMシステム内にとどまる必要があります(または少なくとも、出力GeoTIFFはUTM座標系にある必要があります)。 したがって、GDALを使用してCSV XYZをGeoTIFFに変換する方法を探していますが、これまでのところ、この正確な問題に対処する例を見つけることができませんでした。いくつかのヒントやコード例があればとても嬉しいです。

1
GDALを使用して範囲内で16ビットから8ビットにスケーリング
GDAL(OSGeo4W)を使用して、16ビットの符号なしTIFFイメージを8ビットイメージにスケーリングしようとしています。ただし、8ビット画像の範囲内に収まるようにピクセル値を制限します。つまり、16ビット画像の視覚的な割合が8ビット画像(0〜255)で表現されるようにします。gdal_translateを使用して16ビットから8ビットに変換すると、ピクセル値がカットされ、RGBイメージは生成されません。gdal_translate内からどの関数と設定を呼び出すか、またはより良いオプションがあるかどうかはわかりません。 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 …

1
GDALを使用して1バンドのTIFFにカラーテーブルを追加する方法
1バンドのGeoTIFFファイルがあります。バンドの色の解釈は灰色です。私は私の変換するために、カラーテーブルを必要Col.tiffとしますCol.jpegかCol.png。 私は.vrtを介してこのtiffにカラーテーブルを入れてみました: gdal_translate -of VRT Col.tiff Col.vrt 次に、.vrtを追加します。 <ColorInterp>Palette</ColorInterp> <ColorTable> <Entry c1="0" c2="0" c3="255" c4="240"/> <Entry c1="0" c2="0" c3="254" c4="240"/> <Entry c1="0" c2="0" c3="253" c4="240"/> <Entry c1="0" c2="0" c3="252" c4="240"/> </ColorTable> そしてもう一度翻訳してください: gdal_translate Col.vrt Col.tiff しかし、それは答えました: Warning 1: Unable to export color table to GeoTIFF file. Color tables can only …

1
複数のラスターのマージの結果がなぜそれほど大きいのですか?[閉まっている]
休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか?質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 2年前休業。 私はこのように14のgeotiffをマージしようとします: 各geotiffは約50Mbです。出力にgeotiffが必要です 私のワークフロー: gdalbuildvrt -input_file_list list.txt test.vrt (私のリストにはtifの名前が含まれています) 次に: gdal_translate -of Gtiff test.vrt test.tif Input file size is 79841, 59955 動作しますが、結果は13,3 Gbのgeotiffです!14個のファイル(それぞれ50 Mb)について、13 Gbではなく700 Mbのgeotiffを試みました。 gdalはデフォルトでは圧縮しないことを知っているので、次のコマンドを試しました。 gdal_translate -of Gtiff -co COMPRESS=JPEG test.vrt test_compressed.tif しかし、ファイルの「マージ」は、JPEG圧縮には大きすぎます。 Input file size is 79841, 59955 0ERROR 1: JPEGPreEncode:Strip/tile too large for JPEG …


1
.tiffがタイリングされているかどうかをGDALは報告できますか?
私が使用している特定のソフトウェアは、タイル化された.tiff DEMをサポートしていません。GDALユーティリティを使用して、.tiff DEMがタイリングされているかどうかを確認する方法はありますか? gdalinfo dem.tif 圧縮タイプとインターリーブタイプ(バンド/ピクセル)を報告しますが、私の知る限り、インターリーブタイプはタイリングとは何の関係もありません。 tiff DEMを作成オプションフラグを使用して翻訳して、期限切れのDEMを作成できますが、これには、レポートだけでなく、翻訳も必要です。 gdal_translate -co TILED=NO dem.tif dem_notile.tif
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.