Difference between revisions of "Associate Editor Instructions"

From Compendium of Cancer Genome Aberrations
Jump to navigation Jump to search
[checked revision][checked revision]
 
(14 intermediate revisions by the same user not shown)
Line 23: Line 23:
 
#Ensure appropriate and helpful images are included.  Note: [Mailto:Agiguere.hmr@ssss.gouv.qc.ca <u>Amélie Giguère, Ph.D, FCCMG</u>] has offered to provide images for rare chromosomal translocations in hematological malignancies and most anomalies in WHO 2017.
 
#Ensure appropriate and helpful images are included.  Note: [Mailto:Agiguere.hmr@ssss.gouv.qc.ca <u>Amélie Giguère, Ph.D, FCCMG</u>] has offered to provide images for rare chromosomal translocations in hematological malignancies and most anomalies in WHO 2017.
  
*After '''<u>Complete Editorial Review (see further technical details in the "Technical Editorial Review Process" section below)</u>''':
+
*After '''<u>Complete Editorial Review (further technical details in "Technical Editorial Review Process" below)</u>''':
  
 
#Approve the page using the FlaggedRevs system.
 
#Approve the page using the FlaggedRevs system.
Line 43: Line 43:
 
The Compendium of Cancer Genome Aberrations (CCGA) is a crowdsourced resource, with content created and modified in real time by users given a username and password.  This policy defines the process for determining new user access for creating and editing content.
 
The Compendium of Cancer Genome Aberrations (CCGA) is a crowdsourced resource, with content created and modified in real time by users given a username and password.  This policy defines the process for determining new user access for creating and editing content.
  
#A member of the CCGA Knowledgebase workgroup or Genomic Resources Development Committee (GRDC) may provide access immediately if requested to do so by an individual.
+
#Any member of the CCGA Knowledgebase workgroup or Genomic Resources Development Committee (GRDC) may provide access immediately if requested to do so by an individual. However, typically accounts will be created by the Technical Editor following receipt of a completed Volunteer Form.
 
#The person who provides access will add the new contributor information into the user access log at [[User Access Log|<u>User Access Log</u>]].
 
#The person who provides access will add the new contributor information into the user access log at [[User Access Log|<u>User Access Log</u>]].
 
#It is encouraged that ABMGG trainees, pathology residents or other post-graduate trainees collaborate with a mentor/sponsor who can help curate their work.
 
#It is encouraged that ABMGG trainees, pathology residents or other post-graduate trainees collaborate with a mentor/sponsor who can help curate their work.
Line 50: Line 50:
  
 
==Technical Editorial Review Process==
 
==Technical Editorial Review Process==
The editor will be responsible for regularly determining the appropriateness of author edits, discussing the proposed changes, and finally approving a final set of changes. The instructions below will provide a guide to performing this process on the site, as well as instructions for setting up and configuring the features built into the site to improve this process for the editor. The basic process for monitoring and approving changes will utilize two main functions on the site:
+
Each Associate Editor is responsible for regularly determining the appropriateness of their author edits and approving the final changes. The instructions below will provide a guide to (1) perform editing in the CCGA site, and (2) set up and configure the features built into the site to streamline the editing process. The basic process for monitoring and approving changes will utilize two main functions:
  
 
'''Revision Tracking'''
 
'''Revision Tracking'''
  
The revision tracking feature will prevent author edits from moving to the live version of pages until the associate editor has approved the changes.  
+
This feature prevents author edits from moving to the live ("stable") version of a page until the Associate Editor has approved the changes (Note: the pending revised version is actually visible to anyone in a separate tab from the stable version, and once changes are approved, the two tabs collapse back down to the one "stable" version).  
  
 
'''Watchlist'''
 
'''Watchlist'''
  
The watchlist is a list of pages chosen by the editor which will help keep the editor notified of page changes, and will provide a single webpage where the editor can view all pending changes. For initial setup and configuration of the watch, see the appendix below.
+
The watchlist is a list of pages chosen by the Associate Editor which will help keep them notified of changes made to those pages as well as provide a single webpage where they can view all altered pages with pending changes. An initial setup and configuration of the watchlist is required.
 
