How to Compare PDF Drawing Revisions

Version 1.5.1 improves PDF layer visibility, bookmarks, and thumbnail navigation. Confirm the intended layer state and sheet identity when reviewing a revision. Presentation Mode is useful for walking through one PDF; use Compare Documents or a Revision Package when you need an actual comparison or issue history.

PolyPDF compares corresponding pages visually. It does not interpret sheet numbers or realign a reordered set. A page shift, different crop, rotation, plot scale, or scan skew can produce broad pixel differences that say nothing about the design.

• Confirm that Document A is the intended baseline and Document B is the intended revision.
• Match sheet identity and page order. If a cover sheet was inserted, reorganize copies before comparison so like pages occupy the same positions.
• Check page dimensions, CropBox, and displayed rotation for each relevant sheet.
• Confirm that both files were plotted at the same drawing scale and from the same registration point.
• For scans, check skew, stretching, shadows, and capture resolution; those differences can dominate the visual result.
• Preserve the originals and work from named copies under your document-control procedure.

A comparison tool answers “which rendered regions differ?” It does not answer “which differences are approved, intentional, or contractually significant?”

1. Open the baseline PDF in PolyPDF. The current document becomes Document A.
2. Choose Document > Compare Documents… and verify that the Current File card names the correct baseline.
3. In Revised File, choose Browse and select Document B. The current workflow compares the full page sets.
4. Choose Compare. PolyPDF renders and compares changed pages while reporting progress.
5. Wait for the new comparison document to open. It receives its own tab and is not written back over the baseline.
6. Read the completion status. It reports compared pages and marked changes, and warns if this run could not produce editable markups.
7. Inspect every marked region in context, then save the comparison document under a new controlled name.

The default output is a copy of Document A with detected regions added. Unchanged pages are left as they were. Because the output opens as a new unsaved document, Save prompts for a location; closing it does not silently replace either source file.

Compare Documents is available in Free and Pro. Colored Overlay Pages requires Pro and superimposes page snapshots for visual inspection rather than automatically listing changes. Free can view and navigate existing Revision Packages; creating, updating, or publishing a package requires Pro.

Compare the workflows and edition requirements

Compare Documents is the smaller tool: it answers where two rendered PDFs differ. A Revision Package coordinates an issue across its sheet set and keeps a portable history without changing the original source PDFs.

Use the five-step 1.5 process for import, reconciliation, carried review work, impact review, references, and publication.See the Revision Package workflow

The example above compares a sample drawing against a revision containing four changes. Compare returned a one-page result carrying four editable revision clouds, and reopening that saved file in PolyPDF showed the same four clouds as selectable markups with four matching rows in the Markup Table.

For your own practice, the separate Northline A/B downloads contain three authored source changes: a meeting-room partition and seating update, a moved doorway, and a Material Library conversion. They are not the four-cloud fixture shown above and do not establish an expected detected-cloud count.

Download the Northline practice pair and inspect the changes

A comparison result opens its tab before its markups finish loading, and the status line says so while annotations are still importing. On a large sheet set, wait for the Markup Table to fill before judging whether a run produced editable clouds.

In a project review, use the same method with a baseline and revised issue set. Open each cloud, look at the underlying geometry or text, and write a concise comment or status only after deciding what changed. A detected hatch, line, or label movement may be important; it may also be a plotting or alignment artifact.

Do not use the number of detected regions as a count of design decisions. One decision can create several separated pixel regions, and one broad alignment change can create a large region.

The fallback exists so a rasterization or diff failure can still return a derived comparison artifact instead of silently ending with nothing. Its result is useful as a visual aid, but it cannot support a markup-status workflow. If editability matters, rerun after checking the inputs and environment or create review markups manually.

A baseline page missing from a shorter revision can be marked as a whole-page change. Pages found only in the revision contribute to the difference count, but Document A has no page on which to draw their cloud. Reconcile page counts separately.

When all or most of a sheet is highlighted, stop and diagnose alignment before reviewing details. Compare the sheet border, title block, known grid intersections, and a few stable dimensions. A small translation, changed crop, or different plot scale can make unchanged work appear revised throughout the page.

• If page order differs, create aligned working copies and compare again.
• If size or scale differs, return to the source export when possible instead of interpreting a stretched raster.
• If a scanned page is skewed, correct the scan or treat the result as a manual visual review aid.
• If annotations differ but base content does not, decide whether annotation changes belong in the review scope.

1. Review every region at a useful zoom and classify it as substantive change, expected annotation difference, or comparison artifact.
2. For editable output, use clear comments and statuses in the Markup Table rather than relying on color alone.
3. Check added and removed sheets outside the cloud count and reconcile the page lists.
4. Save the comparison under a name that identifies both source revisions and the review date.
5. Reopen the saved file in PolyPDF and, when it will be issued externally, in another expected PDF viewer.
6. Verify that cloud appearances, editability expectations, comments, and source revision references survived the save.
7. Distribute the comparison as a review record, not as a replacement for the approved revised drawing.

The defensible deliverable is not merely a PDF with colored clouds. It is a named comparison record whose source files are known, whose inputs were aligned, and whose detected regions were inspected by a responsible reviewer.