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

GDAL(地理空間データ抽象化ライブラリ)は、ラスター空間データ形式を処理するためのオープンソースのトランスレータライブラリとコマンドラインユーティリティのセットです。ライブラリとして、サポートされているすべての形式の単一の抽象データモデルを呼び出し側アプリケーションに提供します。また、データの変換と処理に役立つさまざまなコマンドラインユーティリティが付属しています。

4
オープンソースソフトウェアを使用して大きなシェープファイルをマージしますか?
背景:それぞれ約500,000レコードの2つのポリゴンシェイプファイルがあります。2つのファイルのフィールド構造は同じです。 ArcGIS 10.0を使用している場合、ジオプロセシング/マージを使用してこれら2つのファイルをマージすることはできません。ArcMapは常に、プロセスの途中でクラッシュします。 この仕事をすることができるオープンソースソフトウェアはありますか?QGISには次の機能があります。ベクター/シェイプファイルを1つにマージしますが、現在のバージョン1.7ではこの機能にバグが報告されています。私はGDALが多くのことを実行できることを知っており、GDALまたは他のいくつかのオープンソースソフトウェアがこれを適切に実行できるかどうか疑問に思っています。
8 qgis  gdal  merge  append 


3
ArcGIS Desktopのラスターピラミッドファイルの画像品質が悪い(アンチエイリアスなし)?
ArcGIS Desktop 10.0で開こうとするいくつかのGeoTIFFファイル(サイズ〜7000x7000 px)があります。ジオプロセシングツールを使用してそれらのラスターピラミッド(.ovrファイル)を既に作成しましたが、品質がかなり悪い(0.25サイズ変更): 各GeoTIFFファイルには多くの細部があります。実際には、CAD図面がラスターに保存されています。無料の画像ビューアでGeoTIFFの手動サイズ変更を試行し、リサンプル+アンチエイリアスを使用しました。結果は素晴らしく見えます(0.25リサイズ): ピラミッドの作成に使用した標準のリサンプルメソッド(ArcGIS 10.0)では、良い結果が得られませんでした。私もピラミッドなしで画像を表示しようとしました-同じこと。 次に、GDALライブラリ(GDALDataset.BuildOverview)を使用してピラミッドファイル(.ovr)を作成しようとしました。ただし、GDALはOVRファイルの生成時にアンチエイリアスを使用することもできません。 別の方法はOVRファイルを手動で生成することです。OVRファイルを作成するためのライブラリを見つけようとしました。何もない。すぐに、OVRは実際にはマルチページTIFFファイルであることに気付きました。画像エディターで(複数ページのTIFFとして)OVRファイルを手動で作成し、名前を変更してArcGISで使用しようとすると、黒い画面に歪みが見られました。カラーパレットに問題がある可能性があります。OVR仕様も見つかりませんでした。 画質を改善するためにアンチエイリアスを使用してこのようなピラミッドファイルを生成する可能性があることを誰かが知っていますか?OVR仕様またはライブラリへのリンクはありますか? 編集1: 以下は、例として使用できるラスターの一部です(ArcGISでピラミッドを構築してみてください)。 EDIT2: ピラミッドを構築するときのリサンプリング方法の変更に関するコメントに完全に回答するために、ArcGISですべての方法を試しました。次に、各ovrファイルをマルチページtiffとして開き、1つのピラミッドレベルを取得して、別のファイルに保存しました。次に、同じソース画像をフリーウェアビューア(IrfanViewer)で同じサイズ(ピラミッドレベル)にリサンプリングしました。ソース画像のサイズは5001 x 3361 pxです。ピラミッドレベルのサイズは313 x 210ピクセルです。したがって、画像は16倍に縮小されました。これが私の結果です: 最も近いリサンプリング方法(ピラミッドファイルから): 双一次リサンプリング法(ピラミッドファイルから): 3次リサンプリング法(ピラミッドファイルから): IrfanViewerでアンチエイリアスを使用して同じサイズにリサンプルします。 EDIT3: 私は、ピラミッドで達成しようとしている品質を示すために、ソースジオリファレンスラスタの 1つとそのリサンプリングされた例を提供しています。

1
ラスターをPostGISにインポートする方法は?
以下の手順に従って、ラスタをPostGISデータベースにロードしようとしています。 python raster2pgsql.py -s 4269 -I -r *.tif -F myschema.demelevation -o elev.sql 私*がラスターへのパスに置き換えることを理解していますが、パーツmyschema.demelevationまたはを理解していませんelev.sql。このファイル用に独自のスキーマを用意する必要がありますか?そして、そのelev.sql部分はどういう意味ですか? 私はまた、gdal PostGISラスタードライバーを読んで、より多くの例でこれを試して理解しました。同様に、彼らはラスターをロードすることを提案しますkatrina python raster2pgsql.py -r /path/to/katrina.tif -t katrina -l 1 -k 64x64 -o katrina.sql -s 4326 -I -M 現在の設定を使用して、katrinaラスターを次の場所にロードしてみました。 python2.6 ~/src/postgis-2.0.0SVN/raster/scripts/python/raster2pgsql.py -r ~/tmp/katrina.tif -t katrina -l 1 -k 64x64 -o katrina.sql -s 4326 -I -M ただし、次のエラーが発生しました。 Traceback …

