Metadata and Captions

Metadata and captions turn a photograph from a visible record into durable collection evidence. The image records what could be seen; metadata records facts about the file, its creation, management and rights; the caption explains which owned copy is shown, what the viewer should notice and why the view matters.

A technically excellent photograph can become almost useless when separated from its context. Strong image management therefore preserves three connected but distinct records: the image itself, structured metadata and a human-readable caption, all linked to the authoritative collection record.

Collector scenario

Two almost identical rear-cover photographs

A collector has two copies of the same boxed role-playing game. Both rear-cover images show a white price sticker above the barcode. One sticker was present when the item was acquired; the other was added by a later owner. Without an owned-copy identifier and an image-specific caption, the photographs are visually similar but evidentially ambiguous.

Useful caption

Rear cover of owned item COL-004821 showing the white TSR UK price sticker above the barcode. Sticker present when acquired in March 2025; seller's account of its retail origin remains unverified.

Foundations

The metadata families a collector will encounter

Metadata may be embedded in the file, stored in a sidecar, held in an application catalogue or recorded in the collection database. No single family carries the whole collecting context.

Capture record

EXIF

Usually generated by the camera or smartphone. It records technical facts such as capture date, device, lens, exposure, orientation, dimensions, software and sometimes GPS coordinates.

Collector risk

Useful supporting evidence, but not proof. Camera clocks can be wrong, fields can be rewritten and metadata can be copied or altered.

Description and rights

IPTC

Designed for titles, descriptions, creators, copyright, credit, source, keywords, locations, instructions and rights information. These fields can help a copied image remain intelligible outside the collection system.

Collector risk

Legacy IPTC-IIM and newer XMP versions of the same field can drift apart if software updates one but not the other.

Exchange framework

XMP

A structured framework that can embed or associate descriptive, rights, workflow and application-specific metadata with a file. It can also live in a separate .xmp sidecar.

Collector risk

A sidecar is only useful while it remains paired with the correct image and is included in every rename, move and backup operation.

Operational record

File-system metadata

Includes filename, path, file size, permissions and operating-system creation or modification dates. It helps manage files but is not a dependable account of photographic history.

Collector risk

A file creation date may reflect copying, restoration from backup or derivative generation rather than capture.

Collection context

Application and database metadata

Includes collection links, ratings, labels, review states, private notes, publication controls, condition events and other relationships that may be too complex or sensitive to embed.

Collector risk

Information stored only in one proprietary catalogue can disappear during migration or export.

Record architecture

Separate the photograph, the object and the view

This three-layer distinction prevents repeated descriptions, clarifies ownership and keeps each image meaningful within a large photographic set.

The digital asset

Photograph-level metadata

Who made the image, when and how it was captured, the file format, dimensions, rights, editing history, checksum and workflow status.

The physical copy

Object-level metadata

The exact collectible shown: owned-copy identifier, edition, printing, variant, serial number, condition, provenance and ownership context.

The particular image

View-level metadata

The role of this photograph: overall front, reverse, title page, maker's mark, defect, signature, restoration detail, fluorescence view or scale reference.

The owned-copy rule

A generic product identifier may identify an edition or variant, but it does not identify the exact physical copy whose condition, marks and provenance are being documented. Important photographs should link to the owned-copy identifier.

Record the full object description once in the collection database. Each image then needs the stable item link, its view type and any image-specific observation.

Field design

Filename, title, caption, alt text and private note are not interchangeable

Each field has a different audience and job. Using one field for everything produces unwieldy filenames, repetitive captions, ineffective accessibility text and accidental disclosure.

Machine-facing

Filename

A concise, stable operational identifier, for example COL-004821_REAR_PRICE-STICKER_2026-07-14_01.jpg. It should help sort and identify the file, not attempt to tell the whole story.

Human-facing label

Title

A short label such as 'Rear cover with UK price sticker'. It helps people scan lists, galleries and search results.

Context and meaning

Caption or description

