Fel vid körning av Arc Hydro-verktygsfunktionen i ArcMap?

Jag försöker köra en funktion från Arc Hydro-verktyg i ArcMap 10.1; Diskbänkutvärdering. Men innan den kan avsluta returnerar det ett felmeddelande som jag uppriktigt sagt inte förstår alls. Det går System.runtime.interopservices.comexception (0x80004005): fel hresult e_fail .

Kan någon hjälpa mig att lösa detta? Jag har provat allt jag kan tänka mig. Kör funktionen från verktygslådan istället för rullgardinsmenyer, förkorta sökvägar, starta om ArcMap, installera om AHT, öppna nya kartdokument, starta om min dator, vänta till nästa dag och se om det automatiskt har fixat sig själv …

Efter att ha sökt i det här forumet hittade jag en möjlig duplikat , även om det ” s har inga svar. Nu är jag helt tom för idéer, kan någon snälla hjälpa mig ?!

ange bildbeskrivning här

Jag använder ArcMap 10.1 SP1 baslicens och Windows 7.


Jag tror att jag har begränsat det lite, men det är fortfarande inte klart vad som är fel. Diskbänkutvärdering använder en rad funktioner i Arcmap, varav en är Zonstatistik som tabell . Det är den den fastnar på. Ingångsraster finns på något sätt inte, sökväg okänd. Jag antar att det här är något mellanliggande raster.

ange bildbeskrivning här


Efter att ha konsulterat Arc Hydro-teamet fick jag råd att inte använda galler lagrade i en gdb (som jag inte gjorde). Jag har också försökt ändra målplatser tack vare @ G.Oxsen. Tyvärr löste ingen av dem problemet. Enligt Arc Hydro-teamet är GPL0 som jag frågade om tidigare en i -minnesgaller, så förmodligen inga problem där.

Jag vill för närvarande att det är relaterat till installationen av SP1. Någon där ute som använder AHT med SP1 och fick Sink-utvärdering fungerar?


Avinstallationen av SP1 ändrade tyvärr ingenting, jobbar fortfarande med detta men med mindre intensitet. Verkar som att jag måste hitta lösningar …


Genom att minska antalet sänks i behov av bearbetning Jag lyckades få Sink-utvärderingen igång. Att ha filerna som inte är lagrade i en gdb verkar också hjälpa, som nämnts tidigare, och använda heltal galler. Ändra ”Maximalt antal unika värden som ska återges” i ArcMap-alternativ (menyn Anpassa), fliken Raster -> Rasterdataset är ett annat tips som jag fick (från Arc Hydro Team). Att starta om ArcMap efter att ha kört en eller två funktioner hjälper också till att hålla saker stabila.

Kommentarer

  • Jag hade också problem med ArcHydro 10.1 beta. Det som fixade det för mig var att köra Windows Update och installera några korrigeringar som jag saknade, inklusive några ” Valfria ” patchar. Det låter konstigt, men det fungerade för mig.

Svar

Jag fick lite annorlunda fel ) medan du kör Sink utvärdering och grundläggande störd terrängbearbetning.

Hur som helst, dessa steg kan också lösa andra fel så här är det som hjälpte:

  1. Jag flyttade alla mina data under C: \ data \
  2. Jag skapade ny filgeodatabas (med namnet testing.gdb) under den mappen
  3. Jag ökade det maximala antalet unika värden som ska återges
  4. Jag angav målen (C: \ data för raster och C: \ data \ testing.gdb för vektorfiler) med hjälp av ApUtilites
  5. Jag redogjorde för bearbetningsgraden till min DEM (Geoprocessings> Miljöer> Bearbetningsgraden))
  6. Jag sparade mitt projekt som testing.mxd under C: \ data
  7. Jag ställde testing.gdb som standardarbetsyta. (detta löste äntligen de senaste felen jag fick)
  8. Jag namngav också min dataram helt enkelt till ”data” eftersom ArcHydro -verktyg tenderar att lägga till dataramnamn i utdatafilvägar. Jag är inte säker på om det behövs steg.

Kommentarer

  • Mycket trevliga idéer! Jag bör kolla in dem nästa gång jag ’ beräknar avrinningsområden, eftersom jag fortfarande får dessa felmeddelanden regelbundet.
  • Jag tror vad ’ det mest användbara är att hålla allt på C: / istället för en nätverksenhet, tillsammans med att undvika formfiler. Detta är också en mycket användbar ArcHydro-forumtråd.

