Jeg prøver at køre en funktion fra Arc Hydro-værktøjer i ArcMap 10.1; Vaskevaluering. Men inden den kan afslutte, returnerer den en fejlmeddelelse, som jeg ærligt talt slet ikke forstår. Den går System.runtime.interopservices.comexception (0x80004005): error hresult e_fail .
Kan nogen hjælpe mig med at løse dette? Jeg har prøvet alt, hvad jeg kan tænke på. Kør funktionen fra værktøjskassen i stedet for rullemenuer, forkorte stier, genstart ArcMap, geninstaller AHT, åbn nye kortdokumenter, genstart min computer, vent indtil næste dag og se om det automatisk har ordnet sig selv …
Efter at have søgt i dette forum fandt jeg en mulig duplikat , selvom det ” s fik ingen svar. Nu er jeg ude af idéer, kan nogen hjælpe mig ?!
Jeg bruger ArcMap 10.1 SP1 grundlicens og Windows 7.
Jeg tror, jeg har indsnævret det en smule, men det er stadig ikke klart, hvad der er forkert. Vaskevaluering bruger en række funktioner i Arcmap, hvoraf den ene er Zonestatistik som tabel . Det er den, den sidder fast på. Input raster findes på en eller anden måde ikke, sti ukendt. Jeg antager, at dette er noget mellemliggende raster.
Efter at have konsulteret Arc Hydro-teamet fik jeg råd om ikke at bruge gitre gemt i en gdb (som jeg ikke gjorde). Jeg har også forsøgt at ændre målplaceringer takket være @ G.Oxsen. Desværre løste ingen af dem problemet. Ifølge Arc Hydro-teamet er GPL0, som jeg spurgte om tidligere, et i -hukommelsesgitter, så sandsynligvis ikke noget problem der.
Jeg for øjeblikket forfølger, at det er relateret til installationen af SP1. Er der nogen derude, der bruger AHT med SP1 og får Sink-evaluering i gang?
Afinstallation af SP1 ændrede desværre ikke noget. Arbejder stadig med dette, men med mindre intensitet. Det ser ud til, at jeg bliver nødt til at finde løsninger …
Ved at reducere antallet af synker med behov for behandling Det lykkedes mig at få Sink-evaluering i gang. At have filerne, der ikke er gemt i en gdb, synes også at hjælpe, som nævnt tidligere, og ved hjælp af heltal gitre. Ændring af “Maksimalt antal unikke værdier, der skal gengives” i ArcMap-indstillinger (menuen Tilpas), fanen Raster -> Raster-datasæt er et andet tip, jeg fik (fra Arc Hydro Team). At genstarte ArcMap efter at have kørt hver eller en eller anden funktion hjælper også med at holde tingene stabile.
Kommentarer
- Jeg havde også et problem med ArcHydro 10.1 beta. Hvad der fik det til mig var at køre Windows Update og installere nogle programrettelser, som jeg havde savnet, herunder nogle ” Valgfri ” patches. Det lyder underligt, men det fungerede for mig.
Svar
Jeg fik lidt anderledes fejl ) under kørsel af sinkevaluering og grundlæggende forstyrret terrænbehandling.
Under alle omstændigheder kan disse trin muligvis også løse andre fejl, så her er hvad der hjalp:
- Jeg flyttede alle mine data under C: \ data \
- Jeg oprettede ny fil geodatabase (navngivet testing.gdb) under den mappe
- Jeg øgede det maksimale antal unikke værdier, der skulle gengives
- Jeg angav målene (C: \ data til raster og C: \ data \ testing.gdb til vektorfiler) ved hjælp af ApUtilites
- Jeg angiver behandlingsomfanget i omfanget af min DEM (Geoprocesser> Miljøer> Behandlingsomfang))
- Jeg gemte mit projekt som testing.mxd under C: \ data
- Jeg indstillede testing.gdb til at være standardarbejdsområde. (dette løste endelig de sidste fejl, jeg fik)
- Jeg navngav også min dataramme simpelthen til “data”, da ArcHydro-værktøjer har tendens til at tilføje datarammenavn til output-filstier. Jeg er ikke sikker på, om det er nødvendigt med trin dette.
- Meget gode ideer! Jeg skulle tjekke dem ud næste gang jeg ‘ m beregner afvandinger, da jeg stadig får disse fejlmeddelelser regelmæssigt.
- Jeg tænker hvad ‘ det mest nyttige er at holde alt på C: / i stedet for et netværksdrev sammen med at undgå shapefiles. Dette er også en meget nyttig ArcHydro-fora-tråd.
Svar
Jeg havde et lignende problem med arkydroværktøjer i ArcGIS 10.0 Prøv at gå til arkydroværktøjslinjen og gå til ApUtilities> Indstil målplacering. Gå ind i hvert afsnit på listen og rediger Raster Data-målplaceringer. Sørg for, at placeringen er målrettet mod en standardmappe og ikke en .gdb eller .mdb (i valgvinduet skal du sørge for, at feltet “Show of type:” er indstillet til “Shapefile / Raster Workspace” og ikke “Personal / File Geodatabase” ). Du kan muligvis nå det samme mål gennem miljøindstillingerne (rullemenuen Geoprocessing) ved at ændre arbejdsområdet til en almindelig mappe og ikke til .gdb eller.mdb, men jeg ville ikke rode med arbejdsområdet, medmindre jeg skulle. Ændring af arbejdsområdemiljøet påvirker alle processerne, ikke kun rastermiljøet for arkydroværktøjer. Giv mig besked, hvis dette hjælper.
Kommentarer
- Jeg ‘ er bange for, at det ikke ‘ t 🙁 Tak for din hjælp dog! Det kan være relateret til SP1 i Arcmap 10.1, men ser stadig ind på det. Jeg ‘ Jeg får her med en løsning, så snart jeg finder den.
Svar
Problemet ser ud til at være lang mappe navne og / eller mappenavne med mellemrum. Hvis du indstiller målplaceringerne til et simpelt mappenavn & sti, fungerer alle værktøjer.
Kommentarer
- Hej! Selvom dette måske er en del af løsningen, anbefaler jeg ‘ også at se på de andre svar, hvis du støder på yderligere problemer .
Svar
Nå, jeg havde det problem med Hec-geoHMS, mens jeg forsøgte at oprette bassinmodelfilen.
For at løse dette implementerede jeg ovenstående trin og jeg d id ændrer ikke outputdestinationerne for filer på en hvilken som helst handling, der starter fra (Preprocessing), så den gemte dem som standard i en mappe kaldet (Layers). Fejlen skete ikke igen på grund af at jeg “gik med strømmen”.
Hvis du nu er interesseret i, hvad jeg gjorde forkert, ændrede jeg bevidst outputdestinationen til den filgeodatabase, jeg arbejdede på on (jeg gjorde det som en løsning på en tidligere fejl, lidt vidste jeg, at jeg gjorde tingene værre). “RawDEM” -filen var væk og kunne ikke vælges eller findes, så jeg var nødt til at bruge den originale DEM, jeg havde – Det var et sikkert tegn på, at noget var galt-. Det var et stort rod. Under alle omstændigheder er HRESULT-fejlen ikke mere .
Svar
Jeg havde denne HRESULT-fejl en gang. Det skete, fordi jeg plejede at ændre outputdestinationen manuelt hver gang ( startende fra operationerne inde i menuen Forbehandling) i stedet for at lade programmet beslutte som standard. Så gå blot med ovennævnte forslag – især dem om vektor- og rasterfiler outputdestinationer – og bare gå med strømmen og ikke ændre noget .
Svar
Databasen er hovedproblemet. Hvis du vil løse dette problem, skal du oprette en ny geodatabase eller kopiere den originale geodatabase fra din dokumentmappe til din projektmappe, der i øjeblikket arbejder på. Indstil derefter den kopierede geodatabase som standardgeodatabase, og start med at synke. bemærkning:
- Når du har oprettet den nye Windows-konto, skal du køre ArcMap for første gang og derefter lukke den.
- Gå til mit dokument og kopier ArcGIS-mappen for at arbejde på den nye projektmappe. (faktisk lav en sikkerhedskopi fra din oprindelige geodatabase-mappe)
- Start ArcMap igen
- Start nyt projekt
- Indstil den kopierede geodatabase som standardgeodatabase for du projicerer
- Gem nyt projekt med ethvert navn i din arbejde med projektmappen.
- Indtast din DEM-fil og synk den.
Kommentarer
- Kunne du udvide hvorfor nr. 1 er nødvendig?
- Hvorfor skulle jeg også kopiere min database fra dokumenter? Hvad er ‘ forskellen fra bare at oprette en ny?