ArcMap10.1の ArcHydroツールから関数を実行しようとしています。シンク評価。ただし、終了する前にエラーメッセージが返されます。これは、率直に言って、まったく理解できません。 System.runtime.interopservices.comexception（0x80004005）：error hresult e_fail になります。
誰かがこれを解決するのを手伝ってくれる？私は考えられるすべてを試しました。ドロップダウンメニューの代わりにツールボックスから関数を実行し、パスを短くし、ArcMapを再起動し、AHTを再インストールし、新しいマップドキュメントを開き、コンピューターを再起動し、待ちます翌日まで、自動的に修正されたかどうかを確認してください…
このフォーラムを検索したところ、重複の可能性があるが見つかりました。 sは答えを得ませんでした。今、私はすべてアイデアがありません。誰か助けてくれませんか？！
使用していますArcMap 10.1SP1基本ライセンスとWindows7。
少し絞り込んだと思いますが、何が問題なのかはまだわかりません。シンク評価では、Arcmapの一連の関数を使用します。 1つはテーブルとしてのゾーン統計です。それはそれが行き詰まっているものです。入力ラスターがどういうわけか存在せず、パスが不明です。これは中間ラスターだと思います。
Arc Hydroチームに相談したところ、に保存されているグリッドを使用しないようにアドバイスを受けました。 gdb（私はしませんでした）@ G.Oxsenのおかげで、ターゲットの場所も変更しようとしました。残念ながら、どちらも問題を解決しませんでした。ArcHydroチームによると、以前に質問したGPL0は-メモリグリッドなので、おそらく問題はありません。
現在、SP1のインストールに関連していると考えています。SP1でAHTを使用していて、シンク評価が機能している人はいますか？
残念ながら、SP1をアンインストールしても何も変わりませんでした。まだ作業中ですが、強度は低くなっています。回避策を見つける必要があるようです…
処理が必要なシンクシンク評価を実行することができました。前述のように、ファイルをgdbに保存しないことも、整数グリッドを使用することで役立つようです。 ArcMapオプション（[カスタマイズ]メニュー）の[レンダリングする一意の値の最大数]を変更すると、[ラスター]-> [ラスターデータセット]タブが（Arc Hydroチームから）得たもう1つのヒントです。 1つまたは2つの関数を実行した後にArcMapを再起動すると、物事を安定させるのにも役立ちます。
コメント
- ArcHydro10.1ベータでも問題が発生しました。私にとってそれを修正したのは、Windows Updateを実行し、いくつかの"オプションの"パッチを含むいくつかの見逃したパッチをインストールすることでした。奇妙に聞こえますが、うまくいきました。
回答
少し異なるエラーが発生しました）シンク評価と基本的な乱れた地形処理の実行中。
とにかく、これらの手順で他のエラーも解決される可能性があるため、ここで役に立ちました：
- すべてのデータをC：\ data \
- レンダリングする一意の値の最大数を増やしました
- ターゲット（C：\ data）を設定しましたラスターの場合、およびベクターファイルの場合はC：\ data \ tests.gdb）ApUtilitesを使用
- DEMの範囲で処理範囲を設定しました（[ジオプロセシング]> [環境]> [処理範囲]））
- プロジェクトをtesting.mxdとしてC：\ dataの下に保存しました
- tests.gdbをデフォルトのワークスペースに設定しました（これにより、最後に取得したエラーが最終的に解決されました）
- また、ArcHydro -toolsは出力ファイルパスにデータフレーム名を追加する傾向があるため、データフレームに単に「データ」という名前を付けました。これが必要かどうかはわかりません。
<に移動しましたli>そのフォルダーの下に新しいファイルジオデータベース（testing.gdbという名前）を作成しました
コメント
- とても素敵なアイデアです！次回、集水域を計算するときに'これらのエラーメッセージが定期的に表示されるので、それらを確認する必要があります。
- '最も役立つのは、シェープファイルを回避するとともに、すべてをネットワークドライブではなくC：/に保持することです。 これも非常に便利なArcHydroフォーラムスレッドです。
回答
ArcGIS 10.0のarchydroツールで同様の問題が発生しました。archydroツールバーに移動し、[ApUtilities]> [Set TargetLocation]に移動してみてください。そのリストの各セクションに移動し、ラスターデータのターゲットの場所を編集します。場所が.gdbや.mdbではなく標準フォルダーをターゲットにしていることを確認します（選択ウィンドウで、[タイプの表示：]フィールドが[個人/ファイルジオデータベース]ではなく[シェープファイル/ラスターワークスペース]に設定されていることを確認します）。ワークスペース環境を.gdbや。ではなく通常のフォルダーに変更することで、環境オプション（[ジオプロセシング]ドロップダウンメニュー）を使用して同じ目標を達成できる場合があります。mdbですが、必要がない限り、ワークスペース環境をいじることはありません。ワークスペース環境を変更すると、archydroツールのラスター環境だけでなくすべてのプロセスに影響します。これが役に立ったかどうか教えてください。
コメント
- I '恐れ入ります' t :(ご協力いただきありがとうございます。Arcmap10.1のSP1に関連している可能性がありますが、引き続き調査しています。'解決策を見つけたらすぐにここに戻ってください。
回答
問題は長いフォルダのようです名前および/またはスペースを含むフォルダー名。ターゲットの場所を単純なフォルダー名&パスに設定すると、すべてのツールが機能します。
コメント
- こんにちは！これは解決策の一部かもしれませんが、さらに問題が発生した場合は、他の回答も確認することをお勧めします' 。
回答
流域モデルファイルを作成しようとしたときに、Hec-geoHMSで問題が発生しました。
これを修正するために、上記の手順を実装しました。 idは、（前処理）から始まる操作でファイルの出力先を変更しないため、デフォルトでは（レイヤー）というフォルダーにファイルが保存されます。 「フローを処理している」ため、エラーは再発しませんでした。
私が間違っていることに興味がある場合は、出力先を意図的に作業中のファイルジオデータベースに変更しました。 on（以前のエラーの回避策としてそれを行いましたが、事態を悪化させていることをほとんど知りませんでした）。 「RawDEM」ファイルがなくなって選択も見つからなかったため、元のDEMを使用する必要がありました-それは何かが間違っていることの確かな兆候でした-。それは大きな混乱でした。とにかくHRESULTエラーはもうありません。
回答
このHRESULTエラーが1回発生しました。これは、出力先を毎回手動で変更していたために発生していました（プログラムにデフォルトで決定させるのではなく、前処理メニュー内の操作から開始します。したがって、上記の提案（特にベクターファイルとラスターファイルの出力先に関する提案）を使用して、フローを実行し、何も変更しないでください。 。
回答
データベースが主な問題です。この問題を解決したい場合は、新しいジオデータベースを作成するか、元のジオデータベースをドキュメントフォルダーから現在作業中のプロジェクトフォルダーにコピーします。次に、コピーしたジオデータベースをデフォルトのジオデータベースとして設定し、シンクを開始します。注意：
- 新しいWindowsアカウントを作成したら、ArcMapを初めて実行してから閉じます。
- ドキュメントに移動し、ArcGISフォルダーをコピーして新しいアカウントで作業します。プロジェクトフォルダ。（実際には、元のジオデータベースフォルダからバックアップを作成します）
- ArcMapを再起動します
- 新しいプロジェクトを開始します
- コピーしたジオデータベースをデフォルトのジオデータベースとして設定しますプロジェクト
- 新しいプロジェクトを任意の名前でプロジェクトフォルダーに保存します。
- DEMファイルを入力してシンクします。
コメント
- ＃1が必要な理由を詳しく教えてください。
- また、ドキュメントからデータベースをコピーする必要があるのはなぜですか。 '新しいものを作成することとの違いは何ですか？