Working with Terrain Data: What Hill Earth Science Actually Involves
Hill Earth Science is the practical study of how landforms — slopes, ridges, valleys, and hills — behave, interact, and can be modeled or measured. It sits at the intersection of geomorphology, geomatics, and field surveying. The day-to-day work involves reading topographic maps, running slope analysis in GIS, understanding soil composition on inclines, and figuring out what will (or won't) hold when water hits a gradient. It's not glamorous. Most of the job is dealing with bad data from field notes or mismatched DEM resolutions. The minimum viable toolkit is a decent DEM (digital elevation model), a GIS platform like QGIS or ArcGIS Pro, and a grasp of coordinate reference systems. If you're doing this for real rather than just a class project, you also need a handheld GPS or a total station for ground truthing. Satellite-derived DEMs are convenient but they lie. SRTM hits about 30 meters of vertical error in hilly terrain. A 90-meter DEM will make a drainage basin look like a shallow bowl when it's actually a V-cut. I learned that the hard way on a site survey in the Appalachian foothills. The model showed a consistent southwest drainage pattern. The field crew found three separate spring lines feeding north. Went back and pulled a 1-meter LiDAR-derived raster instead, which took two hours to process but saved us from routing a culvert under the wrong ridge spur. Start with your DEM. Make sure it's in a projected coordinate system, not geographic. If you run slope calculations in WGS84 degrees you will get nonsense numbers. Reproject it to UTM first. Then use the Slope tool in your GIS of choice. Set the z-factor correctly — this is where most beginners break their own data. If your DEM is in meters and your projection is in meters, z-factor is 1. If your coordinates are in feet, z-factor stays 1 but verify your units match across everything. I've seen people plug a lat/lon DEM into a UTM project without adjusting anything and then wonder why every slope came out as 0.017 degrees.
Next run Aspect to see which direction each pixel faces. Combine those two layers. A north-facing slope at 35 degrees in the northern hemisphere holds moisture differently than a south-facing slope at the same angle. That difference matters for vegetation mapping, erosion modeling, and anything involving infrastructure on a grade. Export the outputs as GeoTIFFs with proper metadata. Don't skip that. Metadata gets stripped the moment you share files between teams and three months later nobody remembers what projection or vertical datum you started from.
Common Pitfalls in Hill Earth Work
Flat lands are easy. Hills are where things break. Here are the ones that actually show up in practice. Edge effects. DEM boundaries rarely line up with your study area. Pixels at the edge often have no data or default to nodata, which creates artificial cliffs in your slope map. Clip your DEM tightly to the area you care about before running any analysis. Use a boundary polygon that matches your actual field scope, not the entire county shapefile you downloaded. Vertical datum mismatches. Your DEM might be NAVD88, your survey points might be in NAD83(2011) orthometric heights, and your GPS might be reporting ellipsoidal heights. These don't automatically align. I spent a full afternoon chasing a half-meter discrepancy across an entire hillside study area before realizing the contractor had provided WGS84 ellipsoidal heights instead of orthometric ones. Converting between them using a geoid model fixed it. Always ask what vertical datum the source data uses.
Get the Full Details

Resolution decay on steep terrain. A 1-meter DEM looks great on a gentle slope. On a 40-degree face, one pixel might span three meters of actual ground distance horizontally but only a fraction vertically. The aspect values become unreliable. Slope steepness gets exaggerated at pixel edges. This isn't a software bug. It's geometry. If you're working on terrain steeper than 25 degrees, plan on using a higher-resolution source or accepting that individual pixel readings won't be trustworthy. Aggregate to a larger cell size if you need region-level patterns, not point-level precision.
When Hill Earth Science Methods Fail
No amount of GIS work replaces going outside. Remote sensing misses subsurface conditions. A slope might look stable on a DEM but have a thin veneer of colluvium over bedrock that slides when saturated. I had a project where the hillshade looked perfectly normal — gentle undulating slopes, no obvious failure scars. The geotechnical boring we drove on-site hit a slip plane at 1.2 meters and the entire upper bench moved about eight centimeters during a spring rain event. The hillshade couldn't tell us that. The DEM couldn't either. Only the borings did. If your work involves any kind of construction, drainage, or land disturbance on a slope, pair your hill earth analysis with at least one geotechnical investigation. Don't rely on remote data alone for decisions that affect structural safety. It's cheaper to drill two test pits than to fix a failed retaining wall after the fact.
Practical Workflow Summary
Pick your DEM source and check the resolution and vertical datum. Reproject to a suitable UTM zone. Verify the z-factor. Run slope and aspect. Clip to your study boundary. Cross-reference with field data or higher-resolution LiDAR if the terrain is steep. Document every transformation step in your metadata. Repeat the process if new data arrives, because it always does.
