Guidelines For Handling Image Metadata 
Metadata Working Group 
__________________________________________________________________________
__________________________________________________________________________ 
www.metadataworkinggroup.org 
Page 41 
5.5 Rating 
The rating property allows the user to assign a fixed value (often displayed as “stars”) to an image. 
Usually, 1-5 star ratings are used. In addition, some tools support negative rating values (such as -1) 
that allows for marking “rejects” without deleting files in production. 
Rating also can have fractional values. For example, online communities often deal with average 
values of rating coming from multiple users, which inevitably leads to fractional values. 
Representation 
Rating values are only available in XMP (xmp:Rating). 
Type:   Floating point number 
Values:  [-1.0; 0.0 … 5.0] 
Guidance 
The XMP (xmp:Rating) field SHOULD be read/written directly from/to the XMP. 
Notes 
The value -1.0 represents a “reject” rating. 
If a client is not capable of handling float values, it SHOULD round to the closest integer for display 
and MUST only change the value once the user has changed the rating in the UI. Also, clients MAY 
store integer numbers. 
If a value is out of the recommended scope it SHOULD be rounded to closest value. In particular, 
values > “5.0” SHOULD set to “5.0” as well as all values < “-1.0” SHOULD be set to “-1.0”. 
Convert pdf table to text - control application system:C# PDF Convert to Text SDK: Convert PDF to txt files in C#.net, ASP.NET MVC, WinForms, WPF application
C# PDF to Text (TXT) Converting Library to Convert PDF to Text
www.rasteredge.com
Convert pdf table to text - control application system:VB.NET PDF Convert to Text SDK: Convert PDF to txt files in vb.net, ASP.NET MVC, WinForms, WPF application
VB.NET Guide and Sample Codes to Convert PDF to Text in .NET Project
www.rasteredge.com
Guidelines For Handling Image Metadata 
Metadata Working Group 
__________________________________________________________________________
__________________________________________________________________________ 
www.metadataworkinggroup.org 
Page 42 
5.6 Copyright 
While, in the past, copyright information has principally been in the realm of the professional 
photographer, with the advent of easy online photo sharing sites, copyright has become increasingly 
important to the consumer as well. In the context of the consumer, this document focuses on two 
aspects: 
Copyright information 
URL to more information about the copyright 
To avoid storing links as part of the copyright notice description, the optional copyright URL should be 
used to reference related information.  
Representation 
The CopyrightNotice information is available in the following properties: 
Exif Copyright (33432, 0x8298)  
IPTC CopyrightNotice (IIM 2:116, 0x0274)  
XMP (dc:rights).  
Guidance 
Exif Copyright, IPTC CopyrightNotice, and XMP (dc:rights) are mapped together. 
It is a good practice to include either the word “Copyright” or the copyright symbol “©” followed by a 
date and a descriptive reference to the user or company. Any further guidance on the definition of the 
copyright string is beyond the scope of this document. Please consult your national copyright office to 
learn more about the potential requirements for copyright statements in your area. 
The CopyrightURL SHOULD be stored in XMP (xmpRights:WebStatement) 
For more information see chapter “Handling Exif/TIFF, IPTC-IIM and XMP metadata” earlier in this 
document. 
Restrictions 
Exif Copyright can contain 2 strings - creator and editor rights - separated by a nul 
(0x00) character. 
The length limitation in IPTC-IIM is 128 bytes. 
Notes 
The Exif Copyright information (creator and editor rights) MAY be concatenated by a linefeed 
character (0x0A) when stored in other formats. 
For more details such as type information and syntax, see the respective specifications. 
control application system:C# Word - Table Processing in C#.NET
C# Word - Table Processing in C#.NET. Provide C# Users with Variety of Methods to Setup and Modify Table in Word Document. Overview. Create Table in Word.
www.rasteredge.com
control application system:C# Word - Table Row Processing in C#.NET
C# Word - Table Row Processing in C#.NET. How to Set and Modify Table Rows in Word Document with C#.NET Solutions. Overview. Create and Add Rows in Table.
www.rasteredge.com
Guidelines For Handling Image Metadata 
Metadata Working Group 
__________________________________________________________________________
__________________________________________________________________________ 
www.metadataworkinggroup.org 
Page 43 
5.7 Creator 
The creator, also known as “author”, defines one or more creators of an image. Some cameras allow 
embedding creator information on image creation. 
Representation 
The creator is available in the following properties: 
Exif Artist (315, 0x013B) 
IPTC By-line (IIM 2:80, 0x0250) 
XMP (dc:creator) 
Guidance 
The semicolon-space separator suggested by Exif SHOULD be recognized when mapping between 
the single TIFF Artist string and the individual array items in IIM By-line and XMP (dc:creator).  If 
recognized, individual values in the TIFF Artist form MUST be enclosed in quotes (“, U+0022) if they 
contain a semicolon-space or begin with a quote, and MAY be enclosed in quotes otherwise.  
Embedded quotes MUST be doubled when an individual value is enclosed in quotes. 
For more information, see chapter “Handling Exif/TIFF, IPTC-IIM and XMP metadata” earlier in this 
document. 
Restrictions 
Length limitation in IPTC-IIM By-Line is a repeatable of 32 bytes each. 
Notes 
Exif Artist, IPTC By-line and XMP (dc:creator) are mapped together. 
Individual names are separate items in the XMP (dc:creator) array as well as separate (repeated) IIM 
By-line tags.  
Examples: 
1. TIFF Artist from Exif specification: 
Camera owner, John Smith; Photographer, Michael Brown; Image creator, Ken 
James 
Corresponding IPTC-IIM or XMP array items: 
1. Camera owner, John Smith 
2. Photographer, Michael Brown 
3. Image creator, Ken James 
control application system:C# Word - Table Cell Processing in C#.NET
you may need to create some text content or nest table in Word document, the following demo code will show you how to create a text paragraph in table cell.
www.rasteredge.com
control application system:How to C#: Convert PDF, Excel, PPT to Word
Images. Convert Word to ODT. Convert PDF to Word. Convert ODT to Word. Footnote & Endnote Processing. Table Row Processing. Table Cell Processing. Annotate Word.
www.rasteredge.com
Guidelines For Handling Image Metadata 
Metadata Working Group 
__________________________________________________________________________
__________________________________________________________________________ 
www.metadataworkinggroup.org 
Page 44 
2. TIFF Artist with quoted values: 
first; with;semicolon; “with; semicolon-space”; “with; semicolon-space and 
““quotes”““; non-leading “quotes”; “““leading”“ and non-leading ““quotes”““; 
last 
Corresponding IPTC-IIM or XMP array items: 
1. first 
2. with;semicolon 
3. with; semicolon-space 
4. with; semicolon-space and “quotes” 
5. non-leading “quotes” 
6. “leading” and non-leading “quotes” 
7. last 
For more details such as type information and syntax, see the respective specifications. 
control application system:C# Word - Convert Word to PDF in C#.NET
conversion library can help developers convert multi-page converted by RasterEdge Word to PDF converter toolkit and maintains the original text style (including
www.rasteredge.com
control application system:C# Word - Search and Find Text in Word
Images. Convert Word to ODT. Convert PDF to Word. Convert ODT to Word. Footnote & Endnote Processing. Table Row Processing. Table Cell Processing. Annotate Word.
www.rasteredge.com
Guidelines For Handling Image Metadata 
Metadata Working Group 
__________________________________________________________________________
__________________________________________________________________________ 
www.metadataworkinggroup.org 
Page 45 
5.8 Location 
The location of an image is one of the key pieces of information that consumers want to capture. Until 
recently location capture was often accomplished with post-creation keyword annotation. With the 
advent of embedded GPS, accurate location information can now be automatically inserted into image 
files at creation time. The Exif, IPTC-IIM, IPTC Core, IPTC Extension and XMP specifications all 
specify metadata properties that capture, with varying degrees of accuracy, either the location of the 
camera or the location of the image subject. 
When storing location based information it’s important to understand the difference between the two 
main concepts: 
Location Created”: This information describes the location where the image was 
created, the location of the camera during shot creation. The typical case is when a 
GPS receiver injects the current location into an image at shooting time (camera 
location). 
“Location Shown”: This information describes the location of the main subject being 
shown in an image. For example, a picture of Mount Fuji would be tagged with the 
coordinates of where the mountain is located (subject location), although the picture 
may have been taken from downtown Tokyo. 
In the latest specification (IPTC Extension 1.1), the IPTC has moved to a set of definitions that clearly 
differentiates between camera location and subject location defining both “Location Created” and 
Location Shown” as a set of hierarchical properties (World Region, Country Name/ISO Country code, 
Province or State, City and Sublocation). The older [ambiguous] location definition (IPTC Core 1.0) is 
to be treated as legacy. This resolves any issues around the semantics of a textual location, and is 
clearly the way forward. Unlike keywords, which are unbounded, it is recommended that all location 
properties are being entered to form a valid hierarchy and avoid ambiguity (e.g. simply filling the City 
property as “Springfield”, or State/Province as “Victoria” would represent multiple locations). 
While the Exif specification allows for the capture of two sets of GPS location data, the Exif 
specification does not clearly state the purpose of the first set of coordinates vs. the second set 
(destination). This has led to a certain amount of confusion in the marketplace. In the consumer 
context, the camera location and subject location have often been treated the same. In case a 
semantic differentiation is made, it is very important to maintain these separate semantics. This 
specification will provide guidance for the creation of a clear, two part semantic (Location Created vs. 
Location Shown), the relationship of the GPS coordinate properties from the Exif specification and an 
algorithm for reconciling existing market implementations. 
5.8.1 Location Created (GPS Latitude/Longitude) 
Location information about where the image has been created. 
Representation 
GPS data: Exif GPS (34853:[1-6], 0x8825:[1-6]). 
control application system:How to C#: Overview of Using XDoc.Word
and convert Word document to/from supported document (PDF and ODT). Empower to navigate word document content quickly via thumbnail. Able to support text search
www.rasteredge.com
control application system:C# Word - Header & Footer Processing in C#.NET
a run and text in paragraph IRun run = paragraph.CreateARun(); run.CreateText("Header"); //MORE TODO: // // doc.Save(@""). Create and Add Table to Footer &
www.rasteredge.com
Guidelines For Handling Image Metadata 
Metadata Working Group 
__________________________________________________________________________
__________________________________________________________________________ 
www.metadataworkinggroup.org 
Page 46 
Guidance 
The Exif GPS tags can be read directly without any reconciliation being required. 
Notes 
The Exif specification does not clearly state that the GPS tags 1 through 6 are to represent Location 
Created. These tags must be treated as such, with the understanding that there has been confusion in 
the marketplace and that reconciliation between Location Created and Location Shown may be 
required. 
For more details such as type information and syntax, see the respective specifications. 
5.8.2 Location Created (Textual Properties) 
Textual location information about where the image was created. 
Representation 
Iptc4xmpExt:LocationCreated, a structure using the IPTC type LocationDetails
Guidance 
When a textual representation of the Location Created is to be included, an image Creator SHOULD 
use the IPTC Extension format representation. It MUST represent a real place which can be identified 
unambiguously without additional context. Here are some examples of valid and invalid places: 
Example 
Ambiguity 
Validness 
Grosse Elbstrasse 27, 
22767 Hamburg, Germany 
Unambiguous 
Valid 
“Jungle” 
Ambiguous 
Not valid 
“My Backyard” 
Only specific with additional context 
Not valid 
Places which cannot be identified unambiguously or without additional context SHOULD be treated as 
keywords. 
When image Changers find legacy properties, they SHOULD be reconciled to the new hierarchical 
structure. 
An image Creator, when adding textual location metadata, SHOULD do so using automated or 
validated entry methods.  
control application system:Convert ODT to Word
Images. Convert Word to ODT. Convert PDF to Word. Convert ODT to Word. Footnote & Endnote Processing. Table Row Processing. Table Cell Processing. Annotate Word.
www.rasteredge.com
control application system:C# Word - Footnote & Endnote Processing in C#.NET
paragraph.CreateARun(); //Create text for run run.CreateText("Paragrah for footnote and endnote"); //Just Show how to create a footnote and create table for it
www.rasteredge.com
Guidelines For Handling Image Metadata 
Metadata Working Group 
__________________________________________________________________________
__________________________________________________________________________ 
www.metadataworkinggroup.org 
Page 47 
To avoid the introduction of location ambiguity when using textual location properties, a Creator or 
Changer that adds these properties SHOULD add properties such that the hierarchy of location is 
complete to the lowest level entry added. 
When there is a conflict between the Exif (GPS) Location Created and the textual representation, the 
Exif data MUST be considered correct. 
Notes 
The IPTC Extension specification introduced a mechanism that clearly defines the difference between 
where an image has been taken Location Created and where the content being shown on the image is 
located Location Shown. In both cases the location is represented as a five level hierarchical structure 
Location Details and is defined as follows: 
World Region 
Country Name and ISO-Code 
Province or State 
City 
Sublocation 
It is possible to map Exif GPS data to these new properties. However, any transformation guidance is 
beyond the scope of the MWG guidelines at this time. 
For more details such as type information and syntax, see the respective specifications. 
5.8.3 Location Shown (GPS Latitude/Longitude) 
Location information about the content being shown in the image. 
Representation 
GPS data: Exif GPS (34853:[19-26], 0x8825:[19-26]). 
Guidance 
The Exif GPS tags can be read directly without any reconciliation being required. 
Notes 
The Exif specification does not clearly state that the GPS tags 19 through 26 are to represent Location 
Shown. This has led to confusion in the marketplace mixing up Location Created with Location Shown
Moving forward, this differentiation should be clear but there may be a need to reconcile existing 
images according to the algorithm found in the chapter “Reconciling Location Data”.  
Guidelines For Handling Image Metadata 
Metadata Working Group 
__________________________________________________________________________
__________________________________________________________________________ 
www.metadataworkinggroup.org 
Page 48 
5.8.4 Location Shown (Textual Properties) 
Textual location information about the location being shown in the image. 
Representation 
Iptc4xmpExt:LocationShown, an unordered array of structures using the IPTC type LocationDetails
Guidance 
When a textual representation of the Location Shown is to be included, an image Creator SHOULD 
use the IPTC extension format representation. Same rules as applied to Location Created should be 
used. 
Restrictions 
According to the IPTC-IIM specification, the legacy Location, City and State text fields are limited to 32 
bytes in length. Also, the Country text field is limited to 64 bytes in length. Any XMP based 
implementations such as IPTC Core or IPTC Extension do not have this limitation. 
Notes 
The following table shows the mapping from legacy IPTC-IIM and legacy IPTC Core properties to the 
new IPTC Extension Schema: 
As noted in the guidance for Location Created, the new IPTC Extension for describing location, 
Location Details, is a structure, rather than discreet properties. Thus problems can arise when 
mapping the legacy properties to the new five level hierarchy if there are missing properties in that 
hierarchy. 
Exif “Destination” only allows a single latitude/longitude pair to be stored in Exif GPS (34853:[19-26], 
0x8825:[19-26]), while the textual representation of “Location Shown” is an XMP unordered array 
allowing multiple content locations to be recorded. Multiple “Location Shown structures are 
acceptable, but the Exif Latitude/longitude pair is assumed to be pointing to the primary “Location 
Shown”. 
Location 
IPTC-IIM 
IPTC Core (legacy) 
IPTC Extension (LocationDetails) 
World Region   
WorldRegion 
Country 
IIM 2:101;0x0265  photoshop:Country 
CountryName  
Province 
or State 
IIM 2:95;0x025F 
photoshop:State 
ProvinceState 
City 
IIM 2:90;0x025A 
photoshop:City 
City 
Guidelines For Handling Image Metadata 
Metadata Working Group 
__________________________________________________________________________
__________________________________________________________________________ 
www.metadataworkinggroup.org 
Page 49 
Sublocation 
IIM 2:92;0x025C 
Iptc4xmpCore:Location  Sublocation 
5.8.5 Reconciling Location Data 
Users, up until now, have not been given clear guidance for differentiating the location of the camera 
from the location of the subject of an image when tagging an image with a GPS location. The following 
algorithm will provide best-case guidelines for dealing with both new and existing image content, when 
annotating with GPS geo-location data. 
As stated in the previous section Exif GPS (34853:[1-6], 0x8825:[1-6]) carries the camera location 
(LocationCreated) and Exif GPS (34853:[19-26], 0x8825:[19-26]) should be used to carry the GPS 
location of the subject of the image (LocationShown). In the vast majority of cases, when an image is 
tagged with the camera location, the tagging is done through automated means. Today all GPS 
tagging is inserted in locations 1-6 of the Exif GPS IFD. Problems may occur when GPS tagging 
occurs after photo creation, and is done in a more manual way. Generally, post-shot annotation is 
concerned with the location of the subject, as the location of the camera may not be known. The 
following flow chart will maximize both compatibility with the existing marketplace realities and 
maximize the likelihood that annotations will be correctly interpreted by conforming applications. 
Guidelines For Handling Image Metadata 
Metadata Working Group 
__________________________________________________________________________
__________________________________________________________________________ 
www.metadataworkinggroup.org 
Page 50 
See the following diagram for an overview: 
Documents you may be interested
Documents you may be interested