Skip to content

Image data

Before-and-After Image Pairs for Change Detection and Remediation Models

Quick answer

Before-and-after image pairs for change detection are two photos of the same scene, taken from a matching viewpoint before and after a repair, cleanup or restoration, linked to the work order that explains what changed. Public benchmarks cover satellite and aerial change, not ground-level trade work. Buyers training work-verification or remediation models usually need operational photos from field service, restoration and property businesses, with pair alignment, completion status and privacy handling specified up front.

By SourceX Editorial · Updated

  1. 01Your data spec
  2. 02Matched to businesses
  3. 03Rights and samples reviewed
  4. 04Licensed delivery
How it works with SourceX: Your data spec → Matched to businesses → Rights and samples reviewed → Licensed delivery.Illustrative

What makes a before-and-after pair usable for training

A usable pair shares the same subject, a comparable viewpoint and a recorded link to the job that produced the change. Without those three, you have two loosely related photos, and a model learns lighting or framing differences instead of the work itself.

Remote sensing change detection solved alignment through geometry: xBD pairs pre- and post-event satellite imagery of the same footprint with building polygons and an ordinal damage scale [1], and its construction paper frames the set explicitly as a change detection and damage assessment resource [2]. Ground-level work photos rarely have that rigor, because a technician holding a phone shoots from wherever they stand.

For a ground-level corpus, define usability with fields you can test, not adjectives:

  • Subject identity: both images show the same asset, room, fixture or surface, confirmed by a shared job ID and asset or location ID.
  • Viewpoint tolerance: an estimated homography or feature-match inlier ratio above a threshold you set, or a human "same framing" flag on a sample.
  • Temporal order: capture timestamps (EXIF DateTimeOriginal or app upload time) that place the "before" image ahead of the "after" image and inside the job window.
  • Change label: at minimum the work-order task code; ideally a region mask or bounding boxes on the changed area.

Where real paired work imagery comes from

Most ground-level pairs sit inside the field-service and job-management systems that trades and property operators already use. Many businesses require technicians to photograph a site on arrival and on completion, as proof of work for customers, insurers or landlords, so the pairs exist as a by-product of billing and dispute handling.

Typical holders include restoration contractors (water, fire and mold remediation), property maintenance and turnover crews, HVAC and plumbing service companies, roofing and exterior repair firms, cleaning and janitorial operators, and equipment repair depots. Research already uses post-event building imagery for damage estimation [3], and restoration and insurance-adjacent work produces a similar damaged-then-repaired pattern at ground level.

The photos are usually attached to a work order record rather than stored as pairs. That is good news: the work order carries the task description, technician notes, parts used and completion status, which become your labels and captions. See maintenance work order datasets for what those records typically contain, and domain captions from work records for turning technician notes into image text.

Alignment and capture problems that break change models

The main failure mode in operational pairs is nuisance change: differences in viewpoint, lighting, white balance, zoom or occluding objects that the model mistakes for the work. A second failure mode is mislabeled order, where "before" and "after" are swapped or both images come from the same visit.

Ask the supplier how photos were captured. Some capture apps can overlay a ghost of the previous photo so technicians can match framing; others give no guidance at all. Capture guidance changes the alignment quality of the whole corpus, so it is worth requesting the actual instruction text technicians received.

Plan for the residual misalignment in your pipeline:

  • Registration: run feature matching (SIFT, ORB or a learned matcher) plus RANSAC homography and reject pairs with low inlier counts; keep rejects for a separate "hard pair" eval split.
  • Photometric normalization: pairs shot hours or months apart differ in exposure; check whether your model needs histogram matching or learns invariance from augmentation.
  • Multi-image jobs: one job often has several photos per stage; you will need a matching rule (same asset tag, nearest framing) rather than assuming the first and last photos pair.
  • Device diversity: pairs from mixed phones and lenses improve robustness; see camera, lens and lighting diversity.

Labels that turn pairs into supervision

The work order supplies weak labels for free; pixel-level change masks cost annotation time. Decide which task you are training before you scope labels, because they differ in what each pair needs.

TaskMinimum label per pairTypical sourceNotes
Completion verification (binary)Job closed as complete vs. reopened or callbackWork order status historyCallbacks and reopen events give real negatives
Task classificationTask or trade codeWork order line itemsCodes vary by supplier; map to your taxonomy
Change localizationBounding box or mask on changed regionYour annotation teamBuilding polygons on paired imagery are a reference format [2]
Severity or damage gradingOrdinal scaleAdjuster or inspector notesxBD's ordinal scale is a useful template [1]
VLM work descriptionFree-text captionTechnician notes, cleanedStrip names, phone numbers and addresses from notes

Negative examples matter as much as positives. A completion verifier trained only on successful jobs never sees a half-finished repair, a patch that failed inspection or a photo of the wrong unit. Ask whether callback, warranty and rework records can be joined to the original job, since those supply honest "not done" pairs. For deciding between labeled sets and labeling raw pairs in-house, see pre-labeled vs raw image datasets.

Privacy and rights issues specific to work photos

