Błąd podczas uruchamiania funkcji narzędzi Arc Hydro w ArcMap?

Próbuję uruchomić funkcję z narzędzi Arc Hydro w ArcMap 10.1; Ocena zlewu. Ale zanim zakończy, zwraca komunikat o błędzie, którego, szczerze mówiąc, w ogóle nie rozumiem. Idzie System.runtime.interopservices.comexception (0x80004005): error hresult e_fail .

Czy ktoś może mi pomóc rozwiązać ten problem? Wypróbowałem wszystko, co przychodziło mi do głowy. Uruchom funkcję z przybornika zamiast menu rozwijanych, skróć ścieżki, uruchom ponownie ArcMap, zainstaluj ponownie AHT, otwórz nowe dokumenty mapy, uruchom ponownie komputer, poczekaj do następnego dnia i zobaczę, czy automagicznie się naprawił …

Po przeszukaniu tego forum znalazłem możliwy duplikat , chociaż to ” nie ma odpowiedzi. Teraz nie mam już pomysłów, czy ktoś mógłby mi pomóc ?!

tutaj wprowadź opis obrazu

Używam Podstawowa licencja ArcMap 10.1 SP1 i Windows 7.


Wydaje mi się, że trochę zawęziłem, ale nadal nie wiem, co jest nie tak. Ocena zlewu wykorzystuje szereg funkcji w Arcmap, z których jeden to Statystyki strefowe jak tabela . To jest ten, na którym się zacina. Raster wejściowy jakoś nie istnieje, ścieżka nieznana. To chyba jakiś pośredni raster.

tutaj wprowadź opis obrazu


Po konsultacji z zespołem Arc Hydro otrzymałem poradę, aby nie używać siatek przechowywanych w a gdb (czego nie zrobiłem). Próbowałem również zmienić lokalizacje docelowe dzięki @ G.Oxsen. Niestety żaden z nich nie rozwiązał problemu. Według zespołu Arc Hydro, GPL0, o które pytałem wcześniej, jest -siatka pamięci, więc prawdopodobnie nie ma problemu.

Obecnie stwierdzam, że jest to związane z instalacją SP1. Czy ktoś używa AHT z SP1 i ma ocenę Sink działającą?


Odinstalowanie dodatku SP1 niestety niczego nie zmieniło. Nadal pracuję nad tym, ale z mniejszą intensywnością. Wygląda na to, że będę musiał znaleźć obejście …


Zmniejszając liczbę zlewozmywaki wymagające przetwarzania Udało mi się uruchomić ocenę Sink. Posiadanie plików nie przechowywanych w gdb również wydaje się pomocne, jak wspomniano wcześniej, i używanie siatek całkowitych. Zmiana „Maksymalnej liczby unikalnych wartości do renderowania” w ArcMap Options (menu Customize), zakładka Raster -> Raster dataset to kolejna wskazówka, którą otrzymałem (od Arc Hydro Team). Ponowne uruchomienie ArcMap po uruchomieniu każdej lub dwóch funkcji również pomaga w utrzymaniu stabilności.

Komentarze

  • Miałem również problem z ArcHydro 10.1 beta. Naprawiło to uruchomienie Windows Update i zainstalowanie niektórych brakujących poprawek, w tym niektórych ” opcjonalnych ” poprawek. Brzmi dziwnie, ale zadziałało.

Odpowiedź

Mam trochę inny błąd (s ) podczas wykonywania oceny Sink i przetwarzania podstawowego obłąkanego terenu.

W każdym razie te kroki mogą rozwiązać również inne błędy, więc oto co pomogło:

  1. Przeniosłem wszystkie moje dane do C: \ data \
  2. Utworzyłem nową geobazę plików (o nazwie testing.gdb) w tym folderze
  3. Zwiększyłem maksymalną liczbę unikatowych wartości do renderowania
  4. Ustawiłem cele (C: \ data dla rastra i C: \ data \ testing.gdb dla plików wektorowych) przy użyciu ApUtilites
  5. Określam zakres przetwarzania w zakresie mojego DEM (Geoprocessings> Environments> Processing range))
  6. Zapisałem swój projekt jako testing.mxd w C: \ data
  7. Ustawiłem testing.gdb jako domyślny obszar roboczy. (to ostatecznie rozwiązało ostatnie otrzymywane błędy)
  8. Nazwałem też swoją ramkę danych po prostu „dane”, ponieważ narzędzia ArcHydro dodają nazwy ramki danych do ścieżek plików wyjściowych. Nie jestem pewien, czy ten krok jest potrzebny.

Komentarze

  • Bardzo fajne pomysły! Powinienem je sprawdzić następnym razem, gdy ' obliczam zlewiska, ponieważ nadal regularnie otrzymuję te komunikaty o błędach.
  • Myślę, co ' najbardziej pomocne jest trzymanie wszystkiego w C: / zamiast na dysku sieciowym, wraz z unikaniem plików shapefile. To również bardzo przydatny wątek na forach ArcHydro.

