display first page of pdf as image in c# : Rotate a pdf page software control dll windows web page html web forms atlasti_v6_manual11-part1178

DATA MANAGEMENT IN ATLAS.TI
111
Pros
• If this path is set appropriately on different computers, projects can easily be 
carried back and forth.
• If the location of the data repository changes, access can be easily managed 
by simply changing the TBPATH to the new location. 
• In a local area network, this folder is available to all ATLAS.ti users if it was 
set to a central location, i.e. one where all users have appropriate 
permissions.
Cons
• When the TBPATH is changed and the new location does not contain the 
files or the previous location or an exact copy of these files, references of 
PDs using the TBPATH reference will fail. As ATLAS.ti has very strict version 
control features regarding the usability of files used as PDs, access will be 
rejected if files found at the new location do not match the accessibility 
information each PD stores when accessing a data source. Inaccessibility can 
be caused by a file that has been edited.
If the HU itself is stored in the TBPATH folder, HUPATH “wins.” If you 
want to assign documents using the TBPATH (relevant for certain team 
scenarios), you need to store the HU file at a different location.
Conclusion
Special paths should be used deliberately wherever applicable. They ease the 
task of locating referenced documents in a very efficient manner. Using special 
paths makes management of projects involving multiple HUs, multiple 
locations, and multiple users convenient. An HU containing special paths 
instead of absolute references makes it easy to transfer and install projects on 
other computers.
ATLAS.ti 6 USER MANUAL
Rotate a pdf page - 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#
rotate all pages in pdf; rotate pages in pdf permanently
Rotate a pdf page - 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
rotate all pages in pdf file; change orientation of pdf page
SETTING UP A NEW PROJECT
112
Setting Up a New Project
This section provides assistance in setting up your ATLAS.ti project in the most 
efficient manner and for maximum work productivity. 
Objectives
Working with ATLAS.ti involves users, files, and computers. An ATLAS.ti 
project can be as simple as a single person working with a single Hermeneutic 
Unit (HU) and a few primary documents (PDs) on a single stand-alone 
computer. It can be as complex as large teams working on different computers 
in a network or even at different geographic locations; working on several 
projects at once; moving files between users, computers, and networks; 
merging partial projects into compiled projects, and many other conceivable 
constellations.
If you have a single project, work on a single computer, and have no plans to 
share your work with others, you do not need to concern yourself too much 
with elaborate project management issues. Keeping in mind a few simple rules 
is sufficient to make your work with ATLAS.ti smooth and hassle-free. Please 
see Scenario 1 for a simple project approach.
Project management, however, becomes an issue if your projects and your 
work environment are more complex than this most basic scenario.
What’s in a project? In short, an ATLAS.ti project consists of an HU and its 
associated document files. 
ATLAS.ti project management involves an understanding of how ATLAS.ti 
handles and accesses documents (see “The ATLAS.ti Referencing Model“ on 
page 105). It concerns itself with ways to fine-tune data-source access for a 
maximum of robustness and flexibility, but first and foremost, proper project 
management involves decisions regarding where HUs and documents are to be 
stored. Most, problems can be avoided by a little informed planning about 
issues such as file locations and paths and the need to copy, move, and 
distribute your HUs across disks, networks, and computers. 
HU management is the least problematic if you can store all project-related 
documents in the same folder along with the HU itself or in a subfolder (see 
ATLAS.ti 6 USER MANUAL
VB.NET PDF Page Delete Library: remove PDF pages in vb.net, ASP.
XDoc.PDF ›› VB.NET PDF: Delete PDF Page. using RasterEdge.Imaging.Basic; using RasterEdge.XDoc.PDF; How to VB.NET: Delete a Single PDF Page from PDF File.
rotate pages in pdf; rotate pdf pages
VB.NET PDF Page Insert Library: insert pages into PDF file in vb.
PDF Pages. |. Home ›› XDoc.PDF ›› VB.NET PDF: Insert PDF Page. Professional .NET PDF control for inserting PDF page in Visual Basic .NET class application.
rotate pages in pdf and save; rotate all pages in pdf and save
SETTING UP A NEW PROJECT
113
Figures 52 and 53 on page 109). However, ATLAS.ti also easily facilitates the 
distribution of files across the file system and across different computers and 
networks. These procedures are also discussed in this section. 
There are various types of ATLAS.ti users: there are those who have stronger or 
weaker computer skills, those who work alone or in teams, those who work 
only at one location or at two or more locations, etc. Accordingly, we have 
created various project scenarios to illustrate "best practices" in some of the 
most typical situations. 
Each scenario illustrates a specific use case and describes strategies for setting 
up new projects. This includes issues such as selecting the ideal location for 
data files and how to best move or backup entire projects.
The scenarios are presented in order of increasing complexity. All scenarios 
include specific characteristics and easy-to-follow instructions for setting up the 
project.  For most projects, however, Scenario 1 will likely reflect the project 
management procedures that will be used. 
Project Planning and Setup 
The scenarios below aim to provide concrete examples of how to create and 
maintain consistent projects. In real-life situations, you may find that it 
sometimes makes sense to combine scenarios to achieve the best result.
Scenarios 1 to 3 below can be used by single users and teams. However, as 
team project management is somewhat more complex, a special section for 
team project management has been included as well. See Error: Reference
source not found on page Error: Reference source not found).
Before starting a new project, give some thought to the location of the 
documents and the HU. Choosing a proper location can make your work 
significantly easier, especially when it comes to teamwork. Maximum flexibility 
can be achieved by storing all associated documents in a common folder 
hierarchy.
For simple projects, one would typically choose to store the HU and the 
documents into the same folder.
If a common location for the documents is not possible, (e.g., your documents 
are scattered across the file system or the local area network), certain rules 
should be followed. See “Scenario 2: Multiple Document Paths“ on page 
117ff. However, whenever feasible, data source documents should be stored in 
a common location, in the following referred to as the “project folder”).
Of course, instead of piling all documents into a single folder, you may create 
appropriate sub folders within the main project folder. This allows for 
convenient separation of a potentially large number of files into different media 
types or sub topics. However, after a project has been set up this way, sub 
ATLAS.ti 6 USER MANUAL
Various project 
scenarios are 
presented.
C# PDF Page Insert Library: insert pages into PDF file in C#.net
page processing functions, such as how to merge PDF document files by C# code, how to rotate PDF document page, how to delete PDF page using C# .NET, how to
pdf rotate page; how to rotate one page in a pdf file
C# PDF Page Delete Library: remove PDF pages in C#.net, ASP.NET
Pages. |. Home ›› XDoc.PDF ›› C# PDF: Delete PDF Page. Demo Code: How to Delete a Single PDF Page from PDF File in C#.NET. How
rotate pdf page and save; pdf reverse page order
SETTING UP A NEW PROJECT
114
folders should never be moved independently of the main project folder (see 
figures 52 and 53 on page 109).
Set up options for team projects are described in “Team Scenario 1: The
team is sharing the same data source files on a shared drive“ on page 157 
and “Team Scenario 2: Teams that do not always or never have access to a
shared drive“ on page 165.
Splitting a project and merging the split projects later can be accomplished in all 
of the scenarios presented. 
Such a “Split & Merge approach” makes sense not only for teamwork but is 
also feasible for a “solitary” researcher working on individual aspects of a 
problem.  See “Merging Hermeneutic Units” on page 171 for further details on 
her to merge projects.
Before splitting a project, it is best to first create a "Master" version which 
already either contains or references all commonly used resources like 
documents and codes. For details, see the scenarios below. From the Master 
project version, a number of copies can be created to distribute to team 
members in a teamwork setting. 
Merging HUs later requires a certain discipline with respect to the Master 
version. For instance, PDs must not be rearranged, or they won’t match in the 
merging process. 
Scenario 1 (recommended): Working with One Project 
Folder - for Single Users and Teams
All data files related to your project and your HU will be stored in the same 
folder hierarchy.
Example
You work on your own on a single project at one computer (desktop or 
laptop). Your project contains different media types like RTF and PDF files. If 
you only have text files, consider scenario 3 working with internal files (see 
“Scenario 3: Working with One Project File (for projects that use text files
exclusively)“ on page 118.
Project Set up
• Create a new folder for your project.
• Copy all documents to be used by your project into this folder, and use sub 
folders if you desire an added degree of structure.
• Open ATLAS.ti and assign the documents (D
OCUMENTS
/ A
SSIGN
/ A
SSIGN
)
• To save the HU click on F
ILE
/ S
AVE
and navigate to the main project folder as 
destination.
• Enter a name for the HU and click on the SAVE button.
ATLAS.ti 6 USER MANUAL
C# TIFF: How to Rotate TIFF Using C# Code in .NET Imaging
Convert Tiff to Jpeg Images. Convert Word, Excel, PowerPoint to Tiff. Convert PDF to Tiff. Move Tiff Page Position. Rotate a Tiff Page. Extract Tiff Pages.
reverse page order pdf; rotate pdf page few degrees
C# PDF File & Page Process Library SDK for C#.net, ASP.NET, MVC
and Paste PDF Pages. Page: Rotate a PDF Page. PDF Read. Text: Extract Text from PDF. Text: Search Text in PDF. Image: Extract Image from
rotate all pages in pdf preview; rotate single page in pdf
SETTING UP A NEW PROJECT
115
This results in a project located in ONE folder. All documents  automatically 
receive the special <HUPATH> as reference. You can check this in the Primary 
Document Manager. Look for the column “origin”. 
ATLAS.ti 6 USER MANUAL
Figure 55: One-folder project set up, with and without sub folders
C# PDF Page Extract Library: copy, paste, cut PDF pages in C#.net
If using x86, the platform target should be x86. C#.NET Sample Code: Clone a PDF Page Using C#.NET. Load the PDF file that provides the page object.
how to rotate all pages in pdf in preview; how to rotate one page in pdf document
VB.NET PDF Page Replace Library: replace PDF pages in C#.net, ASP.
Existing PDF Pages. Page: Replace PDF Pages. Page: Move Page Position. Page: Copy, Paste PDF Pages. Page: Rotate a PDF Page. PDF Read. Text
pdf rotate single page; rotate individual pages in pdf reader
SETTING UP A NEW PROJECT
116
Project Migration 
To migrate the project to a different computer, you can either copy your 
project folder e.g. to a USB stick or flash drive and move it to a different 
computer. Or you can create a copy bundle file and move this file. The copy 
bundle file then needs to be unpacked (“installed”) on the second computer 
(see “Copy Bundle – Migrating and Backing Up Projects” on page 129). 
If you do not modify your documents, the entire project  folder only needs to 
transferred once including all data. With subsequent migrations, it is sufficient 
to move the HU file back and forth. If you want to modify your documents 
using the ATLAS.ti editing option, see Editing Primary Documents on page 136 
for further detail.
Project Backup
To backup your project, it is recommended to create a copy bundle file and to 
store this file at a save location. It takes just a few seconds to create this file 
and you are assured that you have a backup of your entire project in case 
something goes wrong. See Copy Bundle – Migrating and Backing Up Projects 
on page 129.
Alternatively, you can backup your entire project folder.
Benefits of this approach
• The folder can be completely moved to another location and all documents 
remain accessible. 
• Migrating or backing up your project using the Copy Bundle function is easy 
and allows the use of arbitrary folders on the target computer. 
• Merging projects is easy as all files refer to the same reference, the HUPATH.
ATLAS.ti 6 USER MANUAL
Don’t pack all 
your documents 
each time 
unless they 
were modified.
Figure 56: Check the path reference in the PDoca Manager
SETTING UP A NEW PROJECT
117
Consideration for teams
• Sharing documents is restricted to HUs that reside in the same folder. Thus, 
if you work in a team, each team member needs a copy of the project folder 
or access to the project folder on a shared drive. If you work on a shared 
folder, each team member needs to work within her or his own HU file. 
These files then need to be merged from time to time into a MASTER HU. 
See “Merging Hermeneutic Units“ on page 171 for a more detailed 
explanation.
Scenario 2: Multiple Document Paths
Not all documents can be accessed from a single folder hierarchy. Some 
documents are located in distinct, separate folders that cannot be incorporated 
under a common root.
Examples
• Legacy data archives that cannot easily be moved to more appropriate 
locations because of size or access restrictions.
• Documents that are located on a variety of media, such as CDs, DVDs, hard 
disks, possibly on different computers.
Project Set up
• Store the documents in the desired folders. 
• Create the HU in an appropriate location. (See “Creating a Hermeneutic
Unit” on page 66.)
• Assign documents from their respective folders. Drag & Drop is an efficient 
technique here. See “Assigning Documents using Drag & Drop“ on page 79.
This procedure results in a project where all documents are assigned with their 
absolute paths (see “Absolute Paths“ on page 108).
Project Migration 
The project cannot easily be migrated to a different computer, unless the data 
files can be accessed via a shared location like a network drive and the absolute 
path references remains intact or can be recreated.
When the drives and the network are available on the target system,  a Copy 
Bundle file can be used to migrate the project. 
If drives and networks are not available, see the section on “Modifying the
Project Setup“ on page121, especially the sub sections on path mapping and 
changing paths.
Project Backup
The recommended option for this scenario is to create a copy bundle file. See 
“Copy Bundle – Migrating and Backing Up Projects“ on page 129. If this is not 
possible, you need to backup the HU plus each single document. 
ATLAS.ti 6 USER MANUAL
SETTING UP A NEW PROJECT
118
Benefits of this approach
• Archive-friendly: documents can stay where they are and do not need to be 
placed in a common folder.
• The HU is not tied to the location of its documents and may be copied and 
moved anywhere without losing functionality, as long as references point to 
the correct locations of the documents. 
Drawbacks
• Copying or moving an HU to other environments is not as smooth. For 
instance, if a server that hosts PDs is changed (e.g., new or changed disk 
drives), these documents can no longer be reached unless the path reference 
is changed (see “Adjusting References“ on page 122). When you migrate 
such a project using Copy Bundle, the situation on the target computer can 
differ considerably from the computer on which the project was created. 
Scenario 3: Working with One Project File (for projects 
that use text files exclusively)
If you plan to use only textual documents, an approach that does not use any 
references at all may be a solution. No files other than the HU itself are 
involved in this scenario. 
This approach is also recommended for work with sensitive data material. 
When saving the HU, the data material is highly compressed and therefore 
unreadable outside ATLAS.ti ("pseudo-encryption"). In addition, the HU can 
be password-protected. This should make unauthorized access reasonably 
difficult. 
Issues to Consider – Size and Length of Documents
As the documents become part of the HU file, the size of the HU increases. 
When working with external files, it is hard to bump up the size of an HU file 
beyond 1 MB even if you write a lot of comments and memos. 
An example project we created with about 1600 pages of transcripts and 
360.000 words based on 40 interview transcripts resulted in an HU file size of 
700 KB. Another HU containing 10 internal documents of 90 pages each and a 
total of 650.000 words resulted in an HU size of 1,5 MB.
Both projects were easy to handle. Thus, if your project data contains more 
than 650.000 words, it is still possible to work with internal files. You need to 
keep in mind that very long documents take a while to load. This is true in 
Word and also true in ATLAS.ti. You may want to consider splitting very long 
documents into a number of smaller subdocuments of only about 100 pages 
each. For analysis purposes, all subdocuments can be added to a primary 
document family containing all parts of the long documents.
If the documents contain images, this will increase the size of the HU file 
considerably.
ATLAS.ti 6 USER MANUAL
SETTING UP A NEW PROJECT
119
Team Capability
You can use this scenario when working in teams. Then you need to copy the 
HU file containing all embedded documents and send it or give it to team 
members. The work of the various team members can later be combined by 
merging the various copies of the HU. 
If you use this scenario for a team project, modifying documents is NOT 
possible. If documents are edited, you will end up with various versions of 
them after the merge process. The modified versions can only be added to the 
project, but not merged with the original version. See “Merging Hermeneutic
Units“ on page 171.
Project Setup
This is how it works: you generate a new empty text document within ATLAS.ti 
and then you copy and paste the contents that you want to analyze into it:
Open ATLAS.ti and select the main menu option D
OCUMENTS
/ A
SSIGN
/ N
EW
T
EXT
D
OCUMENT
.
Enter a name for the document into the window that opens.
The document is loaded in edit mode.
Copy the text you want to analyze, e.g. from Word, and paste it into the 
primary document. 
Save the document and leave edit mode: Click on the Edit button and select 
the option S
AVE
AND
L
EAVE
E
DIT
M
ODE
.
Proceed in the same way with all other documents that you want to analyze. 
Save the HU file: F
ILE
/ S
AVE
.
Make sure that you always create a backup copy of this file and store it at a 
safe location! 
Reference for internal documents
Internal documents are referenced as @embedded in the PDoc Manager. Open 
your PDoc Manager and look at the column “Origin” after having created a 
few internal documents.
ATLAS.ti 6 USER MANUAL
Figure 57: Save the content of the newly created internal 
document and quit edit mode
SETTING UP A NEW PROJECT
120
Project Transfer 
Simply copy the HU file and move it to a different location. As your data is now 
assigned as internal document, there is only one single file that contains your 
entire project.
Project Backup
Create a copy of the HU file.
Benefits
• The project is a single file as no external documents are used. As the content 
is pasted into the new internal ATLAS.ti document rather than directly 
imported from Word, file size is reduced. The size of the HU file including 
internal documents is much smaller than the sum of the original Word files.
• It is easy to backup, copy, migrate, or delete the project using Windows file 
functions. 
• Data protection: If sensitive documents are part of the HU, they are stored 
securely within the HU file. Since this file is highly compressed, the 
documents become fairly unreadable outside ATLAS.ti. Unauthorized access 
within ATLAS.ti can be prevented by a password protecting the HU.
Drawbacks
• Increased loading and storage times and an increased demand for computer 
memory, as the HU gets larger.
• When using this setup for a team project, the embedded documents should 
not be modified after the MASTER HU has been distributed to all team 
members.
ATLAS.ti 6 USER MANUAL
Figure 58: Path reference for internal documents
Documents you may be interested
Documents you may be interested