<br />
 
<br />
  
Line 65: Line 65:
 
====Essential steps:====
 
====Essential steps:====
  
*Log in! You can not see your watchlist if you are not logged in.
+
*Log in! You cannot see your watchlist if you are not logged in.
*Create your watchlist. A new user will not have any pages on their watchlist initially. You will need to add the desired pages to your watchlist. See the appendix below.
+
*Create your watchlist. A new user will not have any pages on their watchlist initially. You will need to add the desired pages to your watchlist (figure below).
*Make sure your watchlist filter isn’t removing pages! For instance, in this example any changes older than 1 day would not appear in the watch list.
+
**Make sure your watchlist filter isn’t removing pages! For instance, in the example below, any changes older than 1 day would not appear in the watch list (set to a longer time period).
 +
**Make sure email notification is enabled and at what frequency you wish to receive notifications of changes pending approval (suggested timeframe is weekly).
  
 
<br />[[File:Editor01.png|frameless|800x800px]]
 
<br />[[File:Editor01.png|frameless|800x800px]]
Line 74: Line 75:
 
====Approving Revisions:====
 
====Approving Revisions:====
  
#The review status of each page is indicated on the top right.  After an author makes any edits, the status will be “review pending changes”, indicating that an editor needs to approve/disapprove the edits.  <br />[[File:Editor02.png|frameless]]      <br />Note, as the FlaggedRevs system was recently implemented, all pages are currently listed as “no review versions”.  <br />[[File:Editor03.png|frameless|600x600px]] <br />
+
#The review status of each page is indicated on the top right.  After an author makes any edits, the status will be “review pending changes”, indicating that an Associate Editor needs to approve/disapprove the edits.  <br />[[File:Editor02.png|frameless]]      <br />Note, as the FlaggedRevs system was recently implemented, all pages are currently listed as “no reviewed versions”.  <br />[[File:Editor03.png|frameless|600x600px]] <br />
#As editors, click on “review pending changes”, which will allow you to see the differences between the original and the suggested revised page.  Two modes to do so: visual mode and wikitext mode.   '''The default view is Wikitext, but once you click on Visual, the site should remember your last setting.'''  <br />[[File:Editor-selection.png|frameless]] <br />
+
#As an Associated Editor, click on “review pending changes”, which will allow you to see the differences between the original and the suggested revised page.  You can review changes in two modes: Visual or Wikitext. '''The default view is Wikitext, but once you click on Visual, the site should remember your last setting.'''  <br />[[File:Editor-selection.png|frameless]] <br />
##<u>Visual mode</u> <br />[[File:Editor04.png|frameless|900x900px]]    <br />''Red text'' means removed and the ''Green text'' means added.  This will be the preferred method for most editors. The functionality will be similar to popular document creation software.
+
##<u>Visual mode (likely preferred method)</u> <br />[[File:Editor04.png|frameless|900x900px]]    <br />''Red text'' means removed and the ''Green text'' means added.  The functionality will be similar to popular document creation software.
##<u>Wikitext mode</u>  Editors can have more control if the switch to “wikitext” to view the differences in wiki syntax (for advanced editors this may be the best way to review long pages and also to spot syntax errors) <br />
+
##<u>Wikitext mode</u>  <br />There is more functionality in this mode to manipulate the wiki syntax (for advanced editors this may be the best way to review long pages and also to spot syntax errors)
#To approve/disapprove edits, go to the “review the revision” box at the bottom of the page.  IMPORTANT NOTE: You can only accept or reject all the new revision (cannot accept some and reject some) – if need to add only some of the changes, the editor will need to reject the revision and then manually re-edit the page to add in the new wanted changes.  
+
#To approve/disapprove edits, go to the “Review this revision” box at the bottom of the page (see image below).   
##Editors can choose the quality of the revision So something may be approved even though it is marked with a low quality in (let’s say) readability.
+
##IMPORTANT NOTE: You can only accept or reject all the new revisions that were saved together at once (cannot accept some and reject some) – if only some changes are desired, the Associate Editor will need to reject the revision and then manually re-edit the page to add in the new wanted changes or accept all the changes and manually remove the new ones that are not desired.
##If an editor chooses to disapprove the review, a comment can be made for the reasoning.  <br />[[File:Editor07.png|frameless|600x600px]]      <br />'''<u>Until revisions are approved, they will not appear as the default view for a page.</u>'''  <br />
+
##Associate Editors can choose the quality/style of the revision (accuracy, depth and readability).
#Once editorial review is complete, please indicate the date in the corresponding “Date of Last Editor Review” column of the Volunteer Assignments and Opportunities page.
+
##If an Associate Editor chooses to disapprove the revision, a comment can be made for the reasoning.  <br />[[File:Editor07.png|frameless|600x600px]]      <br />'''<u>Until revisions are approved, they will not appear as the default view for a page.</u>'''  <br />
 +