A fuller statement of what the photograph shows, which copy it depicts, what detail matters and any evidential or temporal qualification.

Accessibility

Alt text

A description of the meaningful visual content for someone who cannot see the image. It should serve the page context rather than repeat every catalogue fact.

Restricted context

Private database note

Unverified seller claims, internal handling instructions, private locations or other information that should not travel with a public image.

Collector judgement

How to write captions that preserve evidence

A good caption identifies the copy and view, directs attention to the significant feature, records temporal context and states uncertainty honestly.

Identify the exact object

Weak

Old D&D box.

Better

Front of the owned copy of the 1983 UK printing of the Basic Rules boxed set.

The stronger caption identifies the copy and edition rather than naming only a broad product type.

Direct attention

Weak

Copyright page.

Better

Copyright page showing product code TSR 2011 and the absence of a printing statement beneath the copyright line.

The viewer is told which feature to inspect and why the view is useful for identification.

Separate observation from interpretation

Weak

Water damage caused by poor storage.

Better

Brown tide marks and planar distortion along the lower edge, consistent with previous moisture exposure.

The caption records visible evidence and a cautious interpretation without asserting an undocumented cause.

Record chronology

Better

Interior lid showing brown tide marks along the lower edge and a split at the front-right corner. Photograph taken before conservation assessment.

The caption places the visible condition within an event sequence, allowing later images to form a visual chronology.

A reusable caption structure

[View] of [item or component], showing [significant detail] at/in [location]. [Optional evidential or temporal qualification].

Useful evidential phrases include showing for visible facts, measured at for measurements,reported by the seller for attributed claims,believed to be for provisional identification,consistent with for cautious interpretation andconfirmed by when a linked source supports the statement.

Myth

A detailed caption should contain every fact known about the object.

Reality

The caption should explain this image. Full cataloguing, provenance, values and private research belong in linked records where they can be updated centrally and access-controlled.

Search and consistency

Use controlled vocabularies where inconsistency would impair retrieval

Keywords are valuable only when the same concept is described consistently. A preferred term can be supported by synonyms, while the database preserves richer hierarchies that may not export reliably.

View

overall frontoverall reversespineinteriorcopyright pagemaker's marksignaturedefectcomparative view

Purpose

identificationinventoryconditionprovenanceauthenticationinsurancesaleconservationresearch

Condition feature

abrasioncreasecrackcorrosionfadingfoxinglossmouldstainingtearwarping

Temporal state

at acquisitionbefore unpackingbefore cleaningafter cleaningbefore treatmentduring treatmentafter treatmentbefore shipmenton return from loan

System design

Embed a durable minimum; keep complex and private context in the database

Embedding and database storage solve different problems. A resilient collection uses both and preserves stable identifiers across them.

Embed where useful

  • Unique image identifier and linked item identifier.
  • Short title and image-specific caption.
  • Creator or photographer and capture date.
  • Copyright notice, rights statement and safe credit line.
  • Public-safe keywords and source information.

Keep authoritative in the database

  • Complete item, variant, provenance and condition histories.
  • Relationships among originals, masters, derivatives and events.
  • Private notes, seller identities, values and storage locations.
  • Controlled vocabularies, permissions and workflow history.
  • Central updates that should not be repeated manually in every file.

Recommended hybrid model

  1. Keep detailed collection data in the collection database.
  2. Embed a durable, public-safe minimum in the master or archival derivative.
  3. Place stable image and item identifiers in both locations.
  4. Export metadata periodically in an open, machine-readable form.
  5. Preserve original files separately from managed masters and derivatives.

Privacy and publication

Hidden metadata can disclose the collection

Metadata may expose precise location, device identifiers, private names, values and storage arrangements even when none of that information is visible in the photograph.

Remove from public copies

  • Precise GPS coordinates.
  • Home or storage location.
  • Purchase price or insured value.
  • Alarm, access or absence details.
  • Private seller or previous-owner data.

Review before retaining

  • Camera and lens serial numbers.
  • Personal contact details.
  • Detailed capture locations.
  • Internal workflow and approval states.
  • Unverified provenance statements.

