Încerc să rulez o funcție din instrumentele Arc Hydro din ArcMap 10.1; Evaluarea chiuvetei. Dar, înainte de a putea termina, returnează un mesaj de eroare, care, sincer, nu înțeleg deloc. Merge System.runtime.interopservices.comexception (0x80004005): error hresult e_fail .
Poate cineva să mă ajute să rezolv acest lucru? Am încercat tot ce pot să mă gândesc. Rulează funcția din caseta de instrumente în loc de meniuri derulante, scurtează căile, repornește ArcMap, reinstalează AHT, deschide documente noi pe hartă, repornește computerul, aștepta până a doua zi și să văd dacă s-a remediat automat …
După ce am căutat pe acest forum, am găsit un posibil duplicat , deși ” Nu am răspunsuri. Acum nu mai am idei, mă poate ajuta cineva vă rog ?!
Utilizez Licența de bază ArcMap 10.1 SP1 și Windows 7.
Cred că am redus-o puțin, totuși nu știu ce e în neregulă. Evaluarea chiuvetei folosește o serie de funcții în Arcmap, dintre care unul este Statisticile zonale ca tabel . Acesta este cel pe care se blochează. Rasterul de intrare nu există cumva, calea necunoscută. Cred că acesta este un raster intermediar.
După consultarea echipei Arc Hydro, am primit sfatul să nu folosiți grilele stocate în un gdb (ceea ce nu am făcut). De asemenea, am încercat să schimb locațiile țintă, datorită @ G.Oxsen. Din păcate, niciunul dintre aceștia nu a rezolvat problema. Potrivit echipei Arc Hydro, GPL0 despre care am întrebat mai devreme este un -grilă de memorie, deci probabil că nu există nicio problemă acolo.
În prezent urmăresc că este legat de instalarea SP1. Oricine folosește AHT cu SP1 și a funcționat evaluarea Sink?
Dezinstalarea SP1 nu a schimbat nimic, din păcate. Încă lucrez la asta, dar cu o intensitate mai mică. Se pare că va trebui să găsesc soluții …
Prin reducerea numărului de chiuvete care au nevoie de procesare Am reușit să pun în funcțiune evaluarea Sink. Faptul că fișierele nu sunt stocate într-un gdb par a fi de asemenea util, așa cum am menționat mai devreme, și folosind grile întregi. Schimbarea „Numărului maxim de valori unice de redat” în Opțiunile ArcMap (meniul Personalizare), fila Raster -> Set de date Raster este un alt sfat pe care l-am primit (de la Arc Hydro Team). Repornirea ArcMap după executarea fiecăreia dintre funcții ajută la menținerea stabilă a lucrurilor.
Comentarii
- Am avut și o problemă cu ArcHydro 10.1 beta. Ceea ce a remediat-o pentru mine a fost executarea Windows Update și instalarea unor patch-uri pe care le pierdusem, inclusiv unele ” Opționale ” patch-uri. Pare ciudat, dar a funcționat pentru mine.
Răspuns
Am primit o eroare puțin diferită ) în timp ce executați evaluarea Sink și procesarea de bază a terenului deranjat.
Oricum, acești pași ar putea rezolva și alte erori, așa că iată ce a ajutat:
- Am mutat toate datele mele în C: \ data \
- Am creat o nouă geodatabase de fișiere (numită testing.gdb) în acel folder
- Am mărit numărul maxim de valori unice de redat
- Am stabilit țintele (C: \ data pentru raster și C: \ data \ testing.gdb pentru fișiere vectoriale) folosind ApUtilites
- Am stabilit extinderea procesării în limita DEM-ului meu (Geoprocesări> Medii> Extindere procesare))
- Mi-am salvat proiectul ca testing.mxd sub C: \ data
- Am setat testing.gdb ca spațiu de lucru implicit. (Acest lucru a rezolvat în cele din urmă ultimele erori pe care le primeam)
- De asemenea, am denumit cadrul meu de date pur și simplu „date”, deoarece ArcHydro -tools tind să adauge numele cadrului de date la căile fișierului de ieșire. Nu sunt sigur dacă este necesar acest pas.
- Idei foarte frumoase! Ar trebui să le verific data viitoare când ‘ m calculez bazinele, deoarece primesc în continuare aceste mesaje de eroare în mod regulat.
- Cred că ‘ cel mai util este să păstrezi totul la C: / în locul unei unități de rețea, împreună cu evitarea fișierelor shapefile. Aceasta este, de asemenea, un subiect foarte util pentru forumurile ArcHydro.
Răspuns
Am avut o problemă similară cu instrumentele archydro în ArcGIS 10.0 Încercați să accesați bara de instrumente archydro și accesați ApUtilities> Set Target Location. Accesați fiecare secțiune din lista respectivă și editați locațiile țintă pentru date raster. Asigurați-vă că locația este direcționată către un folder standard și nu un .gdb sau .mdb (în fereastra de selecție asigurați-vă că câmpul „Afișare tip:” este setat la „Spațiu de lucru Shapefile / Raster” și nu „Geodatabase personală / fișier” ). Este posibil să puteți atinge același obiectiv prin opțiunile de mediu (meniul derulant Geoprocesare) schimbând mediul spațiului de lucru într-un folder obișnuit și nu într-un .gdb sau.mdb, dar nu m-aș încurca cu mediul spațiului de lucru decât dacă ar trebui. Modificarea mediului spațiului de lucru va afecta toate procesele, nu doar mediul raster pentru instrumentele arhidro. Spuneți-mi dacă acest lucru vă ajută.
Comentarii
- Mi ‘ mă tem că nu ‘ t 🙁 Vă mulțumim totuși pentru ajutor! S-ar putea să fie legat de SP1 din Arcmap 10.1, dar mă uit în continuare la asta. Am ‘ voi primi înapoi aici cu o soluție imediat ce o găsesc.
Răspuns
Problema pare a fi un folder lung nume și / sau nume de dosare cu spații. Dacă setați locațiile țintă la o cale simplă de nume &, atunci toate instrumentele funcționează.
Comentarii
- Bună ziua! Deși acest lucru ar putea face parte din soluție, ‘ vă recomand să vă uitați și la celelalte răspunsuri dacă întâmpinați probleme suplimentare .
Răspuns
Ei bine, am avut acea problemă cu Hec-geoHMS în timp ce încercam să creez fișierul model de bazin.
Pentru a remedia acest lucru, am implementat pașii menționați mai sus și am d id nu schimb destinațiile de ieșire ale fișierelor din orice operație începând de la (Preprocesare), așa că implicit le-a stocat într-un folder numit (Straturi). Eroarea nu s-a mai întâmplat datorită faptului că „merg cu fluxul”.
Acum, dacă sunteți interesat de ceea ce făceam greșit, am schimbat în mod deliberat destinația de ieșire în fișierul de geodatabase pe care lucram. pe (am făcut asta ca o soluție la o eroare anterioară, știam puțin că înrăutățesc lucrurile). Fișierul „RawDEM” a dispărut și nu a putut fi selectat sau găsit, așa că a trebuit să folosesc DEM-ul original pe care îl aveam – Acesta era un semn sigur că ceva nu era în regulă-. A fost o mare mizerie. Oricum eroarea HRESULT nu mai este .
Răspuns
Am avut o dată această eroare HRESULT. Se întâmpla deoarece obișnuiam să schimb manual destinația de ieșire de fiecare dată ( începând de la operațiile din meniul Preprocesare) în loc să lăsați programul să decidă în mod implicit. Deci, pur și simplu mergeți cu sugestiile menționate mai sus – în special cele despre destinațiile de ieșire ale fișierelor vectoriale și raster – și pur și simplu mergeți cu fluxul și nu schimbați nimic .
Răspuns
Baza de date este principala problemă. Dacă doriți să rezolvați această problemă, creați o nouă geodatabase sau copiați geodatabase originală din folderul documentului în folderul dvs. care lucrează în prezent la proiect. Apoi setați geodatabase copiată ca geodatabase implicită și începeți să vă scufundați. notă:
- După crearea noului cont Windows, rulați ArcMap pentru prima dată, apoi închideți-l.
- Accesați documentul meu și copiați folderul ArcGIS pentru a lucra la noul folderul proiectului. (de fapt, faceți o copie de rezervă din folderul dvs. original de geodatabase)
- Porniți din nou ArcMap
- Porniți un proiect nou
- Setați geodatabase copiată ca geodatabase implicită pentru proiectați
- Salvați proiectul nou cu orice nume în folderul dvs. care lucrează la proiect.
- Introduceți fișierul DEM și scufundați-l.
Comentarii
- Ați putea să vă explicați de ce este necesar # 1?
- De asemenea, de ce ar trebui să-mi copiez baza de date din Documente? Care este ‘ diferența față de doar crearea unuia nou?