#Once editorial review is complete, please indicate the date in the corresponding “Date of Last Editor Review” column of the [[Volunteer Assignments and Opportunities]] page.
  
====Conversion Notes:====
+
====Book Conversion (Moving Content to a New WHO Book; HAEM4 to HAEM5 as an example):====
  
 +
*Content moved from a prior page will be present beneath a purple instructional box (see example image below).  The author should use that content and other current sources to update the content in the related section above it.  You can then have the authors or you delete the old content and purple instructional boxes.
 +
**Note: The purple instructional boxes can be TRICKY to remove and so if you need help, please don't worry about it and just email CCGA@cancergenomics.org when the page is complete to get help on the removal.
 
**Note: Most testing for this process has used Google Chrome as the browser. Other browsers may have issues in transferring data between sections.
 
**Note: Most testing for this process has used Google Chrome as the browser. Other browsers may have issues in transferring data between sections.
  
For the HAEM4 to HAEM5 book conversion, several key automatic processes have been performed:
+
For the HAEM4 to HAEM5 book conversion, several key automatic processes were performed with the following page conversion types:
  
#HAEM4 pages have been assigned to HAEM5 counterparts when possible
+
#Note: HAEM4 content have been assigned to HAEM5 counterparts when possible.
##It is possible for a HAEM5 page to be entirely new, to need content brought in from more than one HAEM4 page, or for a single HAEM4 page to be divided into several HAEM5 pages. It is also possible for an original HAEM4 page to no longer be relevant, and therefore to not be assigned to a HAEM5 page.
+
##New disease entity in HAEM5 - no prior content to convert (add content from scratch).
##The automated process has attempted to uplift older templates to the current template when possible. This changes the structure of several key tables in particular. Please take the relevant content from each section and incorporate it into the new section.
+
##Disease entity only in HAEM4 and not in HAEM5 - no content was converted.
 +
##Same disease entity exists in HAEM4 and HAEM5 but no prior content added into HAEM4 page - no content to bring over to HAEM5 page (add content from scratch).
 +
##Same disease entity exists in HAEM4 and HAEM5 with prior content added into HAEM4 page - content brought in from HAEM4 page (update content).
 +
##Disease entity in HAEM5 represents multiple diseases in HAEM4 - Content from most completed HAEM4 page added to HAEM5 page with notes in conversion instructions on the HAEM5 page indicating all the relevant HAEM4 pages to consider for content (update content).
 +
##Disease entity in HAEM4 is now split into multiple disease entities in HAEM5 - Notes in conversion instructions on each relevant HAEM5 page indicate the relevant HAEM4 page to consider for content (update content).
 +
##Note: The automated process has also attempted to convert older template structure to the current template on all HAEM5 pages when possible. This changes the structure of several key tables in particular. Please take the relevant content from each section and incorporate it into the new sections.
  
 
[[File:HAEM4 content example.png||frameless|900x900px]]
 
[[File:HAEM4 content example.png||frameless|900x900px]]
  
