Pokouším se spustit funkci z nástrojů Arc Hydro v ArcMap 10.1; Hodnocení dřezu. Ale než to dokončí, vrátí chybovou zprávu, která, upřímně řečeno, vůbec nerozumím. Jde o System.runtime.interopservices.comexception (0x80004005): error hresult e_fail .
Může mi někdo pomoci to vyřešit? Vyzkoušel jsem vše, na co si vzpomenu. Spusťte funkci z panelu nástrojů místo rozbalovacích nabídek, zkrátte cesty, restartujte ArcMap, přeinstalujte AHT, otevřete nové mapové dokumenty, restartujte počítač, počkejte do dalšího dne a uvidíme, jestli se to samo o sobě samo opravilo …
Po prohledání tohoto fóra jsem našel možný duplikát , i když “ nemáme žádné odpovědi. Teď jsem úplně bez nápadů, může mi někdo prosím pomoci ?!
Používám Základní licence ArcMap 10.1 SP1 a Windows 7.
Myslím, že jsem to trochu zúžil, stále mi není jasné, co se děje. Hodnocení dřezu používá v Arcmapu řadu funkcí, z nichž jedna je Statistika zón jako tabulka . To je ta, na které se zasekne. Vstupní rastr nějak neexistuje, cesta neznámá. Myslím, že se jedná o nějaký zprostředkující rastr.
Po konzultaci s týmem Arc Hydro jsem dostal radu nepoužívat mřížky uložené v gdb (což jsem neudělal). Také jsem se pokusil změnit cílová umístění, díky @ G.Oxsen. Bohužel žádný z nich problém nevyřešil. Podle týmu Arc Hydro je GPL0, na který jsem se ptal dříve, v -paměťová mřížka, takže tam pravděpodobně žádný problém.
V současné době sleduji, že to souvisí s instalací SP1. Každý, kdo používá AHT s SP1 a funguje vyhodnocení Sink?
Odinstalace aktualizace SP1 bohužel nic nezměnila. Stále na tom pracuji, ale s menší intenzitou. Vypadá to, že budu muset najít řešení …
Snížením počtu dřezy, které potřebují zpracování, se mi podařilo spustit vyhodnocení Sink. Zdá se, že soubory, které nejsou uloženy v gdb, také pomáhají, jak již bylo zmíněno dříve, a používání celočíselných mřížek. Změna „Maximální počet jedinečných hodnot k vykreslení“ v Možnosti ArcMap (nabídka Přizpůsobit), karta Rastr -> Rastrová datová sada je další tip, který jsem dostal (od týmu Arc Hydro). Restartování ArcMap po spuštění každé jedné nebo dvou funkcí také pomáhá udržet věci stabilní.
Komentáře
- Také jsem měl problém s beta verzí ArcHydro 10.1. Opravil jsem to spuštěním služby Windows Update a instalací některých oprav, které mi chyběly, včetně některých “ volitelných “ oprav. Zní to divně, ale fungovalo to pro mě.
Odpověď
Dostal jsem trochu jinou chybu ) při běhu vyhodnocení Sink a základní zpracování nepříčetného terénu.
Tyto kroky mohou každopádně vyřešit i další chyby, takže pomohlo toto:
- Přesunul jsem všechna svá data pod C: \ data \
- Pod touto složkou jsem vytvořil nový geodatabázový soubor (pojmenovaný testing.gdb)
- Zvýšil jsem maximální počet jedinečných hodnot k vykreslení
- Stanovil jsem cíle (C: \ data pro rastr a C: \ data \ testing.gdb pro vektorové soubory) pomocí ApUtilites
- stanovil jsem rozsah zpracování v rozsahu mého DEM (Geoprocesing> Prostředí> rozsah zpracování))
- Uložil jsem svůj projekt jako testing.mxd pod C: \ data
- nastavil jsem testing.gdb jako výchozí pracovní prostor. (tím se konečně vyřešily poslední chyby, které jsem dostával)
- Také jsem pojmenoval svůj datový rámec jednoduše na „data“, protože ArcHydro -tools mají tendenci přidávat název datového rámce k cestám výstupního souboru. Nejsem si jistý, zda je tento krok nutný.
Komentáře
- Velmi pěkné nápady! Měl bych je zkontrolovat příště ‚ m počítat povodí, protože tyto chybové zprávy stále dostávám pravidelně.
- Myslím, co ‚ Nejužitečnější je udržovat vše na C: / namísto síťové jednotky a vyhnout se tvarovým souborům. Toto je také velmi užitečné vlákno fóra ArcHydro.
Odpovědět
Měl jsem podobný problém s nástroji archydro v ArcGIS 10.0 Zkuste jít na panel nástrojů archydro a přejděte do ApUtilities> Nastavit cílové umístění. Přejděte do každé sekce v tomto seznamu a upravte cílová umístění rastrových dat. Ujistěte se, že umístění je zacíleno na standardní složku, nikoli na .gdb nebo .mdb (ve výběrovém okně zkontrolujte, zda je pole „Zobrazit typ:“ nastaveno na „Shapefile / Raster Workspace“ a nikoli „Personal / File Geodatabase“. ). Stejného cíle můžete dosáhnout pomocí možností prostředí (rozevírací nabídka Geoprocesing) změnou prostředí pracovního prostoru na běžnou složku a nikoli na .gdb nebo.mdb, ale s prostředím pracovního prostoru bych se nepořádal, kdybych nemusel. Změna prostředí pracovního prostoru ovlivní všechny procesy, nejen rastrové prostředí nástrojů archydro. Dejte mi vědět, jestli to pomůže.
Komentáře
- Obávám se ‚ ‚ t 🙁 Děkujeme za vaši pomoc! Může to souviset s aktualizací SP1 aplikace Arcmap 10.1, ale stále se na ni dívám. vraťte se sem s řešením, jakmile ho najdu.
Odpověď
Zdá se, že problémem byla dlouhá složka názvy a / nebo názvy složek s mezerami. Pokud nastavíte cílová umístění na jednoduchý název složky & cesta, pak všechny nástroje fungují.
Komentáře
- Dobrý den! I když to může být součástí řešení, ‚ d také doporučuji podívat se na další odpovědi, pokud narazíte na další problémy .
Odpověď
No, měl jsem ten problém s Hec-geoHMS, když jsem se pokoušel vytvořit soubor modelu povodí.
Abych to napravil, implementoval jsem výše uvedené kroky a já d Nezměním výstupní cíle žádných souborů při jakékoli operaci počínaje od (Preprocessing), takže je ve výchozím nastavení uložil do složky s názvem (Layers). K chybě nedošlo znovu kvůli tomu, že jsem „šel s tokem“.
Nyní, pokud vás zajímá, co dělám špatně, jsem záměrně změnil cíl výstupu na geodatabázu souborů, kterou jsem pracoval zapnuto (udělal jsem to jako řešení předchozí chyby, málo jsem věděl, že to zhoršuji). Soubor „RawDEM“ byl pryč a nemohl být vybrán nebo nalezen, takže jsem musel použít původní DEM, který jsem měl – To byl jistý signál, že něco není v pořádku. Byl to obrovský nepořádek. Každopádně chyba HRESULT už není .
Odpověď
Tuto chybu HRESULT jsem měl jednou. Dělo se to proto, že jsem pokaždé ručně změnil cíl výstupu ( počínaje operacemi v nabídce Předzpracování) místo toho, abyste nechali program rozhodovat ve výchozím nastavení. Jednoduše tedy postupujte podle výše uvedených návrhů – zejména těch, které se týkají výstupních cílů vektorových a rastrových souborů – a prostě jděte s tokem a nic neměňte .
Odpověď
Hlavním problémem je databáze. Chcete-li tento problém vyřešit, vytvořte novou geodatabázi nebo zkopírujte původní geodatabázi ze složky dokumentů do aktuálně pracující složky projektu. Poté nastavte zkopírovanou geodatabázi jako výchozí geodatabázi a začněte klesat. upozornění:
- Po vytvoření nového účtu Windows spusťte ArcMap poprvé a poté jej zavřete.
- Přejít na můj dokument a zkopírovat složku ArcGIS, abyste mohli pracovat na novém složka projektu. (ve skutečnosti vytvořte zálohu z původní složky geodatabáze)
- Spusťte znovu ArcMap
- Spustit nový projekt
- Nastavte zkopírovanou geodatabázi jako výchozí geodatabázi pro promítnete
- Uložte nový projekt s libovolným názvem do své práce na složce projektu.
- Vložte svůj soubor DEM a potopte ho.
Komentáře
- Mohl byste prosím vysvětlit, proč je číslo 1 nezbytné?
- Také proč bych musel kopírovat svoji databázi z Dokumentů? Jaký je ‚ rozdíl od vytvoření nového?