One normalized volume engine
Every dimensional calculator converts the user’s measurements into a common internal volume before producing display units. This prevents separate imperial and metric formulas from drifting apart.
length × width × depthπ × radius² × depthπ × (outer radius² − inner radius²) × depthsum of each section volumeBase need, allowance and order quantity
The base volume comes from geometry. The allowance is then applied as a separate percentage. Finally, bag counts or supplier increments are rounded up where a fractional purchase is not possible. Keeping these steps separate lets users see how much of the result comes from the measured project and how much comes from planning caution.
Weight calculations
Weight is estimated by multiplying volume by a selected density. Because real topsoil changes with composition and moisture, the density is an assumption, not a universal constant. Results are planning estimates and should not be used as the sole basis for vehicle loading.
Cost calculations
Cost tools use the user’s local prices. Bulk and bagged options are first converted to comparable volume, then material, delivery, labour, tax and other entered charges are combined. The site does not claim that one buying format is always cheaper.
Precision and rounding
Internal calculations retain more precision than the displayed result. Display rounding improves readability; purchase rounding reflects whole bags or supplier increments. Rounding is applied near the end rather than repeatedly through the formula.
Testing
The build includes automated tests for formulas, unit conversions, bag rounding, costs, payload estimates, circular rings, multi-area aggregation and ratio calculations. Production validation also checks titles, descriptions, canonical URLs, structured data, sitemap inclusion and internal links.