DEM-Rekonditionierung ändert das DEM nicht

Question

Ich verwende ArcGIS Pro Version 3.5.2, Standardlizenz mit 3D- und Spatial Analyst-Erweiterungen. Ich benutze das DEM Reconditioning Tool, um meinen Bach in das DEM einzubrennen. Das Tool wurde erfolgreich abgeschlossen, aber das resultierende AGREEDEM ist im Wesentlichen dasselbe wie das Eingabe-DEM (der Unterschied liegt an der fünften Dezimalstelle). Ich habe im Forum nachgesehen und diesen Thread gefunden:<\/P> Gelöst: Probleme mit Burn Stream slope und DEM Reconditio... - Esri Community<\/A><\/P>Ich habe sichergestellt, dass mein X-, Y-Koordinatensystem und die lineare Einheit von allem (Projekt, Karte, Raster, Geoverarbeitungsumgebung und überall sonst, wo ich es finden konnte) in Metern sind, aber das hat nicht geholfen.<\/P> Ich habe versucht, die Z-Einheit im DEM Reconditioning Tool SEHR stark zu erhöhen (im Bereich von Millionen), um das Einbrennen deutlicher zu machen, aber das Ergebnis ist, dass die Werte des AGREEDEM alle Rundzahlen sind und die Änderungen in den Werten große diskrete Werte statt einer allmählichen Veränderung sind.<\/P> Hat jemand anderes dieses Problem schon erlebt und eine Lösung gefunden?<\/P>

MarkBoucher · Answer

I have a lot of experience with the ArcMap version of Arc Hydro and some with the ArcPro version.

Some ideas...

* Make sure you confirm the processing extents cover your project. In the ArcMap version the processing extent would sometimes get changed for some reason I could never figure out. For example, the processing extent would be reset to match the limis of the batchpoints. A confusing situation I had to deal with.
* Make sure all layers (DEM and agreestream) are in the same coordinate projection.
* If the values of the AGREEDEM are "all round numbers," I assume you mean they are integers (e.g., 234) and not floating-point numbers (e.g., 234.56). This can happen during the "burning" process.

The most likely cause is that one of the geoprocessing tools you used to subtract values from the RAWDEM is outputting an integer raster instead of a floating-point one. Check the output data type settings for the specific tool you used, and also verify the data type of your original RAWDEM. You want to ensure the final output retains the real number precision of your original data. (Some of this answer I got from Gemini [Googles AI])