REPRODUCIBLE PHOTO MERGE

What happens when the same photo has a different name?

A reproducible, read-only example showing renamed exact matches, one-sided photos and same-path version conflicts across two folders.

ANSWER

DUPESPACE identifies renamed photos by complete content instead of copying them again. A matching relative path with different bytes remains a separate conflict for a person to resolve.

REPRODUCE THE INPUT

A small setup you can inspect by hand.

  1. 01

    Create Phone Import and Current Library folders.

  2. 02

    Place the same JPEG on both sides as IMG_1842.JPG and Kyoto Station.jpg.

  3. 03

    Create Pictures/album-cover.jpg on both sides with different content.

  4. 04

    Add one photo that exists only on each side, then run the folder comparison.

EXPECTED CLASSIFICATION

Each relationship leads to a different decision.

Renamed or moved

Phone Import/DCIM/IMG_1842.JPGCurrent Library/2024/Kyoto Station.jpg

Complete content matches even though both the name and location differ.

Next: The library already has the content, so it need not be copied again. This does not make the import-side copy automatically disposable.

Same-path conflict

Phone Import/Pictures/album-cover.jpgCurrent Library/Pictures/album-cover.jpg

The relative path matches while the complete bytes differ.

Next: Open or rename both versions and resolve the purpose manually before merging.

Incoming only

Phone Import/DCIM/IMG_1843.JPG

The current library contains neither the same bytes nor the same relative path.

Next: This may be a file to add, not a duplicate copy.

Destination only

Current Library/2023/family.jpg

The phone import does not contain this content.

Next: Do not overwrite it from the import. Use a separate reverse comparison if you are updating the backup.
01

What does this example prove?

A filename is not a file identity. A name-only check misses IMG_1842.JPG and Kyoto Station.jpg, while a path-only merge could treat two different album-cover files as one version.

DUPESPACE narrows candidates by exact size, uses samples only to eliminate obvious mismatches, then reads all bytes of remaining candidates. A sample never decides equality on its own.

02

Why does the result not contain a delete action?

The phone import may be the only source not yet backed up, and the library may be synchronized. Matching bytes describe this comparison; they do not prove either location has lost its purpose.

The browser remains read-only. It can prevent an unnecessary second copy and reveal conflicts early without accepting the risk of automatic merge or deletion.

03

Reproduce it yourself

Use disposable images. Keep one file unchanged but rename it, then re-export another image so the preview looks similar while the bytes differ. Verify the four result classes and exported CSV.

Do not use your only family photographs or a live synchronized library for the first test. Stop if the result differs from what you expect.

FAQ

What this case can and cannot tell you

Can it find photos with completely different names?

Yes, when the complete content matches. Names and paths provide context but do not decide equality.

Is a visually identical recompressed image an exact duplicate?

Usually not. Recompression, cropping or metadata edits change the bytes and should remain a separate version.

Can the sample CSV be used to delete files?

No. It is a redacted schema example without access to your device and is not a cleanup instruction.

TRY THE SAME WORKFLOW

Start read-only and keep the first test disposable.

Open the browser toolBrowse solutions