Jump to content

Pat Bazeley

Trainers
  • Content Count

    600
  • Joined

  • Last visited

  • Days Won

    3

Everything posted by Pat Bazeley

  1. To get an overview of each of your themes as well as being able to see if they are a source of satisfaction or dissatisfaction, make the two satisfaction nodes children in a separate tree, and organise your 'themes' in other trees (preferably according to the kinds of things that are raised, e.g. separating interpersonal issues from infrastructure issues). If you then code each passage for the issue raised and also for whether it was seen as satisfactory or not (i.e., at least two codes), then you can run a matrix to see what the pattern of responses is. To add in additional factors like your
  2. That would be even better if you could have the node tree open at different places on each side! Pat
  3. No. If a code is deleted the order would remain the same, but not if a new one is inserted. Most people don't use a numbering system for nodes. As a default, NVivo sorts them alphabetically, but there is a custom sort button on the toolbars (looks like 3 dots arranged vertically) and if you click on it you can then move nodes up or down. Next time you open, it will appear alpha order, but a single click on the icon will revert it to your custom order. Pat
  4. Hi Terry, If the sources are identical, then they should have merged into a single source. Perhaps you gave them different names to reflect who coded, or perhaps each person couldn't resist the temptation to edit the source in some way? For the coding comparison query, they need to be a single source - NVivo can detect who did what coding on it, and show the level of agreement both with Kappa and with coding stripes for each coder (double click on a line in the coding query results). Pat
  5. No. Case counts in an attribute by node matrix, as a proportion of the total number with the relevant attribute value, has been requested. Pat
  6. No. The fastest way to add the same code to further passages of text is, probably, to highlight the next passage and click on the tick next to the recently used node slot in the coding toolbar (the last used node will be showing). Pat
  7. Here's a couple of other possibilities: a. In version 8 you can display attribute values as coding stripes. b. Copy the saved matrix to the trees area, then select all the nodes at the third level down (= cells) and export them (with hierarchical names) in one go. Create a Word document and insert all the exported files at once. Then run a Replace which finds 'Name' and replaces it with Name in a heading style (use the More button in the Replace dialogue), then use the outline view to reorder the headings (with their associated text) to what you want. c. Copy and paste the matrix table into
  8. Hi Terry, Why not use a matrix coding query? Then the combinations would be in separate cells for each attribute (listed in the order of the attributes in the selection box (which can be modified - assuming version 8). Text within results is ordered firstly by folder, then by source name. Pat
  9. Options for coding to cases in NV7 or NV8 Code individual sources as cases on import. (Tidy up your document names before importing!) Or, after importing your sources: If your Cases are represented by single sources: Select the sources representing Cases in the List View, right-click, and choose Create As > Create Cases. (This will make a case node for each source.) If your Cases involve multiple whole documents: Select the sources representing a single Case in the List View, right-click, and choose Code Sources > At New Node. Select Cases as the location, and then name the new
  10. The best solution to seeing who says something you've coded is to turn on the coding density bar - because the speaker has been made into a case, the case node will be listed there. Pat
  11. Not if you want to be able to auto code them - you need some form of heading in there. What you might do is reduce the headings to something much smaller (and a standard size, e.g. Q1 etc) rather than having a whole question there. You might also want to split up your source document into smaller sections (it won't cause any problem to do so as long as you don't split in the middle of a case) as NVivo can become very slow when coding a very long document (it has to count characters to reference the location of the coded text at the node). Pat
  12. Hi Betty, Users are one of the few categories of project item that you can't choose from when setting up rows or columns in a matrix (though you can limit the query to one user). You could either use codes across whole patient cases for hard and easy, or you might prefer,if they are included sequentially within a transcript (i.e. they are not all mixed up), to insert a unique heading for each into the transcripts and then use those headings to create patient cases by auto coding them (check the help files under auto code). The problem with that is likely to be that, if you have different peo
  13. HI Bruce, If the second person sets up a project they can import your project without coding (under File > Import Project - check the options out. Pat
  14. Hi Keith, You will probably find the book I've written on 'Qualitative data analysis with NVivo' useful (Sage 2007). It was written when NVivo 7 came out, so some of the instructions have changed but the general tenor of the explanations about what you might do using the software, and why you are doing it (with reference mainly to qual research in general, but also occasionally with reference to specific methodological approaches). (Updates to the instructions for version 8 are available on my website.) Also on my website, on the mixed methods resources page, you will find references to (and
  15. There's no way a text query for compliance would find material at the node if it didn't include the word. What you might be seeing is context around the finds you specified - NVivo shows 5 words either side, in a lighter grey text, by default, as context for your finds. The other thing to watch, when you save your finds using the options, is what context has been specified for saving. There is a way that you can exclude a node from a text query which is useful if you want to check the thoroughness of your coding: Use a compound query, putting the text query criteria into the first sub-query s
  16. 1) You can either use the Options in the Find Bar (above the List View - access via Tools menu if you've accidentally closed it), or you can see the top 20 by clicking on the node and choosing 'Chart node' 2) Use the matrix coding query, which does all table based functions that used to be in various places in NV2. Pat
  17. Attributes are to record things like demographics or other characteristics associated with your sources. You then use them to make comparisons across your codes. Try looking up Help for more information (there's two kinds of help - one tells you why you'd use it, the other tells you how). Pat
  18. Hi Alex, Just an incidental before I answer your question: I always identify any reference material by the author - in the name for the source if it is a separately imported pdf, or as a heading for that section of my notes if it is in a document containing notes from many references. That way, I can create nodes for authors (actually, I do it as case nodes identified by author-date) using either Create As > Cases (if you don't want them as cases, just drag them to where you want them), or using auto coding of the multi-case document. The advantage is that the author/date for coded extract
  19. Hi Jennifer, One option I quite often use is to run a NEAR matrix of the nodes by themselves, i.e. put the same nodes into both rows and columns. This creates a similarity matrix, such that the entries on the diagonal are the total number of finds, and the other cells represent the frequency with which any pair of nodes co-occur. It is important that you set it up so that pairs get counted only once for each instance - so ask only for the first (OR second) find, or ask for it to find the text in between as well to ensure you don't double count. Also - you need to think through whether it is t
  20. I can't figure exactly what your problem is - if you are using AND, then it will only find codes that occur on the same extract. So you must have some other problem happening? Pat
  21. After you've dragged it to the new node, right click the selected text and choose to Uncode from this Node. Pat
  22. Hi Anne-Marie, Probably the point you are missing is that simply grouping cases under a 'parent case' doesn't mean that the text coded at each case is copied to the parent case - thus your matrix is using nodes that have no coding at them. The solution to this is NOT to merge or copy all the text of the individual subnodes to the parent (as that will stuff up case counts in the matrix result because the text will be at more than one case node). The best solution, as Fabrolino alluding to, is to creat an attribute for which school the cases are at, and then to assign a value for that attribute
  23. Normally the coding density bar would give you a clue, but not if you are recoding. An alternative solution is to edit the text of the source to include something like ### and then use Edit > Find (Ctrl + F) to locate that - then delete it before moving on. Pat
  24. Hi JJL, It sounds like you must have (1) overlapping coding, the, for Items A and B. or, alternatively, (2) that you are using the NEAR option with OVERLAP as the sub-option for how near. If (1), then you need to tidy up your coding (assuming A and B are independent), if (2) then you have chosen the wrong option for your matrix - you should have used AND. The difference is that AND just gives you the exact text that has both codes, whereas NEAR-OVERLAP gives includes out to the boundaries of each item wherever there is at least some overlap (hard to explain without drawing it! - check the hel
  25. Hi Anne-Marie, I'm not sure what your error message signifies, but as a general principle, I would not have documents that long in NVivo - by the time you get part way through (about half way on one that length, from experience) you will find the coding process slows right down. THis is because every time you code or edit, NVivo counts characters (and it does depend a bit on your computer capacity/speed). The solution is to split the document, and use a case node to hold the two parts together for the purpose of attributes etc. Pat
×
×
  • Create New...