pdf reader in asp.net c# : How to delete text from a pdf in acrobat software Library dll winforms .net azure web forms mwg_guidance4-part870

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”. 
How to delete text from a pdf in acrobat - delete, remove text from PDF file in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Allow C# developers to use mature APIs to delete and remove text content from PDF document
acrobat remove text from pdf; how to delete text from pdf
How to delete text from a pdf in acrobat - VB.NET PDF delete text library: delete, remove text from PDF file in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
VB.NET Programming Guide to Delete Text from PDF File
delete text pdf file; erase pdf text online
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. 
.NET PDF Document Viewing, Annotation, Conversion & Processing
Redact text content, images, whole pages from PDF file. Annotate & Comment. Edit, update, delete PDF annotations from PDF file. Print.
remove text from pdf acrobat; how to delete text from a pdf
C# PDF Converter Library SDK to convert PDF to other file formats
Allow users to convert PDF to Text (TXT) file. can manipulate & convert standard PDF documents in other external third-party dependencies like Adobe Acrobat.
delete text from pdf online; how to delete text in a pdf file
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 
C# powerpoint - PowerPoint Conversion & Rendering in C#.NET
documents in .NET class applications independently, without using other external third-party dependencies like Adobe Acrobat. PowerPoint to PDF Conversion.
how to delete text from pdf reader; delete text pdf acrobat professional
C# Word - Word Conversion in C#.NET
Word documents in .NET class applications independently, without using other external third-party dependencies like Adobe Acrobat. Word to PDF Conversion.
online pdf editor to delete text; erase text in pdf document
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. 
VB.NET PDF: How to Create Watermark on PDF Document within
create a watermark that consists of text or image (such And with our PDF Watermark Creator, users need no external application plugin, like Adobe Acrobat.
how to delete text in pdf file; how to delete text from a pdf document
C# Windows Viewer - Image and Document Conversion & Rendering in
standard image and document in .NET class applications independently, without using other external third-party dependencies like Adobe Acrobat. Convert to PDF.
how to delete text in pdf acrobat; how to delete text from a pdf in acrobat
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]). 
C# Excel - Excel Conversion & Rendering in C#.NET
Excel documents in .NET class applications independently, without using other external third-party dependencies like Adobe Acrobat. Excel to PDF Conversion.
how to copy text out of a pdf; how to edit and delete text in pdf file online
VB.NET PowerPoint: VB Code to Draw and Create Annotation on PPT
other documents are compatible, including PDF, TIFF, MS free hand, free hand line, rectangle, text, hotspot, hotspot more plug-ins needed like Acrobat or Adobe
how to delete text in pdf document; delete text pdf preview
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.  
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