#If a HAEM5 page has one of more HAEM4 pages, the contents of one of the pages will have been automatically transferred. The relevant pages HAEM4 pages can be found in the conversion nots box at the top of each page. The first indicated page will have had its contents transferred. Other relevant pages will be listed as well. If relevant pages were empty or if no relevant pages were identified, there will not be a conversion box.
+
If a HAEM5 page has one or more HAEM4 pages, see example below of the contents of one of the pages being automatically transferred and that all the relevant pages HAEM4 pages are listed in the Conversion Notes box at the top of each page. The first indicated page is the one that had its contents transferred. If relevant pages were empty or if no relevant pages were identified, there will not be a Conversion Notes box.
  
 
[[File:HAEM4 conversion example.png||frameless|900x900px]]
 
[[File:HAEM4 conversion example.png||frameless|900x900px]]
Line 101: Line 110:
  
  
 
+
<u>Extra functionality if of interest</u> - Browsing history interactively (see image below): Each revision represents a single "save" by an author/editor. There may be multiple revisions to review, and '''each revision may have multiple changes within it'''. A visual representation of the changes can be used to select and approve a subset of the changes. However, for any revision to be accepted, all previous revisions must also be accepted. To visualize the changes, click on the “Browse history interactively” bar on the top and compare different versions:  <br />[[File:Editor06.png|frameless|900x900px]]  <br />
There are several ways to view the revisions. Each revision represents a single "save" by an author/editor. There may be multiple revisions to review, and '''each revision may have multiple changes within it'''. A visual representation of the changes can be used to select and approve a subset of the changes. However, for any revision to be accepted, all previous revisions must also be accepted. To visualize the changes, click on the “Browse history interactively” bar on the top and compare different versions:  <br />[[File:Editor06.png|frameless|900x900px]]  <br />
 

Latest revision as of 12:08, 10 March 2024

