From alex at pressure.to Thu Apr 6 08:44:42 2006 From: alex at pressure.to (Alex Fenton) Date: Thu, 06 Apr 2006 13:44:42 +0100 Subject: [Weft QDA users] Weft QDA news Message-ID: <44350D3A.302@pressure.to> Hope you're all well. It's been a little while since the version 1.0.0 release, and I've been abroad for a little while and not on email, so this is just a brief update on what's happening with Weft QDA: == Weft QDA Version 1.2 I've been working on version 1.2, which will have lots of new features and tools. Testing versions should be available in the next month or two, for the adventurous to try out. Things to look out for in this series: * Edit document text, whilst retaining existing coding * Searches, Queries and Code Reviews can be saved between sessions, and their results automatically update as you work on your project * Add free-standing annotations to documents * Document 'attributes' - add quantitative data variables to documents * Document coding statistics Suggestions for extra features are very welcome, and can be sent by email or added on-line at http://rubyforge.org/tracker/?atid=2628&group_id=665&func=browse == Weft QDA Version 1.0.1 Over 500 copies of version 1.0.0 have now been downloaded and installed, and this of course has turned up new bugs and glitches on various OSes. Fixes for many of these will be incorporated into a version 1.0.1 release - expect this in the next few weeks. In the meantime, thanks for all the reports - please do keep reporting bugs - either by using the in-built crash reporting tool, or at http://rubyforge.org/tracker/?atid=2625&group_id=665&func=browse == Weft QDA at ESRC Research Methods Festival I'm giving a short presentation and demonstration of Weft QDA, and taking part in a panel discussion on 'Easily accessible qualitative data analysis software' at the ESRC Research Methods Festival in Oxford, UK, July 17-20. The panel is in the morning on Tue 18 July. Say hello if you happen to be there. http://www.ccsr.ac.uk/methods/festival/ http://www.ccsr.ac.uk/methods/festival/programme/cqd/ all the best alex From magnus at vista.se Thu Apr 6 16:50:45 2006 From: magnus at vista.se (Magnus Larsson) Date: Thu, 6 Apr 2006 22:50:45 +0200 Subject: [Weft QDA users] Weft QDA news In-Reply-To: <44350D3A.302@pressure.to> References: <44350D3A.302@pressure.to> Message-ID: <200604062250.45238.magnus@vista.se> Hi! This sounds very interesting, and I would very much like to try the new version for linux as soon as it is available. Meanwhile, I do have a suggestion for development. If there would be a way to see, in the document, which parts are coded, that would be nice. I tend to stumble over the same section again and again, and wonder if I alreday did code it or not, and need to look through the code window to check it. (or is there a way to do this already?). Regards, Magnus Larsson (will return with more linux reports soon) On Thursday 06 April 2006 14.44, Alex Fenton wrote: > Hope you're all well. It's been a little while since the version 1.0.0 > release, and I've been abroad for a little while and not on email, so > this is just a brief update on what's happening with Weft QDA: > > == Weft QDA Version 1.2 > I've been working on version 1.2, which will have lots of new features > and tools. Testing versions should be available in the next month or > two, for the adventurous to try out. Things to look out for in this series: > * Edit document text, whilst retaining existing coding > * Searches, Queries and Code Reviews can be saved between sessions, and > their results automatically update as you work on your project > * Add free-standing annotations to documents > * Document 'attributes' - add quantitative data variables to documents > * Document coding statistics > > Suggestions for extra features are very welcome, and can be sent by > email or added on-line at > http://rubyforge.org/tracker/?atid=2628&group_id=665&func=browse > > > == Weft QDA Version 1.0.1 > Over 500 copies of version 1.0.0 have now been downloaded and installed, > and this of course has turned up new bugs and glitches on various OSes. > Fixes for many of these will be incorporated into a version 1.0.1 > release - expect this in the next few weeks. > > In the meantime, thanks for all the reports - please do keep reporting > bugs - either by using the in-built crash reporting tool, or at > http://rubyforge.org/tracker/?atid=2625&group_id=665&func=browse > > == Weft QDA at ESRC Research Methods Festival > I'm giving a short presentation and demonstration of Weft QDA, and > taking part in a panel discussion on 'Easily accessible qualitative data > analysis software' at the ESRC Research Methods Festival in Oxford, UK, > July 17-20. The panel is in the morning on Tue 18 July. Say hello if you > happen to be there. > > http://www.ccsr.ac.uk/methods/festival/ > http://www.ccsr.ac.uk/methods/festival/programme/cqd/ > > all the best > alex > _______________________________________________ > Weft-qda-users mailing list > Weft-qda-users at rubyforge.org > http://rubyforge.org/mailman/listinfo/weft-qda-users From matti.lattu at helsinki.fi Fri Apr 7 05:06:13 2006 From: matti.lattu at helsinki.fi (Matti Lattu) Date: Fri, 07 Apr 2006 12:06:13 +0300 Subject: [Weft QDA users] Code Review + Coding View Message-ID: <44362B85.3030504@helsinki.fi> Hi folks, First of all I wish to congratulatulate Alex about the past realease of 1.x version. We at the Univ of Helsinki, Finland found your software few weeks ago and there has been high interest towards your project. Our current qualitative research and research training relies heavily on Atlas.ti. It would be ideal to use such a software in bachelor and masters courses, since the students could use the software in their own off-campus computers. We have already made some initial try-outs with Weft and it look very promising! I personally found the Code Review feature very interesting, since I utilised similar techique in my own thesis few years ago. The monograph is available on the net (http://ethesis.helsinki.fi/julkaisut/kas/opett/vk/lattu/), for "category networking" see pp. 137-138 and one example of a network on p. 141. I'm very pleased to see that someone has come out with similar solution and made the implemention in a more user-friendly way than my own set of Perl-scripts... Then about the Magnus's suggestion about viewing the already coded sections in the text view. I think this is the main drawback of the 1.0 version. Atlas.ti does a good job in visualising the codes in the right margin (c.f. http://www.atlasti.com/shot_hueditor.html). r. Matti L -- Matti Lattu Head of ICT Affairs Univ of Helsinki, Faculty of Behavoural Sciences matti.lattu at helsinki.fi +358-9-191 29738 From alex at pressure.to Sat Apr 8 06:38:18 2006 From: alex at pressure.to (Alex Fenton) Date: Sat, 08 Apr 2006 11:38:18 +0100 Subject: [Weft QDA users] Code Review + Coding View In-Reply-To: <44362B85.3030504@helsinki.fi> References: <44362B85.3030504@helsinki.fi> Message-ID: <4437929A.4000300@pressure.to> Hi Matti Lattu wrote: > We have already made some initial try-outs with > Weft and it look very promising! > Thanks for your kind words. A few institutions here in the UK are also trying out Weft QDA for methods teaching. I don't do any teaching myself, just research, so I'm interested to hear how it goes - what students find easy and heard, how the manual could be improved. > I personally found the Code Review feature very interesting, since I > utilised similar techique in my own thesis few years ago. Thanks for the reference. I have only very briefly tried Atlas, but what I gathered was that it supports more sophisticated ways of representing types and directions of theoretical relationships (causality, priority etc) between categories than Weft. In designing Weft I've tended to think of it as a "data tool" more than a "theory builder software". The range of possible knowledge objects, such as theories (of all sorts), hypotheses, models etc that can be generated in social science research is very large and very variable across disciplines and traditions - and individuals. So a software that can represent all these different types of objects is going to be hard to design, and likely complicated to use. On the other hand, I think the kind of judgements we make about data, such as similarity and difference in order to reach all our different knowledge objects vary less. So Weft tries to let you generate, record and develop your insights about data - but perhaps expects you to do more work - in other software, or, god forbid, even on a piece of paper - to describe models and theories. > Then about the Magnus's suggestion about viewing the already coded > sections in the text view. I think this is the main drawback of the 1.0 > version. Atlas.ti does a good job in visualising the codes in the right > margin (c.f. http://www.atlasti.com/shot_hueditor.html). > I agree with you and Magnus that the text viewer is much weaker than that in other CAQDAS software. There's a few reasons for this - immaturity, the limitations of cross-platform development, and using a beta-quality GUI library (wxruby). But a number of people have "highlighted" this shortcoming so I'll make some time to try out some options in the experimental pre 1.2 releases. It seems to me there's a few aspects to this - Using text formatting (highlighting, colouring, embolding, italicising) vs using marginal marks. The former gets messy! - Indicating a single mark (as at present) vs indicating any coding (without showing what it is) vs indicating all coding vs indicating a selectable subset of coding. - Showing all coding only in document text windows, vs showing all coding when viewing text in the context of a category window. Examples of what other software does well, as well as examples of why this is useful (eg Magnus's "to remind me that I've already coded this passage without checking") welcome. Best wishes alex > r. Matti L > > From matti.lattu at helsinki.fi Tue Apr 11 05:41:53 2006 From: matti.lattu at helsinki.fi (Matti Lattu) Date: Tue, 11 Apr 2006 12:41:53 +0300 Subject: [Weft QDA users] Code Review + Coding View Message-ID: <1144748513.443b79e1db619@www1.helsinki.fi> Quoting Alex Fenton : > So a software that > can represent all these different types of objects is going to be hard > to design, and likely complicated to use. I couldn't agree more with you! I think the main reason for these "theory-building utilities" is to justify the high license fees of the current qualitative analysis tools. I have honestly tried to understand and use the Atlas.ti "knowledge building" feature. It is basically a stripped-down mind-mapping tool, while there are a number of tools which do better job than Atlas.ti. There is no automation to create the network for you. I personally think that if one creates such an automation, and other uses this implementation, they can not talk about qualitative research as I understand it. Which does not necessary make it bad but different. > It seems to me there's a few aspects to this > - Using text formatting (highlighting, colouring, embolding, > italicising) vs using marginal marks. The former gets messy! > - Indicating a single mark (as at present) vs indicating any coding > (without showing what it is) vs indicating all coding vs indicating a > selectable subset of coding. > - Showing all coding only in document text windows, vs showing all > coding when viewing text in the context of a category window. These are excellent solutions. To avoid messy document view, you could use just one type of highlighting (color, underline or whatever) and show the effective codes with roll-on-tooltip style if supported by wxRuby implementation. If not, there could be an textarea showing the codes for the selected (cursor) position. There could be different colors for different number of overlapping segments (e.g. green = 1 segment, blue = 2 overlapping segments, red = 3 layers etc.). This way the analyser could easily see the parts she/he has already worked on. To make the view less messy (and implementation more complicated :-), the analyser could select which codes are shown. This way the analyser could show and concentrate on the codes which are relevant for the current phase of the analysis. r. Matti L From magnus at vista.se Tue Apr 11 08:41:13 2006 From: magnus at vista.se (Magnus Larsson) Date: Tue, 11 Apr 2006 14:41:13 +0200 Subject: [Weft QDA users] Code Review + Coding View In-Reply-To: <1144748513.443b79e1db619@www1.helsinki.fi> References: <1144748513.443b79e1db619@www1.helsinki.fi> Message-ID: <443BA3E9.9030907@vista.se> Hi! Concerning the various possibilities of representing coding, I for one very much like marginal markings. I believe this is related to the way we code - I tend to code passages that are a few lines up to some 25 lines long, and then collect the coded passages to do a closer reading and analysis but with other procedures and tools than coding. However, I imagine that if you code shorter passages, and this coding is the main analytical tool, margin marks could get very messy. On the other hand, wouldn't any marking become very messy in this case? I do very much agree that the complicated features of for instance Atlas.ti is of limited use, and that is not what we would like weft to become...:) By the way, while talking about development, the possibility to add a memo to a specific coded passage would fit my way of working very well!! I neeed to comment on passages as well as assigning them a category or code, and it would be very nice to be able to do that with the same tool as I code with. Regards, Magnus Larsson Matti Lattu wrote: >Quoting Alex Fenton : > > > >>So a software that >>can represent all these different types of objects is going to be hard >>to design, and likely complicated to use. >> >> > >I couldn't agree more with you! I think the main reason for these >"theory-building utilities" is to justify the high license fees of the >current qualitative analysis tools. > >I have honestly tried to understand and use the Atlas.ti "knowledge >building" feature. It is basically a stripped-down mind-mapping tool, while >there are a number of tools which do better job than Atlas.ti. There is no >automation to create the network for you. I personally think that if one >creates such an automation, and other uses this implementation, they can not >talk about qualitative research as I understand it. Which does not necessary >make it bad but different. > > > >>It seems to me there's a few aspects to this >>- Using text formatting (highlighting, colouring, embolding, >>italicising) vs using marginal marks. The former gets messy! >>- Indicating a single mark (as at present) vs indicating any coding >>(without showing what it is) vs indicating all coding vs indicating a >>selectable subset of coding. >>- Showing all coding only in document text windows, vs showing all >>coding when viewing text in the context of a category window. >> >> > >These are excellent solutions. To avoid messy document view, you could use >just one type of highlighting (color, underline or whatever) and show the >effective codes with roll-on-tooltip style if supported by wxRuby >implementation. If not, there could be an textarea showing the codes for the >selected (cursor) position. > >There could be different colors for different number of overlapping segments >(e.g. green = 1 segment, blue = 2 overlapping segments, red = 3 layers >etc.). This way the analyser could easily see the parts she/he has already >worked on. > >To make the view less messy (and implementation more complicated :-), the >analyser could select which codes are shown. This way the analyser could >show and concentrate on the codes which are relevant for the current phase >of the analysis. > >r. Matti L >_______________________________________________ >weft-qda-users mailing list >weft-qda-users at rubyforge.org >http://rubyforge.org/mailman/listinfo/weft-qda-users > > From alex at pressure.to Tue Apr 11 19:52:04 2006 From: alex at pressure.to (Alex Fenton) Date: Wed, 12 Apr 2006 00:52:04 +0100 Subject: [Weft QDA users] Code Review + Coding View In-Reply-To: <1144748513.443b79e1db619@www1.helsinki.fi> References: <1144748513.443b79e1db619@www1.helsinki.fi> Message-ID: <443C4124.9040103@pressure.to> Matti Lattu wrote: > To avoid messy document view, you could use > just one type of highlighting (color, underline or whatever) and show the > effective codes with roll-on-tooltip style if supported by wxRuby > implementation. If not, there could be an textarea showing the codes for the > selected (cursor) position. > Thanks for the suggestions. Hadn't thought of using tooltips or a secondary textarea or list showing applied coding. > There could be different colors for different number of overlapping segments > (e.g. green = 1 segment, blue = 2 overlapping segments, red = 3 layers > etc.). This way the analyser could easily see the parts she/he has already > worked on. > I like this too. I would really like to do this with text background colour, similar to highlighting in Word etc packages, but WxRuby doesn't support it. cheers alex From alex at pressure.to Wed Apr 26 15:29:11 2006 From: alex at pressure.to (Alex Fenton) Date: Wed, 26 Apr 2006 20:29:11 +0100 Subject: [Weft QDA users] Weft QDA 1.0.1 released Message-ID: <444FCA07.5090202@pressure.to> Hi Weft QDA 1.0.1's available now. It's a bug-fix and maintenance release, and a recommended upgrade for existing users. What's new: - fix for crash when moving categories using the Category Tree - fixed a bug on Win 98 and Win ME that made Weft a 'non-starter' - avoid crashes with over-large and malformed text documents - fix a text scrolling bug on Linux - unneeded directory info stripped from automated crash reports - PDF documentation included in windows installer - PDF & HTML documentation included in Linux package, instead of Docbook - unneeded source files omitted from Linux .tar.gz Thanks to Robert Crow, Magnus Larsson and Karsten Gerloff for help with this version, and thanks also to everyone for suggestions and crash reports. alex