Ik gebruik ArcGIS Pro versie 3.5.2, standaardlicentie met 3D- en spatial analyst-extensies. Ik gebruik de DEM Reconditioning-tool om mijn stroom in de DEM te branden. De tool is succesvol voltooid, maar de resulterende AGREEDEM is in wezen hetzelfde als de invoer-DEM (het verschil zit in de 5e decimaal). Ik heb het forum doorzocht en deze thread gevonden:<\/P>
Opgelost: Problemen met Burn Stream helling en DEM Reconditio... - Esri Community<\/A><\/P>Ik heb ervoor gezorgd dat mijn X-, Y-coördinatensysteem en lineaire eenheid van alles (project, kaart, raster, geoprocessing-omgeving en overal waar ik het kon vinden) in meters zijn en dat heeft niet geholpen.<\/P>Ik heb geprobeerd de z-eenheid in de DEM reconditioning-tools VEEL te verhogen (in de orde van miljoenen) om het branden significanter te maken, maar het resultaat is dat de waarden van AGREEDEM allemaal afgeronde getallen zijn en de verandering in waarden grote discrete waarden zijn in plaats van geleidelijke veranderingen.<\/P>Heeft iemand anders dit ook ervaren en een oplossing gevonden? <\/P>
Ik heb ervoor gezorgd dat mijn X-, Y-coördinatensysteem en lineaire eenheid van alles (project, kaart, raster, geoprocessing-omgeving en overal waar ik het kon vinden) in meters zijn en dat heeft niet geholpen.<\/P>
Ik heb geprobeerd de z-eenheid in de DEM reconditioning-tools VEEL te verhogen (in de orde van miljoenen) om het branden significanter te maken, maar het resultaat is dat de waarden van AGREEDEM allemaal afgeronde getallen zijn en de verandering in waarden grote discrete waarden zijn in plaats van geleidelijke veranderingen.<\/P>
Heeft iemand anders dit ook ervaren en een oplossing gevonden? <\/P>
I have a lot of experience with the ArcMap version of Arc Hydro and some with the ArcPro version.
Some ideas...
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])
Aangemelde leden kunnen berichten plaatsen, updates volgen en meer. Nieuw hier? Registreer een gratis account.
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.