Usually retain safely

  • Image and item identifiers.
  • Public-safe title and caption.
  • Photographer and copyright notice.
  • General capture date.
  • Public-safe keywords and credit.

Publication gate

Do not publish the master by default. Generate a dedicated public or sales derivative, apply a public metadata profile, then inspect the exported file. Websites, social media, messaging services and optimisation tools may remove or alter metadata unpredictably.

Never rely on embedded metadata as the only record, and never assume that a platform has stripped confidential fields unless the delivered file has been checked.

Image roles

Apply different metadata policies to originals, masters and derivatives

The correct metadata policy depends on why the file exists and who will receive it.

Source evidence

Camera original

Preserve largely unchanged. Record original filename, checksum, ingest date, source device and linked item identifier in the database. Avoid unnecessary metadata rewriting.

Managed evidence

Preservation or working master

May contain corrected orientation, colour profile, descriptive metadata, caption, rights and stable identifiers. Significant edits should be documented.

Routine viewing

Access derivative

May be resized and compressed. Retain safe descriptive and rights metadata while excluding sensitive collection and workflow fields.

External distribution

Public or sales derivative

Include useful title, caption, credit and public keywords. Exclude precise GPS, storage details, values, private provenance and hidden internal notes.

Operational sequence

A metadata and caption workflow for collection photography

The workflow is deliberately staged so that originals are secured before metadata is changed, and public copies are reviewed before distribution.

1. At capture

Create trustworthy source material and preserve the context the camera cannot know.

  • Confirm the camera date, time and time zone.
  • Associate the session with the owned-item identifier.
  • Capture overall, identification and condition views deliberately.
  • Record unusual lighting, scale, colour targets or examination methods.
  • Avoid unnecessary in-camera deletion.

Evidence outcome

The session should establish which copy was photographed and what the sequence was intended to document.

2. At ingest

Secure the originals before changing names, metadata or image content.

  • Copy originals into managed storage and verify the transfer.
  • Preserve original filenames and generate checksums.
  • Assign stable image identifiers.
  • Link every image to the correct owned item.
  • Complete a backup before any batch operation.

Evidence outcome

An image should be traceable from its managed record back to the untouched source file.

3. During description

Turn a visible image into searchable, understandable collection evidence.

  • Assign a controlled view type and purpose.
  • Write a concise title and an image-specific caption.
  • Add controlled keywords rather than improvised synonyms.
  • Record condition, provenance or authentication context cautiously.
  • Set rights, visibility and privacy restrictions.

Evidence outcome

The caption should remain intelligible when the image is viewed outside its original folder or gallery.

4. During processing

Keep originals, masters and derivatives distinct while maintaining metadata integrity.

  • Preserve the camera original unchanged wherever practical.
  • Create working masters and derivatives as separate files.
  • Document significant edits and transformation history.
  • Synchronise embedded, sidecar and database values deliberately.
  • Confirm orientation, colour profile and source-image relationships.

Evidence outcome

A processed file should state which source it derives from and what role it now serves.

5. Before sharing

Publish useful descriptive information without exposing the collection or its owner.

  • Generate a dedicated public or sales derivative.
  • Remove precise GPS, storage locations, values and private notes.
  • Retain safe copyright, credit and descriptive metadata.
  • Verify the metadata after export rather than assuming it survived.
  • Adapt caption and alt text to the destination.

Evidence outcome

The distributed copy should be useful to its audience without carrying hidden security or privacy liabilities.

6. During review

Detect decay in the relationship between image files, metadata and collection records.

  • Find orphaned images and missing sidecars.
  • Detect duplicate or conflicting identifiers.
  • Review incomplete captions and provisional identifications.
  • Retest export routes and public privacy profiles.
  • Export and back up metadata in an open form.

Evidence outcome

A durable system is periodically tested for separation, conflict and information loss.

Quality assurance

Review the record, not just the pixels

