geographikaの答えは素晴らしいです。変換で単純さと速度が必要な場合にのみ、gdal/ogr を使用することを付け加えておきます。例としては、ある形式から別の形式への変換、画像ピラミッドの追加、単純な結合、座標変換 (ラスターとベクトル) などがあります。多数のシェープファイルをまとめたり、大量のラスターを共通のプロジェクションに変換したりするだけの場合は、gdal/ogr を使用すると、ArcObjects COM ライブラリ全体をロードしてアクセスする必要がないため、起動と実行が高速になります。 2つの機能。(ESRI は地球上で最大の MS COM システムを持っており、Microsoft のすべての製品を大きく引き離していると言われています。) または、有効なライセンスを確認してください。あるテストでは、ESRI arcgisscripting と GDAL ogr2ogr の処理時間を比較して、6 分から 10 秒になりました。
変換とプロジェクションの領域で、gdal に欠けていると私が感じる唯一の重要な点は、メタデータのリネージュ セクションでジオプロセシング アクティビティをログに記録する機能です。ESRI ツールはこれを自動的に行います (ほとんどの場合)。
変換を超えて適切な分析に入るとき、実際には ESRI 以外に場所はありません*。私の経験ではそうです。ArcObjects を直接掘り下げる前に、arcgisscripting (v10 の arcpy) (python と dot net) を介して何が達成できるかを学ぶことに時間を費やします。
* 10 年後:私はもうこの声明を支持しません。Qgis は、過去 10 年間にわたって非常に安定した改善率を示しており、減速の兆候は見られません。どちらかといえば、それは高速化されています。真の Esri も同じ時期に大幅な改善を行いましたが、その焦点はデスクトップとオンラインに分散しており、後者が支持されています。私の現在の推奨事項は、それぞれのコミュニティを調べて、自分の仕事や興味と最も重なるコミュニティに基づいて選択することです。どのプラットフォームがどのような機能を持っているかということではなく、誰と一緒に仕事をするのが一番良いかということです。