JiscMail Logo
Email discussion lists for the UK Education and Research communities

Help for QUAL-SOFTWARE Archives


QUAL-SOFTWARE Archives

QUAL-SOFTWARE Archives


QUAL-SOFTWARE@JISCMAIL.AC.UK


View:

Message:

[

First

|

Previous

|

Next

|

Last

]

By Topic:

[

First

|

Previous

|

Next

|

Last

]

By Author:

[

First

|

Previous

|

Next

|

Last

]

Font:

Proportional Font

LISTSERV Archives

LISTSERV Archives

QUAL-SOFTWARE Home

QUAL-SOFTWARE Home

QUAL-SOFTWARE  June 2004

QUAL-SOFTWARE June 2004

Options

Subscribe or Unsubscribe

Subscribe or Unsubscribe

Log In

Log In

Get Password

Get Password

Subject:

Re: Methodologies and CAQDAS, was: Re: Freely available comparisons of Atlas vs. NVivo

From:

Katrina Pritchard <[log in to unmask]>

Reply-To:

qual-software <[log in to unmask]>

Date:

Fri, 11 Jun 2004 10:10:36 +0100

Content-Type:

text/plain

Parts/Attachments:

Parts/Attachments

text/plain (192 lines)

Having posted something on the list several months ago asking if anyone
was attempting to use Nvivo to support discourse analysis this is indeed
an interesting conversation!

As a PhD student with a department has an Nvivo licence there was
undoubtedly a financial aspect to my decision, as Anne makes reference
too!  That said I do think its important to raise and question to
dominance of "coding" in the software - and I think that this is why
there is a reluctance for many qualitative researchers (not just
discourse analysts) to use CAQDAS - as although coding is part of many
approaches largely it is not in and of itself analysis.  That said I am
finding uses for coding and this maybe because my data seems very
different from Thomas's newspapers reports.  For example, one of the
things I am looking at is the talk of a few participants over a variety
of circumstances - in one-to-one interviews, in focus group sessions and
in meetings I am attending as a participant observer - being able to
code this via a case node has helped to keep track of all this!  I am
also collecting a fair amount of what you could probably call background
data while at the organization - and again Nvivo is a logical place to
dump and then sort through that.  Maybe this is just "data management"
and maybe there are other packages that I could have used!  In terms of
actually doing discourse analysis in Nvivo - I prefered to  write
detailed notes within the transcripts rather than code - although I have
found some coding by topic useful!!

Katrina Pritchard,
Dept of Organizational Psychology
Birkbeck

-----Original Message-----
From: qual-software [mailto:[log in to unmask]] On Behalf Of
Thomas Koenig
Sent: 11 June 2004 01:54
To: [log in to unmask]
Subject: Methodologies and CAQDAS, was: Re: Freely available comparisons
of Atlas vs. NVivo


Ann,

this becomes interesting. Thanks for your thoughful comments, here is my
reply: At 18:33 10/06/2004, you wrote:
>BUT.... theres a lot more to much CAQDAS software , than just coding
>(as you say in several places), but I mean a LOT.  ...and anyway in
>defence of codes - they are, as Seidel and Kelle suggested (1995) 'just

>heuristic devices for discovery' ...I love that description, and it
>holds a lot more possiblities than are catered for in your statement
>"Coding in my view has a strong elective affinity to counting. By
>coding you standardize your data to a certain extent, which is not a
>bad thing, but something that can easily be used for quantitative
>analysis" ...well I know I took that out of context slightly
>Thomas...but to many of us its 'damning with very faint praise'

Well, actually, I'm quite happy with the quote, even out of context,
because I personally don't find anything inherently wrong with counting.
In fact, I really like counting and stats, and this is where I see loads
of opportunities for CAQDAS, which have yet to be explored. I sometimes
have the feeling that among some so-called (so-called, because I really
see no point in the qualitative/quantitative distinction) "qualitative"
researchers, there is some underlying assumption that quantitative
research is theoretically unchallenging, even by definition
positivistic. It is not. There is good and bad in both qualitative and
quantitative work, so it is not a disgrace, if you compute some
frequencies, or do some more sophisticated quantitative analysis, if
theory and data allow for such analysis.

There also is absolutely nothing wrong with "standardization." Yes,
social life is complex and cannot be neatly fitted into standardized
categories, but after all *any* social theory must to some extent
standardize, otherwise it's not a theory, but simply a description of
reality. So, even if we cannot *neatly* fit social life into categories,
we still have to fit it, in a way that does both justice to complexities
in real life and the need for parsimony in theory.

OK, after this little defense of counting and coding, I would also like
to make the point that coding is not always the way forward.

