-
Notifications
You must be signed in to change notification settings - Fork 0
Production
Whenever we get ready to circulate or submit a draft of a paper, the tasks below need to be done. Some general notes:
-
One person will usually be assigned to supervise production. The supervisor should:
- Create a "Supervise Production" issue and an associated
issueXXX_production
branch - Create and assign one github issue corresponding to each production task, with one assignee serving as "task lead" on each task
- Create and maintain a github project board to track production
- Create a "Supervise Production" issue and an associated
-
All subsequent production tasks should branch off of the
issueXXX_production
branch and should be merged back into theissueXXX_production
branch when completed.- For tasks that have already been reviewed by multiple RAs, there is no need for a separate review of the pull request.
- When it can be avoided, we recommend not fully compiling production issue branches before merging back to the main production branch, so as to minimize scope for merge conflicts.
-
Before merging the
issueXXX_production
branch into master, supervisor should:- Compile the branch.
- Open a pull request and assign the PIs as reviewers.
-
References below to “the paper” apply also to the online appendix and any other document that we are planning to circulate externally, unless otherwise noted.
-
Deliverables (comments or PDFs) should be attached to the relevant GitHub task and sent with an @ reference to PIs.
- If task has multiple assignees, task lead is responsible for responsible for pulling together comments from different assignees into a single document.
- If deliverables may require edits, please indicate in this comment the name of the branch on which edits should be made.
- If there are clear typos or other errors that you are completely confident we should correct, assignees should coordinate and implement these corrections without requesting PI review.
- Deliverables should be clear and readable, but do not have to be "pretty."
-
An entire round of production should take no more than one week of work for 3-4 RAs.
- Each task has a default time estimate and number of RAs assigned to it. If it looks like the time it will take to complete a task is much longer than the time estimate, consult PIs.
- Check with PIs whether this is needed
Expected Hours | 50% Confidence Interval | # of RAs |
---|---|---|
1 | (0 - 3) | 1 |
- Check DUAs. If any require notification in advance of posting/journal submission, flag for PIs.
- May be efficient to combine with [SOURCE].
Expected Hours | 50% Confidence Interval | # of RAs |
---|---|---|
2 | (0.5 - 4) | 1 |
-
Bootstraps and simulations run with sufficiently high number of draws
-
Quadrature accuracy set sufficiently high
-
Tolerances on solvers satisfactory
-
Exit flags for solvers indicate convergence
Expected Hours | 50% Confidence Interval | # of RAs |
---|---|---|
4 | (2 - 6) | 1 |
-
Confirm that results reported in paper would be unchanged if all externals calls to Google Drive, Dropbox, etc. are pointed to the most recent version.
-
Confirm that scons run is up to date and sources/targets are defined appropriately.
-
A list of any external calls that are out of date and would impact the results.
-
A list of any source/targets specified incorrectly and any directories that need to be re-run via scons.
Expected Hours | 50% Confidence Interval | # of RAs |
---|---|---|
4 | (2 - 6) | 1 |
-
All citations in the text match references in the bibliography. (Online appendix references should include only those citations not present in the main document.)
-
All references in the bibliography are cited somewhere in the text.
-
Author names and years in text citations are correct and in-text citations follow the formatting guidance in the paper style guide including punctuation.
-
If we are citing working papers, these have not in fact been published. If they have we should update the reference accordingly.
-
The references list is correct and uses a consistent style. (It is not important which style guide we follow, just that we are consistent.)
-
URLs in the references list are saved in the internet archive if possible. (References list can still use the original URL rather than the archive URL.)
-
An updated
draft.lyx/online.lyx
file with corrected in-text citations and references. -
A single pdf document that highlights (using Acrobat commenting tools) any changes that are substantive enough to require review by PIs.
-
A list of URLs newly saved to the internet archive.
Expected Hours | 50% Confidence Interval | # of RAs |
---|---|---|
16 | (8 - 24) | 2 |
-
Typos, spelling/grammar errors, unclear wording, etc. corrected (don’t forget to include table notes, figure notes, footnotes, axis labels, appendices, etc.)
-
Follow rules outlined in paper style guide
-
References to any sections of the paper or tables or figures check out, in the sense that the referenced object exists and seems to have the information promised by the reference
-
Titles of sections, tables, figures, etc. are clear, descriptive
-
Variable names, notation, and other concepts are used consistently; the same notation is never used to refer to two different things
-
This task does not extend to (if extant) the cover letter and referee replies.
-
If you notice a recurring issue, let PIs know immediately via comment thread, and provide examples in the thread. PIs will weigh in with instructions to (i) address the issue throughout; (ii) ignore; (iii) do not change but flag all instances in the final deliverable. MG/JMS will also instruct on whether the paper style guide should be updated to clarify the issue.
-
A single pdf document with all changes/comments clearly marked using Adobe Acrobat’s commenting tools. Recurring issues are flagged individually only if requested by PIs per the preceding.
Expected Hours | 50% Confidence Interval | # of RAs |
---|---|---|
6 | (4 - 8) | 2 |
-
Every quantitative/factual claim made in the paper is either autofilled or is supported by (i) a citation, (ii) an entry in a table, (iii) a figure, or (iv) a result shown in a supporting pdf document within the drafts directory (e.g., text.pdf). Log files external to the drafts do not qualify as supporting documents.
-
If a fact is supported by a citation, it is not necessary to check the paper or book we are citing to verify that it contains the fact.
-
All tables/figures in text.pdf (or its analogues) are referenced at least once in the paper or online appendix. (If a table reports many numbers or a figure has many panels, it is sufficient that at least one number or one panel is referenced somewhere in the paper or online appendix.)
-
All content (tables/figures/discussion) in the online appendix or main appendix is referenced at least once in the paper.
-
Within each section (tables/figures/discussion) of the online appendix, content appears in the order in which it is referenced in the paper.
-
A single pdf document with all unsupported claims clearly marked using Adobe Acrobat’s commenting tools and all claims supported externally (e.g. in text.pdf or online.pdf) highlighted with a note stating where they are supported (e.g. “supported in online appendix table 6.”)
-
A version of text.pdf with comments noting, for each table and figure, either (i) a place it is referenced in the paper or online appendix, or (ii) that the table or figure does not appear to be referenced.
-
A version of the online appendix with comments noting, for each table and figure, either (i) a place it is referenced in the paper or online appendix, or (ii) that the table or figure does not appear to be referenced, as well as whether the object is in the correct position.
-
Versions of the preceding files labeled "for attention" that include only flags for items that need review.
Expected Hours | 50% Confidence Interval | # of RAs |
---|---|---|
6 | (4 - 8) | 1 |
-
Main statements made in paper about definitions of samples and variables are consistent with code.
-
Checking every variable and sample definition can for some projects take a large amount of time. By default, this task should be limited to a single person-day of work. Unless specifically directed otherwise, you should focus on checking the definition of the main sample(s) in the paper and variables in the core specification(s), and either ignore or just spot-check robustness analyses, supplemental analyses in appendices, etc.
- A list of any inconsistencies between text and code
Expected Hours | 50% Confidence Interval | # of RAs |
---|---|---|
1 | (0.5 - 2) | 1 |
- Data sources are acknowledged in a manner consistent with our agreement with the data provider.
-
A single pdf document with proposed changes to acknowledgments clearly marked using Adobe Acrobat’s commenting tools. Comments should identify acknowledgments that need to be added along with proposed wording, as well as proposed revisions to existing acknowledgments. Comments should identify the source in the repository of the relevant user agreement.
-
Data sources and user agreements should be clearly indicated in the readme and /docs of the raw data directories used by the project. The raw data directories should be updated if this is not the case.
Expected Hours | 50% Confidence Interval | # of RAs |
---|---|---|
1 | (0.5 - 2) | 1 |
-
Funding sources are acknowledged.
-
Seminar participants and those who provided comments are acknowledged.
-
RAs / predocs are acknowledged (default language: "We thank our dedicated research assistants for their contributions to this project.")
-
A list of unacknowledged sources of funding and comments.
-
Notes:
-
To catch unacknowledged comments, check the project wiki.
-
To catch unacknowledged funding sources, make a list of the funding sources acknowledged in each author's recent papers, excluding those already thanked here, and show each author this list to see if one or more of the sources should be thanked.
-
Expected Hours | 50% Confidence Interval | # of RAs |
---|---|---|
6 | (4 - 12) | 1 |
- Color plots print well in black and white; markers are sufficiently distinct
- Plots follow our guidelines
- A list of plots for which you think there are contrast issues in black and white, along with suggested fixes. (If it is easy to modify the plots, the ideal format for suggestions is graphics files attached to the relevant issue illustrating the proposed alternative coloring.)
Expected Hours | 50% Confidence Interval | # of RAs |
---|---|---|
8 | (2 - 16) | 2 |
-
All nontrivial mathematical claims in the paper are documented.
-
By default, this does not include checking statements within proofs. However, PIs should be consulted at the beginning of this task to confirm the desired scope.
-
A list of all theoretical claims that are made in the text of the paper that are not supported by proofs in the paper, appendices, or claims.pdf. For example, we may say, "It is easy to show that equations A, B, and C together imply equation D." You should not include claims that are completely obvious. We’re looking for things where if somebody came back and said, "I don’t believe this is true" we would need to go back and do at least a couple of lines of algebra to confirm that we’re right.
-
A version of claims.pdf with comments noting, for each claim, either (i) a place it is referenced in the paper or online appendix, or (ii) that the claim does not appear to be referenced.
Expected Hours | 50% Confidence Interval | # of RAs |
---|---|---|
8 | (4 - 12) | 2 |
-
Every question or comment by an editor or referee is addressed directly in the corresponding response letter.
-
Every statement made in a cover letter to the editor or a reply to a referee is correct. If the statement refers to a change to the paper, the paper has changed as indicated since the previous submission. If the statement is a table or figure referenced but not shown in the paper, the table or figure presented to the editor/referee matches a supporting document.
-
Conduct PROOF on the cover letter and replies, with a focus on clear errors or issues that would cause confusion. Consistency in style is not that key in replies since they will not be published and are intrinsically transient.
-
A single pdf document combining the editor’s letter and all referee reports, with all unaddressed comments/questions clearly marked using Adobe Acrobat’s commenting tools.
-
A single pdf document combining all responses to the editor/referees, with all unsupported/incorrect claims and the results from the PROOF clearly marked using Adobe Acrobat’s commenting tools. Please also note the specific table/figure/section number in which claims made in the responses are documented, unless these are already referenced by number.
- Consult PIs.
-
We have flagged all errors in translating our submitted manuscript into the journal’s typeset format.
-
We have a response to all Author Queries (AQs) raised by the journal's production team.
-
Note in particular that the goal here is not to proofread the paper (i.e., not to perform the above-listed production steps). We presume we will have done that as of the last submission, so the only possible remaining errors are those from typesetting.
-
A single pdf document that lists all discrepancies between our original typeset manuscript as of the last submission to the journal and the galley proofs using Adobe Acrobat’s commenting tools. Pay special attention to the formatting of tables, figures, and equations, as these are where most discrepancies tend to arise. The pdf comments should be formatted in a manner suitable for direct transmission to the publisher.
-
In the same pdf document, also comment on anything else that looks like a typo or error that you happen to come across. Note that you should be looking only for discrepancies with respect to the last submission, not doing any other form of proofreading. But if you do notice a probable error along the way it is best to flag it as it may still be possible to correct it.
-
A list of proposed replies to the AQs formatted in a manner suitable for direct transmission to the publisher. This can be included in the same pdf as above.
- Practice Task
- Autofilling Values
- Overleaf Workflow
- IT Support
- Research Clusters
- Legacy Tools
- Style Guides
- Mothballing Projects
- Recruiting on Social Media
- PhD Applications
- Gentzkow-Shapiro Lab Notes
- Allcott-Gentzkow Lab Notes