Odpowiedz

Miałem podobny problem z narzędziami archydro w ArcGIS 10.0. Spróbuj przejść do paska narzędzi archydro i przejdź do ApUtilities> Ustaw docelową lokalizację. Przejdź do każdej sekcji tej listy i edytuj docelowe lokalizacje danych rastrowych. Upewnij się, że lokalizacja jest skierowana do folderu standardowego, a nie do pliku .gdb lub .mdb (w oknie wyboru upewnij się, że pole „Pokaż typ:” jest ustawione na „Plik kształtu / Obszar roboczy rastra”, a nie „Geobaza osobista / plikowa” ). Ten sam cel można osiągnąć, korzystając z opcji środowiska (menu rozwijane geoprzetwarzania), zmieniając środowisko obszaru roboczego na zwykły folder, a nie plik .gdb lub.mdb, ale nie bałbym się ze środowiskiem roboczym, chyba że musiałbym. Zmiana środowiska pracy wpłynie na wszystkie procesy, a nie tylko na środowisko rastrowe narzędzi archydro. Daj mi znać, jeśli to pomoże.

Komentarze

  • ' Obawiam się, że nie ' t 🙁 Jednak dziękuję za pomoc! Może to być związane z dodatkiem SP1 Arcmap 10.1, ale wciąż się nad tym zastanawiam. ' dostanę wróć tutaj z rozwiązaniem, gdy tylko je znajdę.

Odpowiedź

Problem wydaje się być długi nazwy i / lub nazwy folderów ze spacjami. Jeśli ustawisz lokalizacje docelowe na prostą nazwę folderu & ścieżkę, wszystkie narzędzia będą działać.

Komentarze

  • Witaj! Chociaż może to być część rozwiązania, ' zalecam również przejrzenie innych odpowiedzi, jeśli napotkasz dalsze problemy .

Odpowiedź

Cóż, miałem ten problem z Hec-geoHMS podczas próby utworzenia pliku modelu basin.

Aby to naprawić, wykonałem powyższe kroki i d id nie zmienia miejsc docelowych danych wyjściowych żadnych plików w żadnej operacji, począwszy od (Przetwarzanie wstępne), więc domyślnie zapisuje je w folderze o nazwie (Warstwy). Błąd nie powtórzył się z powodu „płynięcia z prądem”.

Jeśli teraz „interesuje Cię to, co robiłem źle, celowo zmieniłem miejsce docelowe danych wyjściowych na geobazę plikową, nad którą pracowałem na (zrobiłem to jako obejście poprzedniego błędu, nie wiedziałem, że pogarszam sytuację). Plik „RawDEM” zniknął i nie można go było wybrać ani znaleźć, więc musiałem użyć oryginalnego DEM, który miałem – to był pewien znak, że coś było nie tak -. To był ogromny bałagan. W każdym razie błąd HRESULT już nie istnieje .

Odpowiedź

Raz miałem ten błąd HRESULT. Stało się tak, ponieważ za każdym razem ręcznie zmieniałem miejsce docelowe wyjścia ( zaczynając od operacji w menu Preprocessing) zamiast pozwolić programowi decydować domyślnie. Więc po prostu postępuj zgodnie z sugestiami wymienionymi powyżej – szczególnie tymi dotyczącymi miejsc docelowych plików wektorowych i rastrowych – i po prostu idź z przepływem i nie zmieniaj niczego .

Odpowiedź

Baza danych jest głównym problemem. Jeśli chcesz rozwiązać ten problem, utwórz nową geobazę lub skopiuj oryginalną geobazę z folderu dokumentu do folderu aktualnie pracującego nad projektem. Następnie ustaw skopiowaną geobazę jako domyślną geobazę i zacznij zatapiać. uwaga:

  1. Po utworzeniu nowego konta Windows uruchom ArcMap po raz pierwszy, a następnie zamknij go.
  2. Przejdź do mojego dokumentu i skopiuj folder ArcGIS, aby pracować nad nowym folder projektu. (w rzeczywistości wykonaj kopię zapasową z oryginalnego folderu geobazy).
  3. Uruchom ponownie ArcMap
  4. Rozpocznij nowy projekt
  5. Ustaw skopiowaną geobazę jako domyślną geobazę dla you project
  6. Zapisz nowy projekt pod dowolną nazwą w folderze pracującym nad projektem.
  7. Wprowadź swój plik DEM i zatop go.

Komentarze

  • Czy mógłbyś wyjaśnić, dlaczego numer 1 jest konieczny?
  • Dlaczego miałbym także kopiować moją bazę danych z Dokumentów? Jaka ' jest różnica między zwykłym utworzeniem nowego?

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Pola, których wypełnienie jest wymagane, są oznaczone symbolem *