Structural Unit Converter

Fast unit conversions for structural engineering workflows to reduce unit errors.

This page documents the scope, inputs, outputs, and computational approach of the Structural Unit Converter on steelcalculator.app. The interactive calculator is designed to run in your browser for speed, but this documentation is written so the page remains useful (and indexable) even if JavaScript is not executed.

What this tool is for

Fast screening and iteration while you are exploring a design space.
Creating a repeatable calculation workflow that a reviewer can audit.
Learning the terminology and the “shape” of a typical check for structural unit conversions.

What this tool is not for

It is not a complete design package and does not replace the governing standard, project specification, or an engineer’s judgment.
It is not a substitute for system-level checks (global stability, constructability, fatigue/seismic detailing, etc.).
It does not guarantee compliance with any specific standard, because compliance depends on configuration, edition, and jurisdictional requirements.

Key concepts this page covers

fixed constants
rounding policy
dimensional consistency

Inputs and naming conventions (high-level)

The calculator UI may present different groupings depending on the selected standard or mode, but inputs generally fall into these categories:

1) Actions / demands
Values that represent the loading on the component you are checking (forces, moments, pressures). Ensure you understand whether the workflow expects factored actions (strength) or service actions (serviceability), and keep that consistent across your verification.

2) Geometry and detailing parameters
Dimensions that define the physical configuration (spacing, thickness, eccentricity, end conditions). Many “unexpected” results come from geometry assumptions that are implicitly different from the real detail.

3) Material properties
Strength values (yield/ultimate), stiffness values (E), and any standard-specific parameters that affect resistance models.

4) Standard / method selection
The same physical configuration can be checked using different methods, with different reduction factors and definitions. A tool can only be unambiguous when you lock down the standard and edition you are matching.

The most common inputs for this tool include: value, from unit, to unit.

Outputs you should expect

A well-behaved calculator output should be both summary-friendly and auditable:

A small set of headline results (pass/fail indicators, utilization ratios, controlling mode).
Intermediate values that let you reproduce at least one limit state independently (areas, lever arms, coefficients).
Clear units on every numeric value and a statement of the method used.

If the output is not auditable, treat it as a black box and do not rely on it for anything beyond quick intuition.

Computation approach (what happens under the hood)

This calculator is intended to implement a deterministic sequence of steps:

Normalize inputs into a consistent internal unit system (for example, all lengths in meters, all forces in newtons), then convert back for display.
Derive secondary parameters that are not explicitly entered (for example, effective areas, lever arms, eccentricities, or effective lengths). These are often where standards differ.
Evaluate candidate limit states relevant to structural unit conversions. Each limit state produces a resistance (or allowable) that can be compared to the demand.
Compute utilization as a dimensionless ratio (demand divided by resistance, or resistance divided by demand depending on convention). The controlling utilization is the maximum across the evaluated checks.
Render the report with intermediate values and the controlling failure mode, so a user can trace “why” the governing mode controls.

The implementation should also apply predictable rounding rules: keep higher precision internally, and only round for display. This is essential for stable regression tests.

Verification workflow (recommended QA steps)

This section is not a design instruction; it is a quality-assurance pattern for checking any engineering calculator.

Unit sanity check: confirm that each input has the unit you think it has. A common failure mode is mixing MPa and Pa, or mm and m.
Independent replication: pick one limit state (or one equation) and replicate it with an independent method (hand check, spreadsheet, or trusted reference). You are validating the method, not chasing an exact rounded match.
Sensitivity test: change one input in a direction that should clearly increase or decrease the capacity (for example, increase thickness) and confirm the output changes logically.
Boundary test: test extreme-but-possible values to make sure the UI doesn’t silently overflow, divide by zero, or return NaN/Infinity.
Documentation: record the standard/mode, inputs, and the controlling output in a calculation note format so the result can be reviewed later.

For a structured approach, see: How to verify calculator results.

Common pitfalls and how to avoid confusion

Hidden assumptions: some checks require assumptions that are not explicit in the UI (e.g., end restraint idealization, load distribution, slip requirements). If you can’t state the assumption, do not treat the result as verified.
Standard mismatch: names like “yield strength” and “ultimate strength” are universal, but how they are used in a resistance model is standard-specific.
Axis confusion: major/minor axis properties, sign conventions, and local coordinate systems can flip a result.
Detailing constraints: minimum edge distances, minimum weld sizes, and installation constraints often govern before a strength limit state does.
Over-trusting a single ratio: a utilization < 1.0 does not prove the detail is acceptable; it only indicates the evaluated checks passed under the tool’s assumptions.

