A new revision should move the work forward.

Compare architectural revisions and update the changed elements while retaining loads and engineering assumptions. Keep the analytical model connected to the evolving design.

Book a demo
Why revisions matter

Protect the engineering work already in the model.

By the time a design revision arrives, the analytical model may already contain loading and assumptions that took care to establish. Rebuilding the model makes the handoff repeat work the engineer has already done.

NodeSnap’s revision comparison updates changed elements while retaining loads and assumptions. That gives the engineer a starting point for reviewing the new design and deciding which existing choices still apply.

Illustrative model revision comparison
ARCHICAD → NODESNAP → LIRA-SAPR ILLUSTRATIVE MODEL

A geometric change can raise an engineering question.

Revision comparison addresses the model change. The engineering consequences still need a deliberate review.

Example changeWhat the engineer should review
A member changes positionCheck its relationship with adjoining members, the resulting axes, and the intended load path.
A section changesCompare the updated section with the source and consider whether the existing analysis assumptions remain appropriate.
A material changesConfirm the material in the source and the analytical model, then review the engineering implications.
A junction is reworkedInspect connectivity around the affected area before relying on the updated model.

Carry a revision through the workflow.

A repeatable review makes each revision easier to understand.

01

Establish the reference

Identify the architectural export associated with the current analytical model. Keep the source revision and the model being reviewed clearly paired.

02

Bring in the new architectural export

Use the newer SAF or IFC export from the design workflow. Ask the design team for context about the intent behind changes that affect the structure.

03

Compare and update

NodeSnap compares revisions and updates changed elements, retaining loads and assumptions. Review the affected areas in the context of the surrounding structure.

04

Verify before continuing

Check geometry, axes, sections, and materials against the revised source. Revisit any retained engineering choices that the new design may have affected.

Retain information. Reconsider its meaning.

Loads

Retaining loads avoids starting the loading work again. The engineer still decides whether the revised structure requires changes to how those loads are represented.

Assumptions

Existing assumptions remain part of the working model. A change in geometry or structural arrangement is a reason to check that those assumptions are still justified.

Source comparison

Use element verification to compare the updated result with the architectural revision. Resolve suspicious results before advancing the analysis.

Explore verification

Questions about this workflow

Is retaining a load the same as validating it?

No. Retention preserves existing information through the update. Validation is an engineering decision about whether that information remains appropriate for the revised model and the analysis being performed.

Should we review only the visibly changed member?

Begin with the affected elements, then consider the surrounding connections and the structural consequences. A local geometric change can influence how an engineer interprets the wider system.

What should we bring to a revision demo?

Describe a typical before-and-after architectural revision, the SAF or IFC exports involved, and the loads or assumptions you want to carry forward. That makes the discussion concrete.

FROM DESIGN TO ANALYSIS

Show us a revision that causes rework.

Discuss how your team moves from the current design to the next one, and which engineering information needs to carry forward.

Request a demo