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.
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
Keep detailed collection data in the collection database.
Embed a durable, public-safe minimum in the master or archival derivative.
Place stable image and item identifiers in both locations.
Export metadata periodically in an open, machine-readable form.
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?