Servus Community,
ich rechne gerade auf einem 1m-DGM herum, dass ein Moorgebiet abbildet. Der maximale Höhenunterschied im DGM beträgt dabei rund 20m.
Die FlowDirection Funktion ergibt jedoch stets ein falsches Ergebnis. Normalerweise hat die ja Wertebereiche bis 2^7, also bis 128, ich bekomme aber je nach Auswertung auch schon mal Werte von bis zu 241 oder 192, sehr komisch also.
Die FlowDirection ist ja unumgänglich für fill, flow accumulation... etc.
Könnte das am geringen Höhenunterschied liegen?
Beste Grüße
Scholtes
ich rechne gerade auf einem 1m-DGM herum, dass ein Moorgebiet abbildet. Der maximale Höhenunterschied im DGM beträgt dabei rund 20m.
Die FlowDirection Funktion ergibt jedoch stets ein falsches Ergebnis. Normalerweise hat die ja Wertebereiche bis 2^7, also bis 128, ich bekomme aber je nach Auswertung auch schon mal Werte von bis zu 241 oder 192, sehr komisch also.
Die FlowDirection ist ja unumgänglich für fill, flow accumulation... etc.
Könnte das am geringen Höhenunterschied liegen?
Beste Grüße
Scholtes
- Anmelden oder Registieren, um Kommentare verfassen zu können
Gespeichert von Hannes17 am Fr., 30.04.2010 - 12:32
PermalinkEs gibt schon Werte über 128. Falls mehrer Nachbarzellen die gleiche Höhe haben, dann werden die Werte (Bsp. 128 und 64) addiert. Somit ergibt sich ein Wert von 192.
Steht gut beschrieben auch in der ESRI Hilfe.
vg
Jo
Gespeichert von Scholtes am Fr., 30.04.2010 - 17:37
PermalinkSchönes WE
Scholtes
Gespeichert von Rena am Mo., 03.05.2010 - 16:22
Permalinkumgekehrt wird ein Schuh draus:
Flow Direction ist NICHT Voraussetzung für Fill, sondern Fill ist Voraussetzung für Flow Direction.
Wenn ArcGIS Abflusswege rechnen soll, darf das DGM keine abflusslosen Senken mehr haben, deshalb wird Fill VOR Flow Direction angewandt.
Im Ergebnis sollte die Flow Direction nur 8 Werte ergeben, da eine Rasterzelle ja nur 8 Nachbarzellen hat, und der Wert die Nachbarzelle bezeichnet, in die der Abfluss weitergegeben wird (Deterministic 8-Konzept von O'CALLAGHAN & MARK (1984)). 1 = Osten, 2 = Südosten, 4= Süden usw. bis 128 = Nordost.
In sehr flachen Gebieten, in denen es tatsächlich abflusslose Senken gibt (im Mittelgebirge eher selten...) führt der Befehl Fill (Sinks) möglicherweise zu einer starken Verfälschung des Geländes. Da muss man genau prüfen, was nun eigentlich Zweck der Berechnungen ist.
Über die (kostenlose) Erweiterung ArcHydro kann man beispielsweise bestimmte Bereiche von dem Fill –Befehl ausnehmen.
Grüße
Rena
Gespeichert von Scholtes am Do., 06.05.2010 - 14:58
PermalinkGespeichert von Scholtes am Do., 06.05.2010 - 15:01
PermalinkGespeichert von Scholtes am Do., 06.05.2010 - 15:14
PermalinkHabe das gleiche jetzt mit einem 5 m DGM gerechnet, und von meinem lieben 128er Muster bis zum Watershed passt wieder alles.
Gis ist macnhmal echt trial and error.
Danke für eure kompetente Hilfe.
Gruß
Scholtes
Gespeichert von Rena am Do., 06.05.2010 - 15:43
Permalinkschön, dass es funktioniert hat. Je nach Gebietsgröße sollte aber auch ein 1m DGM zu rechnen sein. Und die Drainagegräben sind ja auch wichtig, oder?
In meiner Master Arbeit habe ich mich mit der Modellierung von Oberflächenabfluss, den verschiedenen Methoden (die D8-Methode von ArcGIS ist die einfachste und meist kritisierte...) beschäftigt. Ehrlich gesagt, finde ich Berechnungen des Oberflächenabfluss nur mit ArcGIS/ Spatial Analyst "Bordmittel" allein eher umständlich. Ich habs mal versucht und bin nicht zu einem zufrieden stellenden Ergebnis gekommen.
SEHR nützlich und unbedingt zu empfehlen ist die erwähnte Erweiterung ArcHydro: da muss man im Zweifelsfall einfach die Befehle eines Menüs von oben nach unten abarbeiten (Teile können auch per Batch halb automatisiert werden). Es werden automatisch Dateinamen vergeben und in festgelegte Verzeichnisse bzw. Geodatabases geschrieben. Es gibt für Spezialfälle auch etliche Zusatztools (Beispielsweise können Gewässerverläufe in das DGM "eingebrannt" werden - sehr nützlich in Flachlandbereichen, wo schon ein kleiner Bahndamm das Ergebnis völlig verfälscht).
Leider kann ich grad den Link zu den downloads nicht posten, das System will nicht so recht...
Such mal im Internet unter Maidment (Entwickler von ArcHydro an der Universität Texas) und Arc Hydro, da müsste sich auch was finden lassen.
Grüße
Rena
Gespeichert von Scholtes am Do., 06.05.2010 - 16:03
PermalinkViele Grüße
Scholtes