To give you a simple example from my own work: I am currently looking,
how newspapers in different countries framed the "Berlusconi-Schulz"
incident (inter alia using CAQDAS (MAXqda) for coding btw). Last July,
Italy's prime minister Berlusconi called the German Social Democratic
MEP Martin Schulz a "kapo", an auxilliary concentration camp guard.
Papers framed that incident in all sorts of ways, but - from my
preliminary skimming -- there appear to exist a number of things they do
*not* say. For instance,

- The papers do not mention that the *main* insult of Berlusconi was
(probably inadvertendly) against the victims of the holocaust,
*because*, however nasty Schulz may be, he certainly did not instill the
same fear in his adversaries as did guards in the concentration camp
inmates. A few papers say *that* Berlusconi made an insult to holocaust
victims, but they fail to elaboate, why that is the case.

- They also do not elaborate on the fact that /kapos/ were prisoners
themselves and not even necessarily ethnic Germans.

How would I code something that is precisely *not* to be found in the
data (or so I hope, because, otherwise I will heve to adjust my theory)?
For sure, it would make no sense to code each and every story with
"concept of kapo has not been elaboated." In fact, why should I even
make such a code, after all, there are hundreds of other things that go
unreported, so why would I expect that the papers should explain, what a
kapo is?

Of course, this is a pretty straightford case, where coding does not
help me at all, but theory does. For my purposes, this is a mere aside,
most of the remainder of my work is done with coding -- and counting.
But a more sophisticated theoretical analysis, might not require any
coding at all. Kracauer (1952) makes this point more eloquently than I
can do.

> >.Which *other* than methodological (and therfore implicitly
> >theoretical)
>aspects would you suggest in the choice, if and what CAQDAS to use? I
>can only think of financial aspects here, but I don't think that's what

>you had in mind.

[...]

>And there are *other*
>considerations'  Thomas - often researchers don't have a specific
>methodology - yes really!

That's what I fear. Call me old-fashioned (or maybe
anti-post-Feyerabend?), but I still think that methodology is the most
important thing for empirical studies, well after theory, that is.

>They only want a data management tool.

If you really "only" want a data management tool, I still hope you
already have an idea *how* to manage your data. Sometimes, for ordering
data, it might be much easier to use a non-CAQDAS management tool. Even
the Windows Explorer might do, or more sophisticated replacement like
Cardfile. Or a spreadsheet program. Or a database program. It all
despends on your type of data and your approach. For much of
International Comparative work, I would avoid CAQDAS, because even with
recent advances, they don't swallow as many file formats as does Windows
Explorer or Cardfile, and for most purposes, a spreadsheet would do the
job much more efficiently than any CAQDAS. If I want to compare, say
media systems across countries, I might get information from all sorts
of different sources and would store these information in a database.
That is much more efficient than using even the most versatile CAQDAS. I
can even take the relevant information, say, number of local/national
papers, readership figures, degree of state involvement in the media,
etc., from hardcopies and type them into my database. For further
analysis, fs/QCA would beat any CAQDAS hands down.

Ann, your post was quite thought provoking, and so I came up with yet
another problem (not a shortcoming, but a problem) of methodological
guidance through CAQDAS: They tend to guide you towards positivist
theorizing, and by positivist I mean positivist in the original sense,
that is inductive theorizing a la Vienna Circle (Carnap et al.). Just
look at the "in vivo" coding function most CAQDAS offer: If that's not
an ingenious way of inductionism, what is? Of course, sometimes /in
vivo/ coding is a useful thing, but you might get addicted to it, if you
are not careful. It's easy to start out with /in vivo/ coding and then
gradually work yourself up to higher, more general codes, espicially, if
you do not have a clear-cut theory, before you examine your data. In the
end, you might end up with some thoroughly positivistic theory and one
that is not even necessarily supported by the power of numbers. All you
end up with is a summary of reality. A neat one, to be sure, but not
really a theory, even less a critical theory and even less Critical
Theory.

Several social theorists have emphasized that positivistic theorizing is
not only inherently conservative, but when it comes to discourse data,
it also precludes effective analysis, which requires you to distance
divorce your theoretical concepts from everyday life concepts (Bourdieu
called that "breaking with social categories").

I am aware that there are scholars, who think differently. Particularly,
when I look at some of the stuff that is written in the Denzin/Lincoln
reader for Qualiative Research, I see people, who seem to advocate a
theorizing that more or less "arises" from the data (I am definitely
oversimplifying here and will expand on that strawman in the future).
But that's precisely my point: They would not feel "guilty", when coding
/in vivo/, but given my different theoretical outlook, I do (still, I
press that button time and again just for convenience).