1
FileGDBの読み取り/書き込みサポートによるGDALの構築
ファイルジオデータベースの読み取り/書き込みサポートでgdalの構築に成功した人はいますか?サポートされているベクター形式のようにFileGDBを見ることはありません。これが私がやっていることです: 最新のgdalトランクをダウンロード(例:gdalsvn-trunk-20110822.zip) Visual Studio 2010でmakegdal10.slnファイルを開きます nmake.optファイルを編集します。この時点で変更するのはGDAL_HOME変数だけです。FGDBセクションはまだコメント化されています。その他はすべてそのままです。 ソリューションの構築------> SUCCESS FGDBセクションのコメントを外し、パスをFGDB SDKに設定します Visual Studioコマンドラインツールを開き、/ ogr / ogrsf_frmts / filegdbに移動します。 nmake / f makefile.vcプラグインを実行------> SUCCESS-このフォルダーにogr_FileGDB.dllが追加されました ここで、ogr_FileGDB.dllとFileGDBAPI.dllをogr2ogr.exeを含むbinフォルダーにコピーします。ogr2ogr --formatsを実行すると、FileGDBをフォーマットとして取得できません。 ここで何か不足していますか?

1
GDALを使用して1440x720データセットから4096x4096 pngを作成する方法
かなり簡単に思えるようなことをやろうとしています。私はftp://eclipse.ncdc.noaa.gov/pub/OI-daily-v2/NetCDF/2011/AVHRR-AMSR/からnetcdfファイルを取得し、4096x4096 pngに変換してタイル表示できるようにしていますグーグルマップで使用するためにそれを。私は次のコマンドを使用してきましたが、東と西の境界に常に空白の領域が作成されるようです。 /usr/local/bin/gdal_translate -a_srs EPSG:4326 -outsize 4096 4096 -a_ullr 0 90 360 -90 NETCDF:"input.nc":sst -of netCDF output.nc /usr/local/bin/gdaldem color-relief output.nc -b 1 -alpha colorscale.txt -of PNG output.png /usr/bin/convert output.png -transparent #FFFFFF output.png 私はこれに間違った方法でアプローチしていますか?間違ったツールを使用していますか? FWIW-gdal_translateはv1.8.0です 前もって感謝します。 更新: Dija(私の同僚)からの以下の "Answer"は、実際には質問自体に対するコメントへの応答です。 更新 コメントではなく誤って回答を追加しました。ここに移動します。 私はここで体重を測ると思いました。私はこの問題にしばらく取り組んできました。私はプロセスの多くの反復を試みてきました。これらの画像を実際に4096x4096にスケーリングしました。つまり、画像をネイティブサイズのままにすると、(このデータセットの)子午線と他のデータセットの180番目の子午線では、1440x720のギャップが大きくなります。出力画像を256の倍数にスケーリングして(Googleにうまくフィットさせるため)、さまざまな結果を得ました。 1536x768にスケーリングすると、ギャップは0子午線の右側まで表示されます。1280x640に拡大すると、左側になります。そのままにしておけば、かなり分割されてしまいます。 私はgdaldemが吐き出す基本画像を撮り、それを半分にカットし、エッジを一致させました...それらは完全に整列しています。これにより、gdal2tiles.pyで奇妙なことが起こっていると思います 私は自分のタイラーを書いて、ギャップが残っているかどうかを確認するために、画像を緩める準備をしています。 スクリーンショットをいくつか組み合わせて、話している内容とギャップの方法を示し、タイラーの機能についてレポートします。 ご意見をお寄せいただきありがとうございます。ありがたいです。 更新2オリジナルのラスターに対して作成したマップティラーを実行しましたが、ギャップがなくても問題なく動作しました。gdal2tiles.pyが問題のようです。180番目の子午線に接する最後のタイルに透明なエッジを導入します。

2
C#GDAL / OGRバインディングを使用したアプリケーションのデプロイ
私は、C#OGRバインディングを使用していくつかの単純な幾何学的機能を実行する比較的単純なWebアプリを開発しました。バッファ、クリップ...など 私は、FWToolsがインストールされているローカルマシンでこのアプリケーションを開発したので、すべてをうまく再生することはそれほど難しくありませんでした。 当然、私がこのアプリケーションをサーバーにデプロイしたとき、C#バインディングに関連する依存関係がすべて欠落しているため、何も機能しませんでした。とにかく、このアプリケーションのbinフォルダーに必要なすべてのファイルを含めることができますか?それとも、その価値よりも問題が多く、サーバーにFWToolsをインストールする必要がありますか?
8 gdal  c#  ogr 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.