Académique Documents
Professionnel Documents
Culture Documents
Ramesh Krishnamurthy
Aston University
February 8th 2011
Abstract
1. All of our students need to improve their academic writing skills. This is true for Home students as well as for the increasing numbers of EU and International students. 2. This talk looks at the possibilities of using corpora in this process, and specifically reports on a case study involving a Chinese-speaking student using the ACORN (the Aston Corpus Network) corpora. 3. The method requires less teacher time, offers more scope for autonomous student learning, and leads to a greater awareness of academic writing as a cyclic editorial process rather than merely as a product for assessment.
http://nexus.aber.ac.uk/xwiki/bin/view/Main/HEA+Annual+Conference+2009
Higher Education Academy Annual Conference 2009 The Wiki Way to Develop Academic Writing Competence Dr Rob Spence (Edge Hill University)
This paper presented an account of an ongoing investigation into the use of wikis to develop students academic writing skills through collaborative work. Undergraduate students of English were invited to collaborate on writing tasks with the specific aim of developing their competence through peer review and appraisal. The motivation for the wiki project arose from the widelycommented (if only anecdotal) decline in student writing skills/literacy in HE. In particular, the wiki project sought to address three widely-perceived problems: students lack of confidence, students inability to deal with complex issues, students substandard written work and the tendency to Wikipedia cutand-paste.
http://www.humboldt.edu/english/GWPEGeneralInformation.htm
Humboldt State University, department of ENGLISH History of and Rationale behind the Graduation Writing Proficiency Examination Requirement Because of a noticeable decline in student writing skills, the CSU Chancellor appointed a Task Force on Student Writing Skills in 1975 to investigate the problem and recommend appropriate solutions. The major portion of the Task Force's recommendations, reviewed by the Educational Policies Committee and supported by the CSU Academic Senate, was accepted by the Board of Trustees in 1976. One of the central aspects of this policy required the demonstration of writing proficiency at the upper-division level as a requirement for graduation from every campus within the CSU system.
Learner autonomy
autonomy 1620s, from Gk. autonomia "independence, living by one's own laws" from auto- "self" + nomos "custom, law" [http://www.etymonline.com/] moral and political philosophy > sociology > education Holec (1979) Autonomy and Foreign Language Learning Boud (ed) (1981) Developing Student Autonomy in Learning Grenfell and James (2004) Change in the field - changing the field: Bourdieu and the methodological practice of educational Research. British Journal of Sociology of Education,25/4, 507-523
AntConc: Word List: Drafts corpus = 15694 tokens [avge length=402], 1821 types
AntConc: Word List: Corrected corpus = 15643 tokens [avge length=401], 1806 types
BUT
(1) Corrected versions were often submitted in batches, whenever Steven found the time in between his ACORN programming tasks, hence the detailed analyses are also initially conducted in batches (2) Change in ACORN usage monitoring program: As Steven only launched the monitor log program on 13/03/08, I can only check Stevens use of Concordances (and no other features) before that date
Stevens draft
Week twelve
I updated the contents of the tutorial and case studies files by following Rameshs corrections and then recreated them in new designed layout. And finally, I uploaded them to the server in order to allow Ramesh to them to show Professor Alison Halstead.
For the existing parallel text files on the server, there are <paragraphID#> marks between paragraphs, where # indicates the paragraph number, so that the parallel indexing program knows that where a new paragraph starts and what the paragraph number is. However, for the new parallel indexing program which compiled last week, it recognizes a new paragraph by an empty line of String and then increments the paragraph number by 1. The reason for why I did it this way was because if it gave me the correct paragraph number, then I would not have to run the paraAlign.java program to produce the <paragraphID#> marks before running the parallel indexing program, this would shorten the time required for the whole indexing processes.
The contents of the new created databas were changed slightly after using the new compiled program. The sequence of the values under the field ID in table tokens used to be in numerical order, from 1 to the number of total tokens in the file. But after the new compiled program was used, the sequence was not in numerical order. The reason for that was because the tables contents were ordered by the frequency of tokens, which means the most frequent word appeared on the top of the table rather than the first token in the file.
To test whether the new database could work properly with the parallelResult.php file, I had to upload the database and the parallel text files from localhost to the live server and then move the existing parallel text files on the server to a different directory so that only the new uploaded files were read, and finally test them by using the parallel function on the website. Unfortunately the test result suggested that there were some problems because no text was shown on the parallelResult web page. While I was thinking what the problems may be, I emailed Husman to explain what I have done and what the result was, to see if he knew what had gone wrong. The reasons that I could think of were either there was something else that I had not yet done or the values under the field ID had to be in numerical order. But I did not think the possibilities were high for both of the reasons.
I had a look at the parallelResult.php file and tried to find out what commands were used to retrieve the data from the database. But I have not resolved anything yet.
Createlog ONLY 05/06/07 12/03/08 Week 12 draft Week 12 corrected 25/10/07 26/10/07
following Rameshs corrections I did not think the possibilities were high for both of the reasons the new compiled program the new uploaded files The reason for that was because
1346 chenz 1359 chenz 1366 chenz 1376 chenz 1377 chenz 1378 chenz 1379 chenz 1380 chenz 1381 chenz 1382 chenz 1383 chenz 1394 chenz
English English English English English English English English English English English English English English
eng_general_db eng_general_db eng_general_db eng_general_db eng_general_db eng_general_db eng_general_db eng_general_db eng_general_db eng_general_db eng_general_db eng_general_db eng_general_db eng_general_db
research negative the reason compiled numerical may might top reason the corrections webpage text
18/10/2007 21/10/2007 23/10/2007 25/10/2007 25/10/2007 25/10/2007 25/10/2007 25/10/2007 25/10/2007 25/10/2007 25/10/2007 26/10/2007 26/10/2007 26/10/2007
For the existing parallel text files on the server, there are <paragraphID#> marks between paragraphs, where # indicates the paragraph number, so that the parallel indexing program knows that where a new paragraph starts and what the paragraph number is. However, the new parallel indexing program (compiled last week) recognizes a new paragraph by empty lines, and then increments the paragraph number by 1. The reason for doing it this way was that if it gave me the correct paragraph number, then I would not have to run the paraAlign.java program to produce the <paragraphID#> marks before running the parallel indexing program. This would shorten the time required for the whole indexing process.
The contents of the newly created database were changed slightly after using the newly compiled program. The values under the field ID in table tokens used to be in numerical order, from 1 to the number of total tokens in the file. But after the newly compiled program was used, the sequence was not in numerical order. That was because the tables contents were ordered by the frequency of tokens, which means the most frequent word appeared at the top of the table rather than the first token in the file.
To test whether the new database could work properly with the parallelResult.php file, I had to upload the database and the parallel text files from localhost to the live server and then move the existing parallel text files on the server to a different directory so that only the newly uploaded files were read, and finally test them by using the parallel function on the website. Unfortunately the test result suggested that there were some problems because no text was displayed on the parallelResult webpage. While I was thinking what the problems might be, I emailed Husman to explain what I have done and what the result was, to see if he knew what had gone wrong. The reasons that I could think of were either there was something else that I had not yet done or the values under the field ID had to be in numerical order. But I did not think the possibilities were high for either of the reasons.
I had a look at the parallelResult.php file and tried to find out what commands were used to retrieve the data from the database. But I have not resolved anything yet.
NEXT STEPS: I need to search the same items that Steven searched, and try to work out, by following his search path, which screen displays could have led him to make successful corrections. This will help me to evaluate the query strategy he used, think of quicker/better strategies, ways to improve the user interface, and helpfiles to train users in successful search strategies