Svar

Jag hade ett liknande problem med arkydroverktyg i ArcGIS 10.0 Försök att gå till arkydroverktygsfältet och gå till ApUtilities> Ställ in målplats. Gå in i varje avsnitt i listan och redigera målplatserna för Raster Data. Se till att platsen är inriktad på en standardmapp och inte på .gdb eller .mdb (i urvalsfönstret se till att fältet ”Visa typ:” är inställt på ”Shapefile / Raster Workspace” och inte ”Personal / File Geodatabase” ). Du kan kanske uppnå samma mål genom miljöalternativen (rullgardinsmenyn Geoprocessing) genom att ändra arbetsytans miljö till en vanlig mapp och inte till .gdb eller.mdb, men jag skulle inte röra med arbetsmiljön om jag inte var tvungen att göra det. Att ändra arbetsytamiljön kommer att påverka alla processer, inte bara rastermiljön för arkydroverktyg. Låt mig veta om det hjälper.

Kommentarer

  • Jag ’ är rädd att det inte gjorde ’ t 🙁 Tack för din hjälp! Det kan dock vara relaterat till SP1 i Arcmap 10.1, men jag ser fortfarande på det. Jag ’ jag får tillbaka hit med en lösning så fort jag hittar den.

Svar

Problemet verkar vara lång mapp namn och / eller mappnamn med mellanslag. Om du ställer in målplatserna till ett enkelt mappnamn & sökväg, fungerar alla verktyg.

Kommentarer

  • Hej! Även om detta kan vara en del av lösningen rekommenderar jag ’ även att titta på de andra svaren om du stöter på ytterligare problem .

Svar

Tja, jag hade det problemet med Hec-geoHMS när jag försökte skapa basmodelfilen.

För att åtgärda detta implementerade jag stegen ovan och jag d id ändrar inte utdatadestinationerna för några filer i någon operation som börjar med (Preprocessing) så som standard lagras den i en mapp som heter (Layers). Felet inträffade inte igen på grund av att jag ”gick med flödet”.

Om du nu är intresserad av vad jag gjorde fel ändrade jag medvetet utdatamålet till den geodatabas jag arbetade med på (jag gjorde det som ett kringgående ett tidigare fel, lite visste jag att jag gjorde saker värre). ”RawDEM” -filen var borta och kunde inte väljas eller hittas så jag var tvungen att använda den ursprungliga DEM som jag hade – Det var ett säkert tecken på att något var fel-. Det var en enorm röra. Hur som helst är HRESULT-felet inte längre .

Svar

Jag hade detta HRESULT-fel en gång. Det hände för att jag brukade ändra utgångsdestinationen manuellt varje gång ( starta från operationerna i förbehandlingsmenyn) istället för att låta programmet bestämma som standard. Så gå helt enkelt med de ovan nämnda förslagen – särskilt de som gäller destinationer för vektor- och rasterfiler – och bara gå med flödet och ändra inte någonting .

Svar

Databasen är huvudproblemet. Om du vill lösa detta problem skapar du en ny geodatabas eller kopierar den ursprungliga geodatabasen från din dokumentmapp till den projektmapp som du för närvarande arbetar med. Ställ sedan in den kopierade geodatabasen som standardgeodatabas och börja sjunka. meddelande:

  1. När du har skapat det nya Windows-kontot kör du ArcMap för första gången och stänger sedan det.
  2. Gå till mitt dokument och kopiera ArcGIS-mappen för att arbeta med det nya projektmapp. (gör faktiskt en säkerhetskopia från din ursprungliga geodatabasmapp)
  3. Starta ArcMap igen
  4. Starta nytt projekt
  5. Ställ in den kopierade geodatabasen som standardgeodatabas för du projicerar
  6. Spara nytt projekt med vilket namn som helst i ditt arbete med projektmappen.
  7. Mata in din DEM-fil och sjunka den.

Kommentarer

  • Kan du snälla utöka varför nr 1 är nödvändigt?
  • Varför skulle jag också behöva kopiera min databas från dokument? Vad ’ är skillnaden från att bara skapa en ny?

Lämna ett svar

Din e-postadress kommer inte publiceras. Obligatoriska fält är märkta *