Residential and occupied-site photos often capture people, house numbers, mail, family photos, screens and vehicle plates, and these need removal or blurring before training. Image models can memorize and regenerate training images, including photos of individual people and trademarked logos [4], so incidental capture is a real exposure rather than a theoretical one.

Check EXIF before anything else: GPS coordinates in GPSLatitude and GPSLongitude can reveal a home address even after visual redaction. Our guide to EXIF metadata in image training data covers which tags to strip and which (orientation, timestamp, device model) to keep for pairing.

Rights review is the other half. Photos taken by technicians on company devices are often company records, but subcontractor photos, customer-uploaded images and artwork or branded items in frame raise separate questions; see model and property releases for AI training. An audit of popular dataset hosts reported license omission rates above 70% and license error rates above 50% [5], which is why a supplier-level rights record beats a label on a download page. If you make a generative AI system available to Californians, AB 2013 requires posting documentation about its training data (due January 1, 2026, and in effect as of October 2026), so record each corpus's origin at intake [6].

Request template for a paired-image corpus

A precise request shortens the search, because suppliers can check their own systems against concrete fields. Describe the data, the work types and the pairing rules, not specific companies.

Illustrative example: invented to show structure; it does not describe an available dataset.

request: before_after_work_pairs
use: change localization + completion verification (CV), VLM fine-tuning for work description
work_types: [water damage remediation, drywall repair, unit turnover cleaning, roof patch]
setting: US residential and light commercial; interior and exterior
pair_definition:
  same_job_id: required
  same_asset_or_room_id: preferred
  before_after_order: from capture timestamp, not filename
  viewpoint: technician framing guidance documented, if any
per_pair_fields:
  - job_id (pseudonymized)
  - task_code and description
  - completion_status and close_date
  - callback_or_rework_flag
  - technician_notes (redacted)
  - device_model, capture_time
exclude:
  - GPS and street-level identifiers
  - faces, plates, mail and screens (blur or drop)
volume_target: describe range and minimum per work type
delivery: images (JPEG/HEIC originals) + JSONL manifest keyed by pair_id

How SourceX handles requests for paired work imagery

SourceX sources operational datasets, including new recordings of hands-on work, from US companies and manages the licensing process; datasets are sourced on request, not held in stock, and a request does not guarantee a match. Buyers describe the data, SourceX looks for US businesses that hold it, and every release is approved by the supplying company. Personal details are removed or replaced before delivery, the method is recorded and a sample is checked, though no method is perfect. SourceX does not source scraped web content or generic CCTV or photos. You can describe the paired imagery you need and see related categories in images and inspection photos.

Source before-and-after work imagery for your model

SourceX sources operational datasets such as field work photos and their work records from US companies on request, rights-reviews each dataset and delivers it under a license defining records, uses, term and delivery. Every release is approved by the supplying company, and terms are agreed per deal. Start at the Image data hub for related guides, or describe your paired-image requirements to SourceX.

Frequently asked questions

Can public change detection benchmarks substitute for ground-level work pairs?

Partly, for pretraining. Overhead sets such as xBD teach bitemporal comparison on co-registered overhead imagery [1][2], but they do not show interior finishes, fixtures or handheld viewpoints, so expect a domain gap on trade work.

How is this different from defect or condition datasets?

Defect sets label one image as good or bad; pairs label the change between two states of the same object. If you only need single-image defect classes, see industrial defect image datasets or property inspection photos linked to findings.

What should a pilot sample include?

Ask for a few dozen complete jobs per work type with all photos and the full work order, not pre-selected best pairs. That lets you measure the real pairing rate, viewpoint quality and how often callbacks appear.

Sources

  1. arXiv (Gupta et al.), "xBD: A Dataset for Assessing Building Damage from Satellite Imagery" (2019). https://arxiv.org/pdf/1911.09296
  2. CVPR Workshops 2019 (Gupta et al.), "Creating xBD: A Dataset for Assessing Building Damage from Satellite Imagery" (2019). https://openaccess.thecvf.com/content_CVPRW_2019/papers/cv4gc/Gupta_Creating_xBD_A_Dataset_for_Assessing_Building_Damage_from_Satellite_CVPRW_2019_paper.pdf
  3. SCITEPRESS, "Post-loss building damage imagery paper (SCITEPRESS 2019)" (2019). https://www.scitepress.org/Papers/2019/72538/72538.pdf
  4. USENIX Security 2023 (Carlini et al.), "Extracting Training Data from Diffusion Models" (2023). https://www.usenix.org/conference/usenixsecurity23/presentation/carlini
  5. arXiv (Longpre et al.), "The Data Provenance Initiative: A Large Scale Audit of Dataset Licensing & Attribution in AI" (2023). https://arxiv.org/abs/2310.16787
  6. California Legislature, "AB-2013 Generative artificial intelligence: training data transparency" (2024). https://leginfo.legislature.ca.gov/faces/billTextClient.xhtml?bill_id=202320240AB2013

Tell us what your models need

Share scope, volume, language, format, timing and licensing requirements.

Request data