NVivo8 Help Working With Your Data
NVivo8 Help Working With Your Data
To electronically navigate through this help and link to other topics, go to the NVivo Help under the Help menu in your NVivo 8 software.
Produced November 2008. Copyright 2008 QSR International Pty Ltd ABN 47 006 357 213. All rights reserved. NVivo and QSR words and logos are trademarks or registered trademarks of QSR International Pty Ltd. Patent pending. Microsoft, .NET, SQL Server, Windows, XP, Vista, Windows Media Player, Word, PowerPoint and Excel are trademarks or registered trademarks of the Microsoft Corporation in the United States and/or other countries. Adobe, .pdf and Flash Player are trademarks or registered trademarks of Adobe Systems Integrated in the United States and/or other countries. QuickTime and the QuickTime logo are trademarks or registered trademarks of Apple Computer, Inc., used under license there from. Crystal Reports is a trademark or registered trademark of Business Objects SA. This information is subject to change without notice.
Contents
What is Qualitative Research?................................................................................................................................. 2 Approaching an NVivo Project 3 Where to Begin?................................................................................................................................................... 3 Securing Your Data.. 3 Working with Multiple Projects 4 Organizing Your Data... 5 Meeting the Challenges of Teamwork.. 6 Gathering Your Sources.. 8 Making Useful Qualitative Sources 8 Working in Your Sources. 8 Working with Documents in NVivo... 10 Handling Audio and Video Sources. 11 Handling External Sources of Data. 13 Capturing Ideas with Memos.14 Making Nodes. 15 What are Nodes?................................................................................................................................................ 15 Strategies for Creating Nodes.. 15 Building Efficient Node Hierarchies. 16 Representing Relationships between Items... 19 Evolving Nodes.. 20 Coding. 21 What is Coding?................................................................................................................................................. 21 Approaches to Coding... 21 Working with Coded Data. 23 Querying Your Data............................................................................................................................................... 25 Asking Questions of Your Project 25 Strategies for Finding Items in Your Project.. 25 Working with Queries. 26 Using Charts.......................................................................................................................................................... 30 What Data Can I Chart?..................................................................................................................................... 30 What Type of Chart Should I Use?..................................................................................................................... 31 Models.. 33 Modelling Your Project....................................................................................................................................... 33 Reporting Your Project.. 36 Keeping a Project Journal. 36 How to Assess My Project?................................................................................................................................ 36 Glossary... 37
If you make a mistake when working with your project you can use NVivo's 'Undo' function to undo (up to five) most recent actions. You can also use the undo function to try an action without keeping the resultsthis can be useful as qualitative research is by nature exploratory and creative.
Save Reminders
NVivo optionally provides reminders for you to save at nominated intervals. Its wise to keep these reminders frequent when a project is in very active phase of growth: later it may be safe to make the interval longer. Qualitative projects grow rapidly and often in unpredictable ways, so it is important to save your project frequently.
Deletion Confirmation Messages
NVivo optionally provides confirmation messages before you delete items in you project.
'Copy Project' Functionality
It is useful to make frequent copies of your project, as you find that your analysis has altered your project considerably in a direction you now regret. Return to an earlier version to rework data or pursue an alternative analytical route.
Project Passwords
NVivo provides two types of passwords for your project, read only and read/write. If you want to prevent unauthorized access to your project, you can set the read/write password. Also, you can provide a copy of your project for someone to review but not change by setting a read-only password for it.
Planning
As you plan your research, consider the points at which projects should be merged. This could be after the completion of first round interviews or once topic coding has reached a mature stage. This will ensure that you are able to keep a big picture view of all data sources and analysis processes in your project, even though they are effectively separate.
If a team member wants to share their project's tree node hierarchies (or other nodes) so that you can use it in your analysis, it is unlikely that you want to merge the content of their project with your own. Therefore, it is important to import only the tree nodes, excluding their content, into your project.
Using Subfolders
You can create subfolders for your sources, queries and models to assist in the organization of your project: You can use folders to organize sources based on their distinct types (e.g. interviews, focus groups and diaries). You could also distinguish further source types (e.g. stages in data gathering). Queries could be stored in folders relevant to their processes within your project (e.g. by analysis sector, or chapter, or overarching theme). Models may cover a wide range of analysis areas which can be reflected in folders
In the Volunteering Sample Project
The interview documents, audio and video are stored in a folder called Interviews and focus group documents and video are separately stored in a folder called Focus Groups. A separate folder called Project Notes keeps documents related to the running of the project separate to it sources of data.
Using Sets
Sets are a swift and flexible way of grouping sources and/or nodes. When you place an item in a set NVivo creates an alias (or shortcut) to it. Hence there is no limit to the number of sets a source or node may be aliased to. You might use sets in the following ways: To order and organize a set of pictures - put picture sources in a set and display them as thumbnails to make a 'photo gallery'. To see stages, progress and changes in data construction, or to manage research timetables (e.g. "Items created this week", "Nodes without coding") To direct and inform coding (e.g. "Sources not yet coded", "Nodes created since team debate") To manage coding and auto coding (e.g. "Nodes to discuss and re-describe", "Sources not yet auto coded") Group items around a theme or an area of analysis Identify and compare the work of team members, a set for each can contain the interviews they conducted, memos they wrote and nodes they introduced
The set Simon's Photo Diary contains an ordered set of pictures taken by a research participant. The set Review Coding contains sources that have been coded but need to be reviewed.
The documents or audio/video sources which contain interviews are stored in a folder called Interviews. The documents then include the name of the person interviewed. You can use a source's description to record details that will assist your recall, offer important context or record reflective comments.
The description of each source in the Interviews folder lists the name of the interviewer, the date and time of the interview and its social location.
Different paragraph styles can be used to identify sections of content, especially if your sources are in any way structured. In the Volunteering Sample Project: The focus group transcripts are structured by participant name (formatted as Heading 2 style) and their comments (formatted as Normal style). The interview transcripts are structured with the prepared questions formatted as Heading 1 and the answers formatted as Normal. Using paragraph styles in structured documents enables you to: Auto code your sources - make a node for each Heading 1 and code the Normal text at the node. Refer to Auto Code by Paragraph Style for more information. When exploring the content coded at a node, spread coding or view the context based on paragraph style. Making text large and bold does not mean it is a Heading; you must apply a Heading paragraph style.
Paragraphs
Careful paragraph structure within your sources' content allows: The ability to spread your view or coding to surrounding paragraphs within a node or in query results. The ability to 'auto code' your sources based on their paragraph structure.
Fonts and Color
You can add additional meaning to your sources content using fonts and color for the following purposes: To visually identify different themes To visually identify moderator, rather than participant comments To visually indicate emphasis or importance In a project researching the fine nuances of discourse, color and font could indicate hesitations, moods, double meanings etc. To avoid creating nodes unnecessarily in the early stages of your project. Return and code the colored text once the categories are firm. To identify different team members inserted commentaries You may wish to keep a key of the font and color combinations you are using for different purposes.
'See Also' links are used in the following ways: The Defining 'volunteer' memo contains a 'See Also' link to the Wesley Mission Definitions of 'Volunteering' external. The interview transcript document Frederic contains a 'See Also' link from different points of the interview when Frederic makes two very different comments about the nature of volunteering. Two of the participants, Anna and Grace volunteered in similar capacities. A 'See Also' link has been placed from the relevant quotation in the Grace's Interview transcript document to the relevant quotation in Anna's interview transcript.
Annotations are used in the following ways: The transcript document Fredric contains annotations with comments about this participant's choice of words in one instance and seeming contradictions in his opinions. The Project Journal document contains an annotation with observations about the comments of one researcher by another.
The documents in the Interviews folder were auto coded by heading level to create the tree node Topics - Interviews and its children, Q.1. Current use of time, Q.2. Time use ten years on, Q.3. Volunteer work means? etc and gather the answers to these interview questions from all participants.
10
Create a memo for each source to store a hunch or a fleeting observation, or the recalled context that was not in the interview transcript. The source and its memo can be linked together using a memo link.
In the Volunteering Sample Project
The memo Mary's Interview - Context contains additional detail which may be relevant in the analysis of this source. This memo is linked to Mary's interview transcript document.
The source Video - Non-volunteers is stored in the Focus Groups folder with other documents. You can distinguish video sources from document sources by their icons. If you are working with large or many video files, consider the options for storing the media outside of your NVivo project. Refer to Storing Audio and Video for more information.
11
If you are importing transcripts from Microsoft Word, ensure that they are formatted correctly. Refer to Importing Transcripts for more information about valid formats. You can choose to transcribe only the 'interesting' portions of an audio or video. A transcript can be a record of what is said or descriptions of what is occurring. It may also be a simple collection of keywords.
Gathering Pictures
NVivo enables you to import images in various formats (.bmp, .gif, .jpg, .jpeg, .tif, .tiff) to create picture sources. Once imported, all images are converted into JPEG files and are also exported in this format. When planning the pictures to include in your project, you may find it useful to think about the following: If you are including images taken from the Internet, check the copyright. Most digital images have watermarks that indicate if the image is copyrighted. These images are usually available for sale. If you are taking the photos yourself and publishing these as part of your research, permission may need to be obtained from your subjects, from the owners of a place, or from the organizers of the event you are researching. You may also need to get approval from your ethics board or its equivalent. Checking these ahead of time will save you from wasting precious effort and will ensure that the pictures can be included in your research.
12
Structuring Externals
An external has both its properties (i.e. type, file path, location description) as well as its contents. These contents can be typed into the external and structured using paragraph styles, paragraphs, fonts and color in the same way as documents and memos. Additionally, when creating an external you can nominate a unit, start and end range to create a named paragraph for each unit. You can then enter your comments or transcription at the relevant points. This external content can be reviewed and separately explored, and like any other source can be edited, annotated, linked, coded and searched.
In the Volunteering Sample Project
Externals are used in the following ways: The external Volunteers - How to get them, How to keep them represents a book. The units in this external's properties are chapters and the start and end range is the number of chapters relevant to this project. The contents of the external contains a chapter summary for each of these chapters. The externals Wesley Mission - Definitions of 'Volunteering' and Cross Cultural Solutions Website represent web pages. The external content is summary information from these web pages identified as pertinent by the researchers. To open the web pages, on the Project menu click Open External File.
13
Evolving Memos
Memos can 'grow' into documents, or documents into memos. You can redefine the sources in your project as you make decisions about their role. You might for example write a document recording field notes of an observation. It can grow into a more reflective piece about the attitudes of participants and their significance in your study, so you can change it into a memo.
Memos have been linked to other items for the following reasons: The memo Defining 'Volunteer' contains the researchers' reflections about the different meanings of this term. Given its relevance, this memo is linked to the tree node Meanings of Volunteer Work using a memo link. The memo Mary's Interview - Context contains additional detail which may be relevant in the analysis of this source. This memo is linked to Mary's interview transcript document.
14
Making Nodes
What are Nodes?
Your project needs places not just for its data sources but for the ideas that you bring to it and themes you generate from the data. As you work with your sources, you will gather and explore existing and new categories for thinking about them. Nodes are containers for these ideas within your NVivo project and contain the evidence within your sources supporting them. Creating and exploring nodes is a way to think 'up' from the data and arrive at higher level explanations and accounts. Coding is the process by which you nominate a portion of a source which relates to a node.
15
Each of the parent tree nodes (e.g. Assumptions, Contexts) contains a description about what they are intended to represent and the nature of the data to be coded at them. Nicknames can be provided to provide rapid access to frequently used nodes while coding.
In the Volunteering Sample Project
The tree nodes with the most coding Health and Welfare (within the Contexts tree node), Giving Your Time and Unpaid (within the Meanings of Volunteer Work tree node) have nicknames so they could quickly selected whilst coding.
16
A number of contexts in which people volunteer (community groups, foreign countries, art and culture bodies, etc.) are discussed in interviews and focus groups. Also discussed were the varying images that these participants had of volunteers (adventurous, committed to doing good, lonely, passionate etc.) in these contexts. For instance, were volunteers in community groups perceived differently from those volunteering in foreign countries? These categories could be represented using tree nodes as follows:
This node hierarchy promises four very serious problems: It will grow rapidly as more images of volunteers are identified within the sources (all images must appear under each node for a context) or more contexts studied (the new context must appear under each image). It will impede category development (i.e. it would be difficult to add further dimensions of images, or different types of context). It will make it difficult to ask more general questions (such as in which contexts are volunteers considered lonely or elderly/retired).
17
It will also confuse your thinking, since contexts of volunteering are different sorts of things to images of volunteers. The optimal approach would be to create a tree for volunteering contexts and another tree for images of volunteers and to code text at both the relevant context and the relevant image.
You can then use queries to find content which is coded by particular combinations of nodes.
Cases represent each of the interview and focus group participants and contain references to the content of the sources related to each individual. For interview participants, each case (e.g. Mary) contains a single reference to their interview transcript. The cases for the focus group participants (e.g. Annette), on the other hand, contain a number of references. These references are to each of the comments that participant made in that focus group.
18
What is an Attribute?
Cases can have 'attributes' to record those characteristics of the entities which may prove relevant when analyzing the categories and concepts emerging from your data. If you are interviewing, you may have information about many attributes of a respondent (i.e. age, gender, education level) that will be highly relevant. Each attribute in your project can have many values. For example, the attribute Age Range may have the values of 20-29, 30-39, 40-40 etc. These represent the range of values for that particular characteristic within your project. To store information about your cases, you assign the relevant value for each attribute to each case.
In the Volunteering Sample Project
The attributes are all those characteristics of the participants which may influence their opinions and views about volunteering. These include their Age Group, whether they have Current paid work, and whether they have Ever done volunteer work.
It became apparent that the context in which they volunteer impacted the images of volunteers reported by the participants. These contexts and images of volunteers had previously been recorded in the project as tree nodes, so a relationship was created between them with a type of impacts. Any evidence for this relationship was coded at it.
Classifying Relationships
To record relationships between items in your project, you need to indicate the nature of those relationships by creating relationship types. These relationship types classify the relationships within your project and allow you to make comparisons between all the relationships of a particular type to another. Relationship types have both a name and a direction.
19
The relationship Bernadette is friends with Ken is a verbal expression. This makes it easy to determine who is friends with whom. If it was expressed using a noun (ie. Bernadette friend Ken), the nature of this relationship would be difficult to determine.
2.
A relationship exists between the contexts in which people volunteer and how people see those volunteers (i.e. their image). This is represented using a one-way relationship illustrating that the context of volunteering impacts on the images of those volunteering, but the reverse is not necessarily true. How people see volunteers does not seem to impact on the context of the volunteering. 3. Symmetrical (two-way): A symmetrical relationship demonstrates some sort of two-way activity between the items. These relationships imply they hold both ways, such as "being married to" or "being a sibling of".
Evolving Nodes
Nodes express your growing understanding of the concepts and ideas within your data. Of course, your understanding of the nodes in your project may change over the course of your analysis. You can represent this change within your project using any of the following functionality: Changing a node's type This can be especially useful for free nodes that were created when they had no logical place in a hierarchy of trees until later in the project. Changing the node's position in a hierarchy A node's position in a hierarchy is a significant indicator of its relations to other categories. As you explore data and create categories, you may wish to adjust its position in its hierarchy or move it into another hierarchy. Merging nodes If you find nodes which have the same meaning and you wish to simplify the system by combining them, they can be merged. Deleting nodes You may have created a node early in your project for a category or theme which you thought might be important, only to find out as you work through your sources that it wasn't. This node could be deleted to simplify your nodes. Changing a node's name As you work through your data, you may want to change the names of your nodes to reflect changing understanding of its category or theme. If you do this, consider whether you also need to revise its coding.
20
Coding
What is Coding?
Coding is the process of bringing together passages in your data that seem to exemplify an idea or concept (represented in your project as nodes). As such, coding is a way of abstracting from your source data to build a greater understanding of the forces at play. In NVivo, coding involves identifying references to different ideas, concepts or categories within your sources and linking them to the nodes which represent them. Remember that you can code any portion of a sources' content to any number of nodes to demonstrate that it relates to each of their concepts or categories.
Approaches to Coding
In different stages in your project, the way you approach coding the content of your sources may change. These approaches have different purposes and contribute differently to the process of analyzing your data: Descriptive coding is the process of identifying information that describes the cases in your project. This process relates both to the coding of information at cases and the creation of attributes to classify them.
NVivo provides a number of ways to expedite descriptive coding
In addition to coding by selecting source content and assigning it to a new or existing case, you can also: Create cases whilst importing sources Code an entire document at a case Create a case from a document Import the casebook from a spreadsheet
21
Auto code by heading level when the headings in your sources reliably indicate the content to be coded and cases to be created or coded to In the Volunteering Sample Project The documents in the Focus Group folder are structured with each group participants' name in a heading paragraph style and their comments in normal paragraph style beneath them. The document Non Volunteers was auto coded by heading level to create the cases, Elaine, Raul, Stephanie and Roberta. Each of these cases contains all of the responses that these participants gave in this focus group as outlined in the document. Topic coding is the process of assigning references within your data to the topics, categories or concepts they relate to. It is necessary to see all the information about these topics, categories or concepts in your data to facilitate further analysis.
NVivo provides a number of ways to expedite topic coding
In addition to coding by selecting source content and assigning it to a new or existing node, you can also: Auto code all sources formatted with a specific heading or paragraph structure: Auto code by heading level when the headings in your sources reliably indicate the content to be coded.
In the Volunteering Sample Project
The documents in the Interviews folder are structured with each question in a heading paragraph style and the answers in normal paragraph style beneath them. These documents were auto coded by heading level to create the tree node Topics - Interviews and its children,Q.1. Current use of time, Q.2. Time use ten years on, Q.3. Volunteer work means~, etc . Note: The question mark at the end 'Q.3. Volunteer work means?' has been replaced with a tilde (~), because node names cannot contain question marks. Each of these child nodes contains all of the answers in each of the documents in the "Interviews" folder given under these topic headings. Auto code by paragraph when the selected sources have exactly the same paragraph structure. For example, the content in the second paragraph of each of the sources is the answer to the same survey question. Select whole paragraphs to code at particular nodes using code paragraph ranges Explore your sources content using text search queries and save results as a node Analytical coding is the process of interpreting and reflecting on the meaning of the data to arrive at new ideas and categories. This process entails gathering material that should be rethought and reviewed given your growing understanding of the categories in your data.
NVivo provides a number of ways to change the way you look at your data and assist this analytical coding
In addition to coding by selecting source content and assigning it to a new or existing node, you can also: Open a node and code its content at other nodes or create new ones (also known as "coding on") Open a source and display coding at particular groups of nodes, using coding stripes or highlight coding, to determine if you should code it further Create new nodes using In Vivo coding
22
Explore your nodes content using coding queries and save results as a node Explore your nodes content using matrix coding queries and save results as a node Explore your nodes content using compound queries and save results as a node
Comparing Coding
It is critically important that your nodes are being coded to reliably. If you work in teams, it is important to ensure that all team members have the same understanding of the topics or categories that your nodes represent and importantly that this understanding does not change over time. Usually the requirement is not that team members code identically (as coding reflects their different interpretations) but that they reliably identify and deal with inconsistencies in the interpretation of nodes and the style of coding.
23
To compare coding, import two copies of the same document into your project to be independently coded by two team members. Run the Coding Comparison Query and assess the percentage agreement and disagreement. Pay attention to the differences in the nodes used, the passages coded and the spread of coding selected.
24
Adventure was discussed by the interview participants, but was adventure discussed in any of the memos? Lets re-frame this question: Common language Question: Do any of the memos discuss volunteering in terms of adventure? Appropriate Functionality: The tool is Find (I want to find items rather than specific content) Restated Question: Find memos where any data is coded at the node for adventure Answer: A list of all the memos that were coded at the Adventurous node (in the Images of Volunteers tree)
25
Different types of find functionality are available in NVivo to address these different types of questions about your data. If you would like to find items based on their name, consider using Find. If you would like to find items with particular characteristics, consider using Advanced Find. If you would like to find items which are associated in a particular way with other items in your project, consider using Grouped Find.
A document and a case both have the name Mary. You can locate both of these at once using Find.
In the Volunteering Sample Project, you might use Advanced Find to retrieve all of the relationships involving the context tree node to add to a model. You could use Advanced Find to retrieve all of the female cases in a particular age range.
You may want to review how the different meanings of volunteer work occur in each of the focus groups. Using Grouped Find, you can list each of the nodes that code each focus group transcript by looking for items coding the Focus Group folder (scope) within the Meanings of Volunteer Work tree node (range).
26
The nature of your question determines which of the different query types to use: If you would like to see all occurrences of a particular word or phrase in your documents, consider creating a Text Search Query. If you would like to see source content coded by a specific combination of nodes, or combination of nodes and attributes, consider creating a Coding Query. If you would like to see patterns in the source content coded by one group of nodes by another group of nodes, or one group of nodes by a number of attribute values, consider creating a Matrix Coding Query. If you would like to see source content that has been coded by a specific nodes and also has specific text, consider creating a Compound Query. If you would like to compare the coding of two researchers or research teams, consider creating a Coding Comparison Query. If you want to search only specific groups of items, you can achieve this by selecting these items as the query's scope. This can help you ask more targeted questions such as "Where is this word used in these documents?" or "Of the content in these sources, what is coded at the free node Motivation and the node Sense of Achievement (in the Personal Goal tree).
In the Volunteering Sample Project, one of the questions that came up in reading through the data was "What motivates people to volunteer?". The Text Search Query Motivation or Reason was created to gather all of the instances of the words 'motivation' or 'reason' and the paragraph surrounding them and code them to the free node motivation. Not all of the instances of these words are relevant to our question of "What motivates people to volunteer?" Some were used in the wording of interview or focus group questions, and as such were not relevant and uncoded from the Motivations free node.
27
Coding Query
Once you have created nodes to represent the themes and categories in your data and coded the content of your sources to those nodes, you are likely to want to see if there are patterns in your coding. You can achieve this using Coding Queries. Coding Queries can also be used to: Gather material coded in combinations of categories to see what new meanings emerge, then rethink and recode them Clarify a concept by asking where coding at this concept overlaps with coding at another or what is coded at some concepts but not others Sort through your coding by groups defined by your attributes
In the Volunteering Sample Project
One of the questions of interest is "Do older volunteers have a personal goal of social interaction?". This opinion was expressed by participants who saw an image of an older volunteer and assumed she volunteers for social interaction, but is this demonstrated in the responses from older participants themselves? The Coding Query Greater than 50 yrs and Social Interaction gathers all content coded by cases where the attribute Age Range has a value greater than 50-59 yrs and coded by the node Social Interaction (in the Personal Goal tree).
One of the questions that emerged through the interviews was "Do the images of volunteers differ with the context of their volunteering?". Given that the relevant passages were coded at the nodes in the trees Images of volunteering and Contexts where appropriate, content coded at these nodes can be retrieved using a Matrix Coding Query. The Matrix Coding Query Images of Volunteers and Contexts was created to see the different images of volunteers and the different contexts and the content coded by both.
Compound Query
Compound Queries combine the functionality of Text Search Queries and Coding Queries. They allow you to find source content that has been coded by a specific nodes and also has specific text. They also allow you to find particular text which has a particular proximity to other text.
28
Compound Queries allow you to: Explore hunches about the use of particular words or phrases in content which is coded at nodes representing particular categories or concepts Rethink and refine a category within your project based on the different use of words or phrases within them Gather material where particular words have been used close to other words to see if there is a pattern emerging around their use
In the Volunteering Sample Project
Some of the images of volunteers depicted people volunteering in foreign countries. One of the questions that emerged was "Do the young people see volunteering in foreign countries as exciting?". Given that the statements were coded at the Foreign countries node (in the tree node Contexts). The Compound Query Foreign countries and excite gathers all content coded by cases where the attribute Age Range has a value equal to 20-29 yrs and coded by the context tree node 'foreign countries' and containing words beginning with 'excit'.
Two researchers - identified by their initials ST and MWO - have coded the sources in the Compare Coding set. A Coding Comparison query has been created to check the coding consistency of these two team members - it is called Coding Consistency for ST and MWO. The query compares all the coding that ST and MWO have done in the set of sources. Coding queries only search the coded content in your project. If you have only sparsely coded your sources or used nodes inconsistently, your coding query may not return the results you expect. This may not mean there is no association between these concepts in your data, just in their coding.
29
Using Charts
What Data Can I Chart?
A chart is an effective way of presenting and exploring data. The key to maximizing its usefulness is understanding which data in your research can best be represented or explored using a chart. NVivo gives you seven types of data you can chart for analysis: Chart Data Type Coding for a source Description Displays coding information for a particular source. Use this chart to find out: which nodes are most/least used to code this source how much coding is done on this source which users coded/did not code this source Coding for a node Displays how a particular node is used in coding sources. . which sources are most/least coded at this node at this node, how much coding is done on these sources which users coded/did not code these sources at this node Cases by attribute value for an attribute Displays the number of cases that match each value for a particular attribute Displays the number of cases that match various combinations of two attributes Displays how a particular node is matched against one or two attributes and their corresponding combinations of attribute values which attribute value is matched to the most/least number of cases
which combination of attribute values are matched to the most/least number of cases
for one selected attribute, which attribute value: - has the most/least percentage coverage - has the most/least number of coding references - is matched to the most/least number of cases for two selected attributes, which combinations of attribute values: - have the most/least percentage coverage - have the most/least number of coding references - are matched to the most/least number of cases coded to this node
30
Displays how a particular source is coded against one or two attributes and their corresponding combinations of attribute values
for one selected attribute, which attribute value: - has the most/least percentage coverage - has the most/least number of coding references - is matched to the most/least number of cases for two selected attributes, which combinations of attribute values: - have the most/least percentage coverage - have the most/least number of coding references - are matched to the most/least number of cases coded in this source
Displays multiple nodes matched against a particular attribute and its set of attribute values
for a particular attribute and selected nodes, which attribute value - has the most/least percentage coverage - has the most/least number of coding references - is matched to the most/least number of cases
Displays multiple sources as coded against a particular attribute and its set of attribute values
for a particular attribute and selected sources, which attribute value - has the most/least percentage coverage - has the most/least number of coding references - is matched to the most/least number of cases
Matrix
the high/low points in the matrix data any patterns or trends that may be present
31
Bar or Column charts are useful when comparing quantity or analyzing an increasing/decreasing trend.
Bar 3-Axes bar or column chart Stacked bar or column chart Grouped bar or column chart
Column
Pie charts effectively show the measure of different parts that make up a whole.
Bubble charts or Heat Maps show varying density of data when comparing combinations of variables or matrices.
Bubble
Heat
Radar charts effectively display direction or trend when comparing several variables
32
Models
Modelling Your Project
Models are a way of illustrating and clarifying your ideas and of allowing you to reflect on different ways of seeing your data. During your analysis, models may be useful as aids to seeing links between concepts or items in your project, or as ways of reporting and demonstrating them. Consider using models for the following purposes from the earliest stages of a project: To set out and review initial ideas, hunches or theories about the topic or question of your project
In the Volunteering Sample Project
The First Thoughts model was constructed prior to the coding of the data and depicts the factors influencing individuals' tendency to and engagement in volunteer work based on the researchers' understanding of the literature in that area. To visually represent the relationships between project items To identify emerging patterns and hunches, theories and explanations To provide a record of stages in a project
In the Volunteering Sample Project
The First Thoughts model was constructed prior to the coding of the data and illustrates the researchers' understanding of the possible factors at play based on their investigation of the literature. It contains only shapes and no project items as it was created before the project's nodes. The Coding Stage 2 model was constructed to following the topic coding of the focus group and interview transcripts. It illustrates the growing understanding of the factors identified in the data, given the understanding of the body of data. This model was converted to a static model as its intention is to show the understanding of the data at that particular point in the project. The Coding Stage 3 model was created following more analytical coding and in depth understanding of the data. It is a dynamic model (i.e. it contains links to project items) as its intention is to provide a different view of the information contained within the project. To 'zoom in' on a specific group of themes to explore other possible ideas, connections and relationships
In the Volunteering Sample Project
The Perceptions model provides a 'zoomed in' view of all of the different images of volunteers. Custom groups have been added to show whether they are positive, negative or neutral perceptions. To 'zoom out' to see your project as a whole at a glance To demonstrate your findings to others
33
NVivo provides a number of ways to format and work with the content of your models, including:
Groups
Consider using custom and project groups in the following ways: To displaying different views on a situation or groups of actors and their relationships To represent the perspectives of different team members to discuss different interpretations To represent rival explanations in the literature for the phenomena you are studying. Then you can move between these different accounts of the topic area and assess them based on your data To break a model into simpler views and bring them together to see a logical whole In the Volunteering Sample Project, the Perceptions model contains three different custom groups to gather together items in the model which reflect positive, negative and neutral perceptions. To see only specific types of perceptions, the unwanted custom groups can be hidden.
Styles
In the Volunteering Sample Project, a number of model styles have been created. These styles have been applied to items in the Perceptions model to add visual emphasis to their membership in the Positive Perceptions, Negative Perceptions and Neutral Perceptions groups.
Adding associations between project items
Consider adding associations between shapes linked to project items for the following analytical purposes: To see new insights and recognition of unseen patterns as to how the project items are intertwined. To interpret query results. If you add saved query results to your model and add associated items, you will have a visual display of the answer to your query to manipulate and explore the possible explanations.
Dynamic Models
Any shapes you link to project items in your model are 'live' to those items. This means that you can open the item from within the model. Also, if you change an item in any way after it has been linked to a shape in a model, these changes are reflected in the model (i.e. if you change the name of a source which is linked to a shape in a model, the name of the shape in the model will also change).
In the Volunteering Sample Project
The Coding Stage 3 model depicts the wide range of influences on the different motivations the participants had for volunteering and the influences on their perceptions of their own volunteer work. It is a dynamic model (i.e. it contains links to project items) as its intention is to provide a different view of the information contained within the project.
Static Models
Static models provide a way of showing the development of ideas, concepts and categories throughout your project. You can create a static version of a model which no longer retains links between shapes and any project items they are linked to. Therefore, this static model can show a snap shot of your project at a specific point in time, as the shapes linked to project items will not change.
In the Volunteering Sample Project
The Coding Stage 2 model was constructed following the topic coding of the focus group and interview transcripts. This model was converted to a static model as its intention is to show the understanding of the data at that particular point in the project.
34
Consider using custom and project groups in the following ways: To displaying different views on a situation or groups of actors and their relationships To represent the perspectives of different team members to discuss different interpretations To represent rival explanations in the literature for the phenomena you are studying. Then you can move between these different accounts of the topic area and assess them based on your data To break a model into simpler views and bring them together to see a logical whole In the Volunteering Sample Project, the Perceptions model contains three different custom groups to gather together items in the model which reflect positive, negative and neutral perceptions. To see only specific types of perceptions, the unwanted custom groups can be hidden.
35
The Project Journal document (in the Project Notes folder) contains an account of the project from its inception, descriptions of the data gathered and the growing understanding of the themes at play.
36
Glossary
A
advanced find: Facility used to find project items based on specific criteria. You access Advanced Find by clicking Options on the Find Bar (at the top of List View.) ancestor node: Tree nodes or cases above a selected node. annotation: Text that can be linked to selected content in a source--like scribbled notes in the margin. attribute: A classification of a case, such as gender, age or location attribute value: The values of an attribute. For example, 'male' or 'female'. audio: Source materials such as recorded interviews, music, sound effects, and other forms of audio that may be relevant to your research. Types of audio files that can be imported into NVivo include *.mp3, *.wma,*.wav. An audio source contains the audio file and a transcript column. auto code: A quick way of coding that uses heading styles or paragraph numbers to create nodes and code at them.
B
boolean operator: The use of AND, OR or NOT to combine search terms.
C
case: A node with attributes such as gender or age. You can use cases to gather content about a person, site, institution or other entity involved in your research. Like tree nodes, case nodes can also be organized in hierarchies. casebook: A matrix displaying cases, attributes and attribute values. You can create cases, attributes and values in NVivo or you can import them from a tab-separated text file. To open the casebook, on the Tools menu click Casebook > Open Casebook. child node: A node below a parent node. classification: In NVivo, 'classification' refers to relationship types and attributes. Relationship types provide a way of 'classifying' relationships and attributes provide a way of 'classifying' cases. coded at: When you select text and categorize it as belonging to a specific node (theme or idea), the text is said to be 'coded at' the node. coding: Selecting source content and defining it as belonging to a particular topic or theme. By creating nodes and coding at them, you can catalogue your ideas and gather material by topic. coding context: The words, paragraphs and heading levels that surround coded text in a source. When exploring a node, you can choose to spread coding to the selected context. coding density: Areas in a source or node in which most coding occurs. The Coding Density bar is visible when you display Coding Stripes. The color graduations indicate the coding density from light gray (minimal coding) to dark gray (maximum coding). coding excerpt: A passage of text coded at a node. When exploring a node, you can set display options for coding excerpts ( View>Coding Excerpts). coding reference: An occurrence of coding. When you open a node, you can see all the references to source material that are gathered there. coding stripes: Colored stripes that enable you to see coding in a source or node. connector: A line that joins shapes in a model. coverage: The percentage of a source that is coded at a node.
37
custom group: A model group that you create. You can include shapes and connectors in the group and show or hide them as required.
D
detail view: The bottom-right pane in NVivo. You explore documents, nodes and models in this view. You can choose to 'undock' detail view if you want to work with sources, nodes or models in a separate window. document: Source material such as field notes, transcripts, interviews, literature reviews or whatever material that is relevant to your project. You can 'code' a document (or any part of it) to categorize the information that it contains. You can import documents or create them in NVivo.
E
embed: To store a media file inside your NVivo project as opposed to linking to a file stored externally. external: Source material that cannot be imported into NVivo. This might include items such as newspaper articles, books, video footage or audio tape. You can use the external to represent the unimportable material and record any notes or summaries that can be coded as required.
F
folder: A place in Navigation View for storing your project items. You can create your own folders for organizing sources, queries and models. free node: A free node is a 'stand-alone' node that has no clear logical connection with other nodes and does not easily fit into a hierarchical structure. You can convert a free node into a tree node by moving it into a tree node folder.
G
grouped find: Grouped Find enables you to list selected items and find the items related to them. You access Group Find by clicking Options on the Find Bar (at the top of List View.)
H
hyperlinks: A link from content in a source to a file or URL outside of your NVivo project.
I
image: Term is used to refer to graphic or photo files found outside a picture source. Types of image files include bmp, gif, jpg, jpeg, tif, and tiff.
L
links: In NVivo, links refer to memo links, annotations and 'See Also' links. list view: The top-right pane in the NVivo window. You view the contents of your NVivo folders in List View. log entry: Comments, descriptions, notes, hyperlinks, or ideas entered against the whole or portion of the image in a picture source. A picture source may or may not contain a log entry.
M
matrix: A matrix is a collection of nodes resulting from a Matrix Coding Query. media file: Refers to both audio and video files. memo: A type of source that you might use to record thoughts and observations. If a memo is related to a particular source or node you can create a 'memo link' and link the two together. memo link: The link between a source or node and a memo. A memo can only be linked to one item.
38
mixed method: The combination of quantitative and qualitative research methods. model: A visual representation of your project and its contents. model style: A set of formatting characteristics that you can apply to shapes or connectors in a model to quickly change its appearance.
N
navigation view: The panel on the left side of the NVivo window. It contains buttons that enable you to access project items. nickname: A short name given to nodes for quick coding. node: A container for a theme or topic within your data. For example, you can create a node called 'community' and code all community-related data at it. When you open the node you can see all the community-related data gathered in one place. Types of nodes include, free nodes, tree nodes, cases, relationships, matrices and results.
P
paragraph: Text or images between two carriage returns. You can apply a style to content in a paragraph. paragraph number: Paragraph numbers can be included when printing or exporting a source or node. In a node, paragraph numbers relate to a reference's position in the source. parent node: A top tree node or case which is above other nodes in a hierarchy. picture: A type of source that contains a picture file and log entries. picture file: Can be an image copied from a document, a frame from a video source, or a region from a picture source. Types of pictures files include bmp, gif, jpg, jpeg, tif, and tiff. playhead: Refers to the blue slider that indicates the point where the playing/paused media is at. It can be dragged to allow play/pause from any specific point in a video or audio file. project group: A group within a model that is created based on existing attributes or relationship types. These groups enable you to show or hide cases based on their attribute values and relationships based on their type. You cannot add items to or delete items from project groups. To use these groups, your model must contain cases or relationships.
Q
query: A way of asking questions about your data. You can save a query and run it as your project progresses.
R
read-only: Source content that cannot be edited. A source is read-only when coding stripes are displayed or when the read-only check box is selected in the source's properties. region: A selected portion of a picture. relationship: A node that defines the connection between two project items. For example, the relationship between two cases (Anne loves Bill) or between two nodes (Poverty impacts Health). relationship type: A word or words (usually verbs) which define the relationship between two project items. For example, 'impacts', 'causes' 'employs' 'loves' and so on. Relationship types also have a direction. relevance: In text search results, relevance indicates the fins which are the 'best match' for the scope and criteria you have defined. The rating is derived from (1) the relevance weighting given to the text (if any), (2) the number of scope items, (3) the number of finds in the scope, (4) number of finds in a particular scope item and (5) criteria in your query. results: A node or list of project items resulting from a query. You can store a results node in the Queries Results folder or move to the main node system for coding.
39
S
see also link: A link from selected content in a source or node to selected content (or entire content) in another source or node. set: A collection of shortcuts to project items. shadow coding: Indirect coding in an audio or video source - when you code a transcript entry, the corresponding portion of the media is 'shadow coded'. When you view coding stripes, this 'indirect' coding appears as a shadow on a coding stripe. sibling node: Tree nodes or cases that share the same parent node. source: In NVivo, 'sources' is the collective term for your research materials anything from handwritten diaries to interview transcripts in Microsoft Word format. You store sources in the Documents, Externals or Memos folders. static model: A 'snapshot' of an existing model. You cannot edit static models and they are not linked to live data. system folder: Folders that are supplied with NVivo such as documents, memos and externals. You cannot delete or rename system folders.
T
text style: A set of formatting characteristics that you can apply to text to quickly change its appearance. thumbnails: Miniature images or graphics. They refer to List View options which allow you to display items in small, medium or large sized miniature graphics for easy identification and review. timeline: Displays the duration of the audio or video file. timespan: A timespan is the duration of time for a transcript entry. For example, Jane spoke from the two minute point to the ten minute point ( 00:02:00-00:10:00). When importing transcript entries from a table, you can include a timespan for each row in the table. transcript: Contains audio or video transcriptions against specific timespans. You can also include notes, hyperlinks or comments in the transcript or content column as needed in your research. Transcripts can be coded on their own or as part of a specific timespan. tree node: Nodes that are organized in a hierarchical structure moving from a general category at the top (the parent node) to more specific categories (child nodes). You can use them to organize nodes for easy access, like a library catalogue.
U
user profile: Includes the name and initials of a user or team member.
V
video: Source materials such as focus group discussion videos, tv ads and other forms of video that may be relevant to your research. Types of video files that can be imported into NVivo include *.mpg, *.mpeg,*.wmv, *.avi, and *.mov. A video source contains the video file and a transcript column. video frame: A static picture that can be captured from a video.
W
wildcards: A keyboard character such as an asterisk (*) or a question mark (?) that is used to represent one or more characters when you are searching for project items such as sources, nodes or sets. For example: g*t will find get, great and gt
40