display pdf from byte array c# : How to rotate one page in pdf document application control cloud windows web page asp.net class 0222370-part16

2
SAND REPORT
SAND2002-2237
Unlimited Release
Printed July 2002
PDF Requirements Linking
Stephanie M. Castillo
Kent de Jong
Prepared by
Sandia National Laboratories
Albuquerque, New Mexico  87185 and Livermore, California  94550
Sandia is a multiprogram laboratory operated by Sandia Corporation,
a Lockheed Martin Company, for the United States Department of
Energy under Contract DE-AC04-94AL85000.
Approved for public release; further dissemination unlimited.
How to rotate one page in pdf document - rotate PDF page permanently in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Empower Users to Change the Rotation Angle of PDF File Page Using C#
pdf rotate page; pdf save rotated pages
How to rotate one page in pdf document - VB.NET PDF Page Rotate Library: rotate PDF page permanently in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
PDF Document Page Rotation in Visual Basic .NET Class Application
how to rotate page in pdf and save; how to reverse pages in pdf
2
Issued by Sandia National Laboratories, operated for the United States Department of Energy by
Sandia Corporation.
NOTICE:
This report was prepared as an account of work sponsored by an agency of the United
States Government.  Neither the United States Government, nor any agency thereof, nor any of
their employees, nor any of their contractors, subcontractors, or their employees, make any
warranty, express or implied, or assume any legal liability or responsibility for the accuracy,
completeness, or usefulness of any information, apparatus, product, or process disclosed, or
represent that its use would not infringe privately owned rights. Reference herein to any specific
commercial product, process, or service by trade name, trademark, manufacturer, or otherwise,
does not necessarily constitute or imply its endorsement, recommendation, or favoring by the
United States Government, any agency thereof, or any of their contractors or subcontractors.  The
views and opinions expressed herein do not necessarily state or reflect those of the United States
Government, any agency thereof, or any of their contractors.
Printed in the United States of America. This report has been reproduced directly from the best
available copy.
Available to DOE and DOE contractors from
U.S. Department of Energy
Office of Scientific and Technical Information
P.O. Box 62
Oak Ridge, TN  37831
Telephone: (865)576-8401
Facsimile:
(865)576-5728
E-Mail:
reports@adonis.osti.gov
Online ordering:  http://www.doe.gov/bridge
Available to the public from
U.S. Department of Commerce
National Technical Information Service
5285 Port Royal Rd
Springfield, VA  22161
Telephone: (800)553-6847
Facsimile:
(703)605-6900
E-Mail:
orders@ntis.fedworld.gov
Online order:  http://www.ntis.gov/ordering.htm
VB.NET PDF Page Delete Library: remove PDF pages in vb.net, ASP.
If you are looking for a solution to conveniently delete one page from your PDF document, you can use this VB.NET PDF Library, which supports a variety of PDF
reverse page order pdf online; rotate pages in pdf
C# PDF Page Extract Library: copy, paste, cut PDF pages in C#.net
Extract PDF Pages, Copy Pages from One PDF File and Paste into Others in C#.NET Program. Free PDF document processing SDK supports PDF page extraction, copying
rotate pdf page by page; rotate pages in pdf expert
3
SAND 2002-2237 
Unlimited Release 
Printed July 2002 
PDF Requirements Linking 
Stephanie M. Castillo 
Information Technology and Data Modeling 
Kent de Jong 
Product Realization Standards and Processes 
Sandia National Laboratories 
P.O. Box 5800 
Albuquerque, NM 87185-1012 
Abstract 
This report describes the PDF Object Linking Extension (POLE) and how it came 
about.  POLE is an extension of an existing DXL script called Outdoors that 
provides a linking mechanism to files outside of DOORS.  Our modifications 
expand the script’s capabilities to link to bookmarks within PDF documents.  PDF 
linking allows for traceability to be maintained between DOORS objects and the 
requirements within PDF files.       
C# PDF File Merge Library: Merge, append PDF files in C#.net, ASP.
C# developers can easily merge and append one PDF document to another NET document imaging toolkit, also offers other advanced PDF document page processing and
rotate pdf pages by degrees; rotate single page in pdf
VB.NET PDF File Merge Library: Merge, append PDF files in vb.net
This guiding page will help you merge two or more PDF documents into a single one in a Visual Basic .NET imaging application.
pdf rotate pages separately; how to rotate all pages in pdf at once
4
Intentionally Left Blank 
VB.NET PDF Annotate Library: Draw, edit PDF annotation, markups in
A PDFDocument object contains all information about source PDF document file. PDFPage: As for one page of PDFDocument instance, RasterEdge VB.NET PDF annotator
pdf reverse page order preview; rotate all pages in pdf file
C# PDF Page Delete Library: remove PDF pages in C#.net, ASP.NET
unnecessary page from target existing PDF document file. Using RasterEdge Visual C# .NET PDF page deletion component, developers can easily select one or more
saving rotated pdf pages; rotate individual pdf pages reader
5
Contents 
It’s Easier to Catch Fish With A Pole……………………………………………………………..7 
Our Challenge………………………………..……………………………………………………8 
Existing Importing And Linking Capabilities of DOORS
®
……..………………………….….....9 
Why The Existing Capabilities Were Not Enough……………..…………………………………9 
OutDoors Linking System…………………………………..…………………………………...10 
Modifications and Additions to OutDoors……………………………………………………….11 
What is OLE?………………………………………………….…………………………………12 
The PDF Object Linking Extension…………….………………………………………………..12  
Advancements……………………………………………………………………………………14 
Summary…………………………………………………………………………………………14 
References………………………………………………………………………………………..15
APPENDIX A - Telelogic Americas 2002 User Group Conference - Presentation Slides……...17 
APPENDIX B - OutDoors and PDF Object Linking Extension Structured Diagram……….…..19 
Figures 
1 OutDoors Dataflow Diagram………………………………………...……….…………….…11 
2 OutDoors Linking System Interface………………………………………………………..…11 
3 Relationship Diagram…………………………………………………………………………13 
4 OutDoors & POLE Linking System Interface…………………………………..………….…13 
Tables 
1 Implementation of OLE with DXL……………..……………………………………..………12 
C# PDF: C# Code to Process PDF Document Page Using C#.NET PDF
for developers on how to rotate PDF page in different two different PDF documents into one large PDF C# PDF Page Processing: Split PDF Document - C#.NET PDF
save pdf rotated pages; change orientation of pdf page
C# PDF copy, paste image Library: copy, paste, cut PDF images in
This C#.NET example describes how to copy an image from one page of PDF document and paste it into another page. // Define input and output documents.
save pdf rotate pages; how to rotate a single page in a pdf document
6
Acronyms 
DXL   
DOORS Extension Language 
OLE   
Object Linking and Embedding 
PDF   
Portable Document Format 
POLE  
PDF Object Linking Extension 
7
PDF Requirements Linking 
It’s Easier to Catch Fish With A Pole 
Imagine you were just hired by a large fish hatchery.  Your job is to monitor thousands of fish 
and track their growth.  You have a map of the complex, which shows what tank has which type 
of fish.  There are 50 to 1000 fish living in each tank.  Your job is to locate and catch particular 
types of fish for analyzing and testing. 
One day your boss comes to you with a fish egg and asks you to find the fish that produced the 
egg.  You look at your map and find the tank in which it is located.  You proceed to the tank 
where there are many fish swimming.  You begin by catching one fish by hand.  It is not the one 
you are looking for so you throw it back.  You continue catching and return one fish at a time.  
After 2 hours, you catch the right fish, and take it to your boss.  He performs 15 minutes of 
testing and throws it back in the tank with all the other fish.  
A week later, your boss again asks you to find the same fish; some of his results were 
inconclusive and he needed to perform further testing.  By this time you have memorized the 
tanks, so you proceed back to the tank.  Once again, one by one, you catch each fish and throw it 
back until you find the right one.  This time, because you already knew what tank it was in, it 
only took an hour and forty minutes to find.  You take it to your boss.  He performs a few 
minutes of testing and again throws the fish back with all the others in the tank. 
You decide there has to be a better way to do business.  Every day your boss asks to you to find a 
particular fish, you spend hours trying to catch it for him.  He performs a few minutes of testing 
only to throw it back into the tank. 
You decide to tag all the fish.  That way you would not have to catch each fish, you would just 
have to look for the tag and pull out one fish.  Yet, you’d like your job to be even easier.  Finding 
a tank and looking through all the fish to find the correct tag leaves you bleary-eyed and tired.  
You want the fish to come to you.   
You remember that a state of the art fishing pole had been introduced back at a fishing 
convention.  This pole can automatically find a blue tail fish by its tag, catch it, and reel it in.  
Unfortunately, the hatchery only has red tail fish.  You take this tool back to your workstation. 
After several modifications and improvements, it catches blue tail fish and red-tail fish. 
Soon your boss asks you to find the baby fish of the mother he had been testing.  You reach for 
your improved fishing pole, enter the appropriate tag name and press a button.  The fishing line 
shoots out and lands in tank A.  Fifteen seconds later, the baby fish is in your hand.  You proudly 
take it to your boss and he performs his 15 minutes of testing.  When he’s finished, you take the 
baby from him and gladly throw it back into its tank. 
Now you may ask, “What does this fish story have to do with requirements management 
and DOORS
®
?”  Well… 
8
Our Challenge 
…Imagine sitting in your office enjoying your morning cup of coffee.  Your boss walks in and 
tells you your new assignment is to manage requirements for a multi-million dollar project.  
What are you going to do?  First, you ask the project’s manager about the project’s needs for 
requirements management.  The manager gives you over 500 pages of documents and says “Here 
are the customer requirements, manage these.”  What would you do? 
Our requirements management adventure started with requirements in many paper based 
documents.  We realized that to do what had been done in the past was futile.  So, we decided a 
requirements management tool was in order.  The question is, which one?  We had plenty of 
experience with user-hostile tools and knew that only an expert could work with them.  Due to 
the magnitude of the job, for this project to be successful, the engineers developing the system 
and subsystems design would need to use the requirements management tools.  After a big 
GULP, we began the search. 
We explored options with other tools before we serendipitously happened upon DOORS
®
.  We 
liked DOORS
®
a lot.  It was easy to use.  We felt sure that the engineers, even after their 
previous experiences with requirements management tools, would find it acceptable.  We were 
hooked. 
One of the reasons we were attracted to DOORS
®
was because of its potential to maintain 
traceability between requirements, specifications, and tests.  Tracking requirements in hundreds 
of pages makes the capability of linking between specific requirements and tests a necessity.  
The number of requirements we must maintain are in the thousands.  They are embedded in text, 
tables, and graphics, all of which must be related…somehow. 
Many of these requirements were on paper or in four or five different software packages.  
Unfortunately, DOORS
®
did not read paper and it really did not like some of the older software 
packages.  We decided to convert our paper-based documents and ancient software based 
requirements to an electronic format that DOORS
®
could read.  We started with one paper based 
document and began the conversion process and entry into DOORS
®
.   
In addition to our paper- and ancient software-based documents, we also had a significant 
number of requirements stored in Portable Document Format (PDF) files maintained by our 
customers.  These files, once created would not change materially over the course of several 
years or decades.  The requirements inside these PDF files were items to which we wanted our 
DOORS
®
database to provide traceability.  Unfortunately, DOORS
®
would only open a PDF file 
rather than link directly to a requirements object located inside a PDF file. 
We found the work of converting documents to DOORS
®
to be very challenging and difficult 
with the cost of one document’s conversion and entry into DOORS
®
nearly $15,000.  We 
decided there must be a better way. 
9
In July of 2001, in the rather hot and muggy south central town of San Antonio, we 
happened upon a treasure.  We met Ron Lewis who as a graduate student created a linking 
mechanism from DOORS
® 
to Microsoft
®
’s Word, Excel, and PowerPoint.  My colleagues and I 
breathed a big sigh of relief.  We had found a way to deal with our horrendous paper 
documents…or so we thought.  As it turned, OutDoors did not do PDF…So what were we going 
to do now.  Since last August, we have been experimenting with OutDoors and in the process 
have created a PDF linking mechanism which extends the capabilities of OutDoors to grapple 
with the requirements which are located PDF files. 
Existing Importing And Linking Capabilities of DOORS
® 
The developers of DOORS
®
anticipated the need for documents that originated in other 
file formats to be included in a requirements management system.  In the creation of DOORS
®
they incorporated two methods of including and linking to external documents in a requirements 
database.  The two available options are to import the document or to insert an OLE Object. 
When importing an external document into DOORS, the user is limited to only importing 
documents in Plain Text, Rich Text, Microsoft Project, Spreadsheet, FrameMaker or Interleaf 
file format.  When documents, in any of the six supported importable formats, are imported into 
DOORS
®
, parts of the document are stored as individual objects.  Links can then be created to 
and from the individual objects.  Importing a document allows a user to maintain traceability 
between information as necessary.  One thing to remember is, a document that is imported into 
DOORS
® 
must be maintained in DOORS
®
to preserve the integrity of the data.   
An alternative to importing a document, that allows a document to be maintained in its 
original format, is to insert an OLE Object.  An OLE Object allows any type of Windows based 
document to be linked to from a DOORS
®
object.  Keep in mind that it is a link to the document 
as a whole.  This means, traceability is not maintained between objects in DOORS
®
and 
information within the document. 
Why The Existing Capabilities Were Not Enough 
The reason an extension of the existing capabilities was necessary was that many times, 
requirements, justification and other additional information that needs to be tracked, would not 
be located within DOORS
®
.  One reason for not putting a document into DOORS
®
is it’s file 
format.  It is not possible to import a document that is not in one of the six supported formats.  
Another reason is the size of the document.  Some requirements documents are so large and 
contain so many tables and images that formatting them for proper importation would be a time 
consuming and expensive effort.  A third reason is the desire or necessity to maintain the 
document in its original file format, not in DOORS
®
.  Given these limitations in our project, we 
still needed a way to link from DOORS
®
objects to information within external documents.  
Linking within a document would eliminate the manual searching process we were trying to get 
away from by implementing DOORS
®
10
One of the main requirements we had for external linking was the capability to link to 
text within PDF files.  Some of the requirements documents we had access to were only 
available to us in PDF format.  We also wanted the option to store other external documents in 
PDF format so the information would be protected and easily transmittable.      
OutDoors Linking System 
We learned about OutDoors at the 2001 DOORS
®
conference. OutDoors, created by Ron 
Lewis, is a linking mechanism that is implemented in DXL.  It allows users to easily link to and 
view external documents from objects in a DOORS
®
module.  What was most important to us 
was it’s capability for links to be created to an object within Microsoft
® 
Office files.  A link can 
be made to bookmarks in Microsoft
®
Word files, cells in Excel files, and slides in PowerPoint 
files.   
A user populates a formal module with objects and an, ‘OutDoors’, attribute that contains 
the path of the external link.  The user activates OutDoors, from the menu, within the formal 
module.  The module sends OutDoors information on its objects and attributes.  Once the user 
selects the desired object and link, the document is opened in one of two ways.  If it is an 
Microsoft
®
Word, Excel or PowerPoint, OutDoors sends an OLE command to the application, 
telling it to open the document and go to the specified part of the document.  If it is any other 
file, OutDoors sends a command to the system telling it to open the application and document. 
(See Figure 1)  The ability to link to parts of documents would save having to manually search 
through hundreds of pages to find a specific piece of information. The only capability OutDoors 
was missing for our purposes was a way to link to bookmarks in PDF files.  We determined 
OutDoors could be used as a basis to obtain the functionality we were looking for. 
Documents you may be interested
Documents you may be interested