PicaJet

Reference Glossary

Byline metadata

Byline metadata is the IPTC Creator (By-line) and By-line Title fields identifying who made an image or wrote a story, distinct from the Credit Line, which records the crediting organization or attribution string.

Why it matters in a DAM

Byline and credit line are frequently conflated into one free-text field, but they serve different functions: Creator identifies the individual photographer or writer — needed for contributor payment tracking and correct moral-rights attribution — while Credit Line is the specific string a publisher is contractually required to display. A DAM that only populates one of the two loses the ability to correctly generate freelance payment reports or to correctly attribute a republished image per whatever the original wire service or license actually requires.

A worked example

Creator (By-line) Jane Doe
By-line Title Staff Photographer
Credit Line Jane Doe/AP
Used for Creator → contributor search/payment; Credit Line → published attribution

Common mistake

An ingest workflow maps a photographer's name only into the Credit Line field and leaves Creator blank, so any contributor-payment report or photographer-level search — both of which typically query the Creator field specifically — misses those assets entirely even though the name is technically present somewhere in the metadata.

The IPTC standard separates who made an image from how that image should be credited when published, and the distinction is more than academic. The Creator field (also called By-line) names the actual individual — the photographer or, for text, the writer — and By-line Title can record their role, such as “Staff Photographer” or “Freelance Contributor.” Credit Line, by contrast, is the exact string a publisher displays, which might combine the individual’s name with an agency or publication name in a specific format the license requires, and doesn’t necessarily match the Creator field verbatim.

Creator identifies who made the image. Credit Line specifies how it should be attributed when published. A DAM that conflates the two loses one function to save the other.

A DAM that treats these as one interchangeable attribution field breaks two separate downstream processes. Contributor-level reporting — figuring out how many images a specific freelance photographer has in the library, for payment reconciliation or usage tracking — depends on the Creator field being populated correctly and consistently, since that’s what such reports are built to query. Meanwhile, published attribution depends on Credit Line matching whatever string the licensing agreement actually requires, which sometimes differs from the photographer’s name alone. Populating only one of the two fields, even with technically correct information, quietly breaks whichever process depends on the field that was left empty.

Frequently asked

Is the Creator field the same as the Credit Line field?

No — Creator identifies the individual who made the image, while Credit Line is the specific attribution string a publisher displays, which can combine the creator's name with an agency or organization name in a format the license requires.

Why does By-line Title matter separately from the Creator's name?

It records the person's role — staff, freelance, contributor — which some licensing and payment workflows use to apply different rate structures or usage terms depending on employment status.

What breaks if only the Credit Line is populated and Creator is left blank?

Any workflow that searches or reports by individual contributor — such as a freelance payment reconciliation or a "find all images by this photographer" search — fails to surface those assets, since it queries the Creator field specifically.

Does byline metadata apply to written articles as well as photos?

Yes — the same Creator/By-line concept applies to written content, identifying the author, though the specific field names and standards used can differ between a photo metadata system and a CMS or article management system.

Can a single image have multiple people credited in the Creator field?

The IPTC standard supports multiple creator entries where more than one person contributed (for example, a photographer and a separate photo editor), though most systems primarily populate it with the principal photographer.

Should Creator be locked from editing once an image is ingested?

It's generally good practice to restrict who can edit the Creator field after ingest, since an incorrect change could misattribute the work and break both payment tracking and moral-rights attribution for the original photographer.

Sources