Difference between revisions of "Code4Lib Corrections"

From Code4Lib
Jump to: navigation, search
(Drafted page)
 
 
(One intermediate revision by one other user not shown)
Line 1: Line 1:
There are three approaches to correcting a published article, depending on the impact of the correction.
+
There are three approaches to correcting a published article, depending on the impact of the correction:
  
Corrections to spelling or simple grammar (a change in punctuation, etc.) should simply be made.
+
# Corrections to spelling or simple grammar (a change in punctuation, etc.) should simply be made.
 
+
# Corrections that change the actual wording of the article should be made inline, with a "Corrections" section added at the end of the article outlining the date and the change made. This should be done only if absolutely necessary.
Corrections that change the wording of the article should be made inline, with a "Corrections" section added at the end of the article outlining the date and the change made.
+
# A clarification or explanation of the text should be made in the "Corrections" section, with a note added to the original text to "See Correction", linked to the explanation/clarification. See, for example, [http://journal.code4lib.org/articles/527  We Love Open Source Software. No, You Can’t Have Our Code] (Issue 5).
 
+
A clarification or explanation of the text should be made in the "Corrections" section, with a note added to the original text to "See Correction", linked to the explanation/clarification. See, for example, [http://journal.code4lib.org/articles/527  We Love Open Source Software. No, You Can’t Have Our Code] (Issue 5).
+
  
 
[[Category: Code4Lib Journal]]
 
[[Category: Code4Lib Journal]]

Latest revision as of 18:20, 7 January 2009

There are three approaches to correcting a published article, depending on the impact of the correction:

  1. Corrections to spelling or simple grammar (a change in punctuation, etc.) should simply be made.
  2. Corrections that change the actual wording of the article should be made inline, with a "Corrections" section added at the end of the article outlining the date and the change made. This should be done only if absolutely necessary.
  3. A clarification or explanation of the text should be made in the "Corrections" section, with a note added to the original text to "See Correction", linked to the explanation/clarification. See, for example, We Love Open Source Software. No, You Can’t Have Our Code (Issue 5).