Image quality control is incomplete if the file is sharp and colour-accurate but linked to the wrong copy, incorrectly dated, poorly captioned or unsafe to publish.

Identity

  • Every image has a unique image identifier.
  • The image is linked to the correct owned copy, not merely a generic product record.
  • Derivatives point back to the correct master or source image.
  • Duplicate identifiers are detected and resolved.

Dates

  • Capture date is plausible and distinguished from scan, ingest, modification and object dates.
  • Time-zone information is retained where chronology matters.
  • Conflicts between EXIF, XMP and database dates are investigated.

Caption

  • The view and exact copy are identified.
  • The important feature and its location are stated.
  • Observation, measurement, reported claim and inference are distinguished.
  • Unsupported claims such as 'genuine', 'pristine' or 'unique' are avoided.

Rights and privacy

  • Photographer, copyright holder and permitted use are clear where known.
  • Public copies do not expose contact details, GPS, storage locations or values.
  • Rights in the photograph are not confused with ownership of the depicted object or underlying artwork.

Technical survival

  • Metadata survives the intended export route.
  • Characters, punctuation and long descriptions remain intact.
  • Embedded and sidecar values do not conflict.
  • The original and its checksum remain preserved after batch changes.

Failure patterns

Common metadata and caption failures

Relying on filenames alone

A filename can identify a file but cannot safely carry a full description, rights statement, condition interpretation and provenance context.

Describing the product, not the copy

'First edition rulebook' does not establish which owned copy, condition state or provenance history is shown.

Generic captions

'Front', 'back' and 'damage' provide too little meaning when images are separated from their gallery order.

Confusing dates

Capture, scan, ingest, modification, acquisition, manufacture and publication dates are different events.

Mixing observation with conclusion

A photograph may show a signature's line quality, placement and ink behaviour without proving that the signature is fake or genuine.

Depending on one application

Ratings, labels, captions or links stored only in a proprietary catalogue may vanish during migration.

Overwriting originals in bulk

A failed metadata operation can alter thousands of source files. Export, back up and test on a representative sample first.

Assuming exports preserve metadata

Every export preset, website and delivery platform must be tested; metadata can be stripped, truncated or rewritten.

Specialist threshold

When metadata work needs forensic, archival or rights expertise

Routine cataloguing can be handled with a clear schema and tested workflow. Escalate when the metadata itself becomes disputed evidence, preservation risk or a legal rights question.

  • Conflicting timestamps, creators, GPS or software histories materially affect an authenticity or ownership dispute.
  • A photographic archive contains unknown copyright ownership, donor restrictions or sensitive personal information.
  • Bulk reconciliation is needed across legacy IPTC-IIM, XMP, sidecars and application catalogues.
  • Metadata must be preserved as part of legal, insurance, conservation or institutional evidence.
  • A migration threatens unique application-only relationships, custom schemas or audit history.

Preservation package

Preserve the metadata system as well as the images

A robust long-term package should contain enough information to reconstruct the relationship between files and records without depending on one application.

Camera originals and preservation masters
XMP sidecars where used
Metadata export in CSV, JSON or XML
Manifest linking filenames to identifiers
Checksums for source and master files
Documentation of the metadata schema
Controlled-vocabulary list and definitions
Database backups and migration notes

Minimum Collectaneum-style record

For every important collection photograph, record at least:

Unique image identifier
Exact owned item depicted
Image role or controlled view type
Short title
Image-specific caption
Capture date
Photographer or source
Rights status and visibility
Original filename
Master-file checksum

For condition, authentication, provenance or restoration images, also record the specific feature, its location, the event stage, the observation date and whether the conclusion is confirmed, reported, inferred or provisional.

Central principle

Metadata should allow a photograph to survive separation from its original folder, software or owner without becoming meaningless.

A durable record should still answer: What object is this? Which physical copy is it? What view am I seeing? What should I notice? When and by whom was the image made? What happened to it after capture? May it be shared? Where is the authoritative record? How can its integrity be checked?

Continue learning

Related topics