Again, nobody is forced to code /in vivo/, but chances are, if the
concept is available, you might use it, even if you don't have any
theoretical justification for it. Just like it is standard practice to
compute correlation matrices in SPSS, despite the fact that is hugely
problematic, too.

Thomas
__________________________
Kracauer, Siegfried (1952): "The challenge of qualitative content
analysis," Public Opinion Quarterly 16: 631-642.

Top of Message | Previous Page | Permalink

JiscMail Tools


RSS Feeds and Sharing


Advanced Options


Archives

April 2024
March 2024
February 2024
January 2024
December 2023
November 2023
October 2023
September 2023
August 2023
July 2023
June 2023
May 2023
April 2023
March 2023
February 2023
January 2023
November 2022
October 2022
September 2022
August 2022
July 2022
June 2022
May 2022
April 2022
March 2022
February 2022
January 2022
December 2021
November 2021
October 2021
September 2021
August 2021
July 2021
June 2021
May 2021
April 2021
March 2021
February 2021
January 2021
December 2020
November 2020
October 2020
September 2020
August 2020
July 2020
June 2020
May 2020
April 2020
March 2020
February 2020
January 2020
December 2019
November 2019
October 2019
September 2019
August 2019
July 2019
June 2019
April 2019
March 2019
February 2019
January 2019
November 2018
October 2018
September 2018
August 2018
July 2018
June 2018
May 2018
April 2018
March 2018
February 2018
January 2018
December 2017
November 2017
October 2017
September 2017
August 2017
July 2017
June 2017
May 2017
April 2017
March 2017
February 2017
January 2017
December 2016
November 2016
October 2016
September 2016
August 2016
July 2016
June 2016
May 2016
April 2016
March 2016
February 2016
January 2016
December 2015
November 2015
October 2015
September 2015
August 2015
July 2015
June 2015
May 2015
April 2015
March 2015
February 2015
January 2015
December 2014
November 2014
October 2014
September 2014
August 2014
July 2014
June 2014
May 2014
April 2014
March 2014
February 2014
January 2014
December 2013
November 2013
October 2013
September 2013
August 2013
July 2013
June 2013
May 2013
April 2013
March 2013
February 2013
January 2013
December 2012
November 2012
October 2012
September 2012
August 2012
July 2012
June 2012
May 2012
April 2012
March 2012
February 2012
January 2012
December 2011
November 2011
October 2011
September 2011
August 2011
July 2011
June 2011
May 2011
April 2011
March 2011
February 2011
January 2011
December 2010
November 2010
October 2010
September 2010
August 2010
July 2010
June 2010
May 2010
April 2010
March 2010
February 2010
January 2010
December 2009
November 2009
October 2009
September 2009
August 2009
July 2009
June 2009
May 2009
April 2009
March 2009
February 2009
January 2009
December 2008
November 2008
October 2008
September 2008
August 2008
July 2008
June 2008
May 2008
April 2008
March 2008
February 2008
January 2008
December 2007
November 2007
October 2007
September 2007
August 2007
July 2007
June 2007
May 2007
April 2007
March 2007
February 2007
January 2007
December 2006
November 2006
October 2006
September 2006
August 2006
July 2006
June 2006
May 2006
April 2006
March 2006
February 2006
January 2006
December 2005
November 2005
October 2005
September 2005
August 2005
July 2005
June 2005
May 2005
April 2005
March 2005
February 2005
January 2005
December 2004
November 2004
October 2004
September 2004
August 2004
July 2004
June 2004
May 2004
April 2004
March 2004
February 2004
January 2004
December 2003
November 2003
October 2003
September 2003
August 2003
July 2003
June 2003
May 2003
April 2003
March 2003
February 2003
January 2003
December 2002
November 2002
October 2002
September 2002
August 2002
July 2002
June 2002
May 2002
April 2002
March 2002
February 2002
January 2002
December 2001
November 2001
October 2001
September 2001
August 2001
July 2001
June 2001
May 2001
April 2001
March 2001
February 2001
January 2001
December 2000
November 2000
October 2000
September 2000
August 2000
July 2000
June 2000
May 2000
April 2000
March 2000
February 2000
January 2000
December 1999
November 1999
October 1999
September 1999
August 1999
July 1999
June 1999
May 1999
April 1999
March 1999
February 1999
January 1999
December 1998
November 1998
October 1998
September 1998
August 1998
July 1998
June 1998
May 1998
April 1998


JiscMail is a Jisc service.

View our service policies at https://www.jiscmail.ac.uk/policyandsecurity/ and Jisc's privacy policy at https://www.jisc.ac.uk/website/privacy-notice

For help and support help@jisc.ac.uk

Secured by F-Secure Anti-Virus CataList Email List Search Powered by the LISTSERV Email List Manager