Difference between revisions of "Code4Lib Corrections"
From Code4Lib
(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:
- 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.
- 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).