Instructions

  • IMPORTANT: On the Volunteer Assignments and Opportunities Page, Track Progress in Real Time of assigning author to pages (pending) and completion of pages (complete) as well as the date you reviewed the page and any notes of importance such as "check permissions for a figure". Open spaces in the "Author" column in your area on this spreadsheet will alert the Editor-in-Chief to continue connecting potential authors with you. This is also the page to which potential new authors are directed to volunteer.
  • Onboarding Process:
  1. New authors will complete the Volunteer Form (if you're contacted directly, please inform the new volunteer to complete this form).
    1. This form is copied to the Technical Editor, who will then create and send CCGA account credentials (username and password) directly to the new author.
    2. This form will link to the Volunteer Assignments and Opportunities page for volunteers to find open disease entities; volunteers will then return to the form to indicate their disease page(s) they want to author. If no selection is made initially, a volunteer may be assigned to a general area of interest and work with the Associate Editor to select a page to author.
  2. The Editor-in-Chief will email to introduce the appropriate Associate Editor and the new author (and mentor if applicable)
    1. This email will include standardized onboarding information such as referring them to the Author Instructions.
    2. This email will have attached a Word version of the page template if the author prefers to work with that instead of directly on the CCGA site. Note: text from the Word document can later be copy/pasted from Word into the tables and sections in the CCGA page, with references inserted using the "Cite" function and searching by PMID.
  3. Once a page is assigned, ensure the author's name is IMMEDIATELY added both to the Volunteer Assignments and Opportunities page and to the top of the individual assigned page to clarity which pages are in progress.
  4. Ensure the page has been created and has the most current template (found linked in here: Author Instructions), and if not, alert the Editor-in-Chief.
  5. If the author is a trainee, ensure they are working with a mentor or perform the mentor function if you're able to do so.
  6. Set up a reasonable due date for the author. For example, propose 4 weeks and if author agrees, send an Outlook invite for that due date that has a one week prior reminder prior to this deadline.
  • After authors indicate their page is complete, Perform Editorial Review:
  1. Review the content for accuracy and appropriate completeness.
  2. Prioritize use of the tables, including helping the author convert the content or doing so yourself if applicable. If a table is not needed based on current knowledge, leave it in but add the words "not applicable" and remove any "examples" text.
  3. Ensure the authors have inserted references in the standard format using the PubMed extension, and that no references have been repeated in the reference list.
  4. Ensure any under construction notes and instructional text (in blue color) on the page has been removed.
  5. Ensure appropriate and helpful images are included. Note: Amélie Giguère, Ph.D, FCCMG has offered to provide images for rare chromosomal translocations in hematological malignancies and most anomalies in WHO 2017.
  • After Complete Editorial Review (further technical details in "Technical Editorial Review Process" below):
  1. Approve the page using the FlaggedRevs system.
  2. Ensure the page has been added to your personal Watchlist so that you can be alerted when new alterations are made and need additional review.
  3. Add the editorial review completion date to the Volunteer Assignments and Opportunities page.
  4. Send an Email with the heading "Complete Page" and the page name or link in the text. This will alert the Editor-in-Chief and the Technical Associate Editor to perform additional tasks.
  • Technical Issues:
  1. To resolve technical issues you or your authors encounter, fully describe the issue in an Email. Please include the title of the page on which the error occurred, a screenshot of the error message, the web browser you were using (i.e. firefox, google chrome, internet explorer, etc) and any other pertinent information. This will be received by our IT support and the Technical Associate Editor who will coordinate resolution of the issue in a timely manner.
  • For any New Version of a WHO Classification of Tumours book:
  1. Content from any pertinent prior page will be automatically pulled into the new book page, with any conversion notes highlighted in boxes with purple headers.
  2. Solicit original page authors or help find new authors to update pages in a timely manner.
  3. Perform editorial review of the updated content.

Policy for Granting of CCGA Contributor Access

The Compendium of Cancer Genome Aberrations (CCGA) is a crowdsourced resource, with content created and modified in real time by users given a username and password.  This policy defines the process for determining new user access for creating and editing content.

  1. Any member of the CCGA Knowledgebase workgroup or Genomic Resources Development Committee (GRDC) may provide access immediately if requested to do so by an individual. However, typically accounts will be created by the Technical Editor following receipt of a completed Volunteer Form.
  2. The person who provides access will add the new contributor information into the user access log at User Access Log.
  3. It is encouraged that ABMGG trainees, pathology residents or other post-graduate trainees collaborate with a mentor/sponsor who can help curate their work.
  4. Individuals will be required to review and agree with the “Honor Code for CCGA Content Contributor” which is part of the initial Volunteer Form.
  5. The CCGA leadership reserves the right to deny CCGA site authorship/editorial access to any applicant and to remove access as deemed appropriate.

Technical Editorial Review Process

Each Associate Editor is responsible for regularly determining the appropriateness of their author edits and approving the final changes. The instructions below will provide a guide to (1) perform editing in the CCGA site, and (2) set up and configure the features built into the site to streamline the editing process. The basic process for monitoring and approving changes will utilize two main functions:

Revision Tracking

This feature prevents author edits from moving to the live ("stable") version of a page until the Associate Editor has approved the changes (Note: the pending revised version is actually visible to anyone in a separate tab from the stable version, and once changes are approved, the two tabs collapse back down to the one "stable" version).

Watchlist

The watchlist is a list of pages chosen by the Associate Editor which will help keep them notified of changes made to those pages as well as provide a single webpage where they can view all altered pages with pending changes. An initial setup and configuration of the watchlist is required.

Watchlist

Essential steps:

  • Log in! You cannot see your watchlist if you are not logged in.
  • Create your watchlist. A new user will not have any pages on their watchlist initially. You will need to add the desired pages to your watchlist (figure below).
    • Make sure your watchlist filter isn’t removing pages! For instance, in the example below, any changes older than 1 day would not appear in the watch list (set to a longer time period).
    • Make sure email notification is enabled and at what frequency you wish to receive notifications of changes pending approval (suggested timeframe is weekly).


Editor01.png


Approving Revisions:

  1. The review status of each page is indicated on the top right.  After an author makes any edits, the status will be “review pending changes”, indicating that an Associate Editor needs to approve/disapprove the edits.
    Editor02.png
    Note, as the FlaggedRevs system was recently implemented, all pages are currently listed as “no reviewed versions”.
    Editor03.png
  2. As an Associated Editor, click on “review pending changes”, which will allow you to see the differences between the original and the suggested revised page.  You can review changes in two modes: Visual or Wikitext. The default view is Wikitext, but once you click on Visual, the site should remember your last setting.
    Editor-selection.png
    1. Visual mode (likely preferred method)
      Editor04.png
      Red text means removed and the Green text means added. The functionality will be similar to popular document creation software.
    2. Wikitext mode
      There is more functionality in this mode to manipulate the wiki syntax (for advanced editors this may be the best way to review long pages and also to spot syntax errors)
  3. To approve/disapprove edits, go to the “Review this revision” box at the bottom of the page (see image below). 
    1. IMPORTANT NOTE: You can only accept or reject all the new revisions that were saved together at once (cannot accept some and reject some) – if only some changes are desired, the Associate Editor will need to reject the revision and then manually re-edit the page to add in the new wanted changes or accept all the changes and manually remove the new ones that are not desired.
    2. Associate Editors can choose the quality/style of the revision (accuracy, depth and readability).
    3. If an Associate Editor chooses to disapprove the revision, a comment can be made for the reasoning.
      Editor07.png
      Until revisions are approved, they will not appear as the default view for a page.
  4. Once editorial review is complete, please indicate the date in the corresponding “Date of Last Editor Review” column of the Volunteer Assignments and Opportunities page.

Book Conversion (Moving Content to a New WHO Book; HAEM4 to HAEM5 as an example):

  • Content moved from a prior page will be present beneath a purple instructional box (see example image below). The author should use that content and other current sources to update the content in the related section above it. You can then have the authors or you delete the old content and purple instructional boxes.
    • Note: The purple instructional boxes can be TRICKY to remove and so if you need help, please don't worry about it and just email CCGA@cancergenomics.org when the page is complete to get help on the removal.
    • Note: Most testing for this process has used Google Chrome as the browser. Other browsers may have issues in transferring data between sections.

For the HAEM4 to HAEM5 book conversion, several key automatic processes were performed with the following page conversion types:

  1. Note: HAEM4 content have been assigned to HAEM5 counterparts when possible.
    1. New disease entity in HAEM5 - no prior content to convert (add content from scratch).
    2. Disease entity only in HAEM4 and not in HAEM5 - no content was converted.
    3. Same disease entity exists in HAEM4 and HAEM5 but no prior content added into HAEM4 page - no content to bring over to HAEM5 page (add content from scratch).
    4. Same disease entity exists in HAEM4 and HAEM5 with prior content added into HAEM4 page - content brought in from HAEM4 page (update content).
    5. Disease entity in HAEM5 represents multiple diseases in HAEM4 - Content from most completed HAEM4 page added to HAEM5 page with notes in conversion instructions on the HAEM5 page indicating all the relevant HAEM4 pages to consider for content (update content).
    6. Disease entity in HAEM4 is now split into multiple disease entities in HAEM5 - Notes in conversion instructions on each relevant HAEM5 page indicate the relevant HAEM4 page to consider for content (update content).
    7. Note: The automated process has also attempted to convert older template structure to the current template on all HAEM5 pages when possible. This changes the structure of several key tables in particular. Please take the relevant content from each section and incorporate it into the new sections.

HAEM4 content example.png

If a HAEM5 page has one or more HAEM4 pages, see example below of the contents of one of the pages being automatically transferred and that all the relevant pages HAEM4 pages are listed in the Conversion Notes box at the top of each page. The first indicated page is the one that had its contents transferred. If relevant pages were empty or if no relevant pages were identified, there will not be a Conversion Notes box.

HAEM4 conversion example.png


Extra functionality if of interest - Browsing history interactively (see image below): Each revision represents a single "save" by an author/editor. There may be multiple revisions to review, and each revision may have multiple changes within it. A visual representation of the changes can be used to select and approve a subset of the changes. However, for any revision to be accepted, all previous revisions must also be accepted. To visualize the changes, click on the “Browse history interactively” bar on the top and compare different versions:
Editor06.png