Ik probeer een functie uit te voeren vanaf Arc Hydro tools in ArcMap 10.1; Sink evaluatie. Maar voordat het kan eindigen, geeft het een foutmelding, die ik eerlijk gezegd helemaal niet begrijp. Het gaat System.runtime.interopservices.comexception (0x80004005): error hresult e_fail .
Kan iemand me helpen dit op te lossen? Ik heb alles geprobeerd wat ik kon bedenken. Voer de functie uit vanuit de toolbox in plaats van de vervolgkeuzemenus, verkort paden, herstart ArcMap, installeer AHT opnieuw, open nieuwe kaartdocumenten, start mijn computer opnieuw op, wacht tot de volgende dag en kijk of het zichzelf automagisch heeft gerepareerd …
Na het doorzoeken van dit forum vond ik een mogelijk duplicaat , hoewel het ” s heeft geen antwoorden. Nu heb ik helemaal geen ideeën meer, kan iemand me alsjeblieft helpen ?!
Ik gebruik ArcMap 10.1 SP1 basislicentie en Windows 7.
Ik denk dat ik het een beetje heb beperkt, maar nog steeds niet duidelijk wat er mis is. Sink-evaluatie gebruikt een reeks functies in Arcmap, waarvan de ene is Zonale statistieken als tabel . Daar blijft hij aan vastzitten. Het invoerraster bestaat op de een of andere manier niet, pad onbekend. Ik denk dat dit een tussenraster is.
Na overleg met het Arc Hydro-team kreeg ik het advies om geen grids te gebruiken die zijn opgeslagen in een gdb (wat ik niet deed). Ik heb ook geprobeerd de doellocaties te wijzigen, dankzij @ G.Oxsen. Helaas hebben geen van beide het probleem opgelost. Volgens het Arc Hydro-team is GPL0 waar ik eerder naar vroeg, een in -memory grid, dus waarschijnlijk geen probleem daar.
Ik streef momenteel na dat het gerelateerd is aan de installatie van SP1. Gebruikt iemand AHT met SP1 en werkt de Sink-evaluatie?
Het verwijderen van SP1 heeft helaas niets veranderd. Ik werk hier nog steeds aan, maar met minder intensiteit. Het lijkt erop dat ik “tijdelijke oplossingen moet vinden …
Door het aantal zinkt die verwerking nodig heeft Het is me gelukt om de Sink-evaluatie aan de gang te krijgen. De bestanden die niet in een gdb zijn opgeslagen, lijken ook te helpen, zoals eerder vermeld, en het gebruik van integer-rasters. Het wijzigen van het “Maximaal aantal unieke waarden dat moet worden weergegeven” in ArcMap Options (menu Aanpassen), tabblad Raster -> Raster dataset is een andere tip die ik kreeg (van het Arc Hydro Team). Het opnieuw opstarten van ArcMap na het uitvoeren van elke of twee functies helpt ook om de zaken stabiel te houden.
Opmerkingen
- Ik had ook een probleem met de ArcHydro 10.1 beta. Wat het voor mij oploste, was het draaien van Windows Update en het installeren van enkele patches die ik had gemist, waaronder enkele ” optionele ” patches. Het klinkt raar, maar het werkte voor mij.
Antwoord
Ik heb een beetje andere fout (en ) tijdens het uitvoeren van Sink-evaluatie en elementaire gestoorde terreinverwerking.
Hoe dan ook, deze stappen kunnen ook andere fouten oplossen, dus hier is wat hielp:
- Ik heb al mijn gegevens verplaatst onder C: \ data \
- Ik heb een nieuwe bestandsgeodatabase gemaakt (genaamd testing.gdb) onder die map
- Ik heb het maximum aantal unieke waarden verhoogd om weer te geven
- Ik heb de doelen uiteengezet (C: \ data voor raster en C: \ data \ testing.gdb voor vectorbestanden) met behulp van ApUtilites
- Ik legde het verwerkingsbereik uit voor het bereik van mijn DEM (Geoprocessings> Environments> Verwerkingsbereik))
- Ik heb mijn project opgeslagen als testing.mxd onder C: \ data
- Ik heb testing.gdb ingesteld als de standaardwerkruimte. (dit loste eindelijk de laatste fouten op die ik kreeg)
- Ik noemde mijn dataframe ook simpelweg naar “data”, aangezien ArcHydro -tools de neiging hebben om de naam van een dataframe toe te voegen aan outputbestandspaden. Ik “weet niet zeker of deze stap nodig is.
Opmerkingen
- Zeer leuke ideeën! Ik zou ze de volgende keer dat ik ‘ m stroomgebieden bereken, moeten bekijken, aangezien ik deze foutmeldingen nog steeds regelmatig krijg.
- Ik denk wat ‘ s het meest nuttig is om alles op C: / te houden in plaats van een netwerkstation, samen met het vermijden van shapefiles. Dit is ook een zeer nuttige ArcHydro-forumthread.
Antwoord
Ik had een soortgelijk probleem met archydro-tools in ArcGIS 10.0. Ga naar de archydro-werkbalk en ga naar ApUtilities> Stel doellocatie in. Ga naar elke sectie in die lijst en bewerk de doellocaties van de rastergegevens. Zorg ervoor dat de locatie gericht is op een standaardmap en niet op een .gdb of .mdb (zorg ervoor dat in het selectievenster het veld “Show of type:” is ingesteld op “Shapefile / Raster Workspace” en niet op “Personal / File Geodatabase” ). U kunt mogelijk hetzelfde doel bereiken via de omgevingsopties (vervolgkeuzemenu Geoprocessing) door de werkruimteomgeving te wijzigen in een normale map en niet in een .gdb- of.mdb, maar ik zou niet rotzooien met de werkruimte-omgeving tenzij het moest. Het wijzigen van de werkruimteomgeving heeft invloed op alle processen, niet alleen op de rasteromgeving voor archydro-tools. Laat me weten of dit helpt.
Reacties
- Ik ‘ ben bang dat het niet ‘ t 🙁 Maar bedankt voor je hulp! Het kan gerelateerd zijn aan SP1 van Arcmap 10.1, maar ik kijk er nog steeds naar. Ik ‘ zal terug hier met een oplossing zodra ik die vind.
Antwoord
Het probleem lijkt een lange map te zijn namen en / of mapnamen met spaties. Als u de doellocaties instelt op een eenvoudige mapnaam & pad, dan werken alle tools.
Opmerkingen
- Hallo! Hoewel dit een deel van de oplossing kan zijn, raad ik ‘ ook aan om naar de andere antwoorden te kijken als je andere problemen tegenkomt .
Antwoord
Nou, ik had dat probleem met Hec-geoHMS toen ik probeerde het basin-modelbestand te maken.
Om dit op te lossen heb ik de bovenstaande stappen geïmplementeerd en ik d id wijzigt de uitvoerbestemmingen van bestanden niet bij een bewerking die begint bij (Preprocessing), dus standaard worden ze opgeslagen in een map met de naam (Layers). De fout is niet “opnieuw opgetreden omdat ik” met de stroom meeging “.
Als je nu” geïnteresseerd bent in wat ik verkeerd deed, heb ik opzettelijk de uitvoerbestemming gewijzigd in de geodatabase van het bestand waar ik aan werkte op (ik deed dat als een tijdelijke oplossing voor een eerdere fout, ik wist niet dat ik de dingen erger maakte). Het “RawDEM” -bestand was verdwenen en kon niet worden geselecteerd of gevonden, dus ik moest de originele DEM gebruiken die ik had – dat was een zeker teken dat er iets mis was -. Het was een enorme puinhoop. Hoe dan ook, de HRESULT-fout is niet meer .
Antwoord
Ik had een keer deze HRESULT-fout. Het gebeurde omdat ik de uitvoerbestemming elke keer handmatig veranderde ( te beginnen met de bewerkingen in het Preprocessing-menu) in plaats van het programma standaard te laten beslissen. Dus ga gewoon met de bovenstaande suggesties – vooral die over uitvoerbestemmingen voor vector- en rasterbestanden – en ga gewoon mee met de stroom en verander niets .
Antwoord
De database is het grootste probleem. Als je dit probleem wilt oplossen, maak dan een nieuwe geodatabase aan of kopieer de originele geodatabase van je documentenmap naar je huidige projectmap. Stel vervolgens de gekopieerde geodatabase in als standaard geodatabase en begin met zinken. opmerking:
- Nadat u het nieuwe Windows-account heeft aangemaakt, voert u de ArcMap voor de eerste keer uit en sluit u deze.
- Ga naar mijn document en kopieer de ArcGIS-map om aan de nieuwe projectmap. (maak in feite een back-up van uw originele geodatabase-map)
- Start ArcMap opnieuw
- Start nieuw project
- Stel de gekopieerde geodatabase in als standaard geodatabase voor je project
- Sla een nieuw project op met een willekeurige naam in je werk aan projectmap.
- Voer je DEM-bestand in en sla het op.
Opmerkingen
- Kunt u alstublieft uitleggen waarom # 1 nodig is?
- Waarom zou ik ook mijn database moeten kopiëren vanuit Documenten? Wat is ‘ is het verschil met het maken van een nieuwe?