Data handling, privacy, and offline behavior

Steelcalculator.app is designed so that most calculations can run client-side. In a typical configuration:

Your numeric inputs may be stored in local browser storage to improve UX (so values persist across refreshes).
A PWA/service worker may cache static assets for performance and offline behavior.
If analytics are enabled, aggregate usage events may be sent to a third-party provider.

If you are deploying this site, document the exact behavior in the Privacy Policy and ensure that any tracking complies with applicable privacy laws. For more context see /privacy and /terms.

Frequently Asked Questions

What are the most common unit pitfalls when mixing metric and imperial structural calculations? The most frequently confused pairs are MPa vs ksi (stress), kN vs kip (force), and kN·m vs kip·ft (moment). A MPa is a megapascal (10⁶ N/m²) while ksi is kips per square inch; the conversion is 1 ksi = 6.895 MPa. Mixing these without conversion in a formula produces errors of approximately 7× in stress results. Similarly, 1 kip = 4.448 kN, so substituting kN values into a kip-based formula without conversion inflates forces by a factor of roughly 4.5.

How do I convert between kN·m and kip·ft for bending moments? The exact conversion is 1 kip·ft = 1.3558 kN·m, or equivalently 1 kN·m = 0.7376 kip·ft. A bending moment of 100 kip·ft equals 135.6 kN·m; a design moment of 200 kN·m equals 147.5 kip·ft. This conversion is needed constantly when comparing AISC (imperial) design aids against AS 4100 or EN 1993 (SI) calculations, or when checking a supplier’s load table against a design performed in different units.

What is the exact conversion between ksi and MPa? 1 ksi (kip per square inch) = 6.8948 MPa exactly (based on 1 lbf = 4.44822 N and 1 inch = 25.4 mm). In practice 6.895 MPa is used. Common structural values: A36 yield strength Fy = 36 ksi = 248 MPa; A572 Gr.50 Fy = 50 ksi = 345 MPa; A325 bolt Fnt = 90 ksi = 620 MPa. Memorising a few anchor values makes it easy to sanity-check converted stress figures in the field.

When should I use imperial units versus SI units on a project? The governing standard and the project specification dictate which unit system to use — AISC 360 is published in both customary (kip, in) and SI (kN, mm) editions, while AS 4100 and EN 1993 are SI-only. On international projects or joint ventures, explicitly agreeing on a single unit system at the outset prevents mixed-unit errors in transmitted calculations. When a calculation package spans both systems (for example, US-sourced material specs combined with SI drawings), maintain a dedicated conversion table at the front of the calculation and always label every numeric value with its unit.

How do unit consistency errors cause structural calculation failures? Unit errors typically manifest as results that are off by a fixed factor — 1000× (kN vs N), 6.895× (ksi vs MPa), or 304.8× (ft vs mm) — which can make an under-designed member appear over-capacity or vice versa. A classic case is entering a force in kN into a formula that expects kips: the result is approximately 4.4× smaller than the correct answer, making the connection appear to have 4× more capacity than it actually does. Dimensional analysis (checking that numerator and denominator units cancel correctly) is the single most effective technique for catching these errors before they reach design decisions.

What are the key area and section modulus unit conversions for steel design? 1 in² = 645.2 mm²; 1 in⁴ = 416,231 mm⁴; 1 in³ = 16,387 mm³. These conversions matter when using tabulated AISC section properties (in in² and in⁴) in SI-based capacity formulas. For example, the elastic section modulus S of a W18×35 is 57.6 in³ = 944,000 mm³. A factor of 10⁶ difference between mm⁴ and cm⁴ (1 cm⁴ = 10⁴ mm⁴) is another frequent source of error when comparing European and Australian section tables, which often list I in cm⁴, against North American tables listed in in⁴ or mm⁴.

Disclaimer (educational use only)

This page is provided for general technical information and educational use only. It does not constitute professional engineering advice, a design service, or a substitute for an independent review by a qualified structural engineer. Any calculations, outputs, examples, and workflows discussed here are simplified descriptions intended to support understanding and preliminary estimation.

All real-world structural design depends on project-specific factors (loads, combinations, stability, detailing, fabrication, erection, tolerances, site conditions, and the governing standard and project specification). You are responsible for verifying inputs, validating results with an independent method, checking constructability and code compliance, and obtaining professional sign-off where required.

The site operator provides the content “as is” and “as available” without warranties of any kind. To the maximum extent permitted by law, the operator disclaims liability for any loss or damage arising from the use of, or reliance on, this page or any linked tools.