Funkciót próbálok futtatni az Arc Hydro tools alkalmazásból az ArcMap 10.1 alkalmazásban; Mosogató értékelés. De mielőtt befejezné, hibaüzenetet küld, őszintén szólva egyáltalán nem értem. Ez megy: System.runtime.interopservices.comexception (0x80004005): error hresult e_fail .
Segíthet valaki megoldani ezt? Kipróbáltam mindent, amire csak tudok. Futtassa a funkciót az eszköztárból a legördülő menük helyett, rövidítse le az útvonalakat, indítsa újra az ArcMap-ot, telepítse újra az AHT-t, nyissa meg az új térképes dokumentumokat, indítsa újra a számítógépemet, várjon másnapig, és nézzük meg, hogy automatikusan javult-e …
A fórumban végzett keresés után találtam egy lehetséges másolatot , bár ” s nem kapott választ. Most nincsenek ötleteim, tudna valaki segíteni nekem ?!
Használom ArcMap 10.1 SP1 alaplicence és Windows 7.
Úgy gondolom, hogy kissé leszűkítettem, még mindig nem világos, hogy mi a baj. A mosogató kiértékelése számos funkciót használ az Arcmap-ban, amelyek közül az egyik a Az övezeti statisztika táblázatként . Ez az, amelyiken elakad. A bemeneti raszter valahogy nem létezik, az útvonal ismeretlen. Gondolom, ez valami közvetítő raszter.
Az Arc Hydro csapatával folytatott konzultációt követően azt a tanácsot kaptam, hogy ne használjam a a gdb (amit nem “t”). Megpróbáltam megváltoztatni a célhelyeket is, hála a @ G.Oxsen-nek. Sajnos egyik sem oldotta meg a problémát. Az Arc Hydro csapata szerint a GPL0, amiről korábban kérdeztem, egy -memory rács, így valószínűleg nincs probléma.
Jelenleg arra törekszem, hogy az SP1 telepítéséhez kapcsolódjon. Van valaki odakint AHT-t SP1-vel és működött a Sink kiértékelés?
Az SP1 eltávolítása sajnos nem változtatott semmit. Még mindig ezen dolgozom, de kisebb intenzitással. Úgy tűnik, hogy “meg kell keresnem a megoldásokat …
Azáltal, hogy csökkentem az feldolgozásra szoruló mosogatók Sikerült elindítanom a Sink értékelést. Úgy tűnik, hogy a fájlok nem tárolása a gdb-ben szintén segít, amint azt korábban említettük, és az egész rácsok használata. Az ArcMap beállításai (Testreszabás menü) “Raszter -> Raszter-adatkészlet” “A megjelenítendő egyedi értékek maximális számának” módosítása egy másik tipp, amelyet kaptam (az Arc Hydro csapattól). Az ArcMap újraindítása minden egy vagy két funkció futtatása után szintén segít a dolgok stabilan tartásában.
megjegyzések
- Problémám volt az ArcHydro 10.1 bétával is. Ami javított számomra, az a Windows Update futtatása és néhány hiányzó javítás telepítése volt, köztük néhány ” Opcionális ” javítás. Furcsán hangzik, de nekem bevált.
Válasz
Kicsit más hibát kaptam ), miközben lefolyik a Mosogató-kiértékelés és az elrontott terepfeldolgozás.
Mindenesetre ezek a lépések más hibákat is megoldhatnak, ezért itt segített:
- Az összes adatom áthelyeztem a C: \ data \
- Létrehoztam egy új fájl geodatabázist (nevű tesztelés.gdb) a mappa alatt
- Növelem az egyedi értékek maximális számát a megjelenítéshez
- meghatároztam a célokat (C: \ data raszterhez és C: \ data \ testing.gdb vektorfájlokhoz) ApUtilites használatával
- A feldolgozás mértékét a DEM (Geoprocessing> Environments> Processing scale) mértékéig határoztam meg)
- A projektemet tesztelésként.mxd fájlként mentettem a C: \ data alá.
- A testing.gdb fájlt alapértelmezett munkaterületnek állítottam be (ez végül megoldotta az utolsó hibákat)
- Adatkeretemet egyszerűen csak “adatok” névre kereszteltem, mivel az ArcHydro -tools hajlamos hozzáadni az adatkeret nevét a kimeneti fájl elérési útjaihoz. Nem vagyok biztos benne, hogy erre van-e szükség.
Megjegyzések
- Nagyon szép ötletek! Legközelebb meg kell néznem őket, amikor ‘ kiszámítom a vízgyűjtőket, mivel továbbra is rendszeresen kapom ezeket a hibaüzeneteket.
- Azt hiszem, mi ‘ a leghasznosabb, ha mindent a C: / helyen tartunk a hálózati meghajtó helyett, elkerülve a shapefájlokat. Ez szintén nagyon hasznos ArcHydro fórum szál.
Válasz
Hasonló problémám volt az ArcGIS 10.0 archydro eszközeivel. Menjen az archydro eszköztárra, és lépjen az ApUtilities> Cél helyének beállítása lehetőségre. Menjen a lista minden szakaszába, és szerkessze a Raszteradatok célhelyeit. Győződjön meg arról, hogy a hely egy szabványos mappára van célozva, és nem egy .gdb vagy .mdb fájlra (a kiválasztási ablakban ellenőrizze, hogy a “Típus megjelenítése:” mező értéke “Alakfájl / Raszteres munkaterület”, és nem a “Személyes / fájl geodatabázis” értékre van-e állítva. ). Lehet, hogy ugyanazt a célt el tudja érni a környezeti beállítások (Geoprocessing legördülő menü) segítségével, ha a munkaterületet normál mappára változtatja, nem pedig .gdb vagy.mdb, de a munkaterület környezetével nem kavarnék, ha nem muszáj. A munkaterület-környezet megváltoztatása nemcsak az archydro eszközök raszteres környezetét, hanem az összes folyamatot befolyásolja. Mondja meg, ha ez segít.
Megjegyzések
- I ‘ attól tartok, hogy nem ‘ t 🙁 Köszönöm a segítséget! Lehet, hogy ez az Arcmap 10.1 SP1-hez kapcsolódik, de még mindig ezt keresi. I ‘ ll azonnal megoldással, amint megtalálom.
Válasz
Úgy tűnik, hogy a probléma hosszú mappa nevek és / vagy mappanevek szóközökkel. Ha a célhelyeket egyszerű mappanév & elérési útra állítja, akkor minden eszköz működik.
Megjegyzések
- Üdvözlet! Bár ez lehet a megoldás része, ‘ ajánlom, hogy nézze meg a többi választ is, ha további problémák merülnek fel. .
Válasz
Nos, ez a probléma a Hec-geoHMS-szel volt, amikor megpróbáltam létrehozni a medence modell fájlt.
Ennek kijavításához végrehajtottam a fent említett lépéseket, és d Az id nem változtatja meg a fájlok kimeneti rendeltetési helyét egyetlen műveletnél sem az (Előkészítés) kezdettel, ezért alapértelmezés szerint a (Rétegek) nevű mappába tárolta őket. A hiba nem “történt meg ismét, mert” folytattam az áramlást “.
Most, ha érdekel, hogy mit csináltam rosszul, szándékosan megváltoztattam a kimeneti rendeltetési helyet az általam használt geográfiai adatbázisra. tovább (ezt megelőző hiba kijavításaként tettem, keveset tudtam, hogy tovább rontom a dolgokat). A “RawDEM” fájl eltűnt, és nem sikerült kiválasztani vagy megtalálni, ezért az eredeti DEM-et kellett használnom – ez biztos jele volt annak, hogy valami nincs rendben. – Óriási rendetlenség volt. Egyébként a HRESULT hiba már nincs .
Válasz
Nekem egyszer volt ez a HRESULT hibám. Ez azért történt, mert minden alkalommal manuálisan módosítottam a kimeneti rendeltetési helyet ( a Preprocessing menüben található műveletekből kiindulva) ahelyett, hogy hagynánk a programot alapértelmezés szerint eldönteni. Tehát egyszerűen hajtsa végre a fent említett javaslatokat – különösen a vektoros és raszteres fájlok kimeneti címeire vonatkozó javaslatokat -, és csak menjen az áramláshoz, és ne változtasson semmit .
Válasz
Az adatbázis a fő probléma. Ha meg akarja oldani ezt a problémát, hozzon létre egy új geodatabázist, vagy másolja az eredeti geodatabázist a dokumentummappájából a jelenleg dolgozó projektmappába. Ezután állítsa be a másolt geodatabázist alapértelmezett geodatabázisként, és kezdje el süllyedni. értesítés:
- Az új Windows-fiók létrehozása után futtassa az ArcMap-ot először, majd zárja be.
- Nyissa meg a dokumentumomat, és másolja az ArcGIS mappát az új munkához. projektmappa. (valójában készítsen biztonsági másolatot az eredeti geodatabázis mappáról)
- Indítsa újra az ArcMap alkalmazást
- Új projekt indítása
- Állítsa be a másolt geodatabázist alapértelmezett geodatabázisként a Ön kivetít
- Bármelyik névvel mentse az új projektet a projekt mappájába.
- Írja be a DEM fájlt és süllyessze el.
Megjegyzések
- Tudna bővebben kitérni arra, hogy miért van szükség az 1. helyre?
- Ezenkívül miért kellene másolnom az adatbázisomat a Dokumentumokból? Mi a ‘ különbség az újonnan létrehozottaktól?