PythonまたはArcObjectsを介して破損したシェープファイルまたはラスターを特定する

分析ツールで使用できないように破損しているラスター（ESRI GRID形式など）またはシェープファイルを特定する方法に興味があります。構造化されたフォルダーツリーに多数のファイルがあり、ファイルツリーをたどるスクリプトを作成したり、ラスターにIDを付けたりしたい。たとえば、ArcCatalogで表示しようとすると、表示できないしたがって、ジオプロセシングツールは失敗します。シェープファイルまたはフィーチャクラスについても同様です。

私の好みはどういうわけかPythonでこれを行うことです（そして、ESRI以外のpythonモジュールなどに反対することはありません）が、私は何でも開いています。ジオメトリを検証したり、ファイルデザインの一部の側面を利用したりして、何かを一緒にハックできると思いますが、何が最も理にかなっていますか？それとも、そのような目的のために特別に設計された別の方法がありますか？

私の目標は、実際のバッチ処理を開始する前に、1週間に及ぶ大規模な前処理ファイルに対して単純な品質管理メカニズムを実行して、すべてが正常であることを確認できるようにすることです。

ありがとう、トム

ラスタの場合は、単純なスクリプトを使用して、使用するすべてのラスタのプロパティ（セルサイズ、範囲など）を出力しないのはなぜですか。プロパティの取得に失敗すると、それ以上の高度な処理も失敗します。

さらに、ラスタープロパティをログファイルに書き込み、範囲、セルサイズ、値のタイプなどがすべて期待どおりであることを確認できます。

import arcgisscripting, sys, string, os
gp = arcgisscripting.create()

try:
    # Set local variables
    InRaster = "D:/Data/elevation"
    InPropertyType = "MAXIMUM"

    # Process: GetRasterProperties
    zmax = gp.GetRasterProperties (InRaster, InPropertyType)
    # log these to a file or apply logic here to 
    # make sure values are in the expected ranges


except:
    # Print error message if an error occurs
    # likely to be an invalid raster
    print gp.GetMessages()

また、1週間に及ぶ処理についての言及はやや心配です。プロセスを再実行する必要がある可能性が非常に高いため、プロセスをいくつかの小さな中間ステップに分割する方法はありますか。このようにして、各ステージで結果を確認できます。何かが正しくない場合は、最初からではなく、前のステップから再開するだけで済みます。

ベクトルデータソースの場合は、[ジオメトリのチェック]と[ジオメトリの修復]を組み合わせて使用​​します。

ベクトルのshpファイルに関しては、arcscriptsでシェイプファイルチェッカーのようなものを使用します。
シェイプファイルチェッカー

ラスターの場合ジオプロセシング時の最も一般的なエラーは、無効なフィールドタイプです。
ジオプロセシングモジュールでフィールドタイプを検出し、ラスターでフィールドタイプのチェックを実行することを検討してください。
他のタイプのエラーまたは他に考慮すべきいくつかのことは、インデックスが付けられているパレット、または特定の処理でサポートされていない色深度である可能性があります。

実際に汚職されていることはもう少し珍しいようです。しかし、それが起こる可能性があることを確認してください。ここで探す必要があるかもしれません。
esriフォーラムの
破損dted
ほとんどの場合、これらのケースでは、別のソフトウェアを使用してファイルを開き、それを保存して正しい形式/パラメーターに保存することで、これらの問題の多くが修正されると考えられます。