Copyright © 2020 Idealliance, Inc. This document is available under the W3C Document License. See the W3C Intellectual Rights Notice and Legal Disclaimers for additional information.
This PRISM Image Metadata Specification describes the metadata elements contained in the PRISM Specification to describe images; includes normative material.
This section describes the status of this document at the time of its publication. Other documents may supersede this document. A list of current W3C publications can be found in the W3C technical reports index at https://www.w3.org/TR/.
By publishing this document, W3C acknowledges that the Submitting Members have made a formal Submission request to W3C for discussion. Publication of this document by W3C indicates no endorsement of its content by W3C, nor that W3C has, is, or will be allocating any resources to the issues addressed by it. This document is not the product of a chartered W3C group, but is published as potential input to the W3C Process. A W3C Team Comment has been published in conjunction with this Member Submission. Publication of acknowledged Member Submissions at the W3C site is one of the benefits of W3C Membership. Please consult the requirements associated with Member Submissions of section 3.3 of the W3C Patent Policy. Please consult the complete list of acknowledged W3C Member Submissions.
The status of this document is:
Draft |
11/04/2011 |
|
|
Released for Public Comment |
12/15/2012 |
|
Final Draft Released for Comment |
06/12/2012 |
|
Final Specification |
10/04/2012 |
The location of this document is:
http://www.prismstandard.org/specifications/3.0/PRISM_Image_Metadata_3.0.pdf
or
http://www.prismstandard.org/specifications/3.0/PRISM_Image_Metadata_3.0.htm
Version Number |
Release Date |
Editor |
Description |
1.0 Release |
04/21/2011 |
Kennedy |
Release |
3.0 Draft |
12/15/2011 |
Kennedy |
Draft for Public Comment |
3.0 Release |
06/12/2012 |
Kennedy |
Comments Resolved, Final Draft |
3.0 Specification |
10/04/2012 |
Kennedy |
Final Specification |
PRISM is described in a set of formal, modularized documents that, taken together, represent “the PRISM Specification.” Together these documents comprise the PRISM Documentation Package.
Documents in the PRISM Documentation Package may contain both normative and non-normative material; normative material describes element names, attributes, formats, and the contents of elements that is required in order for content or systems to comply with the PRISM Specification. Non-normative material explains, expands on, or clarifies the normative material, but it does not represent requirements for compliance. Normative material in the PRISM Documentation Package is explicitly identified as such; any material not identified as normative can be assumed to be non-normative.
The key words "MUST," "MUST NOT," "REQUIRED," "SHALL," "SHALL NOT," "SHOULD," "SHOULD NOT," "RECOMMENDED," "MAY," and "OPTIONAL" in this document are to be interpreted as described in [RFC-2119]. The PRISM Specification also uses the normative term, “STRONGLY ENCOURAGES,” which should be understood as a requirement equivalent to “MUST” in all but the most extraordinary circumstances.
Capitalization is significant; lower-case uses of the key words are intended to be interpreted in their normal, informal, English language way.
The PRISM Documentation Package has been reorganized and some specifications renamed to more accurately reflect the nature of each specification module. The PRISM documentation package includes the following specifications and documents:
This document provides compliance specification.
Document |
Description |
PRISM Compliance [PRISMCOMP] |
Describes three profiles of PRISM compliance for content and systems; includes normative material. |
This is the set of documents that outline the prism metadata fields and values by PRISM metadata category. PRISM has modularized its metadata specification by namepace so users may pick those modules that meet their unique business requirements without having to implement the entire PRISM specification.
Document |
Description |
PRISM Advertising Metadata Specification [PRISMADMS] |
Describes advertising metadata elements including those drawn from AdsML, GWG and Ad-ID; includes normative material. |
The PRISM Basic Metadata Specification [PRISMBMS] |
Describes the basic metadata elements contained in the PRISM namespace to describe article content; includes normative material. |
The PRISM Contract Management Metadata Specification [PRISMCMMS] |
Describes metadata elements from the PRISM Contract Management Metadata (pccm:) namespace that are used to describe contracts and legal documents. |
The PRISM Crafts Metadata Specification [PRISMCMS] |
Describes the metadata elements contained in the PRISM Crafts Metadata Namespace (pcm:). Includes normative material. |
The PRISM Subset of Dublin Core Metadata Specification [PRISMDCMS] |
Describes the metadata elements from the Dublin Core namespace that are included in PRISM; includes normative material. |
The PRISM Image Metadata Specification [PRISMIMS] |
Describes the metadata elements contained in the PRISM Metadata for Images Namespace and other related image namespaces, includes normative material. |
The PRISM Recipe Metadata Specification [PRISMRMS] |
Describes the metadata elements contained in the PRISM Recipe Metadata Namespace (prm:). Includes normative material. |
The PRISM Rights Summary Metadata Specification [PRISMRSMS] |
Describes the metadata elements contained in the PRISM Rights Summary Metadata Namespace (prsm:). Includes normative material. |
The PRISM Usage Rights Metadata Specification [PRISMURMS] |
Describes the metadata elements contained in the PRISM Usage Rights Namespace; includes normative material. This namespace will supersede elements in both the prism: and prl: namespaces in version 3.0 of the specification. Some elements from PUR are referenced from the newer, more comprehensive PRISM Rights Summary Metadata Specification [PRISMRSMS]. |
This module documents the PRISM Markup Elements and Attributes for use with the PRISM Aggregator Message (PAM) and other aggregator messages. This set of documents includes:
Document |
Description |
The PRISM PAM Markup Specification [PRISMPAMMS] |
Describes the XML elements and attributes used to encode the PRISM Aggregator Message from both the pam: and pim: namespaces; includes normative material. |
The PRISM PAM Markup for Web Content Specification [PRISMPAMWMS] |
Describes the XML elements and attributes used to encode the PRISM Aggregator Message for Web Content. This Specification draws from both the pam: and pim: namespaces and includes normative material. PAMW is used to automate the harvesting of Web Content so that it may be sent to aggregators or stored in a publishers PAM-based content management system. |
This module documents the PRISM Inline Markup Elements and Attributes for use with the PRISM Aggregator Message. This set of documents includes:
Document |
Description |
The PRISM Inline Markup Specification [PRISMIMS] |
Describes the XML elements used to encode the inline markup for the PRISM Aggregator Message. Includes normative material. |
These modules are new with PRISM 3.0. All controlled vocabularies and their terms are documented in this publication set.
Document |
Description |
The PRISM Controlled Vocabulary Markup Specification [PRISMCVMS] |
Describes the metadata fields in the PRISM Controlled Vocabulary Namespace that can be used to describe a controlled vocabulary. Actual PRISM controlled vocabularies are now placed in the PRISM Controlled Vocabularies Specification [PRISMCVS] |
The PRISM Controlled Vocabularies Specification [PRISMCVS] |
The PRISM Controlled Vocabularies are now documented in this document. |
• The Guide to the PRISM Aggregator Message [PAMGUIDE] documents the PRISM Aggregator Message (PAM), an XML-based application of PRISM.
• The Guide to the PRISM Aggregator Message for Web Content [PAMWGUIDE] documents the PRISM Aggregator Message (PAM), an XML-based application of PRISM.
• Guide to the PSV Aggregator/Distributor Message Package [PAMPGUIDE] documents how to use the PRISM metadata fields and pamP XML messaging tags to deliver content to content aggregators/distributors. The Guide documents the pamP XML message structure and provides the pamP XSD and document samples.
• The Guide to PRISM Contract Management [CONTRACTSGUIDE] documents an XML-based PRISM contract management model. The Guide is accompanied by an XSD that can be used as the basis for developing a contract management system that interfaces with the PRISM Rights Summary to populate ODRL policy statements. Reference [ODRLRSGUIDE]
• The Guide to PRISM Metadata for Images [IMAGEGUIDE] documents an XML-based PRISM Profile 1 application for the expression of the structure and use of PRISM Metadata for Images and can be used as the basis for developing an image management system based on PRISM Metadata for Images and for implementing PMI in XML.
• The Guide to PRISM Recipe Metadata and XML Encoding [RECIPEGUIDE] documents the XML-based recipe model for developing a recipe database, for tagging a wide variety of recipes in XML and for tagging recipes within a PAM Message.
• The Guide to PRISM Usage Rights [RIGHTSGUIDE] documents an XML-based PRISM application for the expression of PRISM Usage Rights. The Guide is accompanied by an XSD that can be used as the basis for developing a digital rights management system based on PRISM Usage Rights.
• PAM to PSV_Guide [PAMPSVGUIDE] documents mappings from PAM XML to PSV XML.
In 2010, Idealliance developed a series of specifications collectively known as the PRISM Source Vocabulary. The use case for PSV is to encode semantically rich content for transformation and delivery to any platform. This Specification is made up of a modular documentation package that builds on PRISM 3.0 and HTML5. Over time new modules may be added to the documentation package. The documentation package for PSV, PRISM Source Vocabulary Specification Version 1.0 consists of:
Document |
Description |
PRISM Source Vocabulary Specification [PSVS] |
The PRISM Source Vocabulary Specification defines semantically rich for source metadata and content markup that can be transformed and served to a wide variety of output devices including eReaders, mobile tablet devices, smart phones and print. |
PRISM Source Vocabulary Markup Specification [PSVMS] |
The PSV Markup Specification documents the XML tags in the PSV namespace that are used to encode XML Source Content. |
While PRISM is primarily a metadata specification, it also includes some XML schemas that define encoding of specific kinds of content for publication and interchange. The PRISM schemas include:
• Contracts_xsd.zip contains a schema that can be used to encode publication contracts.
• Crafts_xsd.zip contains a schema that can be used to encode crafts.
• Image_xsd.zip contains a schema that can be used to encode images.
• PAM_xsd.zip contains a schema that can be used to encode a PRISM aggregator message.
• pamW_xsd.zip contains a schema that can be used to encode a PRISM aggregator message for Web content.
• pamP_xsd.zip contains a schema that can be used to encode a PRISM aggregator/distributor message package.
• PSV_xsd.zip contains a schema that can be used to encode content in PRISM Source Vocabulary.
• Recipe_xsd.zip contains a schema that can be used to encode recipes.
• Rights_xsd.zip contains a schema that can be used to encode usage rights.
PRISM has defined 38 controlled vocabularies using PRISM controlled vocabulary markup. See The PRISM Controlled Vocabulary Specification [PRISMCVS]. All CVs are available in CVs.zip.
PRISM namespace declarations can be found in Namespaces.zip. The following are the recommended Namespaces for PRISM metadata:
Usage Vocabulary |
Namespace |
PRISM Basic Metadata |
basic: |
PRISM Aggregator Message (PAM) Markup |
pam: |
PRISM Controlled Vocabulary Markup |
pcv: |
PRISM Source Vocabulary |
psv” |
PRISM Inline Markup |
psm |
Dublin Core metadatap |
dc: |
RDF |
rdf: |
PAM aggregator/distributor package |
pamp: |
PRISM Crafts metadata |
pcm: |
PRISM Contract Management metadata |
pccm: |
PRISM advertising metadata |
prism-ad: |
PRISM rights language metadata |
prl: |
PRISM recipe metadata |
prm: |
PRISM usage rights metadata |
pur: |
In order to assist implementers develop a PSV-based federated content management solution, the nextPub Working Group is providing an XML Schema (XSD) that can serve as the basis for the design of a PSV content repository.
Note: The PSV CM schema is not designed for tagging content. It is provided simply to serve as a basis for the design of a content repository. Metadata building blocks from this schema can be combined with HTML5 by publishers who wish to develop a hybrid PSV metadata and content tagging schema.
Because PSV is a flexible framework, it supports many different use case scenarios. A different schema, using the PSV metadata fields and content encoding can be developed for each different use case. In order to assist PSV implementers, the nextPub Working Group is planning to provide a number of XML Schemas (XSDs) to support common use cases including tagging an article and transmitting articles to content aggregators.
The purpose of this document is to describe the basic metadata elements that the PRISM Working Group has defined and included in the PRISM Metadata for Images namespace. All of Section 5 and 6 of this document are normative.
Version 3.0 of this specification has no substantive changes.
This metadata specification can not be directly used in the PRISM Aggregator Message tag set. No special image tagging has been developed for the PRISM Aggragator Message. See The Guide to PRISM Images [IMAGEGUIDE] for more information about using generic class= to communicate image semantics in PAM.
Values for the image metadata fields are documented in the The PRISM Controlled Vocabularies Specification [PRISMCVS] Version 3.0.
The PRISM specification defines numerous namespaces. The ‘pmi’ namespace describes the elements that are included within PRISM for the description of images including digital photographs, illustrations and art.
The recommended namespace for PRISM is:
xmlns:prism=”http://prismstandard.org/namespaces/pmi/3.0/”
The PRISM Metadata for Images Namespace Specification includes metadata elements for images that come from two established image specifications that are in common use today. These include the photoshop: namespace (developed by Adobe), the Iptc4xmpExt: namespace developed by IPTC (see http://iptc.org). The elements in these namespaces are documented in Section 5 and 6.
Additional metadata elements from PRISM and Dublin Core namespaces are also recommended for use with images. The full metadata models recommended for images are documented in the The Guide to Metadata for Images [IMAGEGUIDE].
Elements documented in this section belong to either the prism: namespace or the pmi: namespace. All three PRISM profiles are documented in this section. First Profile #1 is documented.
Note: Since delivering image metadata to aggregators is not currently in the scope of PAM, all elements documented here have a “No” indication for PRISM Aggregator Message inclusion.
PRISM Profile #2 (RDF/XML) is also documented in this section. In combining XML with RDF, there is far greater flexibility in tagging than we are used to when we define XML elements and attributes with an XML DTD. The remainder of this section contains the most likely element/attribute models for PRISM Profile #2. Other Profile #2 models are possible based on the interaction between XML and RDF.
PRISM Profile #3 (XMP) is also documented in this section. The documentation concentrates on the property and container values for the XMP field to provides information required to develop an XMP schema to implement PRISM in the XMP environment. Note that XMP can be particularly useful in extending the capability of encoding multimedia objects with PRISM metadata.
Name |
Byte Count |
Identifier |
prism:byteCount |
Definition |
Size, in 8-bit bytes, of the resource. |
Occurrence |
Occurs 0 or 1 time |
Comment |
Typically, prism:byteCount is the size of a file. It might be used to display an estimate of download time to a user, to serve as a quick check on whether a file was transmitted correctly between systems, etc. If the resource is compressed, such as a JPEG image, byteCount gives its compressed size, which is much easier to obtain.
Abbreviations, such as KB and MB MUST NOT be used. |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<prism:byteCount>2938472</prism:byteCount> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
URI Reference (empty element) |
Attributes |
Resource Reference (rdf:resource) |
|
|
Model #2 |
|
Element Content |
Plain Literal |
Example |
Model #1
Model #2 <prism:byteCount>2938472</prism:byteCount> |
Profile #3 (XMP) |
|
Property Values |
Integer |
Name |
Color |
Identifier |
pmi:color |
Definition |
Specifies the color of the image |
Comment |
The Image Color Controlled Vocabulary is documented in The PRISM Controlled Vocabularies Specification [PRISMCVS] Version 3.0. |
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
enumerations; bw, color, sepia, duotone, tritone, quadtone taken from the Image Color Controlled Vocabulary |
Attributes |
None |
Example |
<pmi:color>bw</pmi:color> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
enumerations = bw, color, sepia, duotone, tritone, quadtone |
Attributes |
None |
Examples |
<pmi:color>bw</pmi:color> |
Profile #3 (XMP) |
|
Property Value |
closed choice text |
Name |
Contact Information |
Identifier |
pmi:contactInfo |
Definition |
Contact information, may include vCard formatted contact information |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:contactInfo>email:dkennedy@idealliance.org, phone:630-941-8197</pmi:contactInfo> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:contactInfo>email:dkennedy@idealliance.org, phone:630-941-8197</pmi:contactInfo> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Display Name |
|
Identifier |
pmi:displayName |
|
Definition |
A name given to a person, object or event that is pictured |
|
Comment |
|
|
Occurrence |
Occurs 0 or 1 time |
|
Included in PAM? |
No |
|
Included in PSV? |
Yes, using <components metadata and coded as <meta |
|
Profile #1 (XML) |
|
|
Model #1 |
|
|
Element Content |
String |
|
Attributes |
None |
|
Example |
<pmi:agreementID>HS1214</pmi:agreementID> |
|
Profile #2 (RDF) |
|
|
Model #1 |
|
|
Element Content |
Plain Literal |
|
Attributes |
|
|
Examples |
Model #1 <pmi:agreementID>HS1214</pmi:agreementID> |
|
Profile #3 (XMP) |
|
|
Property Value |
Text |
Name |
Distributor Product Identifier |
Identifier |
pmi:distributorProductID |
Definition |
Specifies the distributor product identifier of an object pictured |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:distributorProductID>FMD4411</pmi:distributorProductID> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:distributorProductID>FMD4411</pmi:distributorProductID> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Event Alias |
Identifier |
pmi:eventAlias |
Definition |
Specifies an alternate name for an event. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:eventAlias>Run for the Roses</pmi:eventAlias> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:eventAlias>Run for the Roses</pmi:eventAlias> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Event End |
Identifier |
pmi:eventEnd |
Definition |
Specifies the end date of an event |
Comment |
This is represented as a string to conform with other dates found in the PRISM Specification. Note: Best practice is to use the W3C dateTime format. |
Occurrence |
Occurs 0 or 1 time |
PAM |
No |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:eventEnd>05/06/2010</pmi:eventEnd> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:eventEnd>05/06/2010</pmi:eventEnd> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Event Start |
Identifier |
pmi:eventStart |
Definition |
Specifies the start date of an event |
Comment |
This is represented as a string to conform with other dates found in the PRISM Specification. Note: Best practice is to use the W3C dateTime format. |
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:eventStart>05/06/2010</pmi:eventStart> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:eventStart>05/06/2010</pmi:eventStart> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Event Subtype |
Identifier |
pmi:eventSubtype |
Definition |
Specifies the subtype of event |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:eventSubtype>horse race</pmi:eventSubtype> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:eventSubtype>horse race</pmi:eventSubtype> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Event Type |
Identifier |
pmi:eventType |
Definition |
Specifies the type of event |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:eventType>race</pmi:eventType> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:eventType>race</pmi:eventType> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Field |
Identifier |
pmi:field |
Definition |
Describes the field and/or background of the image. May be used to provide direction to the photographer as well as to describe an image for archive. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
|
Attributes |
None |
Example |
<pmi:field>black</pmi:field> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
String |
Attributes |
|
Examples |
<pmi:field>black</pmi:field> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Framing |
Identifier |
pmi:framing |
Definition |
Describes how the image is framed or composed such as half length, full length, and instructions about what to include or exclude from the image. May be used to provide direction to the photographer as well as to describe an image for archive. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
|
Attributes |
None |
Example |
<pmi:framing>head shot</pmi:framing> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
String |
Attributes |
|
Examples |
<pmi:framing>head shot</pmi:framing> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Location |
Identifier |
pmi:location |
Definition |
Specifies the locations associated with the imabe |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
Iptc4xmpExt:locationCreated?, Iptc4xmpExt:locationShown? |
Attributes |
None |
Example |
<pmi:location><Iptc4XpmExt:LocationShown>Central Park, New York, City</Iptc4XpmExt:LocationShown></pmi:location> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:location><Iptc4XpmExt:LocationShown>Central Park, New York, City</Iptc4XpmExt:LocationShown></pmi:location>> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Make |
Identifier |
pmi:make |
Definition |
Specifies the make of an object pictured |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:make>Ford</pmi:make> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:make>Ford</pmi:make> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Manufacturer |
Identifier |
pmi:manufacturer |
Definition |
Specifies the manufacturer of an object pictured |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:manufacturer>Ford Motor Company</pmi:manufacturer> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:manufacturer>Ford Motor Company</pmi:manufacturer> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Model |
Identifier |
pmi:model |
Definition |
Specifies the model of an object pictured |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:model>Mustang</pmi:model> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:model>Mustang</pmi:model> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Model Year |
Identifier |
pmi:modelYear |
Definition |
Specifies the model year of an object pictured |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:modelYear>2011</pmi:modelYear> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:modelYear>2011</pmi:modelYear> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Object Description |
Identifier |
pmi:objectDescription |
Definition |
Provides a description of the object pictured |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:objectDescription>blue sports car</pmi:objectDescription> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:objectDescription>blue sports car</pmi:objectDescription> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Object Subtype |
Identifier |
pmi:objectSubtype |
Definition |
Specifies the subtype of object pictured |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:objectSubtype>coupe</pmi:objectSubtype> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:objectSubtype>coupe</pmi:objectSubtype> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Object Type |
Identifier |
pmi:objectType |
Definition |
Specifies the type of object pictured |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:objectType>car</pmi:objectType> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:objectType>car</pmi:objectType> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Orientation |
Identifier |
pmi:orientation |
Definition |
Specifies the camera orientation |
Comment |
Orientation differs from Viewpoint |
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
enumerations; horizontal, vertical |
Attributes |
None |
Example |
<pmi:orientation>horizontal</pmi:orientation> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
enumerations = horizontal, vertical |
Attributes |
|
Examples |
<pmi:orientation>horizontal</pmi:orientation> |
Profile #3 (XMP) |
|
Property Value |
closed choice text |
Name |
Position Descriptor |
Identifier |
pmi:positionDescriptor |
Definition |
Description of the position of the person in the image; such as top left. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:positionDescriptor>First row, third from the left</pmi:positionDescriptor> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:positionDescriptor>First row, third from the left</pmi:positionDescriptor> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Product Identifier |
Identifier |
pmi:productID |
Definition |
Specifies the product identifier of an object pictured |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:productID>SKFMD442011</pmi:productID> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
Model #1 <pmi:productID>SKFMD442011</pmi:productID> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Product Identifier Type |
Identifier |
pmi:productIDType |
Definition |
Specifies the type of the product identifier of an object pictured |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:productIDType>SKU</pmi:productIDType> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
None |
Examples |
Model #1 <pmi:productIDType>SKU</pmi:productIDType> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Rating |
Identifier |
prism:rating |
Definition |
The rating of the image |
Occurrence |
Occurs 0 to many times |
Comment |
Media assets are often required to post a rating, especially when presented online or on mobile platforms. A number of different rating schemes are available. Best practice is to provide the rating system using the attribute on this element. Example ratings schemes include ESRB (Entertainment Software Ratings Board) ,MPRS (Motion Picture Rating System) and TV Parental Guidelines. |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
xml:lang (optional) designed for identifying the human language used |
Example |
<prism:rating ratingSystem=”ESRB“>E</prism:rating> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
URI Reference (empty element) |
Attributes |
Resource Reference (rdf:resource) |
Model #2 |
|
Element Content |
Plain Literal |
Attributes |
prism:ratingSystem (optional) identifies the rating system being referenced |
Model #3 |
|
Element Content |
XML Literal |
Attributes |
rdf:parseType=”Literal” |
Examples |
Model #1 <prism:rading rdf:resource=”http://www.prismstandard.org/esrb.xml/#E”/>
Model #2 <prism:rating ratingSystem=”ESRB“>E</prism:rating> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Season |
Identifier |
pmi:season |
Definition |
A name of a season of the year. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
enumerations spring, summer, fall, winter |
Attributes |
None |
Example |
<pmi:season>fall</pmi:season> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
enumerations spring, summer, fall, winter |
Attributes |
xml:lang = (optional) designed for identifying the human language used |
Examples |
<pmi:season>fall</pmi:season> |
Profile #3 (XMP) |
|
Property Value |
Closed choice text |
Name |
Sequence Name |
Identifier |
pmi:sequenceName |
Definition |
A name given to a capture sequence of images for descriptive identification and reuse. purposes. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:sequenceName>How To Steps</pmi:sequenceName> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
xml:lang = (optional) designed for identifying the human language used |
Examples |
Model #1 <pmi:sequenceName>How To Steps</pmi:sequenceName>
|
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Sequence Name |
Identifier |
pmi:sequenceNumber |
Definition |
The number of this image in the image capture sequence. If the number is greater than 0 this image is part of a sequence. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
Non-negative integer |
Attributes |
None |
Example |
<pmi:sequenceNumber>2</pmi:sequenceNumber> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Non-negative integer |
Attributes |
|
Examples |
Model #1 <pmi:sequenceNumber>2</pmi:sequenceNumber>
|
Profile #3 (XMP) |
|
Property Value |
Integer |
Name |
Sequence Total Number |
Identifier |
pmi:sequenceTotalNumber |
Definition |
The total number of images in the image capture sequence. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
Non-negative integer |
Attributes |
None |
Example |
<pmi:sequenceTotalNumber>12</pmi:sequenceTotalNumber> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Non-negative integer |
Attributes |
xml:lang = (optional) designed for identifying the human language used |
Examples |
Model #1 <pmi:sequenceTotalNumber>12</pmi:sequenceTotalNumber> |
Profile #3 (XMP) |
|
Property Value |
Integer |
Name |
Setting |
Identifier |
pmi:setting |
Definition |
Specifies the environment where the image was taken such as indoor, outdoor or studio. |
Comment |
This is an “open choice” field. PRISM provides a starter controlled vocabulary. The user may add their own values to this list. The Image Setting Controlled Vocabulary is documented in The PRISM Controlled Vocabularies Specification [PRISMCVS] Version 3.0. |
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
enumerations: indoor, outdoor, studio |
Attributes |
None |
Example |
<pmi:setting>studio</pmi:setting> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
enumerations = indoor, outdoor, studio |
Attributes |
None |
Examples |
<pmi:setting>studio</pmi:setting> |
Profile #3 (XMP) |
|
Property Value |
open choice text; enumerations = indoor, outdoor, studio |
Name |
Shoot Identifier |
Identifier |
pmi:shootID |
Definition |
Specifies an identifier for the photo shoot where the image was captured |
Comment |
This identifier is used within the workflow for the image and is used as a key for storing and retrieving the image. |
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
enumerations: indoor, outdoor, studio |
Attributes |
None |
Example |
<pmi:setting>studio</pmi:setting> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
enumerations = indoor, outdoor, studio |
Attributes |
None |
Examples |
<pmi:setting>studio</pmi:setting> |
Profile #3 (XMP) |
|
Property Value |
open choice text; enumerations = indoor, outdoor, studio |
Name |
Slide Show Name |
Identifier |
pmi:slideshowName |
Definition |
A name given to a captured sequence of images for descriptive identification and reuse. purposes. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<pmi:slideshowName>How To Steps</pmi:slideshowName> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
xml:lang = (optional) designed for identifying the human language used |
Examples |
Model #1 <pmi:slideshowName>How To Steps</pmi:slideshowName>
|
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Slide Show Number |
Identifier |
pmi: slideshowNumber |
Definition |
The number of this image in the image capture sequence. If the number is greater than 0 this image is part of a sequence. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
Non-negative integer |
Attributes |
None |
Example |
<pmi:slideshowNumber>2</pmi:slideshowNumber> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Non-negative integer |
Attributes |
None |
Examples |
Model #1 <pmi:slideshowNumber>2</pmi:slideshowNumber>
|
Profile #3 (XMP) |
|
Property Value |
Integer |
Name |
Slide Show Total Number |
Identifier |
pmi:slideshowTotalNumber |
Definition |
The total number of images in the image capture sequence. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
Non-negative integer |
Attributes |
None |
Example |
<pmi:slideshowTotalNumber>12</pmi:slideshowTotalNumber> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Non-negative integer |
Attributes |
xml:lang = (optional) designed for identifying the human language used |
Examples |
Model #1 <pmi:slideshowTotalNumber>12</pmi:slideshowTotalNumber> |
Profile #3 (XMP) |
|
Property Value |
Integer |
Name |
Viewpoint |
Identifier |
pmi:viewpoint |
Definition |
Specifies the view point of the camera |
Comment |
This is an “open choice” field. PRISM provides a starter controlled vocabulary. The user may add their own values to this list. The Viewpoint Controlled Vocabulary is documented in The PRISM Controlled Vocabularies Specification [PRISMCVS] Version 3.0. |
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
enumerations; above, below, closeup, detail, distant, front, rear, profile, off-center, aerial, panoramic |
Attributes |
None |
Example |
<pmi:viewpoint>above</pmi:viewpoint> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
enumerations = above, below, closeup, detail, distant, front, rear, profile, off-center, aerial, panoramic |
Attributes |
|
Examples |
<pmi:viewpoint>above</pmi:viewpoint> |
Profile #3 (XMP) |
|
Property Value |
open choice text; enumerations = above, below, closeup, detail, distant, front, rear, profile, off-center, aerial, panoramic |
Name |
Visual Technique |
Identifier |
pmi:visualTechnique |
Definition |
Describes the visual technique used to create the image |
Comment |
This is an “open choice” field. PRISM provides a starter controlled vocabulary. The user may add their own values to this list. The Visual Technique Controlled Vocabulary is documente in The PRISM Controlled Vocabularies Specification [PRISMCVS] Version 3.0. |
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
enumerations; soft, double exposure, wide-angle, cool, warm, spotlit, backlit, flash, motion blur, candid, silhouette, HDR (High Dynamic Range), and negative |
Attributes |
None |
Example |
<pmi:visualTechnique>closeup</pmi:visualTechnique> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
enumerations = soft, double exposure, wide-angle, cool, warm, spotlit, backlit, flash, motion blur, candid, silhouette and negative |
Attributes |
|
Examples |
<pmi:visualTechnique>closeup</pmi:visualTechnique> |
Profile #3 (XMP) |
|
Property Value |
open choice text; enumerations = soft, double exposure, wide-angle, cool, warm, spotlit, backlit, flash, motion blur, candid, silhouette, HDR (High Dynamic Range), and negative |
The PRISM Metadata for Images Namespace Specification includes metadata elements for images that come from two established image specifications that are in common use today. These include the Dublin Core namespace, photoshop: namespace (developed by Adobe) and the iptc4xmpcore: namespace developed by IPTC (see http://iptc.org) .
Note: Additional Elements from PRISM namespaces and from the IDEAlliance DISC namespace are also recommended for use with images. The full metadata models recommended for images are documented in the The Guide to Profile 1 Metadata for Images [IMAGEGUIDE].
All three PRISM profiles are documented in this section. First Profile #1 is documented. The documentation for the XML only profile includes a field that indicates whether this element is included in the PRISM Aggregator Message.
PRISM Profile #2 (RDF/XML) is also documented in this section. In combining XML with RDF, there is far greater flexibility in tagging than we are used to when we define XML elements and attributes with an XML DTD. The remainder of this section contains the most likely element/attribute models for profile 2 PRISM. Other profile 2 models are possible based on the interaction between XML and RDF.
PRISM Profile #3 (XMP) is also documented in this section. The documentation concentrates on the property and container values for the XMP field to provides information required to develop an XMP schema to implement PRISM in the XMP environment. Note that XMP can be particularly useful in extending the capability of encoding multimedia objects with PRISM metadata.
As of PRISM 3.0, we are adding the declaration of the image format using the dc:format element. Reference the PRISM Subset of Dublin Core Metadata Specification for complete documentation of dc:format.
Name |
Format |
|
Identifier |
dc:format |
|
Definition |
The physical or digital manifestation of the image. |
|
Occurrence |
Occurs 0 or 1 time |
|
Comment |
Format may be used to determine the software, hardware or other equipment needed to display or operate the resource. Examples of dimensions include size and duration. It is strongly encouraged that PRISM-compliant systems sending PRISM records restrict values of the dc:format element to those in list of Internet Media Types[IETF-MIMETYPES] for example, image/jpeg or image/png. |
|
Included in PAM? |
No |
|
Included in PSV? |
Yes, using <components metadata and coded as <meta |
|
Profile #1 (XML) |
|
|
Element Content |
String |
|
Attributes |
None |
|
Example |
<dc:format>image/jpeg</dc:format> |
|
Profile #2 (RDF) |
|
|
Model #1 |
|
|
Element Content |
Plain Literal |
|
Attributes |
xml:lang = (optional) designed for identifying the human language used |
|
Example |
<dc:format>image/jpeg</dc:format> |
|
Profile #3 (XMP) |
|
|
Property Value |
MIME Type |
|
Name |
Identifier |
Identifier |
dc:identifier |
Definition |
An unambiguous reference to the resource, within a given context. |
Occurrence |
Required 1 time for an image. |
Included in PAM? |
Yes |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Element Content |
String |
Attributes |
None |
Example |
<dc:identifier>10-234/3245</dc:identifier> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
URI Reference (empty element) |
Attributes |
Resource Reference (rdf:resource) |
Model #2 |
|
Element Content |
Plain Literal |
Attributes |
xml:lang = (optional) designed for identifying the human language used |
Examples |
Model #1 <dc:identifier rdf:resource=”doi:10.1030/03054”/>
Model #2 <dc:identifier>10.1030/03054</dc:identifier> <prism:doi>http://dx.doi.org/10.1030/03054</prism:doi> <prism:url rdf:resource="http://dx.doi.org/10.1030/03054"/> |
Profile 3 (XMP) |
|
Property Value |
Text |
Name |
Title |
Identifier |
dc:title |
Definition |
The name given to the image. |
Occurrence |
Required 1 time per image |
Comment |
Dublin Core recommends that dc:title be a name by which the image is formally known. |
Included in PAM? |
Yes |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Element Content |
String |
Attributes |
xml:lang = (optional) designed for identifying the human language used. |
Example |
<dc:title>Man of the Year 2002</dc:title> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
URI Reference (empty element) |
Attributes |
Resource Reference (rdf:resource) |
Model #2 |
|
Element Content |
Plain Literal |
Attributes |
xml:lang = (optional) designed for identifying the human language used |
Examples |
Model #1 <dc:title rdf:resource=”http://www.usatoday.economy”/> Model #2 <dc:title>Man of the Year 2002</dc:title> |
Profile 3 (XMP) |
|
Property Value |
Lang Alt |
Note: Adobe has published a number of “photoshop” metadata elements in their own photoshop: namespace. Because this namespace was incorporated in the IPTC image specifications and because IDEAlliance is committed to coordinating their PRISM specification with other industry specifications, we are including some of these metadata fields in our Metadata for Images Specification.
Name |
Credit |
Identifier |
photoshop:Credit |
Definition |
Gives credit the provider of the image. This is not necessarily the same as the credit line that will appear in a publication. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
|
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
None |
Examples |
Model #1 <photoshop:Credit>Highline Studios</photoshop:Credit> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Date Created |
Identifier |
photoshop:DateCreated |
Definition |
Designates the date and optionally the time the intellectual content of the news object was created rather than the date of the creation of the physical representation. If you use a digital camera, you can look at the EXIF data for the date stamp |
Comment |
This is represented as a string to conform with other dates found in the PRISM Specification. Note: Best practice is to use the W3C dateTime format. |
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<photoshop:DateCreated>07/28/2010</photoshop:DateCreated> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
None |
Examples |
Model #1 <photoshop:DateCreated>07/28/2010</photoshop:DateCreated> |
Profile #3 (XMP) |
|
Property Value |
Date |
Name |
Headline |
|
Identifier |
photoshop:Headline |
|
Definition |
A brief publishable synopsis/summary of the contents of the photograph. This is not the same as the title. This maps to pam:caption. |
|
Comment |
|
|
Occurrence |
Occurs 0 or 1 time |
|
Included in PAM? |
No |
|
Included in PSV? |
Yes, using <components metadata and coded as <meta |
|
Profile #1 (XML) |
|
|
Model #1 |
|
|
Element Content |
String |
|
Attributes |
xml:lang = (optional) designed for identifying the human language used. |
|
Example |
<photoshop:Headline >Photo finish at Kentucky Derby 2010</photoshop:Headline> |
|
Profile #2 (RDF) |
|
|
Model #1 |
|
|
Element Content |
Plain Literal |
|
Attributes |
xml:lang = (optional) designed for identifying the human language used. |
|
Examples |
Model #1 <photoshop:Headline >Photo finish at Kentucky Derby 2010</photoshop:Headline> |
|
Profile #3 (XMP) |
|
|
Property Value |
Property Value photoshop:Headline Text |
Name |
Instructions |
Identifier |
Photoshop:Instructions |
Definition |
The instructions field is a simple text field that can be used to include any of a number of instructions from the provider or creator to the receiver of the image. |
Comment |
Note: Best practice is to use this field only for instructions that cannot be transmitted using PRISM image metadata or PRISM usage rights metadata. |
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<photoshop:Instructions>scanned image</photoshop:Instructions> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
None |
Examples |
Model #1 <photoshop:Instructions>scanned image</photoshop:Instructions> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Source |
Identifier |
photoshop:Source |
Definition |
Identifies the original owner of the copyright for the intellectual content of the item. This could be an agency, a member of an agency or an individual. Source could be different from the creator, rights owner or rights agent. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<photoshop:Source>Hatley Images</photoshop:Source> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
None |
Examples |
<photoshop:Source>Hatley Images</photoshop:Source> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Transmission Reference |
Identifier |
photoshop:TransmissionReference |
Definition |
A number or identifier that was created or issued for the purpose of improving workflow handling and image tracking. This ID should be added by the creator or provider for transmission and routing purposes only and should have no significance for archiving. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<photoshop:TransmissionReference>HSDK02031020</photoshop:TransmissionReference> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
None |
Examples |
Model #1 <photoshop:TransmissionReference>HSDK02031020</photoshop:TransmissionReference> |
Profile #3 (XMP) |
|
Property Value |
Text |
The second set of elements incorporated in this specification com from the IPTC image specifications. Because IDEAlliance is committed to coordinating their PRISM specification with other industry specifications, we are including some of these metadata fields in our Metadata for Images Specification.
Name |
City |
Identifier |
Iptc4XmpExt:City |
Definition |
Specifies City |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<Iptc4XmpExt:City>Louisville</Iptc4XmpExt:City> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
None |
Examples |
Model #1 <Iptc4XmpExt:City>Louisville</Iptc4XmpExt:City> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Country Code |
Identifier |
Iptc4XmpExt:CountryCode |
Definition |
International country code for of the location of the shoot such as “DE”. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<Iptc4XpmExt:CountryCode>US</Iptc4XpmExt:CountryCode> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
<Iptc4XpmExt:CountryCode>US</Iptc4XpmExt:CountryCode> |
Profile #3 (XMP) |
|
Property Value |
Closed choice Text RFC3066 |
Name |
Country |
Identifier |
Iptc4XmpExt:CountryName |
Definition |
Specifies the country name. |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<Iptc4XmpExt:CountryName>United States</Iptc4XmpExt:CountryName> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
<Iptc4XmpExt:CountryName>United States</Iptc4XmpExt:CountryName> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Location Created |
Identifier |
Iptc4XmpExt:LocationCreated |
Definition |
Specifies the location of the shoot |
Comment |
An image of the Golden Gate Bridge may be taken from either Oakland or from San Francisco. So indicating both the LocationCreated and LocationShown may be important. |
Occurrence |
Occurs 0 or 1 time |
PAM |
No |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
Subelements |
Attributes |
None |
Example |
<Iptc4XpmExt:LocationCreated> . . .</Iptc4XpmExt:LocationCreated> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Subelements |
Attributes |
|
Examples |
<Iptc4XpmExt:LocationCreated>. . . </Iptc4XpmExt:LocationCreated> |
Profile #3 (XMP) |
|
Property Value |
bag LocationDetails |
Name |
Location Shown |
|
Identifier |
Iptc4XmpExt:LocationShown |
|
Definition |
Specifies the location shown in the image |
|
Comment |
An image of the Golden Gate Bridge may be taken from either Oakland or from San Francisco. So indicating both the LocationCreated and LocationShown may be important. |
|
Occurrence |
Occurs 0 or 1 time |
|
Included in PAM? |
No |
|
Included in PSV? |
Yes, using <components metadata and coded as <meta |
|
Profile #1 (XML) |
|
|
Model #1 |
|
|
Element Content |
Subelements |
|
Attributes |
None |
|
Example |
<Iptc4XpmExt:LocationShown> . . . </Iptc4XpmExt:LocationShown> |
|
Profile #2 (RDF) |
|
|
Model #1 |
|
|
Element Content |
Subelements |
|
Attributes |
|
|
Examples |
Model #1 <Iptc4XpmCore:LocationShown>. . . </Iptc4XpmCore:LocationShown> |
|
Profile #3 (XMP) |
|
|
Property Value |
|
Name |
Province State |
Identifier |
Iptc4XmpExt:ProvenceState |
Definition |
Specifies Province or State |
Comment |
|
Occurrence |
Occurs 0 or 1 time |
Included in PAM? |
No |
Included in PSV? |
Yes, using <components metadata and coded as <meta |
Profile #1 (XML) |
|
Model #1 |
|
Element Content |
String |
Attributes |
None |
Example |
<Iptc4XmpExt:ProvinceState>Kentucky</Iptc4XmpExt:ProvinceState> |
Profile #2 (RDF) |
|
Model #1 |
|
Element Content |
Plain Literal |
Attributes |
|
Examples |
<Iptc4XmpExt:ProvinceState>Kentucky</Iptc4XmpExt:ProvinceState> |
Profile #3 (XMP) |
|
Property Value |
Text |
Name |
Sublocation |
|
Identifier |
Iptc4XmpExt:Sublocation |
|
Definition |
|
|
Comment |
|
|
Occurrence |
Occurs 0 or 1 time |
|
Included in PAM? |
No |
|
Included in PSV? |
Yes, using <components metadata and coded as <meta |
|
Profile #1 (XML) |
|
|
Model #1 |
|
|
Element Content |
String |
|
Attributes |
None |
|
Example |
<Iptc4XmpExt:Sublocation>Churchill Downs</Iptc4XmpExt:Sublocation> |
|
Profile #2 (RDF) |
|
|
Model #1 |
|
|
Element Content |
Plain Literal |
|
Attributes |
|
|
Examples |
<Iptc4XmpExt:Sublocation>Churchill Downs</Iptc4XmpExt:Sublocation> |
|
Profile #3 (XMP) |
|